01-30-2013 07:04 AM
Hi everybody!
My job backup status is Completed with Exceptions:
Unable to open the item \\br506mn01.amer-s.tycoelectronics.com\[ROOT]/var/run/sendmail.pid - skipped...
Unable to open the item \\br506mn01.amer-s.tycoelectronics.com\[ROOT]/var/run/sm-client.pid - skippe...
BACKUP EXEC 2012.
How can I fix this problem?
Thanks,
Bruno
Solved! Go to Solution.
02-01-2013 01:40 AM
Some new information has just been released , that should make official public documentations shortly.
RALUS backups (full system) are not recommended because of the reason that AOFO driver cannot snap system directories. We recommend backup of ONLY user data on Linux systems.
As such if the files listed in your message above count as part of system directories that RALUS (with AOFO) is perhaps not the solution.
01-30-2013 07:23 AM
Probably means an active process has a lock on the files that are denying BE access. Even if you have Open File support enabled it is possible there are some file lock conditions that cannot be handled.
01-30-2013 07:38 AM
Colin, but how I enable this function in Linux?
Look this article: http://www.symantec.com/business/support/index?page=content&id=TECH54359&actp=search&viewlocale=en_U...
01-31-2013 12:34 AM
Try reading the section entitled
"About installing the Remote Media Agent for Linux"
in the Backup Exec 2012 admin guide.
Also be careful to confirm that the Linux version yoru are running supports either Advanced Open File as not all Linux operating systems are supported.
Bear in mind that TECH article you quoted was wriiten for Backup Exec 2010 and earlier and is basically stating that we had no Open file capabuility on Linux in those versions. The reason it is written t look a little like a defect is actually to make the error message more understandable,
02-01-2013 01:40 AM
Some new information has just been released , that should make official public documentations shortly.
RALUS backups (full system) are not recommended because of the reason that AOFO driver cannot snap system directories. We recommend backup of ONLY user data on Linux systems.
As such if the files listed in your message above count as part of system directories that RALUS (with AOFO) is perhaps not the solution.