Re: g_vfs_done() failures on 6.2-RC1

2006-12-14 Thread Scott Long
Dmitry Pryanishnikov wrote: Hello! On Wed, 13 Dec 2006, Jan Mikkelsen wrote: I mentioned that I have seen similar problems on machines with ataraid, like this: DOH! ata_alloc_composite failed! (x5) FAILURE - out of memory in ata_raid_init_request (x6) g_vfs_done():ar0s3f[WRITE(offset=1133246

Re: g_vfs_done() failures on 6.2-RC1

2006-12-14 Thread Dmitry Pryanishnikov
Hello! On Wed, 13 Dec 2006, Jan Mikkelsen wrote: I mentioned that I have seen similar problems on machines with ataraid, like this: DOH! ata_alloc_composite failed! (x5) FAILURE - out of memory in ata_raid_init_request (x6) g_vfs_done():ar0s3f[WRITE(offset=113324673024, length=2048)]error = 5

Re: g_vfs_done() failures on 6.2-RC1

2006-12-13 Thread Kris Kennaway
On Wed, Dec 13, 2006 at 07:09:15PM +1100, Jan Mikkelsen wrote: > Scott Long wrote: > >Jan Mikkelsen wrote: > > > >>- Daichi Goto's unionfs-p16 has been applied. > >>- The Areca driver is 1.20.00.12 from the Areca website. > >>- sym(4) patch (see PR/89550), but no sym controller present. > >>- SMP +

Re: g_vfs_done() failures on 6.2-RC1

2006-12-13 Thread Jan Mikkelsen
Scott Long wrote: Jan Mikkelsen wrote: - Daichi Goto's unionfs-p16 has been applied. - The Areca driver is 1.20.00.12 from the Areca website. - sym(4) patch (see PR/89550), but no sym controller present. - SMP + FAST_IPSEC + SUIDDIR + device crypto. So: I've seen this problem on a few machine

Re: g_vfs_done() failures on 6.2-RC1

2006-12-12 Thread Matthew D. Fuller
On Wed, Dec 13, 2006 at 12:25:49AM -0700 I heard the voice of Scott Long, and lo! it spake thus: > > You mention that you are using a driver from the Areca website. > Have you tried using the stock driver that comes with FreeBSD? I > don't know if it will be better or not, but I was planning on d

Re: g_vfs_done() failures on 6.2-RC1

2006-12-12 Thread Scott Long
Jan Mikkelsen wrote: - Daichi Goto's unionfs-p16 has been applied. - The Areca driver is 1.20.00.12 from the Areca website. - sym(4) patch (see PR/89550), but no sym controller present. - SMP + FAST_IPSEC + SUIDDIR + device crypto. So: I've seen this problem on a few machines under hea

g_vfs_done() failures on 6.2-RC1

2006-12-12 Thread Jan Mikkelsen
Hi, I have seen g_vfs_done() failures with absurd offsets in the face of heavy I/O. Recovery doesn't seem to happen, leading to the need to reboot the system. The problem seems to occur without any underlying disk device failure. An example from yesterday: This message repeats on the orde