defective vnode

[donn]

Coincidentally with upgrade to hrev28520, vim caused a panic whenever it tried to write to .viminfo, specifically the panic occurred during new_vnode() and claimed that a vnode already existed. new_vnode was called indirectly by bfs_create().

checkfs report on .viminfo said "some blocks weren't allocated"

When I deleted .viminfo (via "rm"), I got another panic:

ASSERT FAILED (...bfs/BlockAllocator.cpp:448): !fLargestValid

start + length <= fLargestStart

in <bfs> AllocationGroup::Free()

But the directory entry was gone, and the checkfs problem is gone. (I do have other checkfs problems - directory with "blocks already set", and related files that can't be opened.)

This problem occurred while checking on #3010, where I promised I would report it. If anything like this happens again, I'll add it to this ticket.

[axeld]

Are you testing on real hardware?

Is this in any way reproducible? I guess you haven't secured a stack trace and poked in the allocation groups a bit using the kernel debugger? :-)

Have you used special vim settings?

[donn]

Yes, real hardware - ​http://dev.haiku-os.org/attachment/ticket/2600/listdev

Not reproducible so far, in fact I'm going to be surprised if it happens again. No special vim settings, I just type "vi filename".

[axeld]

This ticket does not contain enough information to look into the issue. Please reopen if it happens again.