BMR Backup Hang-Not moving

[virankumar]

Hello Team,

I ran one BMR backup , it been queued from 16hours . There is no Child jods triggered

When i was trying to kill the master server process , its picking the backups (child jobs are triggering )

Any one please help me in this situvation

Master server -Solaris (Netbackup 6.5.6)

Client - Linux (Netbackup 6.5.6)

Thanks & Regards

Virankumar S

[Jaime_Vazquez]

OK, there are several tings in here that are problematic For starts, the environment is 6.5.6, which has been EOSL for quite a while now. 

Need some more details for the Master/Client environment. What version of Solaris is the Master?  What version/release is the Linux client?

When performing an NBU backup with the BMR feature enabled, you should get an initial job on the Admin Console that shows the BMR portion of the  process.  Do you see that?  If so can you share the job details as shown for it?

The BMR portion is there to create, capture and insert the client configuration into the BMRDB.  The NBU job manager performs two functions for this:

1.It sends a START_NOTIFY to the client with appropriate option information which causes the client system to run "bmrsavecfg" locally.  This process creates the client information in a file called "bundle.dat". 
2. It creates a bpbrm process which starts up and waits for the client to send it the client configuration file. This becomes the "master job" and stays resident until the entire NBU back is completed.
3.  When the client process completes, it sends the bundle file to bpbrm for insertion into the BMRDB.
4. The bpbrm process forwards the file to the bmrd process on the Master for DB insertion and waits for a response when complete.
5. The bmrd process, using database services, insert the information into the BMRDB and when complete, returns either a zero or a one to bpbrm as the status code.
6. The bpbrm gets the response and then starts firing off the normal NBU backup streams noted in the policy.  Those become their own jobs and get their own job id.
7. Normal NBU backup occurs and when the last stream completes, the "master job" captures the highest status code of all of the job and terminates with that status code.

With all of this, please tell me where you are seeing the "hang"? 

You can emulate the BMR portion of this by doing the following (all commands are in /usr/openv/netbackup/bin):

On the Linux client, run the command "/bmrsavecfg -infoonly". This creates the file "/usr/openv/netbackup/baremetal/client/data/bundle.dat". Run "echo $?" immediately after that to get the return code.
If the return code on the client was zero, copy this file to the Master at any directory.  As an example, create the file "/tmp/bundle.dat".
Manually import the configuration into the BMRDB by running "bmrs -o import -res config -path /tmp//bundle.dat". Again run "echo $?" to get its return code.

If all of this worked with no errors (rc=0) then BMR is not the culprit. Try the backup with the BMR option disabled but with the "True Image" and "With move detection" enabled. Setting the BMR option on automatically enables both.

Please let us know your results for all of this.

[virankumar]

Hello Jaime,

Client Linux

-----------------------

Red Hat Enterprise Linux Server release 5.5 (Tikanga)

Master Solaris :

-------------------

Solaris 5.10

Detaisl JOb details

------------------------------

Aug 26, 2014 6:00:00 PM - requesting resource tb-mast-01-disk
Aug 26, 2014 6:00:00 PM - requesting resource tb-mast-01.NBU_CLIENT.MAXJOBS.tb0dbs0-bsn
Aug 26, 2014 6:00:00 PM - requesting resource tb-mast-01.NBU_POLICY.MAXJOBS.ct1_ivr_ccps_fs_policy
Aug 26, 2014 5:59:47 PM - collecting BMR information
Aug 26, 2014 5:59:47 PM - connecting
Aug 26, 2014 5:59:48 PM - connected; connect time: 0:00:00
Aug 26, 2014 5:59:48 PM - transfering BMR information to the master server
Aug 26, 2014 5:59:48 PM - connecting
Aug 26, 2014 5:59:48 PM - connected; connect time: 0:00:00
Aug 26, 2014 6:00:02 PM - granted resource  tb-mast-01.NBU_CLIENT.MAXJOBS.tb0dbs0-bsn
Aug 26, 2014 6:00:02 PM - granted resource  tb-mast-01.NBU_POLICY.MAXJOBS.ct1_ivr_ccps_fs_policy
Aug 26, 2014 6:00:02 PM - granted resource  MediaID=@aaaab;Path=/staging;MediaServer=bnct1-dl180g6-04
Aug 26, 2014 6:00:02 PM - granted resource  tb-mast-01-disk
Aug 26, 2014 6:00:03 PM - estimated 36698 kbytes needed
Aug 26, 2014 6:00:03 PM - begin Parent Job
Aug 26, 2014 6:00:03 PM - begin Stream Discovery: Start Notify Script
Aug 26, 2014 6:00:03 PM - started process RUNCMD (pid=4060)
Aug 26, 2014 6:00:03 PM - ended process 0 (pid=4060)
Operation Status: 0
Aug 26, 2014 6:00:03 PM - end Stream Discovery: Start Notify Script; elapsed time 0:00:00
Aug 26, 2014 6:00:03 PM - begin Stream Discovery: Stream Discovery
Aug 26, 2014 6:00:03 PM - started process bpmount (pid=23048)
Operation Status: 0
Aug 26, 2014 6:00:03 PM - end Stream Discovery: Stream Discovery; elapsed time 0:00:00
Aug 26, 2014 6:00:03 PM - begin Stream Discovery: Bare Metal Restore Save
Aug 26, 2014 6:00:04 PM - started process bpbrm (pid=14381)

Its been hang , here not connecting

root@tb-mast-01 # bmrs -o import -res config -path /tmp/bundle.dat

[jim_dalton]

I'd be seriously tempted to upgrade to latest and greatest: there have been no end of fixes from 6.5 to 7.6 and plenty of those are BMR. Besides, if you dont then Symantec wont be helping you either. Maybe you are no longer under a support contract?

One obvious question: you've been through the bmrsetup steps yes? And all was good?

Jim 

[virankumar]

HI Team,

Can any one please give me update on this

previusly BMR backup works on this server but now its hanging in between

[Marianne]

Please show us detailed output of each step suggested by Symantec BMR Expert Jaime's post on 28 August.

You are going to battle to find better assistance than this - NBU 6.x ran out of support 2 years ago.

If this has worked before, you need to find out what exactly has changed, since it seems that NBU has not changed in some years in this environment...

[virankumar]

Each step james suggested i have ran successfully

But when the step in master server

root@masterserver # bmrs -o import -res config -path /tmp/bundle.dat

its been hang here

Thanks & Regards

Virankumar

[jim_dalton]

So run that step agan that hangs prefixed with the "truss" command. This will show you the system calls being executed and should show you the syscall it makes prior to it hanging.That should then lead you to a fix. I recommend using the -f option to the command.

The output will be potentially large, so you could choose to put it in a file and then examine the file

Jim

[virankumar]

Hi Maria,

I have ran command again in client and Master

In master the  Manually import the configuration into the BMRDB , its hanging here is no movement at all

Detail discription of job from GUI

-----------------------------------------------

Sep 19, 2014 2:30:59 PM - collecting BMR information
Sep 19, 2014 2:30:59 PM - connecting
Sep 19, 2014 2:30:59 PM - connected; connect time: 0:00:00
Sep 19, 2014 2:30:59 PM - transfering BMR information to the master server
Sep 19, 2014 2:30:59 PM - connecting
Sep 19, 2014 2:30:59 PM - connected; connect time: 0:00:00
Sep 19, 2014 2:31:13 PM - requesting resource tb-mast-01-disk
Sep 19, 2014 2:31:13 PM - requesting resource tb-mast-01.NBU_CLIENT.MAXJOBS.tb0dbs0-bsn
Sep 19, 2014 2:31:13 PM - requesting resource tb-mast-01.NBU_POLICY.MAXJOBS.ct1_ivr_ccps_fs_policy
Sep 19, 2014 2:31:14 PM - granted resource  tb-mast-01.NBU_CLIENT.MAXJOBS.tb0dbs0-bsn
Sep 19, 2014 2:31:14 PM - granted resource  tb-mast-01.NBU_POLICY.MAXJOBS.ct1_ivr_ccps_fs_policy
Sep 19, 2014 2:31:14 PM - granted resource  MediaID=@aaaab;Path=/staging;MediaServer=bnct1-dl180g6-04
Sep 19, 2014 2:31:14 PM - granted resource  tb-mast-01-disk
Sep 19, 2014 2:31:14 PM - estimated 0 kbytes needed
Sep 19, 2014 2:31:14 PM - begin Parent Job
Sep 19, 2014 2:31:14 PM - begin Stream Discovery: Start Notify Script
Sep 19, 2014 2:31:14 PM - started process RUNCMD (pid=12483)
Sep 19, 2014 2:31:14 PM - ended process 0 (pid=12483)
Operation Status: 0
Sep 19, 2014 2:31:14 PM - end Stream Discovery: Start Notify Script; elapsed time 0:00:00
Sep 19, 2014 2:31:14 PM - begin Stream Discovery: Stream Discovery
Sep 19, 2014 2:31:14 PM - started process bpmount (pid=8339)
Operation Status: 0
Sep 19, 2014 2:31:14 PM - end Stream Discovery: Stream Discovery; elapsed time 0:00:00
Sep 19, 2014 2:31:14 PM - begin Stream Discovery: Bare Metal Restore Save
Sep 19, 2014 2:31:15 PM - started process bpbrm (pid=27132)

From client side
-------------------

[root@Client ~]# cd /usr/openv/netbackup/bin
[root@Client bin]# ./bmrsavecfg -infoonly
[root@Client bin]# echo $?
0
[root@Client bin]#

[root@Client bin]# cd /usr/openv/netbackup/baremetal/client/data
[root@Client data]# ls -l bun*
-rw-r----- 1 root root 129536 Sep 19 14:32 bundle.dat
[root@Client data]# scp -rp bundle.dat root@10.0.4.10:/tmp
Password:
bundle.dat                                                                                 100%  127KB 126.5KB/s   00:00
[root@Client data]#

From master
--------------------

root@Master # bmrs -o import -res config -path /tmp/bundle.dat

Wat else need to do Can you please suggest

[jim_dalton]

You could do as I suggested!

Jim

[virankumar]

Hi Jim,

in which command i need to give the truss and -f specification in which part i need to Do that

[Jaime_Vazquez]

Verify host name to IP correct for client on the Master/Media  and for the Master/Media on the client.

[virankumar]

Every thing is fine , but still its not picking

and where ever i try to stop the netbackup services in master server immeditly picking the backup

Is that means , any deamon stopping to pick the child streams ?

[LucSkywalker195]

Do you have access to the client? If so try these commands...

/usr/openv/netbackup/bin/vxlogcfg -a -p 51216 -o 111 -s DebugLevel=6 -s DiagnosticLevel=6

/usr/openv/netbackup/bin/bmrsavecfg -infoonly

/usr/openv/netbackup/bin/vxlogview -p 51216 -i 121 -d all -t 00:10:00

[Jaime_Vazquez]

The "hang" can occur due to issues on the client or issues on the Master.

On the client it can be one of two things. The process 'bmrsavecfg' is spinning and not completing, or the process is having issues sending the captured bundle.dat (the client configuration file) to the waiting bpbrm process.

On the Master, the reguklar NBU backup streams will not get kicked off until teh waiting bpbrm task gets teh bundle file and sends it off to bmrd to get imported. 

So, how t diagnose where the proces is failing:

1. On the client, set the DebugLevel for Orgid 121 to be 5. This is for the bmrsavecfg process.
vxlogcfg -a -p 51216 -o 121 -s "DebugLevel=5"
2. Run the bmrsavecfg process from teh command line:
bmrsavecfg -infoonly
3. If this proess runs to completion normally, then the problem is either getting the file to the Master or getting the file imported into the BMRDB
4. Copy the file "/usr/openv/netbackup/client/data/bundle.dat" to the Master Server.
5. Increase the debug level for the 'bmrd' process, OrgID 119, on the Master:
vxlogcfg -a -p 51216 -o 119 -s "DebugLevel=5"
5. Manually import the file into the BMRDB:
bmrs -o import -res config -path <path to bundle.dat file>
Again, if this completes in a normal 1-2 minutes, you are OK and the problem is some sort of communication error between the client and NBU Servers.

For failures on the client, get the log data with:
vxlogview -i 121
For failures on the Master, use:
vxlogview -i 119

Be aware that if either of the programs is caught in a loop, the debug log files will grow rather quickly.

Reset the DebugLevel back to default with:

vxlogcfg -a -p 51216 -o 121 -s "DebugLevel=1"
vxlogcfg -a -p 51216 -o 119 -s "DebugLevel=1"

In either case, I would highly recommend an upgrade to a 7.X reelase as it will allow for teh ability to open a support case for better assistance.

[virankumar]

Hello Luc,

I have ran those commands and i'm attaching that log with this please check and clarify

[virankumar]

Hello Team

Sorry for very long and late reply to this post

still i'm facing the same issue

from master server i can see below logs

-----------------------------------------------------------------------  

 vxlogview -i 119
16/04/2015 12:04:23.049 [bmrdcommonunix.cpp:PlatformForkCommon()] Entering, newsockfd=10
16/04/2015 12:04:23.057 [bmrdcommonunix.cpp:PlatformForkCommon()] Exiting, line=84, return pid=14001
16/04/2015 12:04:23.057 [bmrdcommonunix.cpp:PlatformForkCommon()] Exiting, line=84, return pid=0
16/04/2015 12:04:23.059 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Entering, sockfd=10
16/04/2015 12:04:23.059 [bmrd.cpp:HandleThisConnection()]  entering
16/04/2015 12:04:23.059 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Exiting, line=101, return BMR_SUCCESS
16/04/2015 12:04:23.059 [bmrd.cpp:HandleThisConnection()]  call_fd=10
16/04/2015 12:04:23.063 [bmrdcommon.cpp:DoVxssAuthentication()] Entering, line=45, fd=10
16/04/2015 12:04:23.080 [bmrdcommon.cpp:DoVxssAuthentication()] Exiting, line=106, return rc=0
16/04/2015 12:04:23.081 [bmrdcommon.cpp:AssertCompat()]  entering
16/04/2015 12:04:23.081 [bmrdcommon.cpp:AssertCompat()] fd=10
16/04/2015 12:04:23.082 [bmrdcommon.cpp:AssertCompat()]  exiting
16/04/2015 12:04:23.082 [bmrd.cpp:HandleImportRequest()]  entering
16/04/2015 12:04:23.082 [bmrd.cpp:HandleImportRequest()]  call_fd=10
16/04/2015 12:04:23.239 V-128-906 [ImportCfg.cpp:ImportConfig()] Unable to extract either ./bmrcli.xml or bmrcli.xml file from bundle. Cannot import.
16/04/2015 12:04:23.245 [bmrd.cpp:HandleImportRequest()]  exiting
16/04/2015 12:04:23.245 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Entering, sockfd=10
16/04/2015 12:04:23.249 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Exiting, line=101, return BMR_SUCCESS
16/04/2015 12:04:23.249 [bmrd.cpp:HandleThisConnection()]  exiting

From client logs

---------------------------------- 

04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg48
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg49
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg50
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg51
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg52
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg53
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg54
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg55
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg56
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg57
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg58
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg59
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg60
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg61
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg62
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.254 [CBmr::writeXml(char *filename)] Entering
04/16/2015 10:56:58.254 [CBmr::writeXml(unsigned char **xml, int *len, const int filter)] Entering.
04/16/2015 10:56:58.257 [CBmr::writeXml(unsigned char **xml, int *len, const int filter)] Exiting, rc=0
04/16/2015 10:56:58.257 [CBmr::writeXml(char *filename)] Exiting, rc=0
04/16/2015 10:56:58.257 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=bmrcli.xml
04/16/2015 10:56:58.257 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.257 [CBmrSaveCfg.cpp:readFileIntoTarBuffer()] Exiting, rc=0
04/16/2015 10:56:58.257 [CBmrSaveCfg::writeBundle()] Entering.
04/16/2015 10:56:58.258 [CBmrSaveCfg::writeBundle()] Exiting,  rc=0
04/16/2015 10:56:58.258 [CBmrSaveCfg::saveDiscovery()] Exiting,  rc=0
04/16/2015 10:56:58.258 [CBmrSaveCfg::discover()] Exiting, rc=0
04/16/2015 10:56:58.258 [main.cpp:bmrmain()] Exiting, line=572, return rc=0

can any one help me on this

[Marianne]

Honestly! It's impossible to help if you do not reply to attempts to help you. Please go through each step in Jaime's last post. Lastly - use current issues as motivation to request NBU upgrade.

[Jaime_Vazquez]

Based on the two data logs submitted it indicates an issue wit the Master Server but for a potential issue of the client information submitted by the client itself.

In the 'bmrsavecfg' debug log (the 121 log), it shows completion of the process on the client as being successful with a completed 'bundle.dat' file.

04/16/2015 10:56:58.257 [CBmrSaveCfg::writeBundle()] Entering.
 04/16/2015 10:56:58.258 [CBmrSaveCfg::writeBundle()] Exiting,  rc=0
 04/16/2015 10:56:58.258 [CBmrSaveCfg::saveDiscovery()] Exiting,  rc=0
 04/16/2015 10:56:58.258 [CBmrSaveCfg::discover()] Exiting, rc=0
 04/16/2015 10:56:58.258 [main.cpp:bmrmain()] Exiting, line=572, return rc=0

It's at this juncture that the process sends the file to the Master (by way of bpbrm) for insertion into the BMRDB.
The 'bmrd' log (id of 119) shows a problem for this:

16/04/2015 12:04:23.239 V-128-906 [ImportCfg.cpp:ImportConfig()] Unable to extract either ./bmrcli.xml or bmrcli.xml file from bundle. Cannot import.

The 'bmrd' process should fail out for the client import and signal back to 'bpbrm' of the non-zero return code. That should then trigger 'bpbrm' to move on and start the actual backup jobs.  It appears that this signaling is not happening for the process. The 'bpbrm' process just loops waiting for the process return and not getting anything.

To validate the bundle.dat file created on the client, do the steps to manually import the file on the Master.  You can create a new file running the command 'bmrsavecfg -infoonly' on the client and it will generate the client configuration file without any activity to the Master.  Then copy the newly created file (assuming no errors are displayed on the client) to a location on the Master Server and manually import that file into the BMRDB, using 'bmrs -o import -res Config -path $PATH_TO_bundle.dat_file'. As an example, if the Master is Unix/Linux and the file was copied to the /tmp directory, the invocation would be 'bmrs -o import -res Config -path /tmp/bundle.dat'. This will verify the validity of the client configuration. If that just hangs, then the client configuration, although created with no visible errors, has an issue parsing the file information and is hanging on something within it.  If need be attach the file to a reply for visual review and I can see if their is some sort of client configuration that was not supported in the 6.5.5 release it is coming from.

One last thing of note. In certain scenarios, the bpbrm process cannot properly handle the hand off of the BMR portion of the work and it crashes. If that is what happens, then the 'bmrd' process does not have a parent job to return the status code and the backups will also hang. This was seen in  later 7.X release (the version escapes me) where the job would get a status 26 error. One way to debug this is to check the 'bpbrm' debug log and look for the process id that was started as part of the backup.  See what happened to it.

Lastly, as noted multiple times above, an upgrade to a later version of NBU (one that is actually supported) is more than highly recommended.

[virankumar]

Help me on this

MAster server logs

-------------------------------

16/04/2015 12:04:23.049 [bmrdcommonunix.cpp:PlatformForkCommon()] Entering, news
16/04/2015 12:04:23.057 [bmrdcommonunix.cpp:PlatformForkCommon()] Exiting, line=
16/04/2015 12:04:23.057 [bmrdcommonunix.cpp:PlatformForkCommon()] Exiting, line=
16/04/2015 12:04:23.059 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Enterin
16/04/2015 12:04:23.059 [bmrd.cpp:HandleThisConnection()]  entering
16/04/2015 12:04:23.059 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Exiting
16/04/2015 12:04:23.059 [bmrd.cpp:HandleThisConnection()]  call_fd=10
16/04/2015 12:04:23.063 [bmrdcommon.cpp:DoVxssAuthentication()] Entering, line=4
16/04/2015 12:04:23.080 [bmrdcommon.cpp:DoVxssAuthentication()] Exiting, line=10
16/04/2015 12:04:23.081 [bmrdcommon.cpp:AssertCompat()]  entering
16/04/2015 12:04:23.081 [bmrdcommon.cpp:AssertCompat()] fd=10
16/04/2015 12:04:23.082 [bmrdcommon.cpp:AssertCompat()]  exiting
16/04/2015 12:04:23.082 [bmrd.cpp:HandleImportRequest()]  entering
16/04/2015 12:04:23.082 [bmrd.cpp:HandleImportRequest()]  call_fd=10
16/04/2015 12:04:23.239 V-128-906 [ImportCfg.cpp:ImportConfig()] Unable to extra
16/04/2015 12:04:23.245 [bmrd.cpp:HandleImportRequest()]  exiting
16/04/2015 12:04:23.245 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Enterin
16/04/2015 12:04:23.249 [bmrdcommonunix.cpp:PlatformCloseSocketCommon()] Exiting
16/04/2015 12:04:23.249 [bmrd.cpp:HandleThisConnection()]  exiting

Client logs

---------------------- 

04/16/2015 10:56:58.251 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.251 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg39
04/16/2015 10:56:58.251 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.251 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg40
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg41
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg42
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg43
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg44
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg45
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg46
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg47
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg48
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg49
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg50
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg51
04/16/2015 10:56:58.252 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg52
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg53
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg54
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg55
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg56
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg57
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg58
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg59
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg60
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg61
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=./usr/openv/netbackup/baremetal/client/data/savcfg62
04/16/2015 10:56:58.253 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.254 [CBmr::writeXml(char *filename)] Entering
04/16/2015 10:56:58.254 [CBmr::writeXml(unsigned char **xml, int *len, const int filter)] Entering.
04/16/2015 10:56:58.257 [CBmr::writeXml(unsigned char **xml, int *len, const int filter)] Exiting, rc=0
04/16/2015 10:56:58.257 [CBmr::writeXml(char *filename)] Exiting, rc=0
04/16/2015 10:56:58.257 [tarfile.cpp:AddToTarBuffer()] Entering, line=678, bufName=bmrcli.xml
04/16/2015 10:56:58.257 [tarfile.cpp:AddToTarBuffer()] Exiting, line=762, return rc=0
04/16/2015 10:56:58.257 [CBmrSaveCfg.cpp:readFileIntoTarBuffer()] Exiting, rc=0
04/16/2015 10:56:58.257 [CBmrSaveCfg::writeBundle()] Entering.
04/16/2015 10:56:58.258 [CBmrSaveCfg::writeBundle()] Exiting,  rc=0
04/16/2015 10:56:58.258 [CBmrSaveCfg::saveDiscovery()] Exiting,  rc=0
04/16/2015 10:56:58.258 [CBmrSaveCfg::discover()] Exiting, rc=0
04/16/2015 10:56:58.258 [main.cpp:bmrmain()] Exiting, line=572, return rc=0