Server (Centos) - HDD-Wechsel ?

[Quintus14]

Hi,

mein Linux-Server (Centos) läuft seit vielen Jahren 7/24 klaglos - nun ist es an der Zeit die Festplattensituation zu ändern, aufzubohren. Vorgabe: ich möcht' das System nicht neu aufsetzen!

Plattensituation IST:

• sda: 35 GB SCSI - a.) Centos-System 17 GB; b.) Linux-Swap 1 GB; c.) 17 GB anscheinend ungenutzt
• sdb: 146 GB SCSI - a.) Daten-Partition 30 GB; b.) Daten-Partition 110 GB
• sdc: 9 GB SCSI - Daten-Partition
• hda: 300 GB IDE - Daten-Partition

Die drei SCSI-Platten sind allesamt IBM, 10.000 UPM. Die mittlere beispielsweise ist eine Ultrastar LVD aus 2002 und könnte eventuell weiter verwendet werden (dass die 2 kleinen SCSIs noch älter sind und raus kommen ist klar).

-------

Fragen:

1. Lohnt es sich, die 146 GB SCSI a.) als schnelle Systemplatte und b.) für die täglich gebrauchten Daten weiter zu verwenden?
2. Sind WD Caviar Black 1TB nun das Ziel meiner Wahl für nicht täglich gebrauchte Daten (z.B. für Fotos)? Das MoBo (MSI K8T Neo2) hat zwei SATA/150 Anschlüsse.
3. Wie ist die Vorgangsweise, um nicht neu aufsetzen zu müssen?

Zu 3.): reicht es, eine 1TB-HDD auf SATA rein zu hängen, mit einer Knoppix-CD von vor 4 Jahren zu booten, unter Knoppix die Partitionen her zu richten, die Daten sowie die Linux-Installation zu kopieren und die nicht mehr gebrauchten HDDs dann weg zu hängen?

Kann man so durch kopieren die Linux-Installation weiter verwenden? Tipps zum Kopieren (Stichwort "Berechtigungen")?

Thx

[FranzK]

Das Einfachste wäre, sdc zu sichern, dann zu entfernen, die SATA-Platte einzubauen und formatieren (wird möglicherweise die neue sdc). Wenn die Datan dann hinaufkopiert sind, kannst du ide IDE-Platte entfernen. Die Systemplatte zu transferieren wird wohl etwas haarig...

Für Daten, die selten gebraucht werden, würde ich eine WD Caviar Green nehmen...

[Quintus14]

Zitat von FranzK

Die Systemplatte zu transferieren wird wohl etwas haarig ...... WD Caviar Green nehmen..

Es wär' halt schon von Vorteil, die alten, kleinen SCSI-Drives raus zu tun - die Dinger heizen ganz schön - wenn ich mich recht erinnere mit 10-12 Watt. Macht im Jahr schon was aus. Und leise sind sie auch nicht.

D.h. das System will ich auf jeden Fall transferieren, weil das auf einer 35 GB kleinen Platte liegt. Entweder auf die letzte verbleibende SCSI (135 GB SCSI und schnelle Zugriffszeiten) - oder auf eine 500 GB Caviar Black. Oder eine 320 GB VelociRaptor.

Caviar Green - ich bin mir da nicht sicher, ob die 7/24 geeignet ist. Daher hatte ich an die Black gedacht (bei der neuen 2TB Caviar Black steht definitiv "Serverbetrieb" dabei). Vielleicht wär's g'scheit das ganze SCSI-Gesocks raus zu tun.

Also: welche Platte fürs System und wie das System transferieren?

Thx

[FranzK]

Zitat von Quintus14

Es wär' halt schon von Vorteil, die alten, kleinen SCSI-Drives raus zu tun - die Dinger heizen ganz schön - wenn ich mich recht erinnere mit 10-12 Watt. Macht im Jahr schon was aus. Und leise sind sie auch nicht....

Also bei den 3W oder 4W, die du dir da einsparen kannst, wird eine eine neue Platte die Amortisierung der Investition möglicherweise gar nicht erleben können....

[FranzK]

Zitat von Quintus14

...
Caviar Green - ich bin mir da nicht sicher, ob die 7/24 geeignet ist. ...

Schon was von Plattenabschaltung gehört? Dein Server wird ja wohl nicht 24/7 benutzt werden. Und wenn dann dein System eine länger unbenützte Platte nicht ausschaltet, sehe ich hier sehr viel mehr Einsparungspotential als beim Tausch der Systemplatte!

[ruffy_mike]

Also ich glaub ich würde das SCSI Zeugs rauswerfen... Die aktuellen Platten sollten es wohl mit der 7jährigen aufnehmen können, und CPU Belastung ist wohl auch kein Thema mehr heutzutage?

Wg. dem Umbau, also ich bin weißgott kein Linux-Profi, aber fstab und grub anpassen müsste eig. reichen! Siehe:

http://forum.ubuntuusers.de/topic/fe...uf-die-neue-p/

Ist zwar Ubuntu, aber die Befehle sollten ja die gleichen sein

[callas]

Wenn du das System von SCSI auf SATA transferierst wirst wohl die benötigten Treiber miteinbinden müssen, das kann etwas mühsam ein.
In diesem Fall wäre es sinnvoller neu aufzusetzen und die configs ( samba etc ) einfach umzukopieren.

Wenn du die große SCSI als Systemplatte nutzen willst, würde ich folgendermaßen vorgehen:

1. alle Daten von sdb auf neue Datenplatte umkopieren
2. Partitionieren: /dev/sdb1 für System, /dev/sdb2 für Swap
3. sdb1 formatieren, zB mke2fs -j /dev/sdb1 für ext3 Filesystem
4. sdb1 ins Sys einhängen: mount /dev/sdb1 /mnt
5. Umkopieren von /dev/sda1 (altes System ) auf /dev/sdb1
ich mach das folgendermaßen:
( cd /; tar -clf - .)|(cd /mnt; tar -xlf - )
6. Swappartition in /mnt/etc/fstab auskommentieren
7. Sys ausschlaten, die sda1 weghängen, dann sollte die sdb1 automatisch zur sda1
werden und das Sys problemlos wieder funktionieren. Danach die Swappartition einrichten: mkswap /deb/sda2 und swapon /dev/sda2 und ggf in /etc/fstab eintragen.
8. Wenn nicht, Rescue System von der CD booten und schauen was los ist ....

[Quintus14]

Zitat von callas

Wenn du die große SCSI als Systemplatte nutzen willst, würde ich folgendermaßen vorgehen:...

Danke - ich glaub', so werd' ich es machen. Wer weiß, wie/ob SATA-Datentransfer den betagten Prozessor belasten würde.

Werd' mich nächste Woche dran machen.

Thx

[Quintus14]

Zitat von ZombyKillah

Wenn ich dir einen Rat geben darf: Kauf dir ein neues Gehäuse mit Intel Atom Chip Beispiel: http://www.ditech.at/artikel/PCDBS04...html?m=details Dazu einen SATA2 Controller und setze neu auf. ..... es sollte kein Problem sein, die Konfiguration vom alten System zu übernehmen.

Über den Bau eines zeitgemäßen Servers sowie das Aufbohren des Netzwerks auf Gigabit kann man natürlich schon nachdenken.

Angenommen, ich nehm' mir zu Weihnachten Zeit dafür - wie müssten da die Komponenten für einen Server aussehen, der

• als Datenserver,
• als Firewall fürs Internet
• ein Gigabit-LAN bedienen kann
• und der von der USV-Anlage notfalls abgeschaltet werden kann (wenn ich nicht irre, ist da eine Serielle notwendig).

Was für eine (stromsparende) HW wär' da nun geeigent (Anm.: ist der Atom nicht bissl zu schwach für Gigabit-LAN?).

Thx

[ZombyKillah]

Weiß nicht, warum 4 CPUs angezeigt werden.
Der Prozessor ist ein 1.6GHz Dual Core

Systemleistung: 40-50W im Betrieb, zur Zeit nur mit einer HDD.

GBit LAN solte kein Problem sein.

Als Router würde ich das Gerät nicht gleichzeitig verwenden.
1. Sicherheitsgründen
2. Hat nur eine Netzwerkkarte

Als Router konfiguriere ich mir gerade einen fonera 2.0n.
Wird mit openwrt ausgeliefert, ssh muss aber erst aktiviert werden.

BusyBox v1.11.1 (2009-08-24 09:46:24 CEST) built-in shell (ash)
-------- Fonera 20n Firmware (v2.3.0.0) -----------
* Based on OpenWrt - http://openwrt.org
* Powered by FON - http://www.fon.com
----------------------------------------------------

Verbrauch ca. 10-15W.
Nachteil nur 100MBit ... glaub ich.

Überlasten konnte ich das Teil noch nicht, aber wenn der DNS von der Telekom ausfällt braucht es immer eine Ewigkeit, bis das Internet wieder richtig funktioniert.

SERVI:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz
stepping : 2
cpu MHz : 1596.002
cache size : 512 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc a rch_perfmon pebs bts rep_good pni monitor ds_cpl tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3195.89
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz
stepping : 2
cpu MHz : 1596.002
cache size : 512 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc a rch_perfmon pebs bts rep_good pni monitor ds_cpl tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3192.08
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management:

processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz
stepping : 2
cpu MHz : 1596.002
cache size : 512 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc a rch_perfmon pebs bts rep_good pni monitor ds_cpl tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3192.05
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management:

processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 28
model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz
stepping : 2
cpu MHz : 1596.002
cache size : 512 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc a rch_perfmon pebs bts rep_good pni monitor ds_cpl tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3192.19
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 48 bits virtual
power management: