Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

linux oracle apps backup

Created: 28 Aug 2012 • Updated: 25 Feb 2013 | 11 comments
syedzeeshan's picture
This issue has been solved. See solution.

hi

i am facing problems with the while backup up linux oracle 5.7

nbu agent installed is 6.5

linux 32 bit

master server windows 2008 R2 

nbu 7.5

bptestcd

bptestbpcd

:\Program Files\Veritas\NetBackup\bin\admincmd>bptestbpcd -client appsdev.alqur

aishi.com -verbose -debug

17:44:49.602 [9872.9412] <2> bptestbpcd: VERBOSE = 0

17:44:49.602 [9872.9412] <8> file_to_cache_item: [vnet_addrinfo.c:6555] fopen()

failed ERRNO=2 FILE=C:\Program Files\Veritas\NetBackup\var\host_cache\125\f53725

+veritas_pbx,1,400,2,1,0+appsdev.alquraishi.com.txt

17:44:49.602 [9872.9412] <8> cache_item_to_file: [vnet_addrinfo.c:6434] fopen()

failed ERRNO=13 PATH=C:\Program Files\Veritas\NetBackup\var\host_cache\125\ainfo

-09872346078689602412000000000-a09412

17:44:49.602 [9872.9412] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.

c:1690] cache_item_to_file() failed 0 0x0

17:44:49.618 [9872.9412] <8> file_to_cache_item: [vnet_addrinfo.c:6555] fopen()

failed ERRNO=2 FILE=C:\Program Files\Veritas\NetBackup\var\host_cache\125\f53725

+vnetd,1,400,2,1,0+appsdev.alquraishi.com.txt

17:44:49.618 [9872.9412] <8> cache_item_to_file: [vnet_addrinfo.c:6434] fopen()

failed ERRNO=13 PATH=C:\Program Files\Veritas\NetBackup\var\host_cache\125\ainfo

-09872346078689618412000000001-a09412

17:44:49.618 [9872.9412] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.

c:1690] cache_item_to_file() failed 0 0x0

17:44:49.618 [9872.9412] <8> file_to_cache_item: [vnet_addrinfo.c:6555] fopen()

failed ERRNO=2 FILE=C:\Program Files\Veritas\NetBackup\var\host_cache\125\f53725

+bpcd,1,400,2,1,0+appsdev.alquraishi.com.txt

17:44:49.618 [9872.9412] <8> cache_item_to_file: [vnet_addrinfo.c:6434] fopen()

failed ERRNO=13 PATH=C:\Program Files\Veritas\NetBackup\var\host_cache\125\ainfo

-09872346078689618412000000002-a09412

17:44:49.634 [9872.9412] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.

c:1690] cache_item_to_file() failed 0 0x0

17:44:50.632 [9872.9412] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_

ERROR returned 10061 0x274d

17:44:50.648 [9872.9412] <8> vnet_vnetd_service_socket: [vnet_vnetd.c:1996] VN_R

EQUEST_SERVICE_SOCKET 6 0x6

17:44:50.648 [9872.9412] <8> vnet_vnetd_service_socket: [vnet_vnetd.c:2010] serv

ice bpcd

17:44:50.694 [9872.9412] <2> logconnections: BPCD CONNECT FROM 192.168.20.94.502

49 TO 192.168.20.92.13724 fd = 632

17:44:51.724 [9872.9412] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_

ERROR returned 10061 0x274d

17:44:51.740 [9872.9412] <8> do_vnetd_service: [vnet_connect.c:1991] connect VNE

TD CONNECT FROM 192.168.20.94.50251 TO 192.168.20.92.13724 fd = 656

17:44:51.740 [9872.9412] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnet

d.c:443] VN_REQUEST_CONNECT_FORWARD_SOCKET 10 0xa

17:44:51.771 [9872.9412] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnet

d.c:460] ipc_string /tmp/vnet-31070346078969221550000000000-TVaUCd

17:44:51.974 [9872.9412] <2> put_string: cannot write data to network:  An exist

ing connection was forcibly closed by the remote host.

17:44:51.989 [9872.9412] <2> bpcr_put_vnetd_forward_socket: put_string /tmp/vnet

-31070346078969221550000000000-TVaUCd failed: 10054

17:44:51.989 [9872.9412] <2> local_bpcr_connect: bpcr_put_vnetd_forward_socket f

ailed: 24

17:44:51.989 [9872.9412] <2> ConnectToBPCD: bpcd_connect_and_verify(appsdev.alqu

raishi.com, appsdev.alquraishi.com) failed: 24

<16>bptestbpcd main: Function ConnectToBPCD(appsdev.alquraishi.com) failed: 24

17:44:51.989 [9872.9412] <16> bptestbpcd main: Function ConnectToBPCD(appsdev.al

quraishi.com) failed: 24

<2>bptestbpcd: socket write failed

17:44:52.005 [9872.9412] <2> bptestbpcd: socket write failed

<2>bptestbpcd: EXIT status = 24

17:44:52.005 [9872.9412] <2> bptestbpcd: EXIT status = 24

socket write failed

You have seen the bptestcd debug

Comments 11 CommentsJump to latest comment

Will Restore's picture

name resolution

ensure FQDN is resolvable by the Master server using DNS or local hosts file

Will Restore -- where there is a Will there is a way

Marianne's picture

Please post client's bpcd log file.

If the log does not exisit, create bpcd folder under /usr/openv/netbackup/logs.

Run bptestbpcd again, then rename log file to bpcd.txt and post as attachment.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

syedzeeshan's picture

hi

kindly find the attached bpcd logs.

oracle linux 5.7

AttachmentSize
socket error .txt 4.63 KB
Marianne's picture

We need the bpcd log file on the client, PLEASE?

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

muhanad.daher's picture

check the name of client, master and media on hosts files.

when there is no jobs run run this following command in Master.

/veritas/netbackup/bin/bpclntcmd -clear_host_cache.

then try bptestbpcd again.

Regards,

Muhanad Daher

Senior Data Center Engineer

CRZ's picture

First of all, in your last attached log, the machine you're pinging (ad-dc.alquraishi.com [192.168.20.99]) is not the machine you're testing (appsdev.alquraishi.com, appears to be 192.168.20.92), so try to ping the machine you're testing.

Better than that, try a telnet to the vnetd port (`telnet appsdev.alquraishi.com 13724`) - I bet it doesn't work.  It looks like you're getting the old 10061 (WSAECONNREFUSED aka "Connection refused"), according to both of your logs:

17:44:50.694 [9872.9412] <2> logconnections: BPCD CONNECT FROM 192.168.20.94.502
49 TO 192.168.20.92.13724 fd = 632
17:44:51.724 [9872.9412] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_
ERROR returned 10061 0x274d

Find out what's blocking this attempt.

I don't think this is a NetBackup issue.


bit.ly/76LBN | APPLBN | 75LBN

syedzeeshan's picture

thank you

its doing the same thing.

any other work around .to ensure the connection between master /client

etc hosts files are added.in ping they can see each other

Yasuhisa Ishikawa's picture

Check if firewall is enabled and it blocks access to 13724 port.

Authorized Symantec Consultant(ASC) Data Protection in Tokyo, Japan

CRZ's picture

I ask again:

Please attempt `telnet <hostname> 13724` and tell us if it connects or if the connection is refused.

Ping is nice but this is what we REALLY need to know.

If in fact the connection is refused, talk to your network administrators.

NetBackup can't work without the ability to use the network!


bit.ly/76LBN | APPLBN | 75LBN

syedzeeshan's picture

hi all

sorry for the delay i removed the nbu client

install it again as fresh installation

disbale the iptables it work fine

issu resolved backup and restore the working perfectly on the client

SOLUTION