A while ago since now I receive kernel messages like this in FreeBSD
6.2-PRE/AMD64:
fsync: giving up on dirty
0xffffff000362c7c0: tag devfs, type VCHR
usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400
flags ()
v_object 0xffffff00013c80e0 ref 0 pages 1286
lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid
14109)
dev ufs/BACKUP
Filesystem is an external USB attached SATA HD, ohci() driven (due to
ehci() is not working stable and properly on FreeBSD 6.2).
Filesystem is mounted via amd() and there via the'script' option in
amd() due to problems of the amd() mounting process recognizing UFS
filesystems. After 30 seconds of inactivity the filesystems gets
dismounted. This worked quite well in the past, but now I see this
kernel error messages.
Before doing a PR, I would like to serious ask whether this is an issue
or not.
Regards,
Oliver
On Sat, Nov 25, 2006 at 05:08:03PM +0100, O. Hartmann wrote:> A while ago since now I receive kernel messages like this in FreeBSD > 6.2-PRE/AMD64: > > fsync: giving up on dirty > 0xffffff000362c7c0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 > flags () > v_object 0xffffff00013c80e0 ref 0 pages 1286 > lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid > 14109) > dev ufs/BACKUP > > Filesystem is an external USB attached SATA HD, ohci() driven (due to > ehci() is not working stable and properly on FreeBSD 6.2).The external USB harddisk I'm using works fine with ehci (VIA VT6202 USB 2.0 controller) on 6.2-PRERELEASE amd64: Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), VIA(0x0000), rev 1.00 port 1 powered port 2 addr 2: high speed, power 100 mA, config 1, Mass Storage Device(0x3507), Prolific Technology Inc.(0x067b), rev 1.00> Filesystem is mounted via amd() and there via the'script' option in > amd() due to problems of the amd() mounting process recognizing UFS > filesystems. After 30 seconds of inactivity the filesystems gets > dismounted. This worked quite well in the past, but now I see this > kernel error messages.The only problems I ever had wer with the firewire interface, not USB. But I don't use amd, and I'm using GEOM_ELI encyption. If amd doesn't work well with ufs, would using glabel be a workaround? Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20061125/075817a1/attachment.pgp
On Sat, Nov 25, 2006 at 05:08:03PM +0100, O. Hartmann wrote:> A while ago since now I receive kernel messages like this in FreeBSD > 6.2-PRE/AMD64: > > fsync: giving up on dirty > 0xffffff000362c7c0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 325 mountedhere 0xffffff00504d8400 > flags () > v_object 0xffffff00013c80e0 ref 0 pages 1286 > lock type devfs: EXCL (count 1) by thread 0xffffff0050287260 (pid > 14109) > dev ufs/BACKUP > > Filesystem is an external USB attached SATA HD, ohci() driven (due to > ehci() is not working stable and properly on FreeBSD 6.2). > > Filesystem is mounted via amd() and there via the'script' option in > amd() due to problems of the amd() mounting process recognizing UFS > filesystems. After 30 seconds of inactivity the filesystems gets > dismounted. This worked quite well in the past, but now I see this > kernel error messages. > > Before doing a PR, I would like to serious ask whether this is an issue > or not.It's not a serious issue, AFAIK. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20061126/ab475ce9/attachment.pgp