ext2, ext3, filerendszer, dilemma'k

Naplózó filerendszerek (journaling)

Sziasztok!

a minap feltettem ce'l-debiant (voyage) egy alix.6e1-re. 4gigas cf-kartya'ra. a /var bizonyos resze es a /tmp tmpfs-kent vannak fent (/var/tmp, /var/run, /var/log, kb.), igy most az `lsof` szerint egy futo rendszerben nincs csak irasra nyitott file a / alatt. a / maga egy ext2 particio hogy journal commit ne legyen. ezzel az egesz konfiggal merul(t) fel par dilemma, ha valakinek van otlete/tapasztalata, azt megkoszonne'm!

tehat, ezek:

  • miert nem tudom remount,ro-val readonly-ra tenni a /-t? csak azert mert annak par alkonyvtara rw-re van mountolva?
  • ha osszeomlik a rendszer (megszunik az aramellatas), es tuti hogy nincs rw-re megnyitott file (az elozo pont ellenere, lsof-ban latszik), akkor mennyire krachol ossze egy ext2? ugye nyilvan nem "clean", a reboot soran atmegy rajta egy fsck, de ez mennyire lesz zord, ha egy not-clean ext2-t talal? csak mert nem tul egeszseges ha pl root jelszot ke'r igy hobbibol (mint ahogy a regi szep idokbol emlekszem, hogy ke'rt -- e's mert a ku"tyu"n nincs konzol (soros konzol van alapbol az alix lapon, de a ku"tyu" mint soros-hardver-vezerlo egyseg uzemel, es emiatt tiltva van, mind bios-bol, mind kernelbol, mind tty-bol).
  • tud valaki esetleg egy jo letezo" writemostly network filerendszert? a /var/log ugye nem lenne rossz, ha le lenne mentve. de a cel alkalmazas ettol fuggetlenul fog loggolni es az a fontosabb (udp-n lo"k majd ki cel-csomagokat), szoval ez nem annyira esszencialis.

koszi, a

  • 5331 megtekintés

( muszi v | 2011. 03. 16., sze – 14:55 )

A ceges tuzfalaim es AP-im hasonloak, azt szerettem volna, hogy egy "normalis" Debian-kent mukodjenek (rw rootfs, apt-get mukodjon, tavolrol kell elerni), de minel kevesebbet irjanak a CF kartyara. A 

/var

nalam egy unionfs, ami ket rw branch: az elsodleges egy tmpfs, a masodlagos a CF kartya. A CF-en levo 

/var

-bol kitoroltem minden olyan konyvtarat, ami vagy aminek a tartalma nem kell megmaradjon reboot utan (pl. 

/var/tmp

). Ezek kozul amit nem hoz letre magatol a rendszer, azokat indulaskor letrehozom egy tmpfs-n (egy .tar.gz-bol), majd ezt union mountolom a 

/var

-ra. Igy meg lehet azt csinalni, hogy egy konyvtaron belul az egyik file a ramdisken van, a masik a CF kartyan. Sok eve hasznalom, mukodik szepen.

Ha azt szeretned, hogy a rootfs ro legyen az fsck elkerulese vegett, akkor ro mountolod, igy azonban minden iras a ramdiskre fog menni. Nem probaltam, de mivel mas file nem lesz nyitva rajta, valoszinuleg remountolhatod irasra, modositod, amit kell, majd remount ro modban.

Ha egyszeru a rendszer, akkor erdemes lehet CF-rol/halozatbol bootolni egy kernelt meg egy initrd-t, es akkor nincsenek ilyen problemaid, cserebe a modositas sokkal korulmenyesebb. A logokat amugy is erdemes halozati log-szerverre tolni, es akkor nem fogy el a hely.

rootfs ro legyen az fsck elkerulese vegett, akkor ro mountolod,
igen, lehet hogy ez lesz. csak akkor meg ha megis irni kell (uj csomag feltelepitese, vagy a cel-program frissitese), akkor remount,rw az menni fog ugyan, de akkor a remount,ro ma'r megint nem... es ugyanott vagyok :/ szoval ezt nem ertem igazan...

a tobbi otlet: koszi, ez az unionfs nagyon jol hangzik, ennek mindenkepp utanenezek.

loggolasra van transzparens halozati megoldas? pl olyasmi ami a syslogd-t, messages-t, automatikusan egy masik halozati gepre _is_ tolja? mert hack-nak az is jo, ha most cron-bol orankent egy kulcsos ssh-val attolja egy masik gepre a /var/log tartalmat, de nyilvan nem a legelegansabb...

csak akkor meg ha megis irni kell (uj csomag feltelepitese, vagy a cel-program frissitese), akkor remount,rw az menni fog ugyan, de akkor a remount,ro ma'r megint nem... es ugyanott vagyok :/ szoval ezt nem ertem igazan...

Arra tippelek, hogy ha indulasbol ro mountoltad, akkor fog menni, mivel nem lesz rajta (irasra) nyitott file. Ha nem, akkor marad vagy a ramdisk, vagy az, amit eloszor irtam.

pl olyasmi ami a syslogd-t, messages-t, automatikusan egy masik halozati gepre _is_ tolja?

man syslogd: 

For example, to forward ALL messages to a remote host use the following syslog.conf entry:

# Sample syslogd configuration file to
# messages to a remote host forward all.
*.*            @hostname

szerk: jut eszembe, ha mar embedded cuccot csinalsz, erdemes megnezni a busybox-ot es az uclibc-t, pont ilyesmire talaltak ki oket.

Arra tippelek, hogy ha indulasbol ro mountoltad, akkor fog menni, mivel nem lesz rajta (irasra) nyiott file. Ha nem, akkor marad vagy a ramdisk, vagy az, amit eloszor irtam.
hm, ezt nem ertem... most is megprobaltam, igy random remount,ro, es megy (gondoltam, ha nem fog menni, akkor valami force-t bevetek, de nem kellett...). legalabbis a `mount` azt mondja hogy tovabbra is "rw", viszont ma'r file-t nem sikerult letrehozni (touch: cannot touch `x': Read-only file system). fasza. nem tudom mi lehetett. igaz, utolso probalkozas ota ujraindult 1x a vas (sajnos, aram-lekapcs), de legalabb most igy akkor jo.

man syslogd:
rtfm, igen. csak hogy tudjam hol a helyem...:]

( Proci85 v | 2011. 03. 16., sze – 20:19 )

Hello

Anno eddig jutottam el ill. azóta amibe írni szeretne, az a mappa tmpfs-ként van felhúzva, boot során feltöltöm CF-ről, leállításkor elmentem CF-re, bár nem túl sok érdekesség van benne. Max logok, azok meg úgyis mehetnek távolira.

Így ment a menet közbeni remount,ro. Sőt, így is ment a ketyere, csak a leállítási folyamat végén állítottam rw-re és mentettem le a tmpfs változásait rsync-kel.

( dash | 2011. 03. 16., sze – 23:10 )

subscribe

--------------------------------------------------------------------------
színes