cancel
Showing results for 
Search instead for 
Did you mean: 

Archive Backup issue: EC50

NBU35
Level 6

Hi 

We are taking archive backups of one folder on Windows 2012 server & NBU version 7.6.0.1

Archive bat file is executed from Windows task scheduler. It backups files and fails to delete those files aftrer backup, archive backup job fails with EC50.

I checked netstat on port 13782/13724 on client, there are no "TIME_WAIT".

Also client read time out on media server is already very high.

Media Server HP UX 11.31, NBU 7.6.0.3

Please suggest.

 

1 ACCEPTED SOLUTION

Accepted Solutions

NBU35
Level 6

Issue has been fixed, by inceasing the value of "User directed operation Time out" to 1800 sec in BAR  of client

 

Thanks Marriane for your support !!!

View solution in original post

11 REPLIES 11

mnolan
Level 6
Employee Accredited Certified

Status 50 is that a process aborted. First check if there are any core dumps on the servers (master, media, client).

NBU35
Level 6

Checked master & media server with following command and did not find anything.

find /usr/openv -name "*core*"

For windows can you please let me know where I can check core dump file

sdo
Moderator
Moderator
Partner    VIP    Certified

Hope these help:

https://msdn.microsoft.com/en-us/library/windows/desktop/bb787181(v=vs.85).aspx

http://stackoverflow.com/questions/3263813/a-process-crashed-in-windows-crash-dump-location

...from a Google search:

https://www.google.co.uk/?gws_rd=ssl#q=windows+process+dump+file+location

 

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified
Do you have bpbkar log folder on the client?

NBU35
Level 6

Yes, it is at verbosity level 3. I have sent you logs in Messages.

NBU35
Level 6

Thanks SDO for sharing links. I will check :)

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

I have received the bpbkar log that you sent via PM.

Logging level seems to be 5:

04:00:11.526 [15364.13908] <2> WinMain: BPBKAR_VERBOSE Debug log level: Actual=5, Effective=5

I have a personal issue with logs at level 5 - they are simply too big for me to sift through.
I believe that level 5 should only be enabled when requested by Veritas Support - the support engineers have the tools and the time to sift through level 5 logs.

 

Can you please upload the log created with this user archive?

 D:\Program Files\Veritas\NetBackup\archive\arch09172015.log

From the log that you sent me, it seems that this is a user archive of files under D:\Winevt\Backuplogs

I assume that you have good reason for wanting to backup and delete files in this path, but does the NetBackup Logon Service account have permission to delete anything in this path?

I see the following in the bpbkar log after data has been sent to the media server:

04:06:17.230 [15364.13908] <2> tar_base::V_vTarMsgW: INF - Client completed sending data for backup
04:06:17.230 [15364.13908] <4> tar_base::stopKeepaliveThread: INF - waiting for keepalive thread to exit ...
04:06:17.230 [15364.9320] <4> tar_base::keepaliveThread: INF - keepalive thread terminating (reason: WAIT_OBJECT_0)
04:06:17.231 [15364.13908] <4> tar_base::stopKeepaliveThread: INF - keepalive thread has exited. (reason: WAIT_OBJECT_0)
04:06:17.231 [15364.13908] <8> tar_backup_tfi::cleanupTemp: WRN - will not cleanup 'temp' directory, debug level(s) are too high
04:06:17.231 [15364.13908] <2> tar_base::V_vTarMsgW: INF - EXIT STATUS 1: the requested operation was partially successful

This status 1 is now the reason for files not being removed:

04:06:18.232 [15364.13908] <4> tar_backup::readServerMessage: INF - 'INF - Server status = 1' received
04:06:18.232 [15364.13908] <2> tar_base::V_vTarMsgW: WRN - Removal of backed up files failed.

 

At this stage, the high logging levels seems to be the issue!

WRN - will not cleanup 'temp' directory, debug level(s) are too high

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Not sure why you do not want to upload logs here... I am not always online and not always in a position to look at logs that are sent privately.

There seems to be an issue with the log as it stops logging after sending the file to the master server:

04:00:01.474 [14452.15636] <2> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: sending user archive request to bprd

There are no more entries after the list of folders to be archived:

04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/......
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/.....
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/......
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/....
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/.....
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/......
04:00:01.477 [14452.15636] <4> D:\Program Files\VERITAS\NetBackup\bin\bparchive.exe: /D/Winevt/Backuplogs/......

You may want to try the user archive without -L and the log file name.

We can see in bpbkar log that more is happening until 04:06. 

This file not getting updated may be the cause of Status 50.

NBU35
Level 6

I have reduced verbosity to level 3, still issue exists.

User have full rights, it is an domain admin. NBU backups services are started with this user.

"temp" is refering to :\Program Files\Veritas\\NetBackup\Temp or C:\Windows\TEMP?

C:\Windows\TEMP is of size 1.4MB and Program Files\Veritas\\NetBackup\Temp is empty.

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

No idea.

I see some NBU snapshot leftovers on my laptop from previous test backups in  ....\Veritas\NetBackup\Temp. 

If you have tried the user archive without the -L option and the backup is still failing, please log a support call with Symantec/Veritas.
(I guess they will insist on level 5 logs!)

NBU35
Level 6

Issue has been fixed, by inceasing the value of "User directed operation Time out" to 1800 sec in BAR  of client

 

Thanks Marriane for your support !!!