Am Mon, 9 Feb 2009 08:58:53 -0800 (PST)
schrieb Matthew Dillon <[email protected]>:
> Whoop, I think I found it. You should be seeing a build-up
> up reservations (vfs.hammer.count_reservations). There is a ref
> count leak in the hammer_buffer code in the buffer invalidation
> path. This is preventing reservations from being disposed of.
Yep, a "hammer reblock" triggered the error again.
# sysctl vfs.hammer.count_reservations
vfs.hammer.count_reservations: 2386
# df
"64 %"
But as you said you already found the bug, I don't generate a core dump
right now.
Thanks!
Regards,
Michael