Re: [Networker] Failed to read 65536 byte block with 32768 byte read
2006-07-05 10:01:06
You see this message when Networker is trying to read/write with a
different blocksize than the tape has been labeled with.
This will sometimes cause tapes to be marked full prematurely and
somtimes cause excessive rewinds.
1) Check that Networker's default blocksize for the tape device is
correct or set the NSR_BLOCKSIZE_???DeviceType variable to what is
recommended by the manufacturer and export it during the networker
startup script
2) After setting the blocksize relabel tapes that can be rcycled.
----------------------------------
Just a note for Networker NDMP backups of NetApp filers with direct
attached tapes using LTO-3 drives. Networker as of 7.2 defaults to 128KB
blocks for LTO-3 drives. The filer's use a native dump called by NDMP
which forces 64KB blocks.
You need to set the NSR_DEV_BLOCK_SIZE_LTO_ULTRIUM_3=64 variable or
backups will typically fail or timeout and mark the tape as full.
------------------------------------
Joel
Clark, Patricia wrote:
-----Original Message-----
From: Legato NetWorker discussion
[mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On Behalf Of Scott Russell
Sent: Tuesday, July 04, 2006 6:50 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Failed to read 65536 byte block with 32768
byte read
Oscar Olsson wrote:
On 2006-07-03 08:14, Bernd Gotschy revealed:
BG> we see this error in /var/log/messages of our Linux SLES 8,
Kernel
BG> 2.4.21. It is a Networker
BG> 7.2.1 backup server with AIT 2 tapes. Backups and recoveries
work.
BG> Any idea what this error means? Is this a critical error?
We see the following with SLES9 and SAIt-1 tapes. Hasn't got us into
any problem so far. Guess its more or less cosmetic:
st2: Failed to read 65536 byte block with 32768 byte transfer.
Also seen on Red Hat 7.3 through RHEL 4. On Linux this is normal when
the end of a tape is encountered.
--
Scott Russell <lnxgeek AT us.ibm DOT com>
IBM Linux Technology Center, System Admin
Not necessarily an end of tape message, it happens every time Networker
runs. This has been discussed before on this list. So far it is
meaningless and there is nothing that can be done to stop it unless
someone knows more up-to-date info.
Patti Clark
Unix System Administrator - RHCT
Office of Scientific and Technical Information
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
wit 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
--
| Joel Krajden | Rm: EV-7105, Tel: 514 848-2424 3052 |
| Senior Systems Analyst | Fax: 514 848-2830 |
| Engineering & | Email: joelk AT encs.concordia DOT ca |
| Computer Science | www.encs.concordia.ca/~staffcs/joelk |
| Concordia University | In a circus, the clowns are supposed |
| Montreal, Canada | to make you laugh, not cry. |
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
wit 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
|
|
|