ctserver.org Foren-Übersicht
Home |  Forum |  FAQ |  Suchen |  Haftungsausschluß |  Impressum
Downloads |  Chat |  RSS Feed |  Links |  Shop |  Partner
Einloggen, um private Nachrichten zu lesen |  Registrieren |  Login

c't Server 3 nachträglich auf ein Raid1 bringen

 
Neues Thema eröffnen   Neue Antwort erstellen    ctserver.org Foren-Übersicht -> HOWTOs
Vorheriges Thema anzeigen :: Nächstes Thema anzeigen  
Autor Nachricht
kloana
Starter
Starter


Anmeldungsdatum: 06.10.2008
Beiträge: 17

BeitragVerfasst am: 10 Okt 2008 12:06    Titel: c't Server 3 nachträglich auf ein Raid1 bringen Antworten mit Zitat Nach oben Nach unten

Hallo,

nachdem bei mir mit der Installationsroutine des ctserver 3 es nicht möglich war ein Software-Raid1 einzurichten, hab ich mir gedacht ich beschreib hier mal, wie es nachträglich funktioniert.

Voraussetzung: Standardinstallation (manual bei mir mit geführter Partitionierung der gesamten Festplatte mit LVM) eines ctserver3 auf einer Festplatte (bei mir sda) ohne endian bereits installiert zu haben.

Wenn der PC dann das erste mal gebootet hat, kann man loslegen.

1.) Nachinstallation der benötigten Pakete. Da bei der Standardinstallation lvm2 wie auch lvm-commen bereits installiert sind, fehlt nur mehr mdadm.
Code:
apt-get install mdadm


2.) Jetzt wird die Partitionstable der ersten Platte (sda), welche bei der Standardinstallation angelegt wurde auf die 2-te Platte (sdb) kopiert.
Code:
sfdisk -d /dev/sda | sfdisk /dev/sdb


3.) Danach auf der 2-ten Platte die zwei Partitions für ein Software-Raid markieren. Partition1 wird /boot. Partition5 wird das Device für die LVM's.
Code:
sfdisk --change-id /dev/sdb 1 fd
sfdisk --change-id /dev/sdb 5 fd


4.) Kontrolle ob bis hier alles funktioniert hat. Dabei sollte bei sdb1 und sdb5 unter der Spalte Id ein fd und unter der Spalte System ein "Linux raid autodetect" stehen.
Code:
sfdisk -l /dev/sdb


5.) Die benötigten Module alden um weiter zu machen.
Code:
modprobe md
modprobe raid1


6.) Hat dies ohne Fehler geklappt, kann man die Module in die /etc/modules eintragen.
Code:
echo md >> /etc/modules
echo raid1 >> /etc/modules


7.) Jetzt darf man mal einen Neustart wagen, wenn nicht kann man auch noch warten,....

8.) Raidpartitions anlegen
Code:
mdadm --create /dev/md1 --level=1 --raid-disks=2 missing /dev/sdb1
mdadm --create /dev/md5 --level=1 --raid-disks=2 missing /dev/sdb5


9.) Die Konfiguration in die /etc/mdadm/mdadm.conf schreiben
Code:
echo DEVICE /dev/sda[15] /dev/sdb[15] > /etc/mdadm/mdadm.conf
mdadm -D --brief -s /dev/md[15] >> /etc/mdadm/mdadm.conf


10.) Partitions formatieren
Code:
mkfs.ext3 /dev/md1
mkfs.ext3 /dev/md5


11.) Anzeigen der original angelegten logischen Volumes (root und swap_1), deren Größe und Volumegruppe. Die Größe von root und swap_1 brauchen wir im nächsten Schritt.
Code:
lvscan
vgscan


12.) Physische Volumes, Volumegruppen und logische Volumes anlegen. Die original vom Installer angelegte Volumegruppe ist gleich dem Hostnamen. Bei mir "xen", deshalb heißt die neue Volumegruppe bei mir "server". Dies funkt mit "lvcreate -L "selbe Größe wie die vom Installer original angelegt" -n root server".
Code:
pvcreate /dev/md5
vgcreate server /dev/md5
lvcreate -L 2,88G -n root server
lvcreate -L 240 -n swap_1 server


13.) Formatieren der logischen Volumes.
Code:
mkfs.ext3 /dev/server/root
mkswap /dev/server/swap_1


14.) Mounten der neuen Partition und kopieren der Dateien.
Code:
mkdir /mnt/neueroot/
mkdir /mnt/neueboot/
mount -t ext3 /dev/md1 /mnt/neueboot/
mount -t ext3 /dev/server/root /mnt/neueroot/
cp -uax / /mnt/neueroot/
cp -uax /boot/* /mnt/neueboot/


15.) Jetzt kann man auf der Raid-Partition die /etc/fstab anpassen. Fertig sollte es so ähnlich wie unten aussehen. Der Eintrag für /dev/mapper/xen-root wurde auf /dev/mapper/server-root, der Eintrag für /dev/mapper/xen-swap_1 wurde auf /dev/mapper/server-swap_1 und /dev/sda1 wurde auf /dev/md1 geändert.
Code:
vim /mnt/neueroot/etc/fstab     
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/mapper/server-root /               ext3    defaults,errors=remount-ro 0       1
/dev/md1       /boot           ext3    defaults        0       2
/dev/mapper/server-swap_1 none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0


16.) Auf der Raid Platte im /boot Verzeichnis eine neue initrd erzeugen. Den Namen des Images könnt ihr an euren Kernel anpassen.
Code:
mkinitramfs -o /mnt/neueboot/initrd.img-2.6.18-xen-3.1-2-686-raid


17.) Grub auf der raid Platte installieren.
Code:
grub
device (hd0) /dev/sdb
root (hd0,0)
setup (hd0)
quit


18.) ändern der menu.lst auf der neuen RAID-Platte. Das Ende des Files sollte dann so aussehen. Ich habe unter dem Title nur den Namen um ein "-Raid" verlängert, die initrd-Zeile durch den Namen der zuvor generierten initrd ausgetaucht und root= auf die neuen Gegebenheiten /dev/mapper/server-root angepaßt.
Code:
## ## End Default Options ##

title           Xen 3.2-1-i386 / Debian GNU/Linux, kernel 2.6.18-xen-3.1-2-686-Raid
root            (hd0,0)
kernel          /xen-3.2-1-i386.gz vga=text-80x25
module          /vmlinuz-2.6.18-xen-3.1-2-686 root=/dev/mapper/server-root ro BOO console=tty0
module          /initrd.img-2.6.18-xen-3.1-2-686-raid
savedefault


19.) Reboot und im Bios bei den Boot-Parametern auf die zweite Platte umstellen.
Code:
shutdown -r now


20.) Jetzt passen wir noch die ursprüngliche Platte an, löschen die alte LVM-Config und löschen die zuvor erstellten Verzeichnisse.
Code:
lvremove /dev/xen/swap_1
lvremove /dev/xen/root
vgremove xen
pvremove /dev/sda5
rmdir /mnt/neueboot/
rmdir /mnt/neueroot/


21.) Jetzt wird die Partitionstable der zweiten Platte (sdb), welche jetzt das aktive System und das Raid hält auf die 1-te Platte (sda) kopiert.
Code:
sfdisk -d /dev/sdb | sfdisk /dev/sda


21.) Die erste Platte zum Raid1 hinzufügen.
Code:
mdadm /dev/md1 -a /dev/sda1
mdadm /dev/md5 -a /dev/sda5


22.) Mit untigem Befehl abwarten, bis beide Platten gesynct sind. Kann unter Umständen auch mal mehrere Stunden dauern. Kommt auf den Speed und die Größe an.
Code:
watch cat /proc/mdstat


23.) Alles Fertig??? Wenn ja nur noch den Bootsektor im MBR der ersten Festplatte installieren und fertig.
Code:
grub
device (hd0) /dev/sda
root (hd0,0)
setup (hd0)
quit


24.) Letzter Schritt einen reboot machen, und im Bios bei den Boot-Parametern wieder die erste Platte einstellen.
Code:
shutdown -r now


25.) Wenn das System fertig ist mit dem reboot, habt ihr ein Raid1 über zwei Platten. Endian und was ihr sonst noch braucht wie gewohnt installieren, und für mich ein Bier mittrinken. Wink)))

lg
Herby

_________________
Hardware Produktiv: ASUS P5B-E Plus, Intel Core 2 Duo E6400, 4GB, 2 NICs (1 x sky2, 1 x e100), 2 x DVB-S (Technisat Skystar2), Cisco Catalyst 3560G-48PS

Software Produktiv: Debian 5.0 Lenny als Dom0, Astaro in HVM als Firewall, Mythtvbackend unter Lenny, mehrere Debian 5.0 Lenny Server paravirtualisiert für Web extern, intern, usw.

VOIP: 1x Cisco 1751-V mit Cisco CallManager Express, 1x Cisco 7971G-GE, 3x Cisco 7961G-GE, 2x Cisco Wireless 7921G
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
Renntux
Starter
Starter


Anmeldungsdatum: 31.12.2008
Beiträge: 3

BeitragVerfasst am: 02 Jan 2009 13:06    Titel: Antworten mit Zitat Nach oben Nach unten

Hallo Herby,

zunächst möchte ich Dir dafür danken, dass Du Dir die Mühe gemacht hast und so fein säuberlich diese RAID-Anleitung geschrieben hast. Bis zum Punkt 12.) bzw 13.) hat das auch super funktioniert. Spätestens ab 13.) komme ich jedoch nicht mehr weiter. Siehe nachfolgende Screenausgabe:

server:~# lvscan
ACTIVE '/dev/server/root' [7,81 GB] inherit
ACTIVE '/dev/server/swap_1' [5,90 GB] inherit
ACTIVE '/dev/server/endianlv_swap' [128,00 MB] inherit
ACTIVE '/dev/server/endianlv_root' [512,00 MB] inherit
ACTIVE '/dev/server/endianlv_boot' [32,00 MB] inherit
ACTIVE '/dev/server/endianlv_var' [512,00 MB] inherit
server:~# vgscan
Reading all physical volumes. This may take a while...
Found volume group "server" using metadata type lvm2
server:~# pvcreate /dev/md5
Physical volume "/dev/md5" successfully created
server:~# vgcreate server /dev/md5
/dev/server: already exists in filesystem
New volume group name "server" is invalid
server:~# lvcreate -L 7,81G -n root server
Logical volume "root" already exists in volume group "server"
server:~# lvcreate -L 5,90G -n swap_1 server
Logical volume "swap_1" already exists in volume group "server"
server:~# mkfs.ext3 /dev/server/root
mke2fs 1.40-WIP (14-Nov-2006)
/dev/server/root ist eingeh�ngt; werde dort kein Dateisystem erstellen!
server:~#

Wo liegt nur der Fehler? Ich komme einfach nicht drauf!

Über jegliche Hilfe würde ich mich sehr freuen!

Renntux
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
KlausHeinisch
Golden User
Golden User


Anmeldungsdatum: 04.02.2006
Beiträge: 609
Wohnort: Hannover

BeitragVerfasst am: 02 Jan 2009 15:38    Titel: Dir kann geholfen werden ;-) Antworten mit Zitat Nach oben Nach unten

Hallo Renntux.

Dir kann geholfen werden Wink

Und am Ende meines Posts könnte Dir ein Embarassed passieren, aber das macht nix, denn das hatten wir alle sicher schon oft genug; wichtig ist ja immer, dass am Ende ein Idea hängenbleibt... Wink

Nun zum konkreten Problem:
Wie so oft liegt dein Fehler in einer klitzekleinen Unaufmerksamkeit bzw. möglicherweise auch in einem Verständnisproblem von Punkt 12. in kloanas Anleitung:
kloana hat folgendes geschrieben:
12.) Physische Volumes, Volumegruppen und logische Volumes anlegen. Die original vom Installer angelegte Volumegruppe ist gleich dem Hostnamen. Bei mir "xen", deshalb heißt die neue Volumegruppe bei mir "server". Dies funkt mit "lvcreate -L "selbe Größe wie die vom Installer original angelegt" -n root server".


Wir halten fest:
  • kloana unterscheidet zwischen alter und neuer Volume-Gruppe
  • Die alte VG lautet bei ihm xen
  • Die alte VG lautet bei ihm server


Jetzt kommen wir zu Dir, Renntux:
Renntux hat folgendes geschrieben:
Bis zum Punkt 12.) bzw 13.) hat das auch super funktioniert.

Hier beginnst Du, etwas unsauber zu arbeiten, denn deine alte Volumengruppe "server" hat den Namen, den bei kloana die neue VG hat:
Renntux hat folgendes geschrieben:
Spätestens ab 13.) komme ich jedoch nicht mehr weiter. Siehe nachfolgende Screenausgabe:

server:~# lvscan
ACTIVE '/dev/server/root' [7,81 GB] inherit
ACTIVE '/dev/server/swap_1' [5,90 GB] inherit
ACTIVE '/dev/server/endianlv_swap' [128,00 MB] inherit
ACTIVE '/dev/server/endianlv_root' [512,00 MB] inherit
ACTIVE '/dev/server/endianlv_boot' [32,00 MB] inherit
ACTIVE '/dev/server/endianlv_var' [512,00 MB] inherit

server:~# vgscan
Reading all physical volumes. This may take a while...
Found volume group "server" using metadata type lvm2
server:~# pvcreate /dev/md5
Physical volume "/dev/md5" successfully created


Bis hierhin sieht alles noch gut aus. Nur hättest Du hier aufmerken können, indem Du o.g. Punkt 12 vollständig verstanden hättest, nämlich dass bei ihm die neue VG "server" lautet. Dann hättest Du deine folgenden Schritte korrekt adaptieren können und den Namen deiner eigenen zweiten VG anders wählen können, wie "SYSTEM" oder "RAID" oder so.
Alles weitere ist zwingend und systemseitig völlig konsistent...
Renntux hat folgendes geschrieben:
server:~# vgcreate server /dev/md5
/dev/server: already exists in filesystem
New volume group name "server" is invalid

Eigentlich sagt er Dir hier ja erstmalig, was er "denkt", nämlich dass der neue (schon vorhandene) VG-Name nicht zulässig ist, eben da er ja schon vorhanden ist.

Damit kannst Du alle weiteren Schritte vergessen, denn ohne valide neue VG wirst Du keinen einzigen sinnvollen Schritt machen können.
Renntux hat folgendes geschrieben:
server:~# lvcreate -L 7,81G -n root server
Logical volume "root" already exists in volume group "server"
server:~# lvcreate -L 5,90G -n swap_1 server
Logical volume "swap_1" already exists in volume group "server"
server:~# mkfs.ext3 /dev/server/root
mke2fs 1.40-WIP (14-Nov-2006)
/dev/server/root ist eingeh�ngt; werde dort kein Dateisystem erstellen!
server:~#

Grundsätzlich ist Dir klar, dass Du mit obigen Befehlen eigentlich dein eigenes laufendes System plattmachen wolltest?
Du operierst ja in der VG, mit der Du gerade arbeitest, sägst also am Ast, auf dem Du sitzt...

Renntux hat folgendes geschrieben:
Wo liegt nur der Fehler? Ich komme einfach nicht drauf!

Ich vermute, dass Du (noch) nicht den Unterschied der verschiedenen Volumengruppen im LVM verstanden hast. Aber das wirst Du ja sicher nun nachholen wollen und uns über deine Fortschritte berichten.

Mein Vorschlag für einen zweiten VG-Namen wäre z.B. "RAID" oder "SYSTEM" oder so...

Viel Erfolg Very Happy

_________________
Gruß, Klaus Wink
__________________________________________________________

Mein "RechenZentrum":
  • 1 Debian-Lenny mit ct-Server-3-Implantaten,
  • 1 MythTV-0.20-Backend und
  • 1 FritzBox, div. Clients
Die Systeme:
Server-3: Debian-LENNY als Dom-0, AMD-Athlon 64 X2 4850e, noch ohne CnQ,
Webserver, Virtual-Desktops und Infrastruktur-DomUs in Produktion (stabil),
4 * Endian-2.2 als BackEnd-Firewall (stabil) für Web, RAS, DMZ-FE & DMZ-BE
FritzBox: FrontEnd-Firewall und TCP-Port-Verteiler mit VoIP-Telefonie
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Renntux
Starter
Starter


Anmeldungsdatum: 31.12.2008
Beiträge: 3

BeitragVerfasst am: 03 Jan 2009 15:19    Titel: Antworten mit Zitat Nach oben Nach unten

Hallo Klaus,

vielen herzlichen Dank für die schnelle und für mich sehr gut verständlich aufbereitete Lösung meines Problems. Ich habe jetzt auch prinzipiell verstanden, was da abläuft.

Bei der Installation bin ich über die beiden Begriffe "xen" und "server" gestolpert, hatte dann aber leider die wahre Bedeutung nicht erfasst. (LVM ist für mich Neuland, bis jetzt konnte ich mich immer erfolgreich davor drücken - und schon sitze ich in der Patsche!)

Der Rest der Prozedur wäre fast problemlos verlaufen:

1. Beim Löschen der zuvor erstellten Verzeichnisse (Punkt 20.) stolperte die ganz Sache nochmals, da bei mir "endian" bereits installiert war und auf "vgremove xen (bzw. bei mir server)" die Meldung kam, dass dies nicht möglich ist, da das Volume nicht leer sei. Ich hab dies dann noch geleert.

2. Ein weiteres Problem trat beim syncen der Platten auf, sodass ich das Prozere nach mehreren Wiederholungen und ca. 18 Stunden zwangsläufig beendet (abgebrochen) habe. Der folgende letzte Teil aus /var/log/message weist auf einen Medium Fehler hin:

.
.
.
Jan 3 10:35:19 server kernel: SCSI device sdb: 1953525168 512-byte hdwr sectors (1000205 MB)
Jan 3 10:35:19 server kernel: sdb: Write Protect is off
Jan 3 10:35:19 server kernel: SCSI device sdb: drive cache: write back
Jan 3 10:35:21 server kernel: ata2: EH complete
Jan 3 10:35:29 server last message repeated 4 times
Jan 3 10:35:31 server kernel: sd 1:0:0:0: SCSI error: return code = 0x08000002
Jan 3 10:35:31 server kernel: sdb: Current: sense key: Medium Error
Jan 3 10:35:31 server kernel: Additional sense: Unrecovered read error - auto reallocate failed
Jan 3 10:35:31 server kernel: end_request: I/O error, dev sdb, sector 1387724187
Jan 3 10:35:31 server kernel: ata2: EH complete
Jan 3 10:35:31 server kernel: SCSI device sdb: 1953525168 512-byte hdwr sectors (1000205 MB)
Jan 3 10:35:31 server kernel: sdb: Write Protect is off
Jan 3 10:35:31 server kernel: SCSI device sdb: drive cache: write back
Jan 3 10:35:31 server kernel: SCSI device sdb: 1953525168 512-byte hdwr sectors (1000205 MB)
Jan 3 10:35:31 server kernel: sdb: Write Protect is off
Jan 3 10:35:31 server kernel: SCSI device sdb: drive cache: write back
Jan 3 10:35:32 server kernel: md: md5: sync done.
Jan 3 10:35:32 server kernel: RAID1 conf printout:
Jan 3 10:35:32 server kernel: --- wd:1 rd:2
Jan 3 10:35:32 server kernel: disk 0, wo:1, o:1, dev:sda5
Jan 3 10:35:32 server kernel: disk 1, wo:0, o:1, dev:sdb5
Jan 3 10:35:32 server kernel: RAID1 conf printout:
Jan 3 10:35:32 server kernel: --- wd:1 rd:2
Jan 3 10:35:32 server kernel: disk 1, wo:0, o:1, dev:sdb5
Jan 3 10:35:32 server kernel: RAID1 conf printout:
Jan 3 10:35:32 server kernel: --- wd:1 rd:2
Jan 3 10:35:32 server kernel: disk 0, wo:1, o:1, dev:sda5
Jan 3 10:35:32 server kernel: disk 1, wo:0, o:1, dev:sdb5
Jan 3 10:35:32 server kernel: md: syncing RAID array md5
Jan 3 10:35:32 server kernel: md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
Jan 3 10:35:32 server kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.
Jan 3 10:35:32 server kernel: md: using 128k window, over a total of 976663488 blocks.
Jan 3 10:52:18 server -- MARK --
Jan 3 11:12:18 server -- MARK --
Jan 3 11:32:18 server -- MARK --
Jan 3 11:52:18 server -- MARK --


Bei den beiden Platten handelt es sich um zwei identische nagelneue 1TB-Platten. Nachdem in der Meldung ein "Unrecovered read error" auftaucht, bilde ich mir ein, dass nicht eine der Platten Schrott ist, sondern dass die Daten nicht in Ordnung sind. Soll ich die ganze Installationsprozedur nochmals durchexerzieren oder gibt es eine andere Möglichkeit das Problem zu lösen?

Was kannst Du mir raten?

Renntux
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
KlausHeinisch
Golden User
Golden User


Anmeldungsdatum: 04.02.2006
Beiträge: 609
Wohnort: Hannover

BeitragVerfasst am: 03 Jan 2009 16:24    Titel: Antworten mit Zitat Nach oben Nach unten

Hi Renntux.

Ich habe mal nach dieser Meldung (Fett von mir) gegoogelt:
Renntux hat folgendes geschrieben:
Jan 3 10:35:31 server kernel: sdb: Current: sense key: Medium Error
Jan 3 10:35:31 server kernel: Additional sense: Unrecovered read error - auto reallocate failed


Ich denke, es ist eine verbreitete Meldung über Plattenprobleme.
Betroffen dürfte die sein, die sich als "SDB" sieht...

Renntux hat folgendes geschrieben:
Was kannst Du mir raten?

Wenn deine Platten noch Garantie haben (sollten sie bei 1-TB-Modellen),
solltest Du sie schnellstmöglich umtauschen.

Viel Erfolg...

_________________
Gruß, Klaus Wink
__________________________________________________________

Mein "RechenZentrum":
  • 1 Debian-Lenny mit ct-Server-3-Implantaten,
  • 1 MythTV-0.20-Backend und
  • 1 FritzBox, div. Clients
Die Systeme:
Server-3: Debian-LENNY als Dom-0, AMD-Athlon 64 X2 4850e, noch ohne CnQ,
Webserver, Virtual-Desktops und Infrastruktur-DomUs in Produktion (stabil),
4 * Endian-2.2 als BackEnd-Firewall (stabil) für Web, RAS, DMZ-FE & DMZ-BE
FritzBox: FrontEnd-Firewall und TCP-Port-Verteiler mit VoIP-Telefonie
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden Website dieses Benutzers besuchen
Renntux
Starter
Starter


Anmeldungsdatum: 31.12.2008
Beiträge: 3

BeitragVerfasst am: 03 Jan 2009 17:12    Titel: Antworten mit Zitat Nach oben Nach unten

Hallo Klaus,

ich hab's befürchtet - ich werde die Platte umtauschen. Nochmals herzlichen Dank für Deine kompetente Hilfe.

Viele Grüße
Renntux
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
b.ing
Starter
Starter


Anmeldungsdatum: 26.10.2008
Beiträge: 27

BeitragVerfasst am: 02 März 2009 23:05    Titel: Antworten mit Zitat Nach oben Nach unten

Hallo zusammen,

nachdem ich meinen Server neu aufsetzen musste, hab ich mich mal an die Anleitung hier gehalten um ein Software Raid einzurichten.

Bis zum Punkt 22 funktioniert alles wunderbar,
Code:
watch cat /proc/mdstat


liefert nach 50%

Code:
ata3.00: tag 0 cmd 0x60 Emask 0x9 stat 0x51 err 0x40 (media error)
............
Code:
raid1:sdb: unrecoverable I/O read error for block 468289192


dann gehts wieder von vorne los und bei ca 50% wieder das gleiche Spiel.
Nur der block ändert sich.
Was kann das bedeuten?Kennt den Fehler jemand? ich lass das jetz mal bis morgen laufen, mal sehn wo ich dann lande Shocked
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
b.ing
Starter
Starter


Anmeldungsdatum: 26.10.2008
Beiträge: 27

BeitragVerfasst am: 05 März 2009 13:20    Titel: Antworten mit Zitat Nach oben Nach unten

So, das Anlegen des Raid Verbunds hat nun geklappt.
Jetzt will allerdings Endian nicht starten.

unter
Code:
xm list
steht nur die Dom-0
selbst wenn ich mit
Code:
xm create
die Endian DomU starten will wird sie nicht aufgelistet.

Das gleiche Problem gabs hier schon mal, nur hilft mir das nicht wirklich weiter.


in der
Code:
 etc/config habe ich nicht, falls du /etc/xen/endian meintest, dort steht

kernel="/boot/endian/vmlinuz-2.6.21.7-2.neobiker.efw22xen"
ramdisk="/boot/endian/initrd-2.6.21.7-2.neobiker.efw22xen.img"
memory='128'
name='endian'
root="/dev/hda3 ro"
vif = [ 'bridge=intern','bridge=extern' ]


Code:

disk=[] ist bei mir leer.


lvscan liefert
Code:
 /dev/server/root [7,81GB] inerhit   
                             /dev/server/swap_1 [2,59GB] inerhit


Die frage ist jetzt ob und welche Volumes ich der Endian config mitteilen muss.. Wär super wenn mir einer auf die Sprünge helfen könnte.
Danke
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
b.ing
Starter
Starter


Anmeldungsdatum: 26.10.2008
Beiträge: 27

BeitragVerfasst am: 07 März 2009 15:39    Titel: Antworten mit Zitat Nach oben Nach unten

Idea da ich mal schlauerweise auch google befragt hab bin ich jetzt am Ziel angelangt. Da hätte man auch schon eher drauf kommen können. Wink
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
flensdorfer
Silver User
Silver User


Anmeldungsdatum: 10.10.2005
Beiträge: 483

BeitragVerfasst am: 08 März 2009 00:07    Titel: Antworten mit Zitat Nach oben Nach unten

Dann teile der Nachwelt doch bitte auch die Lösung mit Wink
Ich finde Threads, die mit "habs hinbekommen" enden, irgendwie unbefriedigend.

_________________

* c't-Server3, Leistungsaufnahme <50W: AMD Athlon64 X2 4850e, 2GB DDR2, Biostar A740G M2+, Enermax PRO82+, Sharkoon Rebel9 Economy Edition, 1x Fujitsu MHZ2160BH 160 GB 2.5" IDE, RAID5 (1xSamsung HD103UI 1TB F1 EcoGreen, 2x WD 10EADS 1TB Green), LianLi EX-H33, Intel Pro100 PCI, Intel Pro1000 PCIe, Fritz!Card PCI
mit c't-Server3.01 und Waldi 2.6.18-xen-3.3
* mittlerweile auf dem Altenteil: Primergy470, Dual P2-350, 1GB, 55GB UW-SCSI (4 drives) mit c't-Server2
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
b.ing
Starter
Starter


Anmeldungsdatum: 26.10.2008
Beiträge: 27

BeitragVerfasst am: 08 März 2009 00:26    Titel: Antworten mit Zitat Nach oben Nach unten

Sorry stimmt ja. aber is eher die gewaltsame Variante gewesen.
Nun, ich hab beide Platten nochmals formatiert, dann ganz normal die automatische Installation des Ct Servers aufgespielt. Geführte Partitionierung mit LVM.
Endian hab ich vorerst, wie auch hier beschrieben nicht installiert.

dann hab ichs mit diesem Howto:
[url]
http://www.howtoforge.de/howto/aufsetzen-von-software-raid1-auf-einem-bereits-installierten-lvm-system-inkl-grub-konfiguration-debian-etch/[/url]

hingekriegt, danach Endian installiert und es läuft.

MfG
Nach oben
Benutzer-Profile anzeigen Private Nachricht senden
Beiträge der letzten Zeit anzeigen:   
Neues Thema eröffnen   Neue Antwort erstellen    ctserver.org Foren-Übersicht -> HOWTOs Alle Zeiten sind GMT + 1 Stunde
Seite 1 von 1

 
Gehe zu:  
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen

Ähnliche Beiträge
Thema Autor Forum Antworten Verfasst am
Keine neuen Beiträge Komplett neue Hardware besorgen (semi... Banane Hardware 9 23 Jul 2010 22:19 Letzten Beitrag anzeigen
Keine neuen Beiträge CT SERVER auf jeder Heft CD / DVD 1979mark Downloads 8 28 Jun 2010 13:05 Letzten Beitrag anzeigen
Keine neuen Beiträge CT server 4.1 + linux-image-2.6.32-bp... zaks Xen 6 02 Jun 2010 22:55 Letzten Beitrag anzeigen
Keine neuen Beiträge ct-server vs. proxmox PacMan Smalltalk 5 31 März 2010 15:36 Letzten Beitrag anzeigen
Keine neuen Beiträge openQRM(-server) PacMan Xen 15 19 März 2010 15:25 Letzten Beitrag anzeigen


Powered by phpBB © 2001, 2005 phpBB Group.