Veritas-bu

Re: [Veritas-bu] Cannot Write to Tape

2010-04-14 09:35:55
Subject: Re: [Veritas-bu] Cannot Write to Tape
From: "McDonald II, James F." <JAMES.F.MCDONALD.II AT saic DOT com>
To: "WEAVER, Simon (external)" <simon.weaver AT astrium.eads DOT net>, "Justin Piszcz" <jpiszcz AT lucidpixels DOT com>
Date: Wed, 14 Apr 2010 09:37:55 -0400
There are two Status Codes that show up in the Activity Monitor.  Here
they are:

4/14/2010 9:05:42 AM - requesting resource
0905-fb-backup1-dlt-robot-tld-0
4/14/2010 9:05:42 AM - requesting resource 
0905-fb-backup1.NBU_CLIENT.MAXJOBS.0905-fb-backup1
4/14/2010 9:05:42 AM - requesting resource
0905-fb-backup1.NBU_POLICY.Tape_Backup
4/14/2010 9:05:42 AM - awaiting resource
0905-fb-backup1.NBU_CLIENT.MAXJOBS.0905-fb-backup1 - resource is busy,
will retry allocation later
4/14/2010 9:05:56 AM - Error nbjm(pid=5180) NBU status: 800, EMM Status:
All resource request failed(800)

4/14/2010 9:05:47 AM - Error bptm(pid=3016) error requesting media,
TpErrno = Robot operation failed
4/14/2010 9:05:47 AM - Warning bptm(pid=3016) media id 0005L4 load
operation reported an error
4/14/2010 9:05:42 AM - estimated 0 kbytes needed
4/14/2010 9:05:42 AM - started process bpbrm (1836)
4/14/2010 9:05:42 AM - connecting
4/14/2010 9:05:42 AM - connected; connect time: 00:00:00
4/14/2010 9:05:44 AM - mounting 0005L4
4/14/2010 9:05:47 AM - current media 0005L4 complete, requesting next
media Any
4/14/2010 9:05:53 AM - Error bptm(pid=1836) NBJM returned an extended
error status: resource request failed (800)
4/14/2010 9:05:56 AM - Critical bpbrm(pid=1836) from client
0905-fb-backup1: FTL - tar file write error (14)
4/14/2010 9:05:56 AM - Error bpbrm(pid=1836) could not send server
status message
4/14/2010 9:05:56 AM - end writing
Extended error status has been encountered, check logs(252)

-----Original Message-----
From: prvs=0720be0f3f=simon.weaver AT astrium.eads DOT net
[mailto:prvs=0720be0f3f=simon.weaver AT astrium.eads DOT net] On Behalf Of
WEAVER, Simon (external)
Sent: Wednesday, April 14, 2010 9:12 AM
To: McDonald II, James F.; Justin Piszcz
Cc: judy_hinchcliffe AT administaff DOT com; veritas-bu AT mailman.eng.auburn 
DOT edu
Subject: RE: [Veritas-bu] Cannot Write to Tape

I think Justin said Robtest worked ok right?

Also, what about the DETAILED STATUS from the failed job in Activity
Monitor? Can you copy/paste this into the mail please?

Just wondering if we have a Robotic Communication issue here.

Simon 

-----Original Message-----
From: McDonald II, James F. [mailto:JAMES.F.MCDONALD.II AT saic DOT com] 
Sent: Wednesday, April 14, 2010 2:02 PM
To: Justin Piszcz; WEAVER, Simon (external)
Cc: judy_hinchcliffe AT administaff DOT com; veritas-bu AT mailman.eng.auburn 
DOT edu
Subject: RE: [Veritas-bu] Cannot Write to Tape

Justin,

Here are the results I got from the commands you suggested:

COMMAND = tpautoconf -a

TPAC60 - - - -1~-1~-1~-1 2 - - - 0 - - - - - - - 0 0 - - myserver 4 - -
0
- - - -
TPAC60 QUANTUM.ULTRIUM.0000 QUANTUM~ULTRIUM~4~~~~~~~2170 - 4~0~33~0 1 0
0 1 8 9
- - - JN0907AMJ50359 - 5 0 0 - - myserver 0 - - 0 - - - - TPAC60 -
myserver myserver myserver 0 - - 0 - - - -


COMMAND = tpconfig -d

Id      Drivename       Type    Residence       Status
           SCSI coordinates/Path
*******************************************************************
0       QUANTUM.ULTRIUM4.000    dlt     TLD(0)  DRIVE=1 UP
           {4,0,33,1}
Currently defined robotics are:
        TLD(0)  SCSI coordinates = {4,0,33,1}
EMM Server = myserver


COMMAND = vmoprmcd - ds

                                DRIVE STATUS
Drv Type        Control   User  Label   RecMID  ExtMID  Ready   Wr.Enbl.
ReqId
0   dlt                       -                        No      -       0

-----Original Message-----
From: Justin Piszcz [mailto:jpiszcz AT lucidpixels DOT com]
Sent: Tuesday, April 13, 2010 11:48 AM
To: WEAVER, Simon (external)
Cc: judy_hinchcliffe AT administaff DOT com; McDonald II, James F.;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Cannot Write to Tape

Hi,

Good idea, and/or tpautoconf -a if you like command line :)

But he did run robtest and it did show the drives etc, he could also
show tpconfig -d and vmoprcmd -d ds.

Justin.

On Tue, 13 Apr 2010, WEAVER, Simon (external) wrote:

> As an after thought, re-run Device Configuration Wizard perhaps as
well?
>
> Simon
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of 
> judy_hinchcliffe AT administaff DOT com
> Sent: Tuesday, April 13, 2010 4:31 PM
> To: jpiszcz AT lucidpixels DOT com; JAMES.F.MCDONALD.II AT saic DOT com
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] Cannot Write to Tape
>
> I don't see anything wrong with his barcode, 6 or 8 both are allowed
you
> just have to be consistent.
>
> Things to look at
>
> 1) you can see the tape drives when looking at hardware on the windows

> os
> 2) in the gui you have setup the robot and when looking at 
> devices/robots it shows enabled. And it belongs to the master server
(if
> device host is master - robot control should be blank - meaning same
> server)
> 3) when you look at drives you see all your drives  with device host
to
> whatever media server is trying to do the backup. And it shows
enabled.
> 4) if you look at the details of a tape drive you see a serial number 
> for the drive and you see a Robot Drive Number.  Verify (by looking at

> the web interface of the robot) that the robot drive number has the
same
> serial number - this is where a lot of people have issues (but I don't

> think this is your problem)
> 5) you say that you have both disk backups and now are starting tape 
> backups.  Are your schedules both in the same policy?  Any chance that

> your frequency between the disk and the tape are such that when the
tape
> window opens it does not think it needs a backup because the frequency

> has been fulfilled by the disk backup?  If in the same policy try 
> setting up a different policy and see if it works.
>
>
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Justin

> Piszcz
> Sent: Tuesday, April 13, 2010 10:20 AM
> To: McDonald II, James F.
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] Cannot Write to Tape
>
> Hi,
>
> It is discussed here:
>
http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-
> lists-3/symantec-netbackup-18/media-id-generation-50402/
>
> You need to fix your vm.conf, delete all the media (since you said its

> not been used yet) and re-inventory with the correct barcode 
> information..
>
> But I suspect something else may be going on as well.
>
> Justin.
>
> On Tue, 13 Apr 2010, McDonald II, James F. wrote:
>
>> NBU has been writing to disk for a while, but I just recently tried 
>> setting up the tape backups, for off-site storage.  I have run 
>> inventories and it says the volume configuration is up-to-date with
> the
>> contents.
>>
>> -----Original Message-----
>> From: Justin Piszcz [mailto:jpiszcz AT lucidpixels DOT com]
>> Sent: Tuesday, April 13, 2010 10:55 AM
>> To: McDonald II, James F.
>> Cc: veritas-bu AT mailman.eng.auburn DOT edu
>> Subject: RE: [Veritas-bu] Cannot Write to Tape
>>
>> Hi,
>>
>> Please include the list in the future.
>> It appears you need to limit your labels to 6 characters.
>> Check the volume manager manual, you need to edit vm.conf for NBU
> 6.x++
>> the labels for LTOX should be no more than 6 characters long, if your

>> barcode reader reads more than the first 6 characters, you need to
> limit
>>
>> it.
>>
>> BTW, is this a new environment?
>> Or did this just start happening?
>> If it just started happening, have you run an inventory and retried
> the
>> backup?
>>
>> Justin.
>>
>> On Tue, 13 Apr 2010, McDonald II, James F. wrote:
>>
>>> Here is what I got when I ran the test:
>>>
>>> Opening {4,0,33,1}
>>> MODE_SENSE Complete
>>> Enter tld commands (? returns help information) s d drive 1 (addr
32)
>
>>> access = 1 Contains Cartridge = Yes Barcode = 000001L4 SCSI ID from 
>>> drive 1 is 0 READ_ELEMENT_STATUS Complete
>>>
>>> I tried double-checking the barcode result, by doing a robot
>> inventory.
>>> 000001L4 was not included in the inventory, but I'm almost positive
>> it's
>>> in there.
>>>
>>>
>>> -----Original Message-----
>>> From: Justin Piszcz [mailto:jpiszcz AT lucidpixels DOT com]
>>> Sent: Tuesday, April 13, 2010 10:12 AM
>>> To: WEAVER, Simon (external)
>>> Cc: McDonald II, James F.; veritas-bu AT mailman.eng.auburn DOT edu
>>> Subject: Re: [Veritas-bu] Cannot Write to Tape
>>>
>>> Hi,
>>>
>>> Reboot the master, run robtest and run "s d" does it show the drives
>> OK?
>>>
>>> Justin.
>>>
>>> On Tue, 13 Apr 2010, WEAVER, Simon (external) wrote:
>>>
>>>> Have you rebooted the Master just in case?
>>>> Anything changed to cause this problem?
>>>> Have you enabled any logging?
>>>>
>>>> Simon
>>>>
>>>> ________________________________
>>>>
>>>> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
>>>> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of
>>> McDonald
>>>> II, James F.
>>>> Sent: Tuesday, April 13, 2010 1:43 PM
>>>> To: veritas-bu AT mailman.eng.auburn DOT edu
>>>> Subject: [Veritas-bu] Cannot Write to Tape
>>>>
>>>>
>>>>
>>>> My backups write to disk without any problem, but when I try to run
> a
>>>> Tape Backup I get one of three status codes: 200, 252 or 800.  I
> have
>>>> researched all three and still have not been able to come up with a

>>>> solution.  I am running NBU 6.5 for Windows on a Dell 2950 with
>> Server
>>>> 2003 as the OS.  The tape drive is a Dell PV-124T.  Diagnostics run
>>> from
>>>> the tapeloader all seem to pass and the inventories run from within
>>> NBU
>>>> all seem to be correct, but I can't get anything to begin to write.
>>>>
>>>>
>>>>
>>>> Thanks,
>>>>
>>>>
>>>>
>>>> James McDonald
>>>>
>>>> System Administrator
>>>>
>>>> SAIC - IISBU
>>>>
>>>> 410-312-2232
>>>>
>>>> mcdonaldjf AT saic DOT com <mailto:mcdonaldjf AT saic DOT com>
>>>>
>>>>
>>>>
>>>>
>>>> This email (including any attachments) may contain confidential 
>>>> and/or privileged information or information otherwise protected 
>>>> from disclosure. If you are not the intended recipient, please 
>>>> notify the sender immediately, do not copy this message or any 
>>>> attachments and do not use it for any purpose or disclose its 
>>>> content to any person, but delete this message and any attachments 
>>>> from your system. Astrium disclaims any and all liability if this 
>>>> email transmission was virus corrupted, altered or falsified.
>>>> -o-
>>>> Astrium Limited, Registered in England and Wales No. 2449259 
>>>> Registered Office:
>>>> Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
>>>>
>>>
>>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> This email (including any attachments) may contain confidential and/or

> privileged information or information otherwise protected from 
> disclosure. If you are not the intended recipient, please notify the 
> sender immediately, do not copy this message or any attachments and do

> not use it for any purpose or disclose its content to any person, but 
> delete this message and any attachments from your system. Astrium 
> disclaims any and all liability if this email transmission was virus 
> corrupted, altered or falsified.
> -o-
> Astrium Limited, Registered in England and Wales No. 2449259 
> Registered Office:
> Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
>

This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
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>