Veritas-bu

[Veritas-bu] Strange behaviour on 6.5.6

2011-06-23 06:38:17
Subject: [Veritas-bu] Strange behaviour on 6.5.6
From: "Patrick" <netbackup AT whelan-consulting.co DOT uk>
To: <veritas-bu AT mailman.eng.auburn DOT edu>
Date: Thu, 23 Jun 2011 12:37:35 +0200

Hi All,

 

I am at a new site and it is in very bad shape. One thing I would like to ask:

Has anyone seen the “problem” where a tpreq request is made, it shows up in the Activity Monitor, then nothing more. I tried

tpreq -m ABS287 -p Scratch -f /tmp/ABS287  (which created jobid 1288960 in the activity monitor)

and showed:

23-Jun-2011 11:49:34 - requesting resource Scratch:ABS287 (in the detail section)

After running the command below:

bptm -load -jobid 1288960 -ev ABS287 -f /tmp/ABS287

 

The activity monitor showed:

23-Jun-2011 11:58:19 - started process bptm (pid=1374)

23-Jun-2011 11:58:19 - requesting resource ABS287

23-Jun-2011 12:06:50 - awaiting resource Scratch:ABS287. Waiting for resources.

          Reason: Media is in use, Media server: N/A,

          Robot Type(Number): NONE(0), Media ID: ABS287, Drive Name: N/A,

          Volume Pool: N/A, Storage Unit: N/A, Drive Scan Host: N/A,

          Disk Pool: N/A, Disk Volume: N/A

23-Jun-2011 12:06:58 - awaiting resource ABS287. Waiting for resources.

          Reason: Media is in use, Media server: N/A,

          Robot Type(Number): NONE(0), Media ID: ABS287, Drive Name: N/A,

          Volume Pool: N/A, Storage Unit: N/A, Drive Scan Host: N/A,

          Disk Pool: N/A, Disk Volume: N/A

 

The media is NOT in use and is in the Library.

Vmquery shows:

media ID:              ABS287

media type:            1/2" cartridge tape 2 (14)

barcode:               VTABS287

media description:     Virtual tapes from VTL

volume pool:           Scratch (4)

robot type:            TLD - Tape Library DLT (8)

robot number:          11

robot slot:            288

robot control host:    edcnbsmst

volume group:          000_00011_TLD

vault name:            ---

vault sent date:       ---

vault return date:     ---

vault slot:            ---

vault session id:      ---

vault container id:    -

created:               Wed 27 Jan 2010 05:31:17 PM CET

assigned:              ---

last mounted:          Sat 28 May 2011 09:40:02 PM CEST

first mount:           Thu 15 Apr 2010 12:20:13 AM CEST

expiration date:       ---

number of mounts:      161

max mounts allowed:    ---

 

While this is not the worst of our problems in may be symptomatic of the overall problem. We get these errors on a daily basis:

2, 5, 6, 10, 12, 13, 23, 24, 25, 40, 42, 47, 50, 52, 54, 58, 59, 63, 71, 156, 160, 191, 196, 219, 232, 239, 249, 2001, 2009

 

ANY help/suggestions would be greatly appreciated.

 

Regards,

 

Patrick Whelan

VERITAS Certified NetBackup Support Engineer for UNIX.

VERITAS Certified NetBackup Support Engineer for Windows.

 

netbackup AT whelan-consulting.co DOT uk

 

 

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
<Prev in Thread] Current Thread [Next in Thread>