Troubleshooting error - "Access is denied" with Backup Exec Remote Agent for Linux/UNIX server (RALUS) backups.

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

Problem

 Troubleshooting error "Access is denied" with Backup Exec Remote Agent for Linux/UNIX server (RALUS) backups.

Error Message

V-79-57344-33928 - Access is denied

or

Error in the job log

Backup -\\<linuxservername>\[ROOT]

V-79-57344-33928 - Access is denied

Access denied to directory home/jdoering/.

V-79-57344-33928 - Access is denied

or

Final error: 0xe0008488 - Access is denied.

Error in the job log

Backup - $$testlab.veritas.com $  [ROOT]

V-79-57344-33928 - Access is denied

Access denied to file p01/orabackup/devp/u01/control01.ctl

V-79-57344-33928 - Access is denied

V-79-57344-33928 / V-79-57344-33928 / V-79-57344-33928

Solution

The error 0xe0008488 - Access is denied can occur due to the following issues with RALUS:
  1. The Backup Exec Remote Agent for Linux/UNIX Servers is unable to browse directories on remote Linux/UNIX computers with filenames containing non EUC encoded characters.
  2. Job Fails with "V-79-57344-33928 - Access is Denied" on few folders on SUSE Enterprise Linux 11.
  3. 0xe0008488 - Access is denied when a backup up of Solaris Snapshot Volume runs.
 
  1.  The Backup Exec Remote Agent for Linux/UNIX Servers is unable to browse directories on remote Linux/UNIX computers with filenames containing non EUC encoded characters.
The above error occurs because Backup Exec is unable to read the characters in the UNIX/Linux file system that are non EUC encoded. EUC (Extended Unix Code) is a multi byte encoding standard used to represent large Asian character sets.
 
As a workaround, the Backup Exec Remote Agent for Linux and UNIX Servers (RALUS) config file can be edited so that Backup Exec will override the agent's localization detection and cause it to use an encoding that should allow the Unicode characters to be translated correctly. Perform the following at the remote Linux/UNIX computer:
 
  • Stop the RALUS by executing the command   /etc/init.d/VRTSralus.init stop
  • The configuration file of the RALUS is ralus.cfg, located in the path /etc/VRTSralus on the remote UNIX/Linux server.
  • Open ralus.cfg in a text editor such as vi and locate the following line: 
    • Software\VERITAS\Backup Exec\Engine\RALUS\Encoder=
  • Add the following to the above line: LATIN-1. The new line should like this:
    • Software\VERITAS\Backup Exec\Engine\RALUS\Encoder=LATIN-1
  • Execute the command /etc/init.d/VRTSralus.init start to start the RALUS on the remote Linux/UNIX server.
 
  1. Job Fails with "V-79-57344-33928 - Access is Denied" on few folders on SUSE Enterprise Linux 11.
Issue is caused if the customer is or was using GNOME Desktop and has mounted the .gvfs directory in the folder
 
Unmount the .GVFS Directory Mount from the folder ( This issue is resolved in Backup Exec 23 )
Steps to unmount manually :
  • 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/

Note: GVFS is the virtual filesystem for the GNOME desktop.

  1. 0xe0008488 - Access is denied when a backup up of Solaris Snapshot Volume runs.

As a workaround, the Backup Exec Remote Agent for Linux and UNIX Servers (RALUS) needs to be restarted after the snapshot has been mounted. 

 

 

References

UMI : V-79-57344-33928

Was this content helpful?