Backups are failing for a Unix host

[Vino_J]

Hi ,

We are trying to backup a HPUX client and the backups are continously failing. We have a Windows Master Server (Windows 2003 Enterprise Version/64 bit) and the Version of Netbackup is 6.5.6. While analysing the bpbkar logs in the client found the following error:

"

01:56:59.681 [991] <2> bpbkar SelectFile: INF - path = bmra42_060810.dmp.gz
01:56:59.690 [991] <4> bpbkar process_file: INF - VX_UNBUFFERED failed on /app/T
esting-Backups/RT04/full/bmra42_060810.dmp.gz. Errno = 251: Function is not avai
lable
01:56:59.690 [991] <4> bpbkar process_file: INF - VX_DIRECT failed on /app/Testi
ng-Backups/RT04/full/bmra42_060810.dmp.gz. Errno = 251: Function is not availabl
e

01:57:02.406 [991] <2> bpbkar SelectFile: INF - path = ecvaa42_060810.dmp.gz
01:57:02.407 [991] <4> bpbkar process_file: INF - VX_DIRECT failed on /app/Testi
ng-Backups/RT04/full/ecvaa42_060810.dmp.gz. Errno = 251: Function is not availab
le

01:57:21.181 [991] <4> bpbkar process_file: INF - VX_DIRECT failed on /app/Testi
ng-Backups/RT04/full/saa42_060810.dmp.gz. Errno = 251: Function is not available
02:02:17.862 [991] <4> bpbkar PrintFile: /app/Testing-Backups/RT04/full/saa42_06
0810.dmp.gz

02:30:07.115 [991] <4> bpbkar process_file: INF - VX_DIRECT failed on /app/Testi
ng-Backups/RT06/saa42_230810.dmp. Errno = 251: Function is not available
04:04:57.010 [991] <2> bpbkar PrintFile: CPR - 16125627 2859 1304684204 13047374
94 137 0 0 5 992797684 2 1 1073741833 511 0 42 /app/Testing-Backups/RT06/saa42_2
30810.dmp

04:30:35.708 [991] <2> get_long_: protocol error - four byte read failed (Connec
tion reset by peer)
04:30:35.725 [991] <2> get_string_: failed reading string length (Connection res
et by peer)
04:30:35.753 [991] <16> bpbkar Exit: ERR - bpbkar FATAL exit status = 23: socket
 read failed
04:30:35.774 [991] <4> bpbkar Exit: INF - EXIT STATUS 23: socket read failed
04:30:35.790 [991] <2> bpbkar Exit: INF - Close of stdout complete"

Checked a previous issue in Symantech connect forum and tried to run the vxlicrep utility and got the following output.

"$ ./vxlicrep

Symantec License Manager vxlicrep utility version 3.02.24.0
Copyright (C) 1996-2006 Symantec Corporation. All rights reserved.

Creating a report on all VERITAS products installed on this system

vxlicrep ERROR V-21-3-1003 There are no valid VERITAS License keys installed in the system."

Is this something to do with this issue?? Please advise

[emret]

l found something for you please check it ;

This problem is caused by the direct IO. You can ignore this warning. If you look at the alarm unhappy, you can disable the swap by direct IO.

# Cat> / usr / openv / netbackup / AIO_READS_MAX 
1 
<Ctrl-d>

[Zahid_Haseeb]

Its another story that you can or cant take the backup. What I had said on the behalf of the no valid license. 

[Will_Restore]

What is filesystem type that are successful?

What is filesystem type of the one f/s that fails?

[Marianne]

I see two problems here:

bpbkar process_file: INF - VX_DIRECT failed on..... Errno = 251: Function is not available

and (after about 2 hours):

<16> bpbkar Exit: ERR - bpbkar FATAL exit status = 23: socket  read failed

for the first, please see http://www.symantec.com/docs/TECH59146

The second looks likes a firewall timeout - see http://www.symantec.com/docs/TECH91271
Please ignore the SQL backup details and have a look at the Resolution:
... the firewall ... has timeout values which are preventing the backup from completing successfully.  Work with the firewall manufacturer to resolve the timeout issues.

[Vino_J]

For the first issue the in the symantec doc its mentioned that this error occurs while writing to an Online JFS.

In my initial post I have specified the output for vxlicrep . Should that be corrected first. Please also let us know what is that used for or if possible a brief note on that

[Marianne · Accepted solution]

As per Bill's post - What is filesystem type of the one f/s that fails?

As far as I'm aware HP-UX comes with OEM version of VxFS, so, no license required.
If there was a licensing problem, the VxFS kernel modules would not load and the filesystem would not be mountable. NetBackup does not check Storage Foundation licensing when running backups. As long as filesystem is supported and accessible, it will be backed up.

The way I read the 1st TN is that the title is somewhat misleading (incorrect?).

The problem is described under the 'Issue' heading:

.. backing up large mounts of data from a JFS filesystem...
.... using a Gigabit Ethernet interface network card ....

Testing bpbkar by backing up the failing file system with the -nocont switch to /dev/null is successful.  Running smaller backups from the same failing filesystems run successfully.  This indicates that the problem relates to the Gigabit network interface.

So - this is my interpretation of the TN:

Problem exists on HP-UX 11.23, backing up large mounts of data... using a Gigabit Ethernet interface network card...

Solution:  
Apply the latest HP-UX 11.23 Gigabit Ethernet interface patch, which includes the latest drivers. 
At the time this TechNote was published, the most recent patch was PHNE_37324.

Also find out from the Firewall Admins if there is a timeout on the firewall.

[Vino_J]

Thanks Marianne!!!.. Will do so and will update....

[AnotherUnknownV]

vxlicrep is a command for Veritas storage foundation solutions. You just get information that Storage Foundation is not licenced for this system, but NetBackup does not need that.

For NetBackup, you would use command : bpminlicense -v

NBU clients don't have a licence, anyway.

If you have a problem with huge amount of files, try a small backup of a single file from the client to a disk storage unit ... you'll know if the client can be backed up.

About firewall, are the client and the media server separated by te firewall ?

Do you have other client machines in the same case that you could succeed in backuping ? Anyway, the bptestbpcd seems to find its way, so the backup job should too.

[Vino_J]

The Current Version of OS in the client in 11.31 and the drivers in the Servers are as follows:

10GigEthr-00 B.11.31.1003 PCI-X 10 Gigabit Ethernet;Supptd HW=AB287, HW=AD385

10GigEthr-02 B.11.31.1003 PCIe 10 Gigabit Ethernet;Supptd HW=567799-B21

[Vino_J]

Thanks for the explanation and making things clear.... As suggested by Marianne is there any latest patch available for the Gigabit Ethernet interface....