[RISOLTO] Sistema non parte se btrfs è in stato degraded

[sirio81]

Sto facendo dei test con una jessie virtuale.
Ho 5 dischi: 1 dedicato al sistema operativo; gli altri 5 formattati con btrfs.

Codice: Seleziona tutto

mkfs.btrfs -d raid1 /dev/vda1 /dev/vdb1 /dev/vdc1 /dev/vdd1
blkid
/dev/vda1: UUID="55f54613-b10f-4d0a-b0ab-9dfd0eda7402" TYPE="ext4" PARTUUID="6d0de76c-01"
/dev/vdb1: UUID="f6794702-6f65-4bd0-b117-a400cc6c0139" UUID_SUB="435c23c2-71f3-4808-94fa-176a18e384df" TYPE="btrfs" PARTUUID="e5bf183d-01"
/dev/vdc1: UUID="f6794702-6f65-4bd0-b117-a400cc6c0139" UUID_SUB="76315fc4-7eab-4e56-9a9b-eaee61fa27fa" TYPE="btrfs" PARTUUID="5a2d4892-01"
/dev/vdd1: UUID="f6794702-6f65-4bd0-b117-a400cc6c0139" UUID_SUB="c6bac951-09fb-4320-a70e-22744e9826ff" TYPE="btrfs" PARTUUID="20e666a6-01"
/dev/vde1: UUID="f6794702-6f65-4bd0-b117-a400cc6c0139" UUID_SUB="68ff7829-c557-42fa-91ba-e6e15899824f" TYPE="btrfs" PARTUUID="2413df90-01"

In fstab ho aggiunto la riga

Codice: Seleziona tutto

UUID=f6794702-6f65-4bd0-b117-a400cc6c0139 /mnt/btrfs btrfs defaults,noatime 0 0

E riesco a montare il filesystem senza problemi e viene montato al reboot.

Se spengo la vm e la rilancio senza l'ultimo disco, debian non parte e NON va in timeout il device (almeno dopo 5 minuti mi son stancato di aspettare).
Ammazzo la macchina virtuale; la faccio ripartire con tutti i device ed in pochi secondi ha finito di caricare.

Ho provato ad aggiungere l'opzione degraded all'fstab sulla base del wiki

Codice: Seleziona tutto

UUID=f6794702-6f65-4bd0-b117-a400cc6c0139 /mnt/btrfs btrfs defaults,noatime,degraded 0 0

ma anche con tale opzione, la vm non completa il boot.

Ho provato anche ad eseguire update-initramfs -u ma non è servito.

Cosa ne pensate?



Sulla console/vnc della macchina virtuale non vedo alcun messaggio.

[sirio81]

Ragazzi ho trovato la soluzione anche se non mi convince del tutto: l'opzione nofail !

Ricapitolando:
l'opzione degraded dovrebbe permettere di montare il device anche se manca un componente (ma ci sono un numero sufficiente di device).
Come per un raid 5 su tre dischi che può essere usato se manca un disco.
Se ne mancassero due, il device md non può essere creato.
Stesso concetto per btrfs.
Se il device non potesse essere creato, systemd dovrebbe comunque andare in timeout dopo 90 secondi.
In realtà. resta impallato a vita.

Secondo la mia logica, tale opzione dovrebbe essere sufficiente per eseguire il boot ed avere /mnt/btrfs montata all'avvio.
Nella realtà devo passare anche l'opzione nofail.

With nofail, this mount will be only wanted, not required, by local-fs.target or remote-fs.target. This means that the boot will continue even if this mount point is not mounted successfully.

Con questa opzione, debian parte senza problemi...o quasi:

Codice: Seleziona tutto

btrfs filesystem show
Label: none  uuid: f6794702-6f65-4bd0-b117-a400cc6c0139
        Total devices 4 FS bytes used 2.50GiB
        devid    1 size 5.00GiB used 2.02GiB path /dev/vdb1
        devid    2 size 5.00GiB used 3.00GiB path /dev/vdc1
        devid    3 size 5.00GiB used 3.01GiB path /dev/vdd1
        *** Some devices missing

warning, device 4 is missing
warning devid 4 not found already
Btrfs v3.17

grep /mnt/btrfs /etc/fstab

Il device c'è ma non è montato!

Devo montarlo a mano ... e funziona.

Ho trovato questo bugreport in cui mi sono intrufolato e ho riportato la vicenda.
Non sono il solo a trovare il comportamento di systemd non intuitivo.
Almeno spero la responsabilità sia solo di systemd.

[Aki]

Se non erro, Pottering ti ha risposto tra le righe che il malfunzionamento potrebbe non essere più presente nelle versioni di systemd successive a quella di Jessie ed, in particolare, nell'ultima.

[sirio81]

Si, ho già scaricato la iso di debian tsting.
Appena riesco faccio le prove.