LVM: vgchange vor einem luksClose ausführen?

[Drago S. (mratix)]

Moin zusammen,

ich stehe gerade mit

man vgchange

 auf dem Schlauch und blicke nicht mehr durch.

Eine verschlüsselte USB-Disk wird für ein Backup ein- und ausgehängt.
Der Kollege nimmt sich das Teil, stöpselt es an, es rattert durch, 
stöpselt es ab und geht zur nächsten Maschine.

Im script habe ich folgenden Ablauf

luksOpen, pvscan, vgscan, lvscan, vgchange -a y,
mount LVs, rsync, umount LVs,
(gesuchter Part), luksClose

gesuchter Part: vgchange -a n wäre falsch, da er alle LVs deaktivieren 
würde. --partial oder --uuid oder TAG oder xx Name wäre wohl das 
passende?

Am liebsten etwas in einem Rutsch - die betreffende "VG name" bzw. das 
"PV device" zu deaktivieren und die Disk abstöpselfertig zu bekommen.
Die VG der laufenden Maschine, mit deren LVs, muss natürlich ohne Fehler 
weiter laufen. Möglichst ohne böse Drohungen in der syslog.

Ähm, wat muss ich da für (gesuchter Part) tippen? :)
Danke euch im voraus.

[zonk (Gast)]

Poste doch mal dein Zauberscript dann musst Du hier nicht in Prosa 
erklären was Du vorhast.
Wer nehmen will muss auch geben

[Drago S. (mratix)]

zonk schrieb:
> Wer nehmen will muss auch geben
Das script ist interna. Herausgeben geht nicht.

Die Frage ist eindeutig: vgchange vor einem luksClose ausführen? Mit 
welchen Parameter?

Wenn du das nicht verstehst - hol dir ne Tüte Popcorn.
Danke!

[Εrnst B. (ernst)]

d.h. dein luks-Device ist das LVM-PV? Dann erst die VG darauf 
deaktivieren, vor dem luksClose.

Wenn die PV unverschlüsselt ist, und du luks auf einzelne LVs in der VG 
anwendest, dann natürlich andersherum.

[Jim M. (turboj)]

Wieso brauchst Du überhaupt LVM auf dem verschlüsselten USB Teil?

Ich hätte da einfach direkt ein Filesystem mit einem passenden Label 
erstellt. Fürs Backup ist ja offenbar rsync zuständig.

Ansonsten "vgchange -a n VGNAME". Ich gehe davon aus das das USB Teil 
einen passenden und nicht anderswo im System verwendeten VG Namen hat.

[Drago S. (mratix)]

Εrnst B. schrieb:
> Dann erst die VG darauf
> deaktivieren

Jim M. schrieb:
> nsonsten "vgchange -a n VGNAME"
Genau, hab wieder mal zu kompliziert gedacht :) Er nimmt als Arg alles, 
was vorhanden ist. Egal ob es ein LV Name, VG Name oder sonstwas im LVM 
ist.

Nach ein wenig Tüftelei und paar Tests, sieht das ganze ausgedünnt so 
aus:

cryptsetup luksOpen /dev/sdc5 sdc5-crypt
#pvscan # re-scan pv
vgscan --mknodes
#lvscan --cache # send metadata to lvmetad
vgchange -a y hdd1000 # activate vg
# :mount the lv
# :do rsync action
# :unmount the lv
vgchange -a n hdd1000 # de-activate vg
cryptsetup luksClose sdc5-crypt

Die nun auskommentierten Zeilen kann man sich sparen.

Und schon bin ich das hier los:
"Stopping remaining crypt disks...sdca5_crypt(busy)
stopping early crypto disks failed.

[ ok ] Unmounting local filesystems ... done
* ERROR: cryptdisks failed to stop
* ERROR: cryptdisks-early failed to stop"

[Drago S. (mratix)]

Jim M. schrieb:
> Wieso brauchst Du überhaupt LVM auf dem verschlüsselten USB Teil?
Das hat betriebliche und historische Gründe.
Angedacht war es mal dynamisch zu funktionieren. In der Praxis ist eher 
auf Wachstum ausgerichtet. Für Snapshots von LVs brauche ich nun mal 
LVM.

Aus diesem bescheuerten Konstrukt hat sich mittlerweile was vernünftiges 
entwickelt. Die VG ist in Wirklichkeit ein aufgesplitterter Verbund von 
VGs.
Wenn alle Backup-Disks am Archivierungsroboter ankommen, werden sie sehr 
einfach abgetankt und dauerarchiviert.