Multiple Errors encountered when trying to backup XSAN using Backup Exec 12.5 (E000FE19 & E00084AF)

I have been trying to backup an 8TB XSAN using a new media server and a Dell TL4000 LTO4 tape device with 4 drives.  The volume in question is about 6TB and is split logically into 4 different jobs to decrease backup time and to make the jobs smaller which should give better visibility in the event any errors occur.  I have tried to back this volume up using two different XSERVE reshare servers to no avail.  Also, both reshare servers have the 12.5 agent newly installed from the disc provided.

Each time any of the 4 jobs has run, they fail with the following errors:
Final error: 0xe000fe19 - An operation was attempted on an item that has not been opened.
Final error: 0xe00084af - The directory or file was not found, or could not be accessed.

After the verify operation, a job that should be about 1.5TB appears to have only backed up 30GB-80GB.  Many files are being listed as corrupt or are skipped.  I have looked at numerous Symantec support articles, but have yet to find a fix.  I also have a case open with Symantec which has yet to be resolved.  I have also run VXGATHER and sent everything to them (pending a response).

I have walked through our job options with a few Symantec reps at this point.  They have given their "stamp of approval" on the options we are selecting.  I recently made the logon account for that server the default on the media server and will be putting the media server on the same subnet today in order to rule that out.

Has anyone had a similar problem with Mac and what things should I be looking for?

H. M.
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

I have found for some odd reason selection lists get screwed up on occassion, whether it's a database issue or not i'm not sure.  When i upgraded from backup exec 12 to 12. i had an issue with an exchange job in which the selction list for whatever reason wasn't valid.  When you view by resource it hides a lot of info (like exclusions, and can include items that exist but are showing up different for whatever reason).  In my case i had to delete the jobs, and selection list, create a new selection list and join it to the existing policy.  In short i would review your selection lists by going to the "view selection details" tab rather than the view by resource view, and check resource credentials in backup exec and on your SAN.
discmakersAuthor Commented:
I have, on numerous occasions, recreated everything job related including blowing out the catalogs, recreating jobs, selection lists, using different servers, reinstalling the agents, etc.  Nothing worked properly.  However, it would seem that it works if you only run one job against the server at a time.  It appears that the Mac remote agent doesn't like two jobs running at once.  So, one big job will have to do it for now.  Thanks for your input.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Storage Software

From novice to tech pro — start learning today.