No, they didn't.  I gave in and called support.  We shutdown NetBackup and
the servers.  Went and shut down our ADIC.  Brought it back up, restarted
servers and NBU.  All back.  While the Windows box didn't have any issues
with the ADIC with regard to the tape drives, the Linux box evidently had
some reservations that didn't get removed with the ADIC on the power down
when power failed.  I still don't know if the ADIC lost power, but I'm
guessing it didn't, resulting in the problems.

Jason 

> -----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: Wednesday, May 30, 2007 11:36 AM
> To: Brooks, Jason
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] Linux Media Server Tape Drive Issues
> 
> 
> 
> On Wed, 30 May 2007, Brooks, Jason wrote:
> 
> > Yesterday, we had a major power outage and some servers went down 
> > ungracefully, namely our Linux Media Server.  When power 
> was restored, 
> > the Windows Master and Linux Media server came up fine.  My Windows 
> > box saw the two drives for it, the Linux box only saw one 
> of three.  
> > The tape drives are zoned as follows:
> >
> > Switch1---------------Drive3---------LinuxMediaServer
> > Switch2---------------Drive1---------LinuxMedia
> >     |                     |---------WindowsMaster
> >     |----------------Drive2---------LinuxMedia
> >                              |---------WindowsMaster
> >
> > It was drives 1 and 2 that were gone.  However, Windows 
> sees them fine.
> > Checked fiber cabling on the Linux box.  Fine.  Checked and 
> actually 
> > reconfigured it's zone on the switch.  Looked in dmesg 
> logs.  There, I 
> > find that there are suddenly scsi reservation conflicts.  
> Log snippet:
> >
> > st: Version 20040102, bufsize 32768, max init. bufs 4, s/g segs 16 
> > Attached scsi tape st0 at scsi1, channel 0, id 0, lun 0 
> Attached scsi 
> > tape st1 at scsi1, channel 0, id 1, lun 0 Attached scsi tape st2 at 
> > scsi2, channel 0, id 0, lun 0
> > usb.c: registered new driver serial
> > usbserial.c: USB Serial support registered for Generic
> > st0: Error 18 (sugg. bt 0x0, driver bt 0x0, host bt 0x0).
> > st1: Mode 0 options: buffer writes: 0, async writes: 0, 
> read ahead: 0
> > st1:    can bsr: 0, two FMs: 0, fast mteom: 0, auto lock: 0,
> > st1:    defs for wr: 1, no block limits: 0, partitions: 0, s2 log: 0
> > st1:    sysv: 0 nowait: 0
> > st1: Default block size set to 0 bytes.
> > st1: Density default set to 0
> > st2: Error 18 (sugg. bt 0x0, driver bt 0x0, host bt 0x0).
> > st0: Error 18 (sugg. bt 0x0, driver bt 0x0, host bt 0x0).
> > st2: Error 18 (sugg. bt 0x0, driver bt 0x0, host bt 0x0).
> >
> > As you can see, st1 is functional.  The other two fail to 
> present to 
> > the server.  So far, we've not found a solution, and I'm 
> not sure that 
> > either software or the tape library vendor would help.
> >
> > Suggestions?
> >
> > Thanks,
> > Jason
> >
> > ------------
> > Jason Brooks
> > Computer Systems Engineer
> > IITS - Longwood University
> > voice - (434) 395-2034
> > fax - (434) 395-2035
> > mailto:<brooksje AT longwood DOT edu>
> >
> 
> Do the drives have tapes stuck in them?
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 

smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu