AW: LUN Zuweisung bei SUN falsch
"Stapelmann, Bjoern" <[email protected]> Wed, 24 Oct 2007 13:56:39 +0200
| Newsgroups | gmane.linux.redhat.general.german |
|---|---|
| Message-ID | <[email protected]> |
Hallo, wie sieht denn die Konfiguration im Qlogic HBA aus? Ist dort explizit das= erste Storage als Boot-Device eingetragen? Oder wird nicht aus dem SAN g= ebootet? Beste Gr=FC=DFe aus Dortmund. Bj=F6rn -----Urspr=FCngliche Nachricht----- Von: [email protected] [mailto:redhat-list-de-bounces@red= hat.com] Im Auftrag von Anton Hofmann Gesendet: Mittwoch, 24. Oktober 2007 13:04 An: [email protected] Betreff: [redhat-list-de] LUN Zuweisung bei SUN falsch -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, wir haben 2 Identische Bladeserver mit RH ES 5 in 2 verschiednen Standorten. In beiden Geb=E4uden ist eine DS4700 SAN, die Blades sind per LWL damit verbunden. Nun habe ich das Problem das der Bladeserver in Serverraum 1 als erstes die Volumes der SAN aus Serverraum 1 zuteilt und dann die von Serverraum 2. Beim zweiten Bladeserver ist es genau anderst rum, zuerst die von Serverraum 2 und dann die von Serverraum 1. Beide Systeme sollten jedoch die SAN1 hals Hauptger=E4t verwenden, da SAN= 1 auf SAN2 gespiegelt wird und diese nur als Passiv-Failover dient. Das ganze wird dann =FCber RDAC geh=E4ndelt. Als Kleine Verdeutlichung folgendes. Blade 1: /dev/sda von 0:0:1 /dev/sdb von 0:0:2 /dev/sdc von 1:1:1 /dev/sdd von 1:1:2 usw. Blade 2: /dev/sda von 1:1:1 /dev/sdb von 1:1:2 /dev/sdc von 0:0:1 /dev/sdd von 0:0:2 usw. Blade 2 sollte aber ebenfalls /dev/sda von 0:0:1 /dev/sdb von 0:0:2 /dev/sdc von 1:1:1 /dev/sdd von 1:1:2 zugewiesen bekommen. Die zuweisungen sind jetzt rein erfunden, das zweier Blade erkennt 1:1 nat=FCrlich als 0:0 da es "n=E4her" dran ist. Mfg Anton -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) iD8DBQFHHyawUhOOK1n0VVkRAivPAJ91r8GhUVRlkXSfdwlNSIVBlA955QCcDiPp wDniqK0XzcrNFXrf7NT7VpY=3D =3DaVez -----END PGP SIGNATURE----- _______________________________________________ redhat-list-de mailing list [email protected] https://www.redhat.com/mailman/listinfo/redhat-list-de