Re: Formatting a tape?

2009-03-20 Thread Michael L. Squires
This looks like a hardware problem to me.  However, I don't have any 
experience with this type of SCSI hardware.


If it were my system I'd be double-checking the tape drive setup, cabling 
and termination, and then substituting other cables and SCSI controllers.


One thing that confuses me is that the DLT drive is shown as a SCSI-2 
device but is nonetheless running with 160MB/sec transfers.


On my system (7.1-STABLE, SM P6DC6, onboard Adaptec 7899 UW160 controller, 
external Overland AIT# library I get the following:


ahc0: 
Adaptec aic7899 Ultra160 SCSI adapter port 0x9400-0x94ff mem 0xf3021000-

0xf3021fff irq 18 at device 4.0 on pci3
ahc0: [ITHREAD]
ahc1: Adaptec aic7899 Ultra160 SCSI adapter port 0x9800-0x98ff mem 
0xf3022000-

0xf3022fff irq 18 at device 4.1 on pci3
ahc1: [ITHREAD]
sa0 at ahc1 bus 0 target 4 lun 0

sa0 at ahc1 bus 0 target 4 lun 0
sa0: SONY SDX-700C 0102 Removable Sequential Access SCSI-2 device
sa0: 40.000MB/s transfers (20.000MHz, offset 127, 16bit)


On Thu, 19 Mar 2009, Jaime wrote:


On Thu, Mar 19, 2009 at 2:18 PM, Michael L. Squires mi...@siralan.org wrote:

Have you looked at /var/log/messages?  I've found error messages written
there when trying to write to a tape which showed that I needed to change
the block size.


Good idea, but sadly there is nothing useful there.  The following
happened during my tinkering with mt, tar, and dd:

Mar 19 14:06:32 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0
Mar 19 14:06:32 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable
Sequential Access SCSI-2 device
Mar 19 14:06:32 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz,
offset 96, 16bit)
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): Unexpected busfree in
Data-out phase
Mar 19 14:23:46 atlas kernel: SEQADDR == 0x86
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): lost device
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): failed to write
terminating filemark(s)
Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): tape is now frozen-
use an OFFLINE, REWIND or MTEOM command to clear this state.
Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): removing device entry
Mar 19 14:27:37 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0
Mar 19 14:27:37 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable
Sequential Access SCSI-2 device
Mar 19 14:27:37 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz,
offset 96, 16bit)
Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): lost device
Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): removing device entry


Jaime


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Formatting a tape?

2009-03-19 Thread Jaime
I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
tapes, I can't.

Is there some kind of formatting process that I need to do?  I tried
mt fsf 1 from this page:

http://www.freebsd.org/doc/en/books/handbook/backups-tapebackups.html

This didn't seem to work, though.

Any help is appreciated,
Jaime

-- 
To affect the quality of the day, that is the highest of arts.  --
Henry David Thoreau

Tone of voice in email is misunderstood 50% of the time.
Source:  http://www.howtoweb.com/cgi-bin/insider.pl?zone=214061
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Andrew Hamilton-Wright

On Thu, 19 Mar 2009, Jaime wrote:


I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
tapes, I can't.

Is there some kind of formatting process that I need to do?  I tried
mt fsf 1 from this page:


I assume that this is a fresh tape?  Do other tapes from the same batch work?

What happens if you use dd to try and write to the tape?

The command
dd if=/dev/zero of=/dev/sa0 count=8
should print out:
8+0 records in
8+0 records out

If you are getting something else, I might suspect a physical media problem.
I have certainly gotten the odd dud tape before.

A.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Jaime
 I assume that this is a fresh tape?  Do other tapes from the same batch
 work?

Thanks for the reply.  Yes, 10 new tapes.  All Sony brand DLTape VS1
on the box.  (Only one t.  Damn marketers.)  They all have this
symptom.


 What happens if you use dd to try and write to the tape?

I'll give it a try.  I've only used tar and mt so far.

Thanks,
Jaime


-- 
To affect the quality of the day, that is the highest of arts.  --
Henry David Thoreau

Tone of voice in email is misunderstood 50% of the time.
Source:  http://www.howtoweb.com/cgi-bin/insider.pl?zone=214061
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Chuck Swiger

On Mar 19, 2009, at 9:15 AM, Jaime wrote:

I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
tapes, I can't.

Is there some kind of formatting process that I need to do?  I tried
mt fsf 1 from this page:



What's the SCSI controller that you're using, and which version of the  
OS are you running?
What's mt status say?  Can you try mt blocksize 0, mt rewind,  
mt weof 2, mt rewind and then retry tar?


Try changing your blocksize via tar's -b flag to 32, 64, 126, or 128  
blocks.  FreeBSD doesn't expose enabling/disabling hardware  
compression or tuning compression levels via the device name used (ala  
Solaris' /dev/rmt/0ubn for example), so you'll need to look to mt  
blocksize and mt comp to adjust, otherwise you'll get whatever  
default behavior the device is set to.  In most cases, the device will  
want a fairly large blocksize in order to keep streaming the tape.


(I've used both Quantum DLT and sDLT drives with FreeBSD 5.x  6.x on  
various Adaptec  LSI MegaRAID SCSI controllers-- mostly Dell, some HP  
boxen)


Regards,
--
-Chuck

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Jaime
On Thu, Mar 19, 2009 at 1:39 PM, Andrew Hamilton-Wright and...@qemg.org wrote:
 What happens if you use dd to try and write to the tape?

 The command
dd if=/dev/zero of=/dev/sa0 count=8
 should print out:
8+0 records in
8+0 records out

I tried this and the output was:
8+0 records in
8+0 records out
4096 bytes transferred in 0.036611 secs (111879 bytes/sec)

So then I tried my backup script (which is basically a tar command)
and got this on the console:
(sa0:ahc0:0:6:0): Unexpected busfree in Data-out phase
SEQADDR == 0x86
(sa0:ahc0:0:6:0): lost device
(sa0:ahc0:0:6:0): failed to write terminating filemark(s)
(sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND, or MTEOM
command to clear this state.
(sa0:ahc0:0:6:0): removing device entry

On the ssh terminal / standard output, I got this:
tar: Write error: Input/output error

Now camcontrol devlist doesn't show the tape drive, even though it
did before.  So I use camcontrol rescan all and it comes back.  On
console, it says:

sa0 at ahc0 bus 0 target 6 lun 0
sa0: QUANTUM DLT-V4 0A00 Removable Sequential Access SCSI-2 device
sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16 bit)

So then I try:

mt -f /dev/sa0 rewind
mt: /dev/sa0: Device not configured
atlas:jkikpolecamcontrol devlist
SEAGATE ST373207LW 0004  at scbus0 target 0 lun 0 (pass0)
SEAGATE ST373207LW 0004  at scbus0 target 1 lun 0 (pass1)
SEAGATE ST373207LW 0004  at scbus0 target 2 lun 0 (pass2)
LaCie BigDisk Extreme+ 3.AA  at scbus1 target 0 lun 0 (da0,pass3)

WTF?  Its gone again.  On console, I get:

(sa0:ahc0:0:6:0): lost device
(sa0:ahc0:0:6:0): removing device entry

I'm going to tinker some more and see if I can get this drive working
again.  I'll also try another tape.  (Its worth noting that I DID
manage to get a tape working thanks to mt -f /dev/sa0 fsf 1  mt -f
/dev/sa0 rewind.)  More info later.

Thanks for the help

Jaime
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Jerry McAllister
On Thu, Mar 19, 2009 at 12:15:48PM -0400, Jaime wrote:

 I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
 can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
 tapes, I can't.
 
 Is there some kind of formatting process that I need to do?  I tried
 mt fsf 1 from this page:
 
 http://www.freebsd.org/doc/en/books/handbook/backups-tapebackups.html
 
 This didn't seem to work, though.

Tapes do not need to be formatted, though the issue mentioned in the page
you indicate can cause problems.I have seen it a lot on DAT (DDS) tapes
and never with a DLT.   On the DAT tapes, the solutions given on that page
have usually not helped for me.   But, since I have never had any problem
with DLT tapes, I can't say if they might be helpful.

You can try writing a block or two to the drive using dd(1).  That
occasionally helped with the DAT (DDS) tapes.
   dd count=10 if=/dev/zero of=/dev/nsa0

Seems like it should have a bs=nn in there too, but I can't remember
if the default of 512 is OK or not.

jerry


 
 Any help is appreciated,
 Jaime
 
 -- 
 To affect the quality of the day, that is the highest of arts.  --
 Henry David Thoreau
 
 Tone of voice in email is misunderstood 50% of the time.
 Source:  http://www.howtoweb.com/cgi-bin/insider.pl?zone=214061
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Jaime
On Thu, Mar 19, 2009 at 2:18 PM, Michael L. Squires mi...@siralan.org wrote:
 Have you looked at /var/log/messages?  I've found error messages written
 there when trying to write to a tape which showed that I needed to change
 the block size.

Good idea, but sadly there is nothing useful there.  The following
happened during my tinkering with mt, tar, and dd:

Mar 19 14:06:32 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0
Mar 19 14:06:32 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable
Sequential Access SCSI-2 device
Mar 19 14:06:32 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz,
offset 96, 16bit)
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): Unexpected busfree in
Data-out phase
Mar 19 14:23:46 atlas kernel: SEQADDR == 0x86
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): lost device
Mar 19 14:23:46 atlas kernel: (sa0:ahc0:0:6:0): failed to write
terminating filemark(s)
Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): tape is now frozen-
use an OFFLINE, REWIND or MTEOM command to clear this state.
Mar 19 14:23:47 atlas kernel: (sa0:ahc0:0:6:0): removing device entry
Mar 19 14:27:37 atlas kernel: sa0 at ahc0 bus 0 target 6 lun 0
Mar 19 14:27:37 atlas kernel: sa0: QUANTUM DLT-V4 0A00 Removable
Sequential Access SCSI-2 device
Mar 19 14:27:37 atlas kernel: sa0: 160.000MB/s transfers (80.000MHz,
offset 96, 16bit)
Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): lost device
Mar 19 14:29:19 atlas kernel: (sa0:ahc0:0:6:0): removing device entry


Jaime
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Wojciech Puchar

mt rewind should suffice. AFAIK DLT tapes doesn't need to be formatted

On Thu, 19 Mar 2009, Jaime wrote:


I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
tapes, I can't.

Is there some kind of formatting process that I need to do?  I tried
mt fsf 1 from this page:

http://www.freebsd.org/doc/en/books/handbook/backups-tapebackups.html

This didn't seem to work, though.

Any help is appreciated,
Jaime

--
To affect the quality of the day, that is the highest of arts.  --
Henry David Thoreau

Tone of voice in email is misunderstood 50% of the time.
Source:  http://www.howtoweb.com/cgi-bin/insider.pl?zone=214061
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Julien Cigar
Try this :

mt -f /dev/nsa0 rewind
mt -f /dev/nsa0 weof 1
mt -f /dev/nsa0 rewind


On Thu, 2009-03-19 at 12:15 -0400, Jaime wrote:
 I have a DLT tape drive in a FreeBSD system.  With one of the tapes, I
 can get tar -cvpf /dev/sa0 -C / . to work.  With all the other
 tapes, I can't.
 
 Is there some kind of formatting process that I need to do?  I tried
 mt fsf 1 from this page:
 
 http://www.freebsd.org/doc/en/books/handbook/backups-tapebackups.html
 
 This didn't seem to work, though.
 
 Any help is appreciated,
 Jaime
 
-- 
Julien Cigar
Belgian Biodiversity Platform
http://www.biodiversity.be
Université Libre de Bruxelles (ULB)
Campus de la Plaine CP 257
Bâtiment NO, Bureau 4 N4 115C (Niveau 4)
Boulevard du Triomphe, entrée ULB 2
B-1050 Bruxelles
Mail: jci...@ulb.ac.be
@biobel: http://biobel.biodiversity.be/person/show/471
Tel : 02 650 57 52

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Warren Block

On Thu, 19 Mar 2009, Jaime wrote:


On Thu, Mar 19, 2009 at 1:39 PM, Andrew Hamilton-Wright and...@qemg.org wrote:

What happens if you use dd to try and write to the tape?

The command
   dd if=/dev/zero of=/dev/sa0 count=8
should print out:
   8+0 records in
   8+0 records out


I tried this and the output was:
8+0 records in
8+0 records out
4096 bytes transferred in 0.036611 secs (111879 bytes/sec)


Small write works okay...


So then I tried my backup script (which is basically a tar command)
and got this on the console:
(sa0:ahc0:0:6:0): Unexpected busfree in Data-out phase
SEQADDR == 0x86
(sa0:ahc0:0:6:0): lost device
(sa0:ahc0:0:6:0): failed to write terminating filemark(s)
(sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND, or MTEOM
command to clear this state.
(sa0:ahc0:0:6:0): removing device entry


Bigger write fails...


On the ssh terminal / standard output, I got this:
tar: Write error: Input/output error

Now camcontrol devlist doesn't show the tape drive, even though it
did before.


And the device acts flaky.  That screams SCSI termination problem to 
me.  That would also be consistent with most/all of the tapes failing, 
because it's not the tapes.


...


I'm going to tinker some more and see if I can get this drive working
again.  I'll also try another tape.  (Its worth noting that I DID
manage to get a tape working thanks to mt -f /dev/sa0 fsf 1  mt -f
/dev/sa0 rewind.)  More info later.


Try that one working tape again.  Betcha it fails.

-Warren Block * Rapid City, South Dakota USA
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Jaime
On Thu, Mar 19, 2009 at 7:37 PM, Warren Block wbl...@wonkity.com wrote:
 And the device acts flaky.  That screams SCSI termination problem to me.
  That would also be consistent with most/all of the tapes failing, because
 it's not the tapes.

I've checked the termination more times than I can remember.  (No
exaggeration.  Problem had been on-going for months.)  Its OK.  I have
one bent pin on one of the two ports on the SCSI cable, but it (1)
isn't the one being used and (2) doesn't touch any other pins.  Its
just an unusable port on the cable, not a source of ... cross
contamination, I guess you could say.

So I am pretty sure that we're OK on the SCSI chain.  I *am* starting
to wonder about the tape drive itself, though.

What do you think?

Thanks again,
Jaime
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Formatting a tape?

2009-03-19 Thread Warren Block

On Thu, 19 Mar 2009, Jaime wrote:


On Thu, Mar 19, 2009 at 7:37 PM, Warren Block wbl...@wonkity.com wrote:

And the device acts flaky.  That screams SCSI termination problem to me.
 That would also be consistent with most/all of the tapes failing, because
it's not the tapes.


I've checked the termination more times than I can remember.  (No
exaggeration.  Problem had been on-going for months.)  Its OK.  I have
one bent pin on one of the two ports on the SCSI cable, but it (1)
isn't the one being used and (2) doesn't touch any other pins.  Its
just an unusable port on the cable, not a source of ... cross
contamination, I guess you could say.


Two terminators, one at each end of the bus?  Another possibility is 
that the terminators are fine, but nothing is providing termpower (blown 
fuse or jumper).  And there are different SCSI bus widths.  The more 
devices you have, the more interesting it gets.



So I am pretty sure that we're OK on the SCSI chain.  I *am* starting
to wonder about the tape drive itself, though.


Could be the drive, or could be cables.  If you have other devices on 
the bus and they work fine on large, fast transfers, then suspect the 
tape drive.  If you can get that one tape to work repeatedly but none of 
the other tapes will, maybe a bad batch of tapes.


-Warren Block * Rapid City, South Dakota USA___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org