Networker

Re: [Networker] Tapes ending prematurely...

2004-10-05 10:32:23
Subject: Re: [Networker] Tapes ending prematurely...
From: "Gibbons, Kim" <kgibbons AT MPR DOT COM>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Tue, 5 Oct 2004 10:34:21 -0400
Hi Gerry,

I have only been using the GUI.  I did find articles/posts in the past
that illuded to the fact that the symptoms only occurred when using the
GUI, but I did get the same issues intermittently when using the command
line.  

I have not tried the modify the NSR_DEVICE_BUFFER_SIZE either, simply
because the issue is so intermittent.  Happens at whim it seems...

I'm going to try Srinivas' suggestion and I'll let you know of some long
term results.  But, I'll warn you, if it gives me reliable backup and
cloning for 6 months, I'll be happy!

~K
=======================
Kim Gibbons
Systems Administrator
MPR Associates, Inc
Ph:        703-519-0200
Fax:       703-519-0224
Direct:    703-519-0544
Helpdesk 
(to page): 703-519-0456
=======================

-----Original Message-----
From: Gerry Mueller [mailto:gerry.mueller AT OPENFIRST DOT COM] 
Sent: Tuesday, October 05, 2004 10:21 AM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] Tapes ending prematurely...


I was having this same problem. I posted to this list back on 7/13/2004.
Unfortunately do not yet have it resolved.

A few further details:
Using the GUI Networker server with scheduled backups I have not had
this problem, only with command line saves. This doesn't happen all the
time when the tape is full. Which makes it so hard to resolve. Sometimes
it works just fine. Another tape in the pool is available in each
instance. I've tried it in different slots thinking it might be a
hardware issue. Same problem.

I've tried rebooting the server, deleting and then reconfiguring the
jukebox, etc. Again no long term solution. It may work and then later on
have the same error. I have not tried to modify NSR_DEVICE_BUFFER_SIZE.

Srinivas, I'd be interested to see if your results are successful in the
long term.

Or if anyone else has some ideas on what might be going on.

Thanks
Gerry Mueller
gerry.mueller AT openfirst DOT com

-----Original Message-----
From: Srinivas Rao [mailto:rsrini AT BLR.PIN.PHILIPS DOT COM]
Sent: Monday, October 04, 2004 11:21 PM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] Tapes ending prematurely...


Hi Kim,
We have deleted tape drive from Solaris, rebooted the system and
configured tape drive again. After that it started working fine.

Thanks,
Srinivas.

-----Original Message-----
From: Legato NetWorker discussion
[mailto:NETWORKER AT LISTMAIL.TEMPLE DOT EDU]On Behalf Of Gibbons, Kim
Sent: 2004 Oct 05 3:24 AM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] Tapes ending prematurely...


Hi Srinivas,

We are having the same issues and error messages with Mammoth 2 tapes.
What was the reconfiguring you did?

Advanced thanks!

 Kim

-----Original Message-----
From: Srinivas Rao [mailto:rsrini AT BLR.PIN.PHILIPS DOT COM]
Sent: Wednesday, September 01, 2004 5:57 AM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] Tapes ending prematurely...


Hi Robert,
The problem has been solved after reconfiguring DLT drive. Now tapes are
filling upto full capacity(around 60GB).

Thanks,
Srinivas.



-----Original Message-----
From: Legato NetWorker discussion
[mailto:NETWORKER AT LISTMAIL.TEMPLE DOT EDU]On Behalf Of Robert Maiello
Sent: 2004 Aug 31 11:23 PM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] Tapes ending prematurely...


I think your first default block size is fine; there should be no need
to set it with NSR_DEVICE_BUFFER_SIZE.  The default is 131072, you can
do a scanner -nv on the tape and it will report this.  The GUI reports
this as 128K.

Are ALL your tapes filling prematurely?   It could very well be a bad
tape
or bad drive.


Robert Maiello
Pioneer Data Systems


On Tue, 31 Aug 2004 10:45:43 +0530, Srinivas Rao
<rsrini AT BLR.PIN.PHILIPS DOT COM> wrote:

>Hi All,
>I am using Legato Networker 6.1.4 Build.562 on Solaris system with Sun 
>DLT drive. DLT Tapes of 40/80GB are ending prematurely at around 3.5GB 
>with the following error.
>
>media notice: Volume "ABJ243" on device "/dev/rmt/0cbn": Block size is
32768
>bytes not 131072 bytes. Verify the device configuration. Tape 
>positioning
by
>record is disabled.
>media notice: "/dev/rmt/0cbn" reading: fsr 1836: read I/O error. media
>emergency: could not position ABJ243 to file 17, record 1838 media
>warning: /dev/rmt/0cbn reading: I/O error. media warning: /dev/rmt/0cbn

>reading: I/O error. media warning: /dev/rmt/0cbn reading: I/O error. 
>media warning: /dev/rmt/0cbn reading: I/O error. media warning: 
>verification of volume "ABJ243" , volid 868048897
failed,
>cannot read record 1838 of file 17 on dlt7000 tape ABJ243. media 
>notice: verification of volume "ABJ243" , volid 868048897 failed, 
>volume is being marked as full.
>
>The current volume block size of the device is 128KB. I have changed 
>NSR_DEVICE_BUFFER_SIZE to 131071, 163840 and 196608. Each time after 
>changing buffer size, the first tape is getting backedup fine(upto
>55GB)
but
>the second tape ends prematurely at around 3.5GB with the above error.
>
>Please let me know about this error and workaround as I am new to 
>Legato.
>
>
>Thanks,
>Srini.
>
>--
>Note: To sign off this list, send a "signoff networker" command via 
>email to listserv AT listmail.temple DOT edu or visit the list's Web site at 
>http://listmail.temple.edu/archives/networker.html where you can also 
>view and post messages to the list. 
>=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list. Questions regarding this list should
be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list. Questions regarding this list should
be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list. Questions regarding this list should
be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

<Prev in Thread] Current Thread [Next in Thread>