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

Reply via email to