[Eisfair] [e64] Cannot convert boot device /dev/sda to /dev/disk/by-id/!

[Kay Martinen]

Am 13.09.2019 um 00:37 schrieb D. Oezbilen:
> 
> Auf einem HW Raid kannst Du LUNs oder HP-Logik Volumes anlegen, sprich,
> ein ganzes HW- Raid, 

> Ohne UUID bist Du bei zwei identischen Controllern verloren, je nach dem
> welcher Kontroller am BUS sich *zuerst* meldet, wird er id=0, der andere
> id=1, kann beim naechsten Boot schon  anders sein. Really.

Echt? Dann sollte man im Setup des Proliant die Controller-Boot Order
korrigieren oder einstellen, damit vor allem auch der mit der Bootplatte
zuerst dran kommt. Das hat hier bisher immer geklappt.

> Dannnnnnn bist Du froh, wenn Du v. UUID bootest und *nicht* v. /dev/sda,
> denn die ist gerade s.o. zu /dev/sdb geworden. F.... :-| :-( :-/

Zwei Identische Controller deren Bootorder sporadisch/spontan wechseln
kann? Wie das?

>> Meine Proliants checken das controller-intern ab welche Platte in
>> welcher Bay steckt und präsentieren mir eh nur EIN Device pro array.
> Ja, weil Du nicht mehrere Volumes definiert hast. Du kannst auch bei

Das habe ich, auf einem anderen Server.

> HP-FW-Setup auch auf die CLI, dann kannst Du viel mehr definieren. Schau
> was ein hpacucli meldet, wenn nur ein Array (a) angelegt wurde.
> 
> hpacucli ctrl slot=0 ld 1 show
> Smart Array P410i in Slot 0 (Embedded)
>          Fault Tolerance: 1+0
>          Disk Name: /dev/sda
> 
>          Mount Points: / 24.4 GB, /home 1.0 TB
>          OS Status: LOCKED
>          Logical Drive Label: A0767732P61630H6SVX71T11CB
>          Mirror Group 0:
>             physicaldrive 1I:1:1 (port 1I:box 1:bay 1, SAS, 300 GB, OK)
>             physicaldrive 1I:1:2 (port 1I:box 1:bay 2, SAS, 300 GB, OK)
>             physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SAS, 300 GB, OK)
>             physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SAS, 300 GB, OK)
>          Mirror Group 1:
>             physicaldrive 2I:1:5 (port 2I:box 1:bay 5, SAS, 300 GB, OK)
>             physicaldrive 2I:1:6 (port 2I:box 1:bay 6, SAS, 300 GB, OK)
>             physicaldrive 2I:1:7 (port 2I:box 1:bay 7, SAS, 300 GB, OK)
>             physicaldrive 2I:1:8 (port 2I:box 1:bay 8, SAS, 300 GB, OK)
>          Drive Type: Data
> 
> In einem Array kannst Du hier acht definieren, auf diesen acht HDs
> kannst Du dann auch mehrere Logical Drives/Volumes anlegen.

Du benutzt da eine 1+0 Konfig wie ich sehe. Und hast schon 8. Kein Platz
mehr für LUNs wie's scheint.
> 
> Genauso koenntest Du an acht Ports, ein Boot mit r1 und die anderen
> sechs als r5 definieren, dann haettest Du auf einem Raidcontrolller pro
> Raid ein Array (sofern ein Arry, als die max Groesse der HDs) gewollt ist.

Wem sagst du das. Ich hab so was auf einem Älteren Proliant. Boot (sda)
sind ein Raid 1 dann kommt ein Raid 5 aus 3+1(spare) und danach ein
storage-gehäuse mit 4*3 Disks/Raid 5 die über LVM als getrennte PV zu
einem großen LV gebündelt sind. Zusammen 18 Platten. ;)

Wobei die Externen Platten am VHDCI Port des Internen p600i stecken. Der
zeigt mir im ACU zwei Separate (Controller)ports an unter denen die jew.
Platten/Volumes zu finden sind.

Und bisher ist es noch nie passiert das sich hier das storage-gehäuse
als sda vor gedrängelt hat. Das müsste aber; nach deiner Logik;
passieren können.

>  udev regeln für eine by-id nummerierung kommen mir daher
>> überflüssig vor.
> ___Absolut___ nicht. Vergiss das alte /dev/sdx Geraffel, das ist
> fehleranfaellig. UUID ist toll und eindeutig, eben wie die UUID. ;-)

Ich kann mich noch nicht wirklich damit anfreunden. Das liegt
größtenteils daran das die zeichenfolgen zu lang sind um sie sich zu
merken.

Und, bei neuformatierung einer Platte ist die UUID ja wohl auch eine
andere. Dann muß man die neue UUID wieder in die fstab rein pinseln.
Das gefällt mir (noch) nicht.


Kay

-- 
Sent via SN (Eisfair-1)