Greetings,
Yes it can, it's at the Networker level that I was referring to. You
change it on the configuration at the tape drive level in Networker not
at the Library level. The OS most likely allows for a random block size.
That said I did not read the original post thoroughly enough because the
problem you stated is not fixed to the new drive.
Even though I run all Windows Networker Servers with a mixed client
infrastructure I have had similar issues with Tapes being marked full
when one of the following was true:
1.) Another bad drive.
2.) SAN or HBA changes (including Drivers).
3.) Dirty drives
Here's a short list of things to check I have from an archived
Legato/EMC KB article:
1. Verify that the tape drive(s) are not dirty. Perform drive cleaning
to ensure drive head performance
2. Verified that there are no I/O errors in the daemon.log file, and
operating system logs (event viewer, /var/adm/messages e.t.c.)
3. CDI is not enabled in the device resource in NetWorker Administrator
GUI
4. Verified that the media database on the NetWorker backup server is
not corrupted
5. If the drive is accessed via a SAN HBA, ensured HBA firmware, and
drivers are up-to-date.
6. Ensure that the OS accesses the tape drives using variable block
size. This is done via the st.conf file in Solaris.
7. Ensure that the OS is up-to-date on tape related patches, along with
SCSI/SAN patches (pending on how the drives are accessed)
Hope this is of some help.
Thanks,
Dana
_____
From: mark wragge [mailto:mark_t_wragge AT yahoo DOT ie]
Sent: Tuesday, December 18, 2007 4:58 AM
To: EMC NetWorker discussion; Greggs, Dana
Subject: Re: [Networker] tapes suddenly being marked full when they are
not...
I did not change the device block size but i will check it. I did not
setup the library originally but the person who did does not recall
changing the block size. All storage nodes are solaris so i thought that
the block size was determined by the solaris OS. Can the block size be
changed at Networker level and can i tbe changed once the library is
configured?
Thanks
"Greggs, Dana" <c-dgreggs AT STATE.PA DOT US> wrote:
Greetings,
Mark,
When you recreated the drive did you change the "device block
size" to
match what it was before the deletion in Networker?
Thanks,
Dana
-----Original Message-----
From: EMC NetWorker discussion
[mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Werth, Dave
Sent: Monday, December 17, 2007 1:10 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: tapes suddenly being marked full when they are
not...
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
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
|