Hozzászólások
Ha "A" gep NFS-en vagy SAMBA-n megoszt egy konyvtarat, es en azt a "B" gepen felmountolom, majd ezutan az "A" gep valami okbol elerhetetlenne valik (ujrabootoljak, kirugtak a halokabelt, takaritoneni kimosta a switch-et, stb.) akkor a "B" gepen egy csomo problema merul fel:
Kihal a df parancs, nem mukodik a quota, es meg umountolni sem lehet az elerhetetlen filesystem-et, sot eppen ezert meg shutdown-olni sem lehet, mert az is elakad az umount-nal. :(
Kulonosen kellemetlen valtozata ennek ha ket gep kozt NFS-en keresztul vannak megosztva konyvtarak, majd aramszunet eseten az ups-daemon szepen lekapcsolna oket, csakhogy eloszor leall az egyik gepen az NFS-daemon, aztan a masik gep szeretne umountolni.... Es csak var es var, amig az UPS le nem merul.
Tud valaki kulturalt (= nem sleep-re alapulo) megoldast erre a problemara?
- A hozzászóláshoz be kell jelentkezni
Igen, ezt én sem szeretem. Pláne, hogy ilyenkor gyakran a könyvtár is "megbolondul", ahova mountoltad. Mondjuk megszűnik könyvtárként funkcionálni, így aztán sem az umount nem működik, de letörölni sem tudod.
- A hozzászóláshoz be kell jelentkezni
coda, es nfs (kulonbozo mount opciokkal)
Ezen kivul van meg vagy feltucat hibaturo networked fs...
asd
- A hozzászóláshoz be kell jelentkezni
[quote:87910d80c1="Anonymous"]coda, es nfs (kulonbozo mount opciokkal)
Oke, tudom, hogy rtfm, de azert kerlek ird le azokat az nfs opciokat, amik utan a fenti problemak nem lepnek fel.
Ja, es ha a coda-hoz vagy afs-hez vagy barmi hasonlohoz van valahor barmi magyar anyag, azt is megkoszonnem.
- A hozzászóláshoz be kell jelentkezni
[quote:0ad7d99c69="miq"]
Tud valaki kulturalt (= nem sleep-re alapulo) megoldast erre a problemara?
umount -l ???
- A hozzászóláshoz be kell jelentkezni
Regen mikor meg egyes kolikat el elehett erni tavolrol sambaval akkor sokat kuzdottem ezzel...
Mar nem emlexem pontosan mi volt a megoldas, de
1) ha a tavoli gep ujra elerhetove valt akkor samba csinalt egy reconnectet, es ujra elerhetove valt a konyvtar
2) asszem az osszes process-t ki kellett loni (mcvel nem eleg mashova menni :!: ), ami hasznalta az a konyvtarat, talan meg a smbmout-ot is
Probalgass mindenfelet, hatha az egyik bejon... :?
- A hozzászóláshoz be kell jelentkezni
[quote:eca60ad1e1="miq"][quote:eca60ad1e1="Anonymous"]coda, es nfs (kulonbozo mount opciokkal)
Oke, tudom, hogy rtfm, de azert kerlek ird le azokat az nfs opciokat, amik utan a fenti problemak nem lepnek fel.
Ja, es ha a coda-hoz vagy afs-hez vagy barmi hasonlohoz van valahor barmi magyar anyag, azt is megkoszonnem.
soft:
If an NFS file operation has a major timeout then report an I/O error to the calling program. The default is to continue retrying NFS file operations indefinitely.
Tovabbi nagyszeru infokkal szolgal a man 5 nfs
- A hozzászóláshoz be kell jelentkezni
[quote:64232b4ee6="Elbandi"]Regen mikor meg egyes kolikat el elehett erni tavolrol sambaval akkor sokat kuzdottem ezzel...
Unix jellegu dolgokat ne futtass samban. Csoportokat, tulajdonosokat, file attributumokat egyaltalan nem tamogat...
asd
- A hozzászóláshoz be kell jelentkezni
Nekem is van ilyen problemam az smbfs-vel. A reconnect nallam nem mukodik, utana sem latja a fileokat a gep. Ami biztos, hogy mukodik, az az illeto konyvtart hasznalo processzek kinyirasa es aztan egy umount -f.
Es sajna a processzeket se lehet kiszurni lsof-al, mert a lsof is lockolodik tole :( .
- A hozzászóláshoz be kell jelentkezni
Ha csak ritkán van szükség egy könyvtárra, akkor autofs vagy amd, nem? Ha már nem kell, akkor lecsatolódik automatikusan, ha szükség van rá, akkor meg felcsatolódik. Persze a problémát nem oldja meg, de esetleg ritkítja az előfordulását. Én ezt használom, ha kell, ha nem.
- A hozzászóláshoz be kell jelentkezni
Regen mikor meg egyes kolikat el elehett erni tavolrol sambaval akkor sokat kuzdottem ezzel...
Unix jellegu dolgokat ne futtass samban. Csoportokat, tulajdonosokat, file attributumokat egyaltalan nem tamogat...
asd
De, a cifs tamogatja ezeket.
- A hozzászóláshoz be kell jelentkezni