You do need to inventory the library first - this adds the tape to NBU with the wrong media ID

The vmpyinv then updates NBU with the correct details when it reads the header

Hope this helps

You could use vmphyinv as per the T/N

i.e.

vmphyinv -rn <Robot_Number> -d <density> -slot_list s1:s2:...sN

so that it looks specifically at the slots.....

Thanks Mark.

as per the technote it clearly says DO NOT RUN manual inventory.. :)

i have done the manual inventory and run the following command

vmphyinv -rn 0 -rh rdx-rocken -ml 000041:000042

and it worked and now the tapes are prefixed with BE and frozen.

thanks again for your help and perhaps this doucment needs to be updated..

issue while doing 2ng phase of import..

phase 1 completed successfully... but phase giving 191 error and there are some very strange messages in the job logs...

Error bptm: cannot write data to socket, connection reset by peer

Error bpbrn: from client rdx-rocken: *** glibc detected *** mtfrd: minmap_chunk(): invalid pointer

tar had an unexpected error...

could not write BRBRM_READ_DIAGNOSTIC message to stderr; Broken Pire (32)

any ideas?

here are the bpbrm logs....

12:36:44.557 [8133] <2> bpbrm spawn_child: /usr/openv/netbackup/bin/bptm bptm -import -c carbine.rocksteady.com -bt 1346845004 -b carbine.rocksteady.com_1270543720 -hostname rdx-rocken -L /usr/openv/netbackup/logs/user_ops/root/logs/jbpImport2-20120905123642.log -ru root -rclnt rdx-rocken -rclnthostname rdx-rocken -everything -no_callback -connect_options 0x01010100 -jobid 76968
12:37:27.718 [8133] <2> bpbrm mm_sig: received ready signal from media manager
12:37:27.734 [8133] <16> bpbrm main: from client rdx-rocken: *** glibc detected *** mtfrd: munmap_chunk(): invalid pointer: 0x00007fff89d23c7c ***
12:37:27.734 [8133] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:37:27.734 [8133] <2> job_connect: SO_KEEPALIVE set on socket 4 for client rdx-rocken
12:37:27.734 [8133] <2> logconnections: BPJOBD CONNECT FROM 10.0.4.245.52655 TO 10.0.4.245.1556 fd = 4
12:37:27.734 [8133] <2> job_authenticate_connection: ignoring VxSS authentication check for now...
12:37:27.735 [8133] <2> job_connect: Connected to the host rdx-rocken contype 10 jobid <76968> socket <4>
12:37:27.735 [8133] <2> job_connect: Connected on port 52655
12:37:27.774 [8133] <2> job_monitoring_exex: ACK disconnect
12:37:27.774 [8133] <2> job_disconnect: Disconnected
12:37:27.774 [8133] <16> bpbrm main: from client rdx-rocken: ======= Backtrace: =========
12:37:27.774 [8133] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:37:27.774 [8133] <2> job_connect: SO_KEEPALIVE set on socket 4 for client rdx-rocken
12:37:27.774 [8133] <2> logconnections: BPJOBD CONNECT FROM 10.0.4.245.53103 TO 10.0.4.245.1556 fd = 4
12:37:27.774 [8133] <2> job_authenticate_connection: ignoring VxSS authentication check for now...
12:37:27.775 [8133] <2> job_connect: Connected to the host rdx-rocken contype 10 jobid <76968> socket <4>
12:37:27.775 [8133] <2> job_connect: Connected on port 53103
12:37:27.814 [8133] <2> job_monitoring_exex: ACK disconnect
12:37:27.814 [8133] <2> job_disconnect: Disconnected
12:37:27.814 [8133] <16> bpbrm main: from client rdx-rocken: /lib64/libc.so.6[0x2ac222cf231e]
12:37:27.814 [8133] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:37:27.814 [8133] <2> job_connect: SO_KEEPALIVE set on socket 4 for client rdx-rocken
12:37:27.814 [8133] <2> logconnections: BPJOBD CONNECT FROM 10.0.4.245.54271 TO 10.0.4.245.1556 fd = 4
12:37:27.814 [8133] <2> job_authenticate_connection: ignoring VxSS authentication check for now...
12:37:27.814 [8133] <2> job_connect: Connected to the host rdx-rocken contype 10 jobid <76968> socket <4>
12:37:27.814 [8133] <2> job_connect: Connected on port 54271
12:37:27.854 [8133] <2> job_monitoring_exex: ACK disconnect
12:37:27.854 [8133] <2> job_disconnect: Disconnected
12:37:27.854 [8133] <16> bpbrm main: could not write BPBRM_READ_DIAGNOSTIC message to stderr: Broken pipe (32)
12:37:27.854 [8133] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:37:27.854 [8133] <2> job_connect: SO_KEEPALIVE set on socket 4 for client rdx-rocken
12:37:27.854 [8133] <2> logconnections: BPJOBD CONNECT FROM 10.0.4.245.49231 TO 10.0.4.245.1556 fd = 4
12:37:27.854 [8133] <2> job_authenticate_connection: ignoring VxSS authentication check for now...
12:37:27.854 [8133] <2> job_connect: Connected to the host rdx-rocken contype 10 jobid <76968> socket <4>
12:37:27.854 [8133] <2> job_connect: Connected on port 49231
12:37:27.894 [8133] <2> job_monitoring_exex: ACK disconnect
12:37:27.894 [8133] <2> job_disconnect: Disconnected
12:37:27.894 [8133] <2> bpbrm kill_child_process: start
12:37:27.894 [8133] <2> bpbrm wait_for_child: start
12:37:27.894 [8133] <2> bpbrm wait_for_child: child exit_status = 24 signal_status = 0
12:37:27.894 [8133] <2> bpbrm Exit: EXIT STATUS 24: socket write failed
 

any ideas?

This looks to be a communications issue between the Master and Media Server

I see a no callback option - is the Media Server (rdx-rocken) behind a firewall?

The first part of the error os usually connected with authentication / rights so check everything is OK and where you are running the phase 2 is correct

no firewall is turned off and rdx-rocken is a master server there is no media server and library directly connected to master....

running the phase 2 import from the master... i have enabled the logging to full bptm and bpbrm.. in bpbrm its says cannot write data to socket.. connection reset by peer..

am the full adminstrator.. i ahve attached the bptm and bpbrm logs (verbose level 5)

thanks for your help...

Just as a test open an administrative command prompt and type just "bpimport"

This will run a phase 2 on anything that has done a phase 1.

If you are on Windows 2008 it is important to do everything using "run as adminstrator"

You still get that odd error - usually security related but can be memory related so wondering of something is stuck somewhere - would it be possible to give the master a reboot before trying again?

Thanks Mark but still no joy...

my master is Linux box suse 10 SP 2..

both tapes imported successfully phase 1; drives can read both tapes not sure where the problem is.. am going to give master a reboot and try the bpimport again and if that doesnt work than i guess i have to open a support case..

did you find anything suspecious in the logs? can you think of anything else?

nothing in the logs other than the possible authentication / memory related entry i mentioned previously

let us know if the reboot helps

PS what version of Backup Exec was it?

tried after rebooting the server but still the same error...

rdx-rocken:~ # /usr/openv/netbackup/bin/admincmd/bpimport
Import phase 2 started Thu Sep  6 12:23:24 2012
INF - Importing policy final-bm1-deliverables-backup, schedule win_full (carbine                                                                                           .rocksteady.com_1270543720), media id 000041, created on 04/06/2010 09:48:40.
INF - from host rdx-rocken, *** glibc detected *** mtfrd: munmap_chunk(): invalid pointer: 0x00007fff808ca84c ***
INF - Import of policy final-bm1-deliverables-backup, schedule win_full (carbine.rocksteady.com_1270543720) failed, tar had an unexpected error.

INF - Status = no images were successfully processed.

and the version of Backup Exec that wrote the tape?

unfortunately they dont know the Backup Exec version.. :S

Ok - just wondering if it is too old to work - although the backup is from April 2010.

Just in case it was a glitch you could wait a week (or delete the file in the catalog under the clients name) and then start again with Phase 1 now that you have had a reboot

cant see the image under the client folder...

rdx-rocken:/usr/openv/netbackup/db/client # ll
total 0
drwxr-xr-x 2 root root 24 Oct  6  2010 apps
drwxr-xr-x 2 root root 40 Nov 14  2010 carbine
drwxr-xr-x 2 root root 24 Aug 12  2011 dc1
drwxr-xr-x 2 root root 24 Oct  6  2010 exchange10
drwxr-xr-x 2 root root 24 Oct  6  2010 license
drwxr-xr-x 2 root root 24 Nov 30  2011 nas1
drwxr-xr-x 2 root root 72 Oct 20  2010 perforce
drwxr-xr-x 2 root root 24 Nov 28  2011 perforce0
drwxr-xr-x 2 root root 24 Oct  5  2010 rdx-rocken
drwxr-xr-x 2 root root 24 Oct  6  2010 rocktrack
drwxr-xr-x 2 root root 24 Oct  6  2010 rod
drwxr-xr-x 2 root root 24 Oct  6  2010 sophos
drwxr-xr-x 2 root root 24 Oct  6  2010 uedb
drwxr-xr-x 2 root root 24 Feb  9  2011 virt1
drwxr-xr-x 2 root root 24 Mar  8 13:58 vnas
drwxr-xr-x 2 root root 24 Oct  6  2010 wiki
rdx-rocken:/usr/openv/netbackup/db/client # cd carbine/
rdx-rocken:/usr/openv/netbackup/db/client/carbine # ll
total 4
-rw------- 1 root root   0 Nov 14  2010 CO_0
-rw------- 1 root root   0 Nov 14  2010 OA_0
-rw------- 1 root root 262 Nov 22  2011 host_info
rdx-rocken:/usr/openv/netbackup/db/client/carbine #

anyway did the phase 1 import again on both tapes  - completed successfully but in logs it says the image already exist hence skipping it...

retried the phase 2 still the same... think its time to pick up the phone and call support...
 

have a look under rdx-rocken for a tmp directory to see if the phase 1 details are in there

do you know the name of the file that i should be looking for?

running ls -lrta shows the latest files but they arent appearantly phase 1..

let me have a dig   ....

It should be in a folder named 12700000 and then the tmp sub directory - check for the appropriate files in there

yes they are there.. i have just opened the case with symantec...

rdx-rocken:/usr/openv/netbackup/db/images/carbine.rocksteady.com/1270000000/tmp # ll
total 4
-rw-r--r-- 1 root root    0 Sep  6 13:14 .lck
-rw-r--r-- 1 root root 1314 Sep  5 11:48 final-bm1-deliverables-backup_1270543720_FULL
rdx-rocken:/usr/openv/netbackup/db/images/carbine.rocksteady.com/1270000000/tmp #
 

OK - keep us informed - just so you know Phase 1 imports dissapear after a few days so if you dont delete them now you will be able to re-run the phase 1 again from scratch in a few days time