From owner-freebsd-questions@FreeBSD.ORG Mon Oct 12 17:35:39 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A165A1065672 for ; Mon, 12 Oct 2009 17:35:39 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 243FD8FC1C for ; Mon, 12 Oct 2009 17:35:38 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.3/8.14.3) with ESMTP id n9CHZLg5097632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 12 Oct 2009 19:35:21 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.3/8.14.3/Submit) with ESMTP id n9CHZL6i097629 for ; Mon, 12 Oct 2009 19:35:21 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Mon, 12 Oct 2009 19:35:17 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1864763709-1255367153=:84355" Content-ID: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.fig.ol.no Subject: Trouble making a Tandberg LTO-2 HH S619 work with AMANDA 2.6.1p1 on 7.2-STABLE as of today X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Oct 2009 17:35:39 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1864763709-1255367153=:84355 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm having trouble making a Tandberg LTO-2 HH S619 work with AMANDA 2.6.1p1 on 7.2-STABLE i386 cvsup'ed as of today local time. The tape drive is connected to channel A on: ahc0: port 0xec00-0xecff mem 0xff8ff000-0xff8fffff irq 17 at device 8.0 on pci1 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe800-0xe8ff mem 0xff8fe000-0xff8fefff irq 18 at device 8.1 on pci1 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs During (re)boot the following is recorded in dmesg: (probe5:ahc0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe5:ahc0:0:5:0): CAM Status: SCSI Status Error (probe5:ahc0:0:5:0): SCSI Status: Check Condition (probe5:ahc0:0:5:0): UNIT ATTENTION asc:29,2 (probe5:ahc0:0:5:0): SCSI bus reset occurred (probe5:ahc0:0:5:0): Retrying Command (per Sense Data) sa0 at ahc0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz DT, offset 64, 16bit) Is these messages normal for this drive? A valid tape was present in the drive during reboot. This is a brand new drive and in it's maiden voyage the other night AMANDA complained about running out of tape after a mere 10 GB worth of data. LTO2 tapes usually have a raw capacity of about 200 GB. Next I ran amtapetype to get the new characteristics, but got the following instead: amanda@XXX:~>mt -f /dev/sa0 comp off amanda@XXX:~>mt -f /dev/sa0 status Mode Density Blocksize bpi Compression Current: 0x42 variable 0 disabled - ---------available modes--------- 0: 0x42 variable 0 0x1 1: 0x42 variable 0 0x1 2: 0x42 variable 0 0x1 3: 0x42 variable 0 0x1 - --------------------------------- Current Driver State: at rest. - --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 amanda@XXX:~>/usr/bin/time -l amtapetype -t "TANDBERG-LTO2-HH-TANDBERG-200GB-WITHOUT-COMPRESSION" /dev/sa0 Applying heuristic check for compression. Wrote random (uncompressible) data at 22260042.3225806 bytes/sec Wrote fixed (compressible) data at 22260042.3225806 bytes/sec Compression: disabled Writing one file to fill the volume. Wrote less than 100MB to the device: Error writing block: Unknown error: 0 9133,58 real 4747,35 user 316,77 sys 11700 maximum resident set size 3 average shared memory size 730 average unshared data size 127 average unshared stack size 1614 page reclaims 1 page faults 0 swaps 18 block input operations 2 block output operations 0 messages sent 0 messages received 0 signals received 44390062 voluntary context switches 26325015 involuntary context switches amanda@XXX:~> I managed to observe the block count rising well into 6000000 before the abrupt ending which usually indicates the tape being completely filled assuming a block size of 32K which is the default for amtapetype. I can (re)boot the server with verbose logging turned on if that can improve the diagnosis. I've ordered a new Adaptec 39320 to use with this drive. If anyone has a better suggestion please let's have it. Trond. - -- - ---------------------------------------------------------------------- Trond Endrestøl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 7.2-STABLE & Alpine 2.00 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrTaNkACgkQbYWZalUoElvQUACaAqtSRuAFUJc84NTpZVuqKulY Z4QAn1L0fZzRoXVPXQjA+NBuAgSYtBPZ =6Bl5 -----END PGP SIGNATURE----- --2055831798-1864763709-1255367153=:84355--