[bfs]: rm: FATAL: directory a/a/... changed dev/ino

[emitrax]

Creating directory doesn't seem to be a safe operation in Haiku. I actually managed to corrupt the file system by overwritting blocks already in use by system binaries, but since I can't seem to reproduce it consistently I'm not opening a bug about it yet.

Anyway, interrupting the following script, result in a error when trying to delete the directory just created.

for i in `seq 1 100`; do mkdir a; cd a; done

Screenshot attached.

[bonefish]

Revision?

PS: I can't see any attachment. Trac problem or forgot to add it?

[emitrax]

Trac.

http://img133.imageshack.us/my.php?image=removedirectoryme7.jpg

[bonefish]

Revision?

[emitrax]

Latest at the time of the bug report. Can tell you the number later. Do you happen to have any idea?

[emitrax]

Just happened again with r27386.

[digitalteufel]

I see this bug when the build system (self-hosting) is trying to remove some files after unzipping each optional package.

eg:

Unzipping generated/downloads/pe-2.4.1-x86.zip rm: FATAL: directory `generated/tmp/unzip/config/man' changed /dev/ino rm: FATAL: directory `generated/tmp/unzip/config/man' changed /dev/ino

[axeld]

I just tried with r27949 under VMware, but I cannot reproduce it, even with $(seq 1000). Is it still reproducible for both of you?

[anevilyak]

I can reproduce this one 100% of the time, all I have to do is build Haiku in Haiku and specify adding all optional packages in UserBuildConfig. During the optional package install portion of the build, this bug is triggered.

[mmlr]

This one is probably fixed in r28214, please verify. If this was indeed the problem, it would have happened only after running the script multiple times in the same session.