Unable to browse [ROOT] in backup selection with Remote Agent for Linux/Unix Servers

Article: 100015695
Last Published: 2024-04-10
Ratings: 0 1
Product(s): Backup Exec

Problem

When attempting to browse RALUS agent selection list an error is encountered if GVFS or FUSE userspace virtual filesystems are present during the time of the browse.


Browse Failure
Failure to browse "[ROOT]"
The directory or file was not found, or could not be accessed.

 

 

Error Message

RALUS debugs output:  ( https://www.veritas.com/support/en_US/article.100016633)

e5531700  | Creating file system enumeration
e5531700  : ====> VX_ChangeDir
e5531700  : ====> VXX_ChangeDir : apath : , asize : 1
e5531700  : ====>ChangeDir : psize : 1
e5531700  :         vx_stat_by_name: Getting stat of /
e5531700  : ===> gfsp vxms plugin: stat failed /run/user/1000/gvfs errno 13
e5531700  : ===> gfsp vxms plugin: stat failed /run/user/1000/gvfs errno 


1000 is the user ID. That value may be different.
 

Additionally, the Backup job may fail if the GVFS\FUSE file system is present during the time of Backup.

0xe00084af - The directory or file was not found, or could not be accessed.
V-79-57344-33967 - Directory not found. Cannot backup directory / and its subdirectories.

 

Cause

 

Several distributions of Linux have implemented Filesystem in Userspace (FUSE) for which the root user does not have access to user space by default. FUSE is commonly used in conjunction with the GNU Object Model Environment (GNOME). Due to this change within the Linux Operating System, when Backup Exec attempts to browse the file system and RALUS attempt enumeration, the process fails. 

 

Solution

This issue is resolved in Backup Exec 23

Post updating the Backup Exec media server update the Ralus Agent to the latest version.

Workarounds:

  • Allow root access to userspace. This will enable RALUS to enumerate the filesystem and display the results. Please consult the FUSE documentation for the details of the Linux server's specific implementation. Run the command: "ls /home/username/ -al" to check the permissions on the file that we are not able to enumerate in the backup selection list and give the required permission on the file to the backup account.
  • Alternately, log out all users that are actively using the FUSE userspace, which will normally dismount the gvfs mount point allowing RALUS to enumerate correctly.
  • fuse or gvfs mount points can also be unmounted using the unmount command so that RALUS will be able to browse ROOT.

Steps to unmount manually :

If the file is not to be backed up,  you may delete the file by using the following commands:

umount /home/username/.gvfs
rm -rf /home/username/.gvfs

For additional information you may refer to the following link - linuxmoz.com/gvfs-permission-denied-rsync-tar-backup/

 

References

Etrack : 3751693 Etrack : 3908194

Was this content helpful?