Problems with 2.4.2-pre1 & reiser & vfs

[Andrius Adomaitis <charta@gaumina.lt>]

Hello,

I have  dual PIII 800 machine running as mail server on DAC 960 RAID & 
reiserfs comming with 2.4.1kernel.

Under very high loads I get  following messages in my kernel log:

kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD](nlink == 1) not found (pos 23)
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfffffffffffffff DIRECT]
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfffffffffffffff DIRECT]
.....

and afterwards come these:

kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
...
and so on.

The interesting thing is that system is still operational, but load 
jumps up to 260 or so, and any attempts to reboot system fail. ps aux 
shows that there exists imortal (kill -9 $PID doesn't kill it) qmail 
process that consumes 97% of one CPU's resources.  Also `vmstat` shows 
tons of processes in uninterruptable sleep, but `free` reports that it 
is still enough memory (no swap used) and huge buffers... Machine gets 
slugish but works for a while (0.5-2h dependent on mail request rate).

System is Debian potato, 
gcc version 2.95.2 20000220 (Debian GNU/Linux),
reiserfs utils 3.6.25.

Any patches or suggestions to fix that would be appreciated...

P.S. Also I thought wouldn't it be good to have some sysctl entry in 
proc that rebooted machine dependent on the value in control file when 
proper software reboot is impossible (like in situation described 
above)? Or probably there already exist(s) such thing(s)?

Thanks.
-- 
Andrius
charta@gaumina.lt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/