Onderwerp: LVM & r sync

Om backups goed te laten verlopen op enkele servers, zit hier een 2e hdd in om deze op te vangen.
Het idee was vrij eenvouding:

- HDD clonen dmv dd
- r s y n c gebruiken om differential backups te maken

HDD clonen: geen probleem
r s y n c gebruiken: wel een probleem.

Reden hiervoor is dat ik de 2e hdd niet meer kan mounten aangezien dit een LVM based schijfje is.
'Vroeger' kon je mooi m ount -t ext3 /dev/sdb2 /mnt/backup doen, met de komst van RHEL4 (en dus CentOS4) niet meer.

Iemand enig idee hoe dit op te lossen?
Ik heb al gedacht aan vgrename, echter werkt dat niet aangezien er nog LV's actief zijn..

f disk -l ziet keurig netjes 2 hdd's mooi gecloned ook.
vgscan ziet slechts 1 physical volume, waarschijnlijk omdat de logical volumes beide dezelfde naam hebben.

Hallo Peter,
M.i. zou het moeten werken als je niet de fysieke HDD kopieert maar de LVM "devices".
Het idee:
Definieer twee lvm's. Een voor het origineel en een voor de backup. Ik noem ze voor het gemak even origineel en backup.
Controleer of de lvm devices /dev/rootvg/origineel en /dev/rootvg/backup worden. (Kan per distributie iets afwijken.)
Dan gebruik je dd op de volgende wijze:
dd if=/dev/rootvg/origineel of=/dev/rootvg/backup

Dat zou inderdaad moeten werken, ware het niet de intentie dat de gehele hdd gecloned wordt, zodat, mocht het tot een crash komen, je slechts een kabeltje hoeft om te zetten en weer vrolijk kunt booten

Het hele idee is dus om beide schijven onafhankelijk van elkaar te gebruiken, het definieren van een 2e LVM is dan dus niet handig, aangezien schijf 1 dan schijf 2 'ziet'.

Tsja dat de schijven elkaar niet 'zien' is dan weer een probleem bij het gebruik van rsync.

Ik vraag me af of, als je op de manier werkt uit mijn vorige berichtje, en de fysieke harddisken verwisselt (het ompluggen van de stekkers) de lvm definitie's voor het origineel en de backup dan meewisselen.
Of komt de lvm origineel dan op de backup hdd te liggen en de backup lvm op de origineel hdd?
Zou dat zo zijn dan werkt alles zoals bedoeld.
Jammer dat ik het niet kan uitproberen.

Mja, ik ga nu denk ik gewoon 1 hdd unpluggen, booten met live cd, LVM renamen, uitzetten, hdd weer bij pluggen, booten
Eens kijken of dat werkt.

Mocht iemand anders nog tips hebben: nog steeds welkom!

het zou beter zijn om onder de LVM een (software)-raid 1 te draaien, zodat bij het uitvallen van een disk, er geen probleem is. Dit is dan natuurlijk geen "backup" (maar je originele opzet was ook niet echt een backup). Ik zou eens moeten onderzoeken als het mogelijk is om nu nog (nu er al een LVM en data opstaat) daar een softwareraid onder te stoppen.

Als je iets zoekt om echte backups te doen, kijk dan eens naar rdiff-backup of bacula of iets soortgelijks

Fusehost, het is voor een dedicated server, RAID is niet nodig, maar backups gewenst.
In principe is het idee zoals ik het gepland had prima voor wat de klant wil, ware het niet dat het ding met die LVM's werkt

hmm, dedicated server, en geen Raid nodig? Vreemde conclusie, maar niet mijn probleem.

Ik zou voorstellen om op de tweede disk een nieuw LVM systeem te maken, en het precies zo in te delen. Dat mount je dan op andere plaatsen, en je gebruikt r sy nc om de boel syncroon te houden. Daarna ga je in /etc/fstab op de "backup" de device voor je root gaan aanpassen, en in je lilo/grub pas je alles ook aan zodat het kan starten. Deze twee bestanden exclude je dan van je rsync. Vergeet niet om lilo/grub in je MBR van je tweede disk te schrijven (herschrijven voor lilo na de wijziging)

Origineel geplaatst door fusehost
hmm, dedicated server, en geen Raid nodig? Vreemde conclusie, maar niet mijn probleem.

Niet de mijne, maar die van de klant

Ik zou voorstellen om op de tweede disk een nieuw LVM systeem te maken, en het precies zo in te delen. Dat mount je dan op andere plaatsen, en je gebruikt r sy nc om de boel syncroon te houden. Daarna ga je in /etc/fstab op de "backup" de device voor je root gaan aanpassen, en in je lilo/grub pas je alles ook aan zodat het kan starten. Deze twee bestanden exclude je dan van je rsync. Vergeet niet om lilo/grub in je MBR van je tweede disk te schrijven (herschrijven voor lilo na de wijziging)

Goede tip, ga ik eens mee aan de slag