From owner-freebsd-stable@FreeBSD.ORG Sun Dec 18 15:30:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC0116A41F for ; Sun, 18 Dec 2005 15:30:50 +0000 (GMT) (envelope-from mailing@libet.de) Received: from mail.libet.de (www.libet.de [212.202.150.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B55F43D62 for ; Sun, 18 Dec 2005 15:30:49 +0000 (GMT) (envelope-from mailing@libet.de) Received: (qmail 46587 invoked from network); 18 Dec 2005 15:30:48 -0000 Received: from port-212-202-150-226.static.qsc.de (HELO ?192.168.23.38?) (212.202.150.226) by mail.libet.de with SMTP; 18 Dec 2005 15:30:47 -0000 Message-ID: <43A580A9.5090504@libet.de> Date: Sun, 18 Dec 2005 16:30:49 +0100 From: =?ISO-8859-15?Q?Christian_Gr=FCndemann?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43A57DBF.6050404@libet.de> In-Reply-To: <43A57DBF.6050404@libet.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: DLT Tape Read errors on aac0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 15:30:50 -0000 Waah, I forgot the most important information. Its an 5.3-STABLE FreeBSD Operating System. :-) Christian Christian Gründemann schrieb: > Hi, > > I am using an Adaptec SCSI RAID 2120S Card with 5 SCSI > Seagate drives as a RAID-5 without any probelms for almost two years now. > > Last week I attached to the aac0 controller a Tandberg DLT Drive > QUANTUM DLT VS160 2500 Removable Sequential Access SCSI-2 device > for large backup purposes. > > We decided to use dump/restore for our backup strategy but > unfortunately we can > only make backups and no restores. E.g dumping a filesystem works great: > > root@hercules ~ dump -0aLf /dev/sa0 /var > DUMP: Date of this level 0 dump: Tue Dec 20 15:44:05 2005 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping snapshot of /dev/aacd0s1f (/var) to /dev/sa0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 63220 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: DUMP: 64341 tape blocks on 1 volume > DUMP: finished in 15 seconds, throughput 4289 KBytes/sec > DUMP: Closing /dev/sa0 > DUMP: DUMP IS DONE > root@hercules ~ > > I guess the backup has been successfully finished. > > But when I try a access the backup ether via the interactive console or > by trying to extract the data directly I get the follwing errors in > /var/log/messages > > root@hercules /var restore -i -f /dev/sa0 > tape read error: Input/output error > > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): READ(06). CDB: 8 0 > 0 80 0 0 > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): NO SENSE ILI > (length mismatch): 22528 csi:e0,40,0,20 asc:0,0 > Dec 20 15:49:22 hercules kernel: (sa0:aacp0:0:5:0): No additional > sense information > > Sometimes I often get some Timeouts (only using restore). > Dec 19 11:34:27 hercules kernel: aac0: COMMAND 0xc1fdf750 TIMEOUT > AFTER 51 SECONDS > > Kernel config: > ------------------------- > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and > SAF-TE) > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > ------------------------- > > dmesg (cutted): > ------------------ > hercules kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2399.33-MHz > 686-class CPU) > hercules kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > hercules kernel: cpu0 (BSP): APIC ID: 0 > hercules kernel: cpu1 (AP): APIC ID: 1 > hercules kernel: cpu2 (AP): APIC ID: 6 > hercules kernel: cpu3 (AP): APIC ID: 7 > > aac0: mem 0xd0000000-0xd3ffffff irq 52 at > device 2.0 on pci4 > aac0: [FAST] > aac0: Unknown processor 100MHz, 48MB cache memory, optional battery > not installed > aac0: Kernel 4.1-0, Build 7244, S/N bd10c2 > aac0: Supported > Options=11d7e > > aacp0: on aac0 > > acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% > (probe5:aacp0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe5:aacp0:0:5:0): NOT READY csi:e0,40,0,1c asc:4,1 > (probe5:aacp0:0:5:0): Logical unit is in process of becoming ready > sa0 at aacp0 bus 0 target 5 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 160.000MB/s transfers (80.000MHz, offset 96, 16bit) > ---------------------- > > Does anybody maybe have an idea why I can use dump but not restore ? > This doesn't make sense to me. > > And I should mention that "tar" works great! I can write and read > from the tape, even with filemarks. > > Thanks for your help! > Christian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"