There is possibly some sorty of fibre resets occuring. There is no SCSI. The 
library robot is attached to the acsls server and the drives are all fibre 
channel.
   
  I suspect that there is a problem some where as two of the sotrage nodes are 
missing at least one drive in the inquire command. Strange thing is that the 
other storage nodes can see these drives and the drives are working. I have 
tested all 14 drives successfully.

"Werth, Dave" <dave.werth AT GARMIN DOT COM> wrote:
  If this were happening to me I'd suspect resets on the SCSI bus that
attaches our library to the NetWorker server but that may not apply to
you.

Dave

David Werth
Garmin AT, Inc
Salem, Oregon
dave.werthgarmin.com

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of mark wragge
Sent: Monday, December 17, 2007 6:49 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] tapes suddenly being marked full when they are
not...

Last week we had some problems with our tape library (STK L700 14 * LTO
2 devices) and one drive was replaced. Following the drive replacement
we had to delete the library from within Networker (Solaris 9
7.3.2_jumbo11) and re-create it. We shutdown the library, the acsls
server and networker server and storage nodes and after bringing them
all backup we re-created the library successfully.

On the weekend we noticed that our backup server is marking tapes full
prematurely. Some of them are marked full after 2gb, some after 100gb
but one thing each tape has in common is that there are savesets on it
with status of "in progress suspect".

No backups are currently running so the savesets should not be
in-progress. I have examined the daemon.log and there does not appear to
be a pattern to the marking full of the tapes. The device marking a tape
full can be any one of the 14 devices on one of 4 storage nodes
(cancelling the new drive as the source of the problem).

There has been no patching or firmware upgrades in the past weeks. We
are using persistent bindings on all servers. ANy idea what could be
causing this?

Thanks, Mark

Send instant messages to your online friends
http://uk.messenger.yahoo.com 

To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

------------------------- 
This e-mail and any attachments may contain confidential material for the sole 
use of the intended recipient. If you are not the intended recipient, please be 
aware that any disclosure, copying, distribution or use of this e-mail or any 
attachment is prohibited. If you have received this e-mail in error, please 
contact the sender and delete all copies. 
Thank you for your cooperation 

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER


 Send instant messages to your online friends http://uk.messenger.yahoo.com 

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER