From owner-freebsd-ports  Thu Sep 19  5: 5:19 2002
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B4DB337B401; Thu, 19 Sep 2002 05:05:14 -0700 (PDT)
Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CBF0E43E3B; Thu, 19 Sep 2002 05:05:13 -0700 (PDT)
	(envelope-from ohartman@klima.physik.uni-mainz.de)
Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162])
	by klima.physik.uni-mainz.de (8.12.6/8.12.5) with ESMTP id g8JC5CIs019021;
	Thu, 19 Sep 2002 14:05:12 +0200 (CEST)
	(envelope-from ohartman@klima.physik.uni-mainz.de)
Date: Thu, 19 Sep 2002 14:05:12 +0200 (CEST)
From: "Hartmann, O." <ohartman@klima.physik.uni-mainz.de>
To: freebsd-stable@freebsd.org
Cc: freebsd-ports@freebsd.org
Subject: FBSD 4.7-RC and HP SureSTore 40x6/tape driver problems
Message-ID: <20020919134856.A18784-100000@klima.physik.uni-mainz.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-ports@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-ports.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-ports>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-ports>
X-Loop: FreeBSD.org

Dear Sirs.

For backups we use afbackup (now version 3.3.7pl2). Since our change
from FreeBSD 4.6.2 towards 4.7-RC several problems occured with either
the software and/or the tape drive.

The HP SureStore 40x6i is a autoloader. We use this facility successful
now for 2 years with FreeBSD and afbackup. But now the autoloader seems
to be not working properly as exspected.

Operating system: FreeBSD 4.7-RC, this is the dmesg-output of the server
which does the backup localy:


Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 4.7-RC #161: Wed Sep 18 17:08:48 CEST 2002
    root@atmos.physik.uni-mainz.de:/usr/obj/usr/src/sys/ATMOS
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (868.58-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x683  Stepping = 3
  Features=0x387fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE>
real memory  = 2147483648 (2097152K bytes)
avail memory = 2088214528 (2039272K bytes)
Programming 16 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 16 pins in IOAPIC #1
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x000f0011, at 0xfec00000
 io1 (APIC): apic id:  3, version: 0x000f0011, at 0xfec01000
Preloaded elf kernel "kernel" at 0xc0397000.
Pentium Pro MTRR support enabled
Using $PIR table, 12 entries at 0xc00fdf00
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
IOAPIC #1 intpin 13 -> irq 2
IOAPIC #1 intpin 12 -> irq 16
IOAPIC #1 intpin 2 -> irq 17
IOAPIC #1 intpin 7 -> irq 18
pci0: <PCI bus> on pcib0
pcib4: <PCI to PCI bridge (vendor=1166 device=0005)> at device 0.1 on pci0
IOAPIC #1 intpin 1 -> irq 19
pci1: <PCI bus> on pcib4
pci1: <NVidia Riva TNT2 graphics accelerator> at 0.0 irq 19
sym0: <896> port 0xf800-0xf8ff mem 0xfeafe000-0xfeafffff,0xfeafac00-0xfeafafff irq 2 at device 1.0 on pci0
sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: handling phase mismatch from SCRIPTS.
sym1: <896> port 0xf400-0xf4ff mem 0xfeafc000-0xfeafdfff,0xfeafa800-0xfeafabff irq 16 at device 1.1 on pci0
sym1: Symbios NVRAM, ID 7, Fast-40, SE, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: handling phase mismatch from SCRIPTS.
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xfcc0-0xfcff mem 0xfeac0000-0xfeadffff,0xfeaf9000-0xfeaf9fff irq 17 at device 4.0 on pci0
fxp0: Ethernet address 00:02:b3:65:74:44
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0xfc40-0xfc7f mem 0xfe900000-0xfe9fffff,0xfeaf8000-0xfeaf8fff irq 18 at device 7.0 on pci0
fxp1: Ethernet address 00:e0:81:00:f0:d7
inphy1: <i82555 10/100 media interface> on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <ServerWorks IB6566 PCI to ISA bridge> at device 15.0 on pci0
isa0: <ISA bus> on isab0
pci0: <Unknown PCI ATA controller> at 15.1
pcib1: <ServerWorks NB6536 2.0HE host to PCI bridge> on motherboard
pci2: <PCI bus> on pcib1
pcib5: <DEC 21154 PCI-PCI bridge> at device 2.0 on pci2
IOAPIC #1 intpin 11 -> irq 20
IOAPIC #1 intpin 8 -> irq 21
pci3: <PCI bus> on pcib5
pcib6: <DEC 21154 PCI-PCI bridge> at device 0.0 on pci3
IOAPIC #1 intpin 10 -> irq 22
pci4: <PCI bus> on pcib6
amr0: <AMI MegaRAID> mem 0xf0000000-0xf3ffffff irq 22 at device 0.0 on pci4
amr0: <MegaRAID Enterprise 1600> Firmware C170, BIOS 3.13, 64MB RAM
pci3: <unknown card> (vendor=0x1077, dev=0x1216) at 1.0 irq 20
pci3: <unknown card> (vendor=0x1077, dev=0x1216) at 2.0 irq 21
pcib2: <ServerWorks host to PCI bridge> on motherboard
pci5: <PCI bus> on pcib2
pcib3: <ServerWorks host to PCI bridge> on motherboard
pci6: <PCI bus> on pcib3
orm0: <Option ROMs> at iomem 0xc0000-0xc9fff,0xca000-0xcdfff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <6 virtual consoles, flags=0x200>
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: Broken MP table detected: 8254 is not connected to IOAPIC #0 intpin 2
APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0
DUMMYNET initialized (011031)
IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, unlimited logging
IPsec: Initialized Security Association Processing.
Waiting 3 seconds for SCSI devices to settle
(noperiph:sym0:0:-1:-1): SCSI BUS reset delivered.
(noperiph:sym1:0:-1:-1): SCSI BUS reset delivered.
amrd0: <MegaRAID logical drive> on amr0
amrd0: 245014MB (501788672 sectors) RAID 5 (optimal)
SMP: AP CPU #1 Launched!
sa0 at sym1 bus 0 target 5 lun 0
sa0: <HP C5713A H910> Removable Sequential Access SCSI-2 device
sa0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
Mounting root from ufs:/dev/amrd0s1a
ch0 at sym1 bus 0 target 5 lun 1
ch0: <HP C5713A H910> Removable Changer SCSI-2 device
ch0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
ch0: 6 slots, 1 drive, 0 pickers, 0 portals
cd0 at sym1 bus 0 target 3 lun 0
cd0: <TEAC CD-ROM CD-532S 1.0A> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 16)
cd0: Attempt to query device size failed: NOT READY, Medium not present


First occurence of problems were immediately after the change from
4.6.2 to 4.7 PRERELEASE and I found out that the SA driver now works
different from those of earlier versions.
afbackup did weird things, did not change tapes as expected at the
end of a tape or recovered broken files which seemed to be written
out as regular files.

I got a patch that should work, but several tests with afbackup ran into
problems.
The backup still writes out files, but when the tape drive (sa0) reaches
end of tape, the display of the loader shows up 'Tape Full' and nothing
happens. No kernel warning, no kernel message, no afbackup message.
I think this is a kind of broken software phenomenon and I'm in contact with
one of the developers of afbackup (A. Fluegel).

Another aspect of weirdness is the strange behaviour of the tape drive. A while
ago I watched the display of the tape drive and it showed me while writing
this: 'Writing 1.2' or 'Writing 1.6'. This showed me the DCLZ compression factor
(which is enabled by default). Since several weeks this shows me 'Writing 0.8'
or 'Writing 0.9', also when I do not preprocess any backuped file via gzip
or backing up areas with non-compressed files. Can I suspect the tape drive
to be broken?

If there is someone out here with experiences how to test the drive, please
contact me. I need to know whether the software is faulty - and this should be
then a short term problem, or whether the hardware is faulty - and for that
this means a long term problem for us (HP service takes a long time around here).

Many thanks in advance,

Oliver



--
MfG
O. Hartmann

ohartman@klima.physik.uni-mainz.de
------------------------------------------------------------------
IT-Administration des Institutes fuer Physik der Atmosphaere (IPA)
------------------------------------------------------------------
Johannes Gutenberg Universitaet Mainz
Becherweg 21
55099 Mainz

Tel: +496131/3924662 (Maschinenraum)
Tel: +496131/3924144 (Buero)
FAX: +496131/3923532


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-ports" in the body of the message