cancel
Showing results for 
Search instead for 
Did you mean: 

BE 20.3.1188 RALUS backups started failing, edit job says Failure to browse [ROOT]

RockwellMuseum
Level 4

Backups were working for a long time then suddenly started failing with job log
V-79-57344-33967 - Directory not found. Cannot backup directory / and its subdirectories.
Final error: 0xe00084af - The directory or file was not found, or could not be accessed.

Attempt to edit job result in a popup titled "Browse failure" and contents "Failure to browse [ROOT]"

Establish trust succeeds

Test credentials: server's login = success. [ROOT] = Test Failed. No option to change or edit credentials.

I am desperate. Anything I find online is years out of date or not the exact error I am experiencing.

14 REPLIES 14

Steve-Young
Level 6
Employee

What happens if you create a new job does it browse?

Did something change on the Linux OS side like a update(s) and or firewall turned on?

Are these RHEL OS's ?

https://www.veritas.com/content/support/en_US/article.100015695.html

 

 

 

 

Can't browse on a new job. Attempting to attach a screenshot...

Capture.JPG

 

 

criley
Moderator
Moderator
Employee Accredited

@RockwellMuseum 

If you stop, then restart RALUS, do things start working again? https://www.veritas.com/support/en_US/article.100006524.html

What version/flavour of Linux are you seeing the issue on?

RALUS restart does not help.

Answering other questions above that I messed earlier:
- Most notable change in Linux server was troubleshooting failure of winbind integrated logins. Many troubleshooting steps were done by various people. Problem turned out to be the DC winbind was reaching out to was down and winbind did not try to reach a backup DC.
- Linux is RHEL 7.3

criley
Moderator
Moderator
Employee Accredited

@RockwellMuseum 

I'd recommend that you open a support case for this as we will probably need to enable debugging and reproduce the issue to figure out what is going on here.

According to Veritas support I am not allowed to open a support case due to this being an "NFR" license, software donation by Veritas. Definitely feeling hung out to dry . . .

Also according to Veritas, I'm not even allowed to BUY support. They insist support must be purchased through the dealer the license came from. The "dealer" is techsoup.org who has absolutely nothing to do with support and cannot access paid support or any other kind of support. Seriously regretting accepting this software donation.

criley
Moderator
Moderator
Employee Accredited

@RockwellMuseum 

I will see if I can follow up internally about this situation but have you spoken with techsoup about potentially purchasing support via them? Sorry if you already have but this is not a scenario that I am familiar with... I will try to get an answer for you though.

EDIT: Assume this is what you have: https://www.techsoup.org/products/veritas-backup-exec-20--G-49693--

We can try and help via these forums but, depending on the nature of the issue, more detailed analysis is required - hence the need for a formal support case. For now, can you load RALUS in debug mode (log to a file), then reproduce the failure, then provide the RALUS debug log for review.

https://www.veritas.com/support/en_US/article.100016633.html

Log output is too long for a message in this forum. Attached (maybe) is the log output from your linked instruction (which has issues BTW).

This log covers this span of time:
- Start VRTSralus, logging to file
- On BE server edit job, attempt to expand [ROOT] (same error)
- Stop VRTSralus

-frank

criley
Moderator
Moderator
Employee Accredited

@RockwellMuseum 

Thanks for the log, some of the errors seem to match this article https://www.veritas.com/support/en_US/article.100031084.html

e4fc7700 Mon Mar 18 14:11:03 2019 : ===> gfsp vxms plugin: stat failed /run/user/1001/gvfs errno 13
e4fc7700 Mon Mar 18 14:11:03 2019 : ===> gfsp vxms plugin: stat failed /run/user/1001/gvfs errno 13
e4fc7700 Mon Mar 18 14:11:03 2019 : ===> vf_newpgn: couldn't initialize libgfsp.so
e4fc7700 Mon Mar 18 14:11:03 2019 : ===> gfsp vxms plugin: stat failed /run/user/1001/gvfs errno 13
e4fc7700 Mon Mar 18 14:11:03 2019 : ===> gfsp vxms plugin: stat failed /run/user/1001/gvfs errno 13

@criley 
Thanks but there's not much to go on here. That article has you list user accounts, then gives the non-instruction
"2.Give the required permission on the file to the backup account."

I mustn't delete the user home directories.

It also could be https://www.veritas.com/content/support/en_US/article.100015695.html which is the same "basic" issue Chris pointed out.

 

Are the user(s) using a Graphical Interface such as (Gnome)?

 

 

 

 

 

@Steve-Young 
I think this is on the right trail, FUSE mounts can't be accessed by root, but I can't find any instruction on granting root access to those mount points. Invariably discussions just skip over that part.