Re: [Networker] Antw: RE: [Networker] Tapes marked full after a few gigs

Are you getting the tapes marked full with a write error.  A friend with
older SDLTs had an issue with write errors.  He downgraded the firmware
and said it solved the problem.  Perhaps the latest firmware is not the
best?   Time to start swapping out cables and terminators?

Robert Maiello
Pioneer Data Systems

BTW:  You should see your scsi buses are running at 160MB/sec or 80 MB/sec
now.




On Tue, 2 Aug 2005 21:20:05 +0200, Bolay, Vincent
<vincent.bolay AT MEDTRONIC DOT COM> wrote:

>The server is connected to a SAN, but for its own use. We only perform LAN
backups.
>There is an ECC Host Agent running on the server, but we got the problems
before we installed this agent.
>
>I made several changes in my configuration following the advice I received
from this mailing list:
>
>Apply the latest sd patch 113277-35
>Apply the latest Sun Recommended patches:
>SunOS lau-backup2-b 5.9 Generic_118558-10 sun4u sparc SUNW,Sun-Fire-280R
>Install the latest firmware in the drives and the Library: V83 and 2.15.03
>Remove set scsi_options=0x7F8 from /etc/system
>
>I still got tapes full after a few gigs. I will wait a few weeks and see if
there is an improvement.
>
>Thanks
>Vincent
>
>
>
>-----Original Message-----
>From: Thorsten Linow [mailto:Linow.Thorsten AT talkline DOT de]
>Sent: Tuesday, August 02, 2005 3:47 PM
>To: NETWORKER AT LISTSERV.TEMPLE DOT EDU; Bolay, Vincent
>Subject: Antw: RE: [Networker] Tapes marked full after a few gigs
>
>
>Hi Vincent,
>
>Is Your Legato Networker Server connected to a SAN?
>We had semilar problems by having a visual SAN Agent daemon running on our
Backup-Server.
>Once it was stopped, the Problem was gone. The visual SAN Agent obviously
was faulty.
>
>H.t.h.
>
>Kind Regards Thorsten
>
>****************************************************************************
>*  Thorsten Linow
>*  Informatik Services -UNIX, Backup & Restore-
>*  Talkline GmbH & CO KG
>*
>*  Talklineplatz 1
>*  25337 Elmshorn
>*
>*  @-Mail: Linow.Thorsten AT Talkline DOT DE
>*
>*  Internet: www.talkline.de
>****************************************************************************
>
>>>> "Bolay, Vincent" <vincent.bolay AT MEDTRONIC DOT COM> 22.07.05 10:47:17 >>>
>This is what I have in /etc/system :
>
>set sd:sd_max_throttle=20
>set scsi_options=0x7F8
>set sd:sd_io_time=0x78
>
>These settings are needed by the EMC box. I doubt that the sd settings may
have an influence for st.
>scsi_options=0x7F8 means everything enabled.
>
>Vincent
>
>-----Original Message-----
>From: Legato NetWorker discussion
>[mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]On Behalf Of Robert Maiello
>Sent: Thursday, July 21, 2005 11:23 PM
>To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
>Subject: Re: [Networker] Tapes marked full after a few gigs
>
>
>With older SDLT320 drives I had a similar problem; although new media
>faired a little better.  For SDLT320 there was a calibration track
>written to the media when it is first written.  If a bad drive writes
>this track other drives have a problem reading it.  Based on tapes I
>send to Quantum/ATL they replaced certain drives.   This doesn't
>sound like your problem though.. your saying new media on either drive
>will produce the write error.
>
>It being LVD scsi attached, I'd definitely check/swap out cables and
>terminators.  Check /etc/system and make sure you have no scsi-options
>line throttling the bus.
>
>Robert Maiello
>Pioneer Data Systems
>
>
>On Wed, 20 Jul 2005 11:37:10 +0200, Bolay, Vincent
><vincent.bolay AT MEDTRONIC DOT COM> wrote:
>
>>Hello,
>>
>>This is my config:
>>
>>SunOS lau-backup2-b 5.9 Generic_117171-05 sun4u sparc SUNW,Sun-Fire-280R
>>Patch: 113277-24 SunOS 5.9: st, sd and ssd Patch
>>Sun StorEdge(TM) Enterprise Backup 7.2.Build.172 Network Edition/35
>>Storagetek Library L80 with Quantum SDLT320 drives firmware rev 80, SCSI LVD
>>
>>I often get the following messages:
>>
>>/nsr/logs/daemon.log:
>>
>>07/20/05 01:32:41 nsrd: media notice: sdlt320 tape DEX066 on /dev/rmt/0ubn
>is full
>
>
>>07/20/05 01:32:41 nsrd: media notice: sdlt320 tape DEX066 used 28 GB of 160
>GB capacity
>>07/20/05 01:32:59 nsrd: media notice: Volume "DEX066" on device
>"/dev/rmt/0ubn": Block size is 32768 bytes not 131072 bytes. Verify the
>device configuration. Tape positioning by record is disabled.
>>
>>/var/adm/messages:
>>
>>Jul 20 01:32:41 lau-backup2-b scsi: [ID 107833 kern.warning] WARNING:
>/pci@8,700000/pci@1/scsi@2/st@1,0 (st50):
>>Jul 20 01:32:41 lau-backup2-b   Error for Command: write
>Error Level: Fatal
>>Jul 20 01:32:41 lau-backup2-b scsi: [ID 107833 kern.notice]     Requested
>Block: 9579                      Error Block: 9579
>>Jul 20 01:32:41 lau-backup2-b scsi: [ID 107833 kern.notice]     Vendor:
>QUANTUM                           Serial Number:  P    i
>>Jul 20 01:32:41 lau-backup2-b scsi: [ID 107833 kern.notice]     Sense Key:
>Media Error
>>Jul 20 01:32:41 lau-backup2-b scsi: [ID 107833 kern.notice]     ASC: 0xc
>(write error), ASCQ: 0x0, FRU: 0x0
>>
>>It can happen on any drive and with new or used tapes. The tapes are
>labeled always the same way.
>>I know that this is a known issue, but nobody (Sun, Sunmamagers, Google)
>has been able to provide a solution yet.
>>
>>TIA for your replies
>>
>>Vincent Bolay
>>Systems Engineer
>>Medtronic Europe Sï¿½rl
>>Route du Molliau 31
>>Case postale
>>CH-1131 Tolochenaz
>>Switzerland
>>Phone: (+41 -21) 802 75 34
>>Fax: (+41 -21) 802 79 11
>>E-mail: vincent.bolay AT medtronic DOT com
>>
>>--
>>Note: To sign off this list, send a "signoff networker" command via email
>>to listserv AT listserv.temple DOT edu or visit the list's Web site at
>>http://listserv.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 listserv.temple DOT edu or visit the list's Web site at
>http://listserv.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 listserv.temple DOT edu or visit the list's Web site at
>http://listserv.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 listserv.temple DOT edu or visit the list's Web site at
>http://listserv.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 listserv.temple DOT edu or visit the list's Web site at
http://listserv.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
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=