I am experiencing problems when running hammer reblock on /var. I get:
# hammer reblock /var
reblock start 8000: free level 0
Reblock /var failed: Input/output error
Reblocked:
0/0 btree nodes
0/0 data elements
0/0 data bytes
I tried all the reblock- typed like inodes
Antonio made the proposal on irc to hammer mirror-copy the /var PFS. This
worked without any error.
Jan
--
professional: http://www.oscar-consult.de
private: http://neslonek.homeunix.org/drupal/
I also got a kernel dump this night. I couldn't restore the dump until now
because of some issues with dumpdev not being swap. But this might be
related
Unread portion of the kernel message buffer:
panic: assertion: bcmp(elm-leaf, leaf, sizeof(leaf)) == 0 in
hammer_reblock_helper
Trace beginning
:Antonio made the proposal on irc to hammer mirror-copy the /var PFS. This
:worked without any error.
:
:Jan
:--
:professional: http://www.oscar-consult.de
:private: http://neslonek.homeunix.org/drupal/
That's an excellent solution. The mirroring code will ignore CRC
errors (not copy
:I also got a kernel dump this night. I couldn't restore the dump until now
:because of some issues with dumpdev not being swap. But this might be
:related
:
:Unread portion of the kernel message buffer:
:panic: assertion: bcmp(elm-leaf, leaf, sizeof(leaf)) == 0 in
:hammer_reblock_helper
:Trace
Matthew Dillon schrieb:
I'm trying to find a common thread between your reported issue and
Francois's reported issue. Were you switching between 32 bit and 64 bit
kernels with this HAMMER filesystem too?
No. Pure 32bit.
Jan
What i remember happened to me was that master pfs are pruned/reblocked by
the periodic but the slave pfs are not, so time to time i used to get a lot
of used space in my backups, just go and prune/reblock by hand and check if
thats what happening to you, check the config before, so you sure not