Guest still thinks directory exists when it was deleted on the host

[yurivict]

I created the directory within the shared folder in the guest. Then I deleted it on the host directly. After this an attempt to create the directory again from the guest fails with the error code: File exists. But 'ls -a' doesn't show the directory in the guest.

My host is FreeBSD (I know it's not officially supported), but I saw this on Linux host before too. Guest is Ubuntu 64bit.

[DavidN]

This is confirmed on a Windows 7 64-bit host with Fedora 15 64-bit guest. VirtualBox 4.1.0.

If you create a directory in the shared folder from the guest and delete it on the host, attempts to recreate the directory from the guest will fail until the shared folder is unmounted and remounted.

[Gabriel Petrovay]

Same behavior: Host: VB 4.0.12, Win 7 32-bit Guest: Ununtu Server 11.10

And I get:

gabriel@Cluj:~$ ll tmp ls: cannot access tmp: No such file or directory gabriel@Cluj:~$ mkdir tmp mkdir: cannot create directory `tmp': File exists

[hrehf]

Same behavior:

• Host: 4.1.8 on Win 7 x64
• Client: Archlinux

Seems to occur a lot more after the 4.1.8 update; only a client reboot resets it to a usable state. Additionally, in the last week I noticed I sometimes cannot delete certain directories from the guest: rm -rf reports "foo is a directory", rm -r reports something else (but I cannot reproduce it right now). Lately also happens with files created by the client.

Also, time sync issues with the filesystem now require two fsck runs, while they were fixed after one before.

The Shared folder is on a raid.

[hrehf]

Replying to hrehf:

• rm -rf reports "foo is a directory"
• rm -r reports "foo: no such file or directory"

Definitely happens with folder created from within the client

[manski]

For now, you can "solve" this problem by restarting the guest additions:

/etc/init.d/virtualbox-guest-utils restart

[Frank Mehnert]

I think this is a duplicate of #9887. This affects only guest Linux kernels >= 2.6.38.