copy too many files, KDL : kernel/fs/vfs.cpp

[mmadia]

If I attempt copying mozilla's cvs 1.8 branch code from one bfs partition to another, Haiku will KDL.

ASSERT FAILED (src/system/kernel/fs/vfs.cpp:1020): vnode->ref_count == 0 && vnode->busy

This applies for using either Tracker or cp -R -L source/* dest

The first KDL occured while the system was up and very active for 8+hrs. This was with Tracker.

Immediately on reboot, I attempted cp -R -L mozilla_source/* dest_another_drive with the same KDL and slightly different backtraces.

This is a fairly recent revision, running natively.

[mmadia]

KDL, Tracker displaying progress, no bt

[mmadia]

backtrace of KDL while using Tracker

[mmadia]

backtrace of KDL while using cp ...

[mmadia]

Just to note:

If I divide the copy procedure into smaller chunks, like 5 to 7 total, it'll be fine.

The KDL occurs when I attempt to the entire directory. Though, I haven't tried to see exactly how many of it's sub-folders can be copied at once before KDL.

[scottmc]

sounds like a dupe of alpha blocking #3151

[axeld]

Nope, looking at the stack crawls, it's a completely different thing.

[mmadia]

copy to /boot/home if you attempt to checkout mozilla's sources.

[mmadia]

If it helps, here are the commands to checkout all of mozilla's sources.

Copy the attached file `mozconfig' to /boot/home

export CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot ;
cvs co -r MOZILLA_1_8_BRANCH mozilla/client.mk ;
cd mozilla ;
make -f client.mk checkout MOZ_CO_PROJECT=all ; 
cd .. ;

As a note and this probably should be another bug, It's very likely that cvs will mention errors while checking out and fail to successfully download all files. Unfortunately, this is difficult to see as the make command executes several cvs commands. An easy way to check if cvs crapped out is to perform a Tracker query for files named ".new.*"

[mmadia]

After re-partitioning, re-initializing, and re-downloading the mozilla source tree. This issue has vanished.

I believe it was due to some filesystem corruption. Specifically caused by a KDL generated by copying files from an older BFS volume with corruption on it to the parition that I later stored the mozilla sources on.

If interested, I should be able to replicate this.

Can be closed as invalid.