Symantec Backup Exec 报"Access denied to directory xxx" Error Code E0008488

使用Symantec Backup Exec将几台Linux服务器上的RMAN备份收带时，偶尔会遇到作业备份失败的情况，检查Job History，就会发现有“Access denied to directory u05/backup/backupsets" 这类错误，当然实际路径为/u05/backup/backupsets. 另外错误代码为E0008488

在官方文档" Troubleshooting error "Access is denied" with Backup Exec Remote Agent for Linux/UNIX server (RALUS) backups"这篇文章有下面介绍：

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

Solution

The error 0xe0008488 - Access is denied can occur due to 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.

1. Job Fails with "V-79-57344-33928 - Access is Denied" on few folders on SUSE Enterprise Linux 11.

1. 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:

1. Stop the RALUS by executing the command  /etc/init.d/VRTSralus.init stop

1. The configuration file of the RALUS is ralus.cfg, located in the path /etc/VRTSralus on the remote UNIX/Linux server.

1. Open ralus.cfg in a text editor such as vi and locate the following line:

Software\VERITAS\Backup Exec\Engine\RALUS\Encoder=

1. Add the following to the above line: LATIN-1. The new line should like this:

1. Software\VERITAS\Backup Exec\Engine\RALUS\Encoder=LATIN-1

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

1. Unmount the .GVFS Directory Mount from the folder

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.

Terms of use for this information are found in Legal Notices.

那么我们来分析一下Symantec Backup Exec 报“Access is denied”错误的几种原因

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.

目录/u05/backup/backupsets/，以及/u05/backup/backupsets/下的所有文件名称均不包含非EUC编码字符。也没有使用任何中文字符。那么这个原因可以排除。

2： Job Fails with "V-79-57344-33928 - Access is Denied" on few folders on SUSE Enterprise Linux 11.

我们系统版本为Red Hat Enterprise Linux Server release 5.7 ，不是SUSE企业版本. 但是报的错误信息“V-79-57344-33928 - Access is Denied”跟文档一模一样。 另外桌面系统也确实为gnome，但是找了一下没有找到挂载.gvfs目录。

3：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.

关于这个我们这几台确实都设置了Snapshot Volume.因为DR方案使用了paltespin进行复制。看来很有可能就是这个原因造成的。

参考资料：

https://www.veritas.com/support/en_US/article.TECH38357