Dan Lukes wrote:
On 09/13/11 11:13, Viktor Čížek:
Všiml jsem si v logu následujícího hlášení
GEOM_JOURNAL: Cannot suspend file system /usr (error=35).
fsync: giving up on dirty
0xc756ba78: tag devfs, type VCHR
usecount 1, writecount 0, refcount 93 mountedhere 0xc751d000
flags ()
v_object 0xc7561cc0 ref 0 pages 25612
lock type devfs: EXCL by thread 0xc6ea02e0 (pid 7)
dev da0p6.journal
Mohl by mi prosím někdo okomentovat o co jde a jestli se mám něčeho bát?
Sam jsem se na tohle pred casem ptal v zahranicnim mailinglistu a
zustalo to bez odpovedi. Kdyz jsem po tom tehdy patral, nasel jsem jeden
zapis primo od PJD (autor geom_journalu), kde psal, ze to neni nijak
nebezpecne - ale zadne blizsi vysvetleni, co to presne znamena, jsem
nikdy neobjevil.
http://lists.freebsd.org/pipermail/freebsd-hackers/2006-August/017894.html
http://lists.freebsd.org/pipermail/freebsd-stable/2006-September/027976.html
http://lists.freebsd.org/pipermail/freebsd-geom/2008-March/002828.html
Kdyby geom_journal nestihal synchronizovat data, tak se objevi kernel
panic s hlaskou o journal overflow. (napriklad, kdyz je velikost
journalu prilis mala a zapisuje se na disk hodne dat)
Mozna k objasneni trosku pomuze sledovat hodnoty vypisovane pres sysctl:
sysctl kern.geom.journal
Pripadne zkusit zkratit kern.geom.journal.switch_time treba na 5 sekund
P.S. Obecne, suspend&resume na FreeBSD bych zatim neoznacil jako
stabilni feature. Uz jen u hardware je problem, ze neni spravne a
kompletne podchycen strom vzajemnych zavislosti (coz je pro spravne
poradi provadeji tech akci dost podstatne), pro nektery hardware neni
spravne vytvorena vazba mezi konkretnim zarizenim a prislusnymi ACPI
objekty, ktere suspent a resume ridi a tak bych mohl poracovat ...
Ono je to asi trochu zavadejici, v te chybove zprave, ale vubec se
nejedna o Suspend & Resume operacniho systemu - ja mam tyhle hlasky na
jednom serveru celkem casto a rozhodne ho neuspavam - bezi v kuse par
set dnu.
Mirek
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
