backup VMware images to an UNRAID Nfs3 share.

The cache pool (uses) was originally definied as "Prefer" but I ran into trouble with the "Mover" (similar problems as here).

So I switched to "No" and the backups were crated as exspected.

 

After 3 backups, the backup procedure should delete the oldest backup with

# rm -rf /ntfs/share/vm/directory/oldest

 

But  this fails

Quote

rm: can't remove /ntfs/share/vm/directory/oldest/.fuse_hiddenXXXXXX': No such file or directory

 

So I checked with "lsof" if any other task are using files in this directory (see this topic). But without luck.

 

That was the reason to create a new share "otto" and shared it by Nfs3 (no SMB) for testing under Unraid to isolate the problem (see attachments).

I was able to narrow down the problem as follows:

1. create new dir from console of ESX server

# mkdir /vmfs/volumes/otto/Unraid_new_backup_dir

# ls -lah /vmfs/volumes/otto/Unraid_new_backup_dir
total 0
drwxr-xr-x    1 24117299 24117360       0 Mar  4 17:12 .
drwxrwxrwx    1 24117298 24117299       0 Mar  4 17:12 ..

 

2. create a file in that dir

# echo "xx" > /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt
# ls -lah /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt
-rw-r--r--    1 24117299 24117360       3 Mar  4 17:15 /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt

 

3. remove file

# rm /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt
# ls -lah /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt
ls: /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt: No such file or directory

 

4. remove directory

# rm /vmfs/volumes/otto/Unraid_new_backup_dir
# ls -lah /vmfs/volumes/otto
lrwxr-xr-x    1 root     root          17Mar  4 17:19 /vmfs/volumes/otto -> eb67bacf-771b242d

# ls -lah /vmfs/volumes/eb67bacf-771b242d/
total 0
drwxrwxrwx    1 24117298 24117299       0 Mar  4 17:20 .
drwxr-xr-x    1 root     root         512 Mar  4 17:20 ..

 

 

So far OK ... but when use  the command "rm -rf ...." in the same situation

# mkdir /vmfs/volumes/otto/Unraid_new_backup_dir
# echo "xx" > /vmfs/volumes/otto/Unraid_new_backup_dir/only_a-textfile.txt
# rm -rf /vmfs/volumes/otto/Unraid_new_backup_dir

resulted

Quote

rm: can't remove '/vmfs/volumes/otto/Unraid_new_backup_dir/.fuse_hidden5f3657debced5897': No such file or directory

rm: can't remove '/vmfs/volumes/otto/Unraid_new_backup_dir/.fuse_hidden5f3657debced5897': No such file or directory

 

When I cancel the task, then no files resides inside and the directory itself can be deleted with "rmdir".

 

For completeness:

# exportfs -v
/mnt/user/otto  <world>(async,wdelay,hide,no_subtree_check,fsid=109,anonuid=99,anongid=100,sec=sys,rw,insecure,root_squash,all_squash)

 

Any idears to solve that problem are appreciated !

 

 

Edited March 7, 20233 yr by Goulasch
correct link

found a workaround:

 

instead of using

# rm -rf /path/to/delete/complete/directory

 

split it into

#  find "/path/to/delete/complete/directory/" -name "*.*" -exec rm -rf {} +
#  rmdir "/path/to/delete/complete/directory"

 

since then no (not erasable) ".FUSE_HIDDDEN<hash>" files were created.

Edited March 7, 20233 yr by Goulasch