Linux rendszer-visszaállítás on-the-fly

Linux-haladó

Sziasztok,

Olyan módszer(eke)t keresek, amivel könnyen és gyorsan visszaállítható egy linux-ot (ubuntu) futtató távoli számítógép, ami semmilyen hardverből supportált távoli eléréssel (pl. ilo) nem rendelkezik.Elképzelt esetek:
- egy csomag telepítésekor több szolgáltatás működésképtelenné válik valamilyen hibás beállítás miatt, és én inkább a visszaállítást választom a nyomozás helyett
- véletlen chown/chmod a rooton, ami miatt használhatatlan lesz a rendszer
- tesztelés
- adatvesztés
- betörés

Egyszóval egy mentett állapotot szeretnék on-the-fly visszatölteni, vagy egy reboot után aktivizálni. Ha lehet mindezt hack (tehát forráskód fordítás /kernel,app/) nélkül, de scriptek nyilván valóan lesznek.

Várok minden ötletet, nem csak megoldást, majd utánanézek a részleteknek. Érdekes a visszatöltési stratégia mellett a mentési is.

  • 6701 megtekintés

( KisLebowszky | 2008. 05. 10., szo – 14:11 )

Szerintem ha elég jó a vas, és ilyen biztos hogy vissza kell majd állítani, akkor elgondolkozhatsz a virtualizáción. Mondjuk egy Xen, vagy vmware, parallels megoldáson. Az Ubunut szerver onnantól egy fájlban van, amit bármelyik állapotra visszaállíthatsz. (nézz utána vmware esx, Xen, parallels server). És megfelel a többi feltételnek is amit írtál.
---MacOsX10.5, MB---

( KisLebowszky | 2008. 05. 10., szo – 14:12 )

*töröltem, véletlenül 2x küldte el *

( deejayy | 2008. 05. 10., szo – 18:13 )

Arra is gondoltam, hogy mi volna, ha csinálnék két boot partíciót, install után dd, azután pedig probléma esetén csak átírom a grubot, hogy a másikról bootoljon.

Mennyire tűnik hülyeségnek?

--
deejayy DOT hu

két root partició és minden egyes bootnál másik menu.lst-t linkelsz be menu.lst-nek
így minden rebootkor masik alaprendszered lesz
particiók.:
boot
swap
root1
root2
var
tmp
home

menu.lst-k:
menu.lst-root1
menu.lst-root2

script: 


ha boot -> root1
 akkor
  ln -s menu.lst-root2 menu.lst
 különben
  ln -s menu.lst-root1 menu.lst
ah

ezt betolod rcS-be és minden második rebootnál kapod vissza ua rendszert

ezt meg tudod fűszerezni egy kis watchdoggal is, ha valami gáz van, akkor rúgdossa újra a rendszert

ezzel a módszerrel csak akkor van a baj, ha a köv rebootnál nem tudja átraknia symlinket, de elvileg mivel boot-time-ban fut le az egész, így még át tudja rak (tételezzük fel, hogy akkor még sértetlen a rendszer).

reboot után meg dob egy sms-t vagy mail a sys

debian gnu/linux @ linux-2.6.22.22-op1-rc1 | patch
info

( oykawa | 2008. 05. 10., szo – 19:08 )

Én ghost-ot használok...

Laptopom van mind a Windows mind a Debian mentésében bevált!

Ha kell esetlegesen van egy kis méretű iso-m amiben van "minden" ami kellhet... (Ghost, PQMagic, Memtest, etc...)

Oykawa Hirohito

( kila | 2008. 05. 28., sze – 18:23 )

Csak egy ötlet, mi lenne, ha a meglévő rendszerből próbálnád elvégezni a mentést és a visszaállítást on-the-fly?

A mentő/visszaállító scriptek először le állítaják a rendszeren futó szervízeket majd elvégzik a mentést/visszaálltást és végül újraindítják a szervízeket esetleg runlevelt váltva.

A mentések, a mentést/visszaállítást végző scriptek és az ahhoz szükséges statikus binárisok (bash, dar) külön backup partición, amit csak a mentés idejére csatolsz fel írásra egyébként csak olvasásra. A /boot is külön partición lenne és alapban az is csak olvasásra lenne csatolva.
Mentéshez/visszaállításhoz dar, mert képes visszaállításkor a visszaállítandó mentés után keletkezett fájlokat törölni. A backup a /proc és hasonló speciális könyvtárakat nem kell menteni és egyes könyvtárak mentését/visszaállítását /boot, /home érdemes külön kezelni.

Azt feltételeztem, hogy a szkriptek indításához távoli rendszert eltudod érni a neten, tehát azt megoldod hogy a root felhasználó "véletlenül" ne tudja agyon vágni a hálózati konfigot és az elérést biztosító szervizt pl. az ssh-t.
--
Légy derűs, tégy mindent örömmel!

( uid_720 | 2015. 01. 12., h – 17:52 )

Btrfs-sel, ZFS-sel csinálhatsz snapshotot.
Ki kell gyökölni, hogyan lehet egy ügyesen visszaállítani a rendszert snapshotból.

Fuszenecker Róbert

( SzBlackY | 2015. 01. 12., h – 18:39 )

Valami ilyesmire van a Snapper: nyíltSÜSÜ-ék spec. bootolható snapshotokat supportálnak a 13.2-ben

With Btrfs and Snapper, it’s even possible to boot a previous state

Disclaimer: mivel zypper dup-pal ment fel mindenhol, nincs btrfs-em, így nem tudok róla nyilatkozni.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

( szilas | 2015. 01. 12., h – 23:59 )

Csak ötlet: egy központi egység (nas) -> WOL MAC cím alapján, majd -> tftp.
De soha nem csináltam ilyet, csak olvastam ilyenekről. Bocs ha hülyeség.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

( Ritter | 2015. 01. 13., k – 13:34 )

A Duplicity valami ilyesmire lett kitalálva és beépítve például az Ubuntu bakcupba. Valakinek ott kell lennie a helyszínen, aki be tud bootolni egy rescue rendszert, amivel van legalább egy ssh hozzáférésed.

Egyébként ha már spórolsz az ilo-n, akkor érdemes virtuális gépben gondolkoznod. Hasonló szolgáltatásokat kapsz. Van könnyű snapshot visszaállítás, tudsz klónozni tesztelni, stb. Cserébe rá kell áldoznod a gép erőforrásainak egy részét. És természetesen a host rendszert nem szabad elcseszned.