From owner-freebsd-scsi@FreeBSD.ORG Sun Nov 21 09:06:32 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22BF516A4CE; Sun, 21 Nov 2004 09:06:32 +0000 (GMT) Received: from smtp20.libero.it (smtp20.libero.it [193.70.192.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324EA43D1F; Sun, 21 Nov 2004 09:06:31 +0000 (GMT) (envelope-from wcp@pelissero.de) Received: from localhost (172.16.1.80) by smtp20.libero.it (7.0.027-DD01) id 40E3F8E701E0C688; Sun, 21 Nov 2004 10:06:29 +0100 Received: from hyde.sigea.loc (151.42.178.149) by smtp1.libero.it (7.0.027-DD01) id 40CB2909062F12AD; Sun, 21 Nov 2004 10:06:44 +0100 Received: from hyde.sigea.loc (localhost [127.0.0.1]) by hyde.sigea.loc (8.13.1/8.13.1) with ESMTP id iAL97118001144; Sun, 21 Nov 2004 10:07:01 +0100 (CET) (envelope-from wcp@hyde.sigea.loc) Received: (from wcp@localhost) by hyde.sigea.loc (8.13.1/8.13.1/Submit) id iAL970hr001141; Sun, 21 Nov 2004 10:07:00 +0100 (CET) (envelope-from wcp) From: "Walter C. Pelissero" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16800.23220.619710.945989@hyde.sigea.loc> Date: Sun, 21 Nov 2004 10:07:00 +0100 To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org X-Mailer: VM 7.16 under Emacs 21.3.50.1 X-Attribution: WP X-For-Spammers: blacklistme@pelissero.de X-MArch-Archive-Date: 2004-11-21 10:07:01 X-MArch-Archive-ID: 29304 X-Virus-Scanned: by amavisd-new at libero.it serv2 Subject: SCSI timeouts or interrupts loss X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: walter@pelissero.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 09:06:32 -0000 Under FreeBSD 5.3 the SCSI subsystem on a Supermicro X6DA8-G often hangs reporting strange timeouts. The troubles start right from the beginning (see below). Sometimes, though, the boot goes smoothly, but the timouts show up later on. Once in a while the system becomes completely unusable and even the final flush of the shutdown phase doesn't work, leaving the filesystems dirty. The motherboard runs with two Xeon 2.8GHz and two 1GB RAM modules DDR-333. The threee disks are Seagate Cheetah U320 ~73GB. Nov 21 16:06:24 creosote syslogd: kernel boot file is /boot/kernel/kernel Nov 21 16:06:24 creosote kernel: Copyright (c) 1992-2004 The FreeBSD Project. Nov 21 16:06:24 creosote kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 21 16:06:24 creosote kernel: The Regents of the University of California. All rights reserved. Nov 21 16:06:24 creosote kernel: FreeBSD 5.3-STABLE #3: Sun Nov 21 17:04:02 CET 2004 Nov 21 16:06:24 creosote kernel: root@:/usr/src/sys/i386/compile/CREOSOTE Nov 21 16:06:24 creosote kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 21 16:06:24 creosote kernel: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Nov 21 16:06:24 creosote kernel: Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Nov 21 16:06:24 creosote kernel: Features=0xbfebfbff Nov 21 16:06:24 creosote kernel: Hyperthreading: 2 logical CPUs Nov 21 16:06:24 creosote kernel: real memory = 2146893824 (2047 MB) Nov 21 16:06:24 creosote kernel: avail memory = 2099605504 (2002 MB) Nov 21 16:06:24 creosote kernel: ACPI APIC Table: Nov 21 16:06:24 creosote kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Nov 21 16:06:24 creosote kernel: cpu0 (BSP): APIC ID: 0 Nov 21 16:06:24 creosote kernel: cpu1 (AP): APIC ID: 1 Nov 21 16:06:24 creosote kernel: cpu2 (AP): APIC ID: 6 Nov 21 16:06:24 creosote kernel: cpu3 (AP): APIC ID: 7 Nov 21 16:06:24 creosote kernel: ioapic0 irqs 0-23 on motherboard Nov 21 16:06:24 creosote kernel: ioapic1 irqs 24-47 on motherboard Nov 21 16:06:24 creosote kernel: ioapic2 irqs 48-71 on motherboard Nov 21 16:06:24 creosote kernel: npx0: [FAST] Nov 21 16:06:24 creosote kernel: npx0: on motherboard Nov 21 16:06:24 creosote kernel: npx0: INT 16 interface Nov 21 16:06:24 creosote kernel: acpi0: on motherboard Nov 21 16:06:24 creosote kernel: acpi0: Power Button (fixed) Nov 21 16:06:24 creosote kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Nov 21 16:06:24 creosote kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Nov 21 16:06:24 creosote kernel: cpu0: on acpi0 Nov 21 16:06:24 creosote kernel: cpu1: on acpi0 Nov 21 16:06:24 creosote kernel: cpu2: on acpi0 Nov 21 16:06:24 creosote kernel: cpu3: on acpi0 Nov 21 16:06:24 creosote kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 21 16:06:24 creosote kernel: pci0: on pcib0 Nov 21 16:06:24 creosote kernel: pcib1: irq 16 at device 2.0 on pci0 Nov 21 16:06:24 creosote kernel: pci1: on pcib1 Nov 21 16:06:24 creosote kernel: pcib2: irq 16 at device 3.0 on pci0 Nov 21 16:06:24 creosote kernel: pci2: on pcib2 Nov 21 16:06:24 creosote kernel: pcib3: at device 0.0 on pci2 Nov 21 16:06:24 creosote kernel: pci3: on pcib3 Nov 21 16:06:24 creosote kernel: ahd0: port 0x2000-0x20ff,0x2400-0x24ff mem 0xd8200000-0xd8201fff irq 32 at device 2.0 on pci3 Nov 21 16:06:24 creosote kernel: ahd0: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs Nov 21 16:06:24 creosote kernel: ahd1: port 0x2800-0x28ff,0x2c00-0x2cff mem 0xd8202000-0xd8203fff irq 33 at device 2.1 on pci3 Nov 21 16:06:24 creosote kernel: ahd1: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs Nov 21 16:06:24 creosote kernel: pci2: at device 0.1 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib4: at device 0.2 on pci2 Nov 21 16:06:24 creosote kernel: pci4: on pcib4 Nov 21 16:06:24 creosote kernel: em0: port 0x3000-0x303f mem 0xd8300000-0xd831ffff irq 54 at device 2.0 on pci4 Nov 21 16:06:24 creosote kernel: em0: Ethernet address: 00:30:48:25:b3:37 Nov 21 16:06:24 creosote kernel: em0: Speed:N/A Duplex:N/A Nov 21 16:06:24 creosote kernel: pci2: at device 0.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib5: irq 16 at device 4.0 on pci0 Nov 21 16:06:24 creosote kernel: pci5: on pcib5 Nov 21 16:06:24 creosote kernel: pci0: at device 29.0 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.1 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.2 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 29.7 (no driver attached) Nov 21 16:06:24 creosote kernel: pcib6: at device 30.0 on pci0 Nov 21 16:06:24 creosote kernel: pci6: on pcib6 Nov 21 16:06:24 creosote kernel: pci6: at device 2.0 (no driver attached) Nov 21 16:06:24 creosote kernel: isab0: at device 31.0 on pci0 Nov 21 16:06:24 creosote kernel: isa0: on isab0 Nov 21 16:06:24 creosote kernel: atapci0: port 0x18e0-0x18ef,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 Nov 21 16:06:24 creosote kernel: ata0: channel #0 on atapci0 Nov 21 16:06:24 creosote kernel: ata1: channel #1 on atapci0 Nov 21 16:06:24 creosote kernel: pci0: at device 31.3 (no driver attached) Nov 21 16:06:24 creosote kernel: pci0: at device 31.5 (no driver attached) Nov 21 16:06:24 creosote kernel: acpi_button0: on acpi0 Nov 21 16:06:24 creosote kernel: atkbdc0: port 0x64,0x60 irq 1 on acpi0 Nov 21 16:06:24 creosote kernel: atkbd0: flags 0x1 irq 1 on atkbdc0 Nov 21 16:06:24 creosote kernel: kbd0 at atkbd0 Nov 21 16:06:24 creosote kernel: atkbd0: [GIANT-LOCKED] Nov 21 16:06:24 creosote kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 21 16:06:24 creosote kernel: sio0: type 16550A Nov 21 16:06:24 creosote kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 Nov 21 16:06:24 creosote kernel: sio1: type 16550A Nov 21 16:06:24 creosote kernel: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 Nov 21 16:06:24 creosote kernel: fdc0: [FAST] Nov 21 16:06:24 creosote kernel: ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0 Nov 21 16:06:24 creosote kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Nov 21 16:06:24 creosote kernel: ppc0: FIFO with 16/16/9 bytes threshold Nov 21 16:06:24 creosote kernel: ppbus0: on ppc0 Nov 21 16:06:24 creosote kernel: plip0: on ppbus0 Nov 21 16:06:24 creosote kernel: lpt0: on ppbus0 Nov 21 16:06:24 creosote kernel: lpt0: Interrupt-driven port Nov 21 16:06:24 creosote kernel: ppi0: on ppbus0 Nov 21 16:06:24 creosote kernel: pmtimer0 on isa0 Nov 21 16:06:24 creosote kernel: orm0: at iomem 0xc8000-0xc8fff,0xc0000-0xc7fff on isa0 Nov 21 16:06:24 creosote kernel: sc0: at flags 0x100 on isa0 Nov 21 16:06:24 creosote kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 21 16:06:24 creosote kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 21 16:06:24 creosote kernel: Timecounters tick every 10.000 msec Nov 21 16:06:24 creosote kernel: ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled Nov 21 16:06:24 creosote kernel: acd0: DVDROM at ata1-slave UDMA33 Nov 21 16:06:24 creosote kernel: Waiting 5 seconds for SCSI devices to settle Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): No or incomplete CDB sent to device. Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): Protocol violation in Message-in phase. Attempting to abort. Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): Abort Message Sent Nov 21 16:06:24 creosote kernel: (probe20:ahd1:0:1:0): SCB 14 - Abort Tag Completed. Nov 21 16:06:24 creosote kernel: found == 0x1 Nov 21 16:06:24 creosote kernel: ahd1: Invalid Sequencer interrupt occurred. Nov 21 16:06:24 creosote kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Nov 21 16:06:24 creosote kernel: ahd1: Dumping Card State at program address 0x23b Mode 0x0 Nov 21 16:06:24 creosote kernel: Card was paused Nov 21 16:06:24 creosote kernel: INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] Nov 21 16:06:24 creosote kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] Nov 21 16:06:24 creosote kernel: DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) Nov 21 16:06:24 creosote kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] Nov 21 16:06:24 creosote kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] Nov 21 16:06:24 creosote kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) Nov 21 16:06:24 creosote kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] Nov 21 16:06:24 creosote kernel: KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] Nov 21 16:06:24 creosote kernel: SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] Nov 21 16:06:24 creosote kernel: SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] Nov 21 16:06:24 creosote kernel: LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] Nov 21 16:06:24 creosote kernel: LQOSTAT2[0x0] Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x9 NEXTSCB 0xff80 Nov 21 16:06:24 creosote kernel: qinstart = 39 qinfifonext = 40 Nov 21 16:06:24 creosote kernel: QINFIFO: 0xe Nov 21 16:06:24 creosote kernel: WAITING_TID_QUEUES: Nov 21 16:06:24 creosote kernel: Pending list: Nov 21 16:06:24 creosote kernel: 14 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x17] Nov 21 16:06:24 creosote kernel: Total 1 Nov 21 16:06:24 creosote kernel: Kernel Free SCB list: 9 15 1 2 3 4 5 6 7 8 10 11 12 13 0 Nov 21 16:06:24 creosote kernel: Sequencer Complete DMA-inprog list: Nov 21 16:06:24 creosote kernel: Sequencer Complete list: Nov 21 16:06:24 creosote kernel: Sequencer DMA-Up and Complete list: Nov 21 16:06:24 creosote kernel: Sequencer On QFreeze and Complete list: Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: ahd1: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf Nov 21 16:06:24 creosote kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Nov 21 16:06:24 creosote kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Nov 21 16:06:24 creosote kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 21 16:06:24 creosote kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Nov 21 16:06:24 creosote kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: ahd1: FIFO1 Free, LONGJMP == 0x8063, SCB 0x9 Nov 21 16:06:24 creosote kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Nov 21 16:06:24 creosote kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Nov 21 16:06:24 creosote kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] Nov 21 16:06:24 creosote kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 Nov 21 16:06:24 creosote kernel: HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) Nov 21 16:06:24 creosote kernel: LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: ahd1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 Nov 21 16:06:24 creosote kernel: ahd1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 Nov 21 16:06:24 creosote kernel: ahd1: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 Nov 21 16:06:24 creosote kernel: Nov 21 16:06:24 creosote kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Nov 21 16:06:24 creosote kernel: CCSCBCTL[0x4]:(CCSCBDIR) Nov 21 16:06:24 creosote kernel: ahd1: REG0 == 0x8060, SINDEX = 0x10e, DINDEX = 0x104 Nov 21 16:06:24 creosote kernel: ahd1: SCBPTR == 0xf, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xff34 Nov 21 16:06:24 creosote kernel: CDB 12 20 0 80 88 b6 Nov 21 16:06:24 creosote kernel: STACK: 0x236 0x2 0x0 0x0 0x0 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): No or incomplete CDB sent to device. Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): Protocol violation in Message-in phase. Attempting to abort. Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): Abort Message Sent Nov 21 16:06:24 creosote kernel: (probe4:ahd0:0:0:0): SCB 15 - Abort Tag Completed. Nov 21 16:06:24 creosote kernel: found == 0x1 Nov 21 16:06:24 creosote kernel: ses0 at ahd0 bus 0 target 6 lun 0 Nov 21 16:06:24 creosote kernel: ses0: Fixed Processor SCSI-2 device Nov 21 16:06:24 creosote kernel: ses0: 3.300MB/s transfers Nov 21 16:06:24 creosote kernel: ses0: SAF-TE Compliant Device Nov 21 16:06:24 creosote kernel: ses1 at ahd1 bus 0 target 6 lun 0 Nov 21 16:06:24 creosote kernel: ses1: Fixed Processor SCSI-2 device Nov 21 16:06:24 creosote kernel: ses1: 3.300MB/s transfers Nov 21 16:06:24 creosote kernel: ses1: SAF-TE Compliant Device Nov 21 16:06:24 creosote kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Nov 21 16:06:24 creosote kernel: da0 at ahd0 bus 0 target 0 lun 0 Nov 21 16:06:24 creosote kernel: da0: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: da1 at ahd1 bus 0 target 0 lun 0 Nov 21 16:06:24 creosote kernel: da1: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: da2 at ahd1 bus 0 target 1 lun 0 Nov 21 16:06:24 creosote kernel: da2: Fixed Direct Access SCSI-3 device Nov 21 16:06:24 creosote kernel: da2: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled Nov 21 16:06:24 creosote kernel: da2: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Nov 21 16:06:24 creosote kernel: cd0 at ata1 bus 0 target 1 lun 0 Nov 21 16:06:24 creosote kernel: cd0: Removable CD-ROM SCSI-0 device Nov 21 16:06:24 creosote kernel: cd0: 33.000MB/s transfers Nov 21 16:06:24 creosote kernel: cd0: Attempt to query device size failed: NOT READY, Medium not present Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home created (id=932959492). Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da1 detected. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da2 detected. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider da2 activated. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: provider mirror/home launched. Nov 21 16:06:24 creosote kernel: GEOM_MIRROR: Device home: rebuilding provider da1. Nov 21 16:06:24 creosote kernel: SMP: AP CPU #2 Launched! Nov 21 16:06:24 creosote kernel: SMP: AP CPU #1 Launched! Nov 21 16:06:24 creosote kernel: SMP: AP CPU #3 Launched! Nov 21 16:06:24 creosote kernel: Mounting root from ufs:/dev/da0s1a -- walter pelissero http://www.pelissero.de From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 22 11:02:02 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B590516A4D2 for ; Mon, 22 Nov 2004 11:02:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7659843D6B for ; Mon, 22 Nov 2004 11:02:02 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iAMB22tq076010 for ; Mon, 22 Nov 2004 11:02:02 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iAMB21If076004 for freebsd-scsi@freebsd.org; Mon, 22 Nov 2004 11:02:01 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 22 Nov 2004 11:02:01 GMT Message-Id: <200411221102.iAMB21If076004@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Nov 2004 11:02:02 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2000/08/18] kern/20689 scsi Newbusified version of ncr driver does no f [2000/09/12] kern/21220 scsi mlx0: I/O error - attempt to write beyond f [2001/05/03] kern/27059 scsi (symbios) SCSI subsystem hangs under heav o [2001/06/29] kern/28508 scsi problems with backup to Tandberg SLR40 st o [2002/06/17] kern/39388 scsi ncr/sym drivers fail with 53c810 and more o [2002/07/22] kern/40895 scsi wierd kernel / device driver bug f [2002/09/15] kern/42796 scsi NCR/SYM 53C825 driver detects scsi cdrom f [2002/11/25] kern/45713 scsi If you use the amr driver, it is impossib f [2002/12/09] kern/46152 scsi Panic in adw dumping to tape f [2003/05/16] kern/52331 scsi 4.7 to 4.8-REL upgrade: SCSI disks on sym f [2003/09/14] kern/56759 scsi [hang] System freezes when writing CD Adv f [2003/09/14] kern/56760 scsi [hang] system hangs at boot with adaptec f [2003/09/14] kern/56871 scsi dd can't write variable length data block f [2003/09/18] kern/56973 scsi SCSI errors from on-board Adaptec (AIC7xx s [2003/09/30] kern/57398 scsi Current fails to install on mly(4) based o [2003/12/26] kern/60598 scsi wire down of scsi devices conflicts with a [2004/01/10] kern/61165 scsi [panic] kernel page fault after calling c o [2004/09/15] kern/71778 scsi 5.3 BETA3 doesnt see Adaptec 2015S FW Rev 18 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/12/06] kern/23314 scsi aic driver fails to detect Adaptec 1520B o [2001/08/15] kern/29727 scsi [amr] [patch] amr_enquiry3 structure in a o [2002/02/23] kern/35234 scsi World access to /dev/pass? (for scanner) o [2002/06/02] kern/38828 scsi [feature request] DPT PM2012B/90 doesn't o [2002/10/29] kern/44587 scsi dev/dpt/dpt.h is missing defines required o [2003/10/01] kern/57468 scsi [patch] Quirk for Quantum LPS540S o [2003/10/01] kern/57469 scsi [patch] Quirk for Conner CP3500 o [2004/09/22] kern/72010 scsi [patch] mt -f /dev/rsa0.ctl comp off, or 8 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 23 22:15:41 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD97E16A4E5 for ; Tue, 23 Nov 2004 22:15:41 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B04343D4C for ; Tue, 23 Nov 2004 22:15:22 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id D4B57D21E; Tue, 23 Nov 2004 23:15:20 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00860-01-27; Tue, 23 Nov 2004 23:15:20 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 6987ED207; Tue, 23 Nov 2004 23:15:10 +0100 (CET) Date: Tue, 23 Nov 2004 23:15:12 +0100 From: Palle Girgensohn To: "Bjoern A. Zeeb" Message-ID: <00423C3D385D81D7DA03D6E6@palle.girgensohn.se> In-Reply-To: References: <4501DBD4728A1FD2B7595244@rambutan.pingpong.net> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: freebsd-scsi@freebsd.org Subject: Re: how "reformat" DLT IV tape from 20/40 to 40/80? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 22:15:42 -0000 Hi! I tried degaussing a tape, but the degaussed tape is not accepted by the=20 taper. The tape is ejected after about 30 s, the Media light flashes,=20 manual says: An inappropriate tape has been loaded into the drive. The tape should automatically eject. Do I need to format the tape? I really doubt that, and how would I be able=20 to do that anyway if the tape is not accepted by the taper? Was it not=20 enough degaussed? Also seems odd, doesn't explain why the taper ejects the=20 tape? Any ideas welcome! Regards, Palle --On l=F6rdag, november 06, 2004 09.18.28 +0000 "Bjoern A. Zeeb"=20 wrote: > On Sat, 6 Nov 2004, Palle Girgensohn wrote: > >> Hi! >> >> Just got a new taper, an HP DLT VS80. We previously had an Adic, 20/40. >> The use the same type of tapes, DLT IV. Now, I want to keep using some >> of the old tapes, but the HP won't write to them, and I believe that is >> because they are just 20/40 GB, not 40/80 GB. I found some info saying >> that the first time a tape is used, the taper writes info about the >> density (or sets the density somehow). > > VS80 is NO "full-featured" DLT IV tape. You can only write to tapes > previously written by a VS80 or that are blank (new or _correctly_ > degaussed). > > For a more detailed description (please see this link: > http://quantum.broaddaylight.com/quantum_support/FAQ_33_4717.shtm > > >> I use FreeBSD, so I expect mt(1) should somehow be able to perform the >> trick. > > no; it's not a matter of trick. It simply cannot work. > VS80 !=3D DLT IV and that's it. HP wants to make extra money from you ;) > > >> Any ideas how to fix this? > > buy a DLT IV tape drive, degauss your tapes or buy new tapes. > > sorry to say there aren't many other possibilities. > > -- > Greetings > Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-scsi@FreeBSD.ORG Tue Nov 23 23:46:26 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BEF16A4CE for ; Tue, 23 Nov 2004 23:46:26 +0000 (GMT) Received: from mooseriver.com (h-66-166-146-73.snvacaid.covad.net [66.166.146.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B04143D49 for ; Tue, 23 Nov 2004 23:46:26 +0000 (GMT) (envelope-from jgrosch@mooseriver.com) Received: by mooseriver.com (Postfix, from userid 200) id 3AA242282A; Tue, 23 Nov 2004 15:46:26 -0800 (PST) Date: Tue, 23 Nov 2004 15:46:26 -0800 From: Josef Grosch To: Palle Girgensohn Message-ID: <20041123234626.GA6938@mooseriver.com> References: <4501DBD4728A1FD2B7595244@rambutan.pingpong.net> <00423C3D385D81D7DA03D6E6@palle.girgensohn.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <00423C3D385D81D7DA03D6E6@palle.girgensohn.se> User-Agent: Mutt/1.4.2.1i Organization: Moose River, LLC cc: "Bjoern A. Zeeb" cc: freebsd-scsi@freebsd.org Subject: Re: how "reformat" DLT IV tape from 20/40 to 40/80? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jgrosch@MooseRiver.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Nov 2004 23:46:26 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 23, 2004 at 11:15:12PM +0100, Palle Girgensohn wrote: > Hi! >=20 > I tried degaussing a tape, but the degaussed tape is not accepted by the= =20 > taper. The tape is ejected after about 30 s, the Media light flashes,=20 > manual says: >=20 > An inappropriate tape has been > loaded into the drive. The tape > should automatically eject. >=20 > Do I need to format the tape? I really doubt that, and how would I be abl= e=20 > to do that anyway if the tape is not accepted by the taper? Was it not=20 > enough degaussed? Also seems odd, doesn't explain why the taper ejects th= e=20 > tape? >=20 > Any ideas welcome! >=20 > Regards, > Palle Most likely the tape is defective. These tape drives keep track of the number of defects it finds on a tape. If that number goes above a certain count, 20 I think, the tape is rejected. Also, the drives tries to read and/or write a header on the tape. If it can't the tape is rejected. Your best bet is to throw that tape away and get another. I used to have a box full of tapes that my 8mm drive rejected. I thought that I might be able to get them to work. Repeated degaussing never did the trick. Josef --=20 Josef Grosch | Another day closer to a | FreeBSD 5.3 jgrosch@MooseRiver.com | Micro$oft free world | Berkeley, Ca. --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFBo8vSy8prLS1GYSERAqTtAJ4tShFEDSSRHI1gitBxXVwJFz938ACfbq0w sI0NyDPjMLIRA+XtFy9hiis= =1bpV -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 24 00:04:59 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88E3916A4CE for ; Wed, 24 Nov 2004 00:04:59 +0000 (GMT) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3138143D1D for ; Wed, 24 Nov 2004 00:04:59 +0000 (GMT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 18BA7D2FA; Wed, 24 Nov 2004 01:04:58 +0100 (CET) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10788-03-3; Wed, 24 Nov 2004 01:04:57 +0100 (CET) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id 9B1BFD2D5; Wed, 24 Nov 2004 01:04:57 +0100 (CET) Date: Wed, 24 Nov 2004 01:04:59 +0100 From: Palle Girgensohn To: jgrosch@MooseRiver.com Message-ID: <7E7AD3CF2D1C871258B43DF4@palle.girgensohn.se> In-Reply-To: <20041123234626.GA6938@mooseriver.com> References: <4501DBD4728A1FD2B7595244@rambutan.pingpong.net> <00423C3D385D81D7DA03D6E6@palle.girgensohn.se> <20041123234626.GA6938@mooseriver.com> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net cc: "Bjoern A. Zeeb" cc: freebsd-scsi@freebsd.org Subject: Re: how "reformat" DLT IV tape from 20/40 to 40/80? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Nov 2004 00:04:59 -0000 --On tisdag, november 23, 2004 15.46.26 -0800 Josef Grosch wrote: > On Tue, Nov 23, 2004 at 11:15:12PM +0100, Palle Girgensohn wrote: >> Hi! >> >> I tried degaussing a tape, but the degaussed tape is not accepted by the >> taper. The tape is ejected after about 30 s, the Media light flashes, >> manual says: >> >> An inappropriate tape has been >> loaded into the drive. The tape >> should automatically eject. >> >> Do I need to format the tape? I really doubt that, and how would I be >> able to do that anyway if the tape is not accepted by the taper? Was it >> not enough degaussed? Also seems odd, doesn't explain why the taper >> ejects the tape? >> >> Any ideas welcome! >> >> Regards, >> Palle > > Most likely the tape is defective. These tape drives keep track of the > number of defects it finds on a tape. If that number goes above a certain > count, 20 I think, the tape is rejected. Also, the drives tries to read > and/or write a header on the tape. If it can't the tape is rejected. > > Your best bet is to throw that tape away and get another. I used to have a > box full of tapes that my 8mm drive rejected. I thought that I might be > able to get them to work. Repeated degaussing never did the trick. Maybe, but it was not defective before degaussing. According to specs, the DLT's need a pretty strong magnetic flux to be properly degaussed. My best guess is it was not enough degaussed. But perhaps it became defective by the degauss. It just seems so unlikely... Thanks for the input! /Palle From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 25 09:20:29 2004 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78DC216A4CE for ; Thu, 25 Nov 2004 09:20:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6370843D2D for ; Thu, 25 Nov 2004 09:20:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iAP9KT1T058308 for ; Thu, 25 Nov 2004 09:20:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iAP9KSKX058307; Thu, 25 Nov 2004 09:20:28 GMT (envelope-from gnats) Date: Thu, 25 Nov 2004 09:20:28 GMT Message-Id: <200411250920.iAP9KSKX058307@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: lindroos@nls.fi Subject: Re: kern/21220: mlx0: I/O error - attempt to write beyond end of drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: lindroos@nls.fi List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 09:20:29 -0000 The following reply was made to PR kern/21220; it has been noted by GNATS. From: lindroos@nls.fi To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/21220: mlx0: I/O error - attempt to write beyond end of drive Date: Thu, 25 Nov 2004 11:16:06 +0200 (EET) The same problem appears on my Alpha. Seems like the controller doesn't like I/O size larger than 64k, and by hacking PAGE_SIZE (8k on alpha) to 4k will make the driver decide the max. 65536 bytes I/O block. This hack works for me, but i don't know how to fix it on i386 and/or other Mylex controllers. I suggest you try something like: # dd if=/dev/rmlxd0c bs=XXX of=/dev/zero with different block sizes and see when the I/O errors will appear. --- mlx_disk.c.orig Mon Jun 25 07:37:51 2001 +++ mlx_disk.c Fri Nov 5 12:42:54 2004 @@ -267,8 +267,10 @@ * maximum. */ s1 = sc->mlxd_controller->mlx_enq2->me_maxblk * MLX_BLKSIZE; - s2 = (sc->mlxd_controller->mlx_enq2->me_max_sg - 1) * PAGE_SIZE; + s2 = (sc->mlxd_controller->mlx_enq2->me_max_sg - 1) * 4096; dsk->si_iosize_max = imin(s1, s2); + device_printf(dev, "I/O size decided to %d after comparing %d and %d\n", + dsk->si_iosize_max, s1, s2); return (0); } Here is the driver's output on my system: mlx0: port 0x10100-0x1017f mem 0x81128100-0x8112817f irq 3 at device 12.0 on pci0 mlx0: interrupting at CIA irq 3 mlx0: DAC960P/PD, 3 channels, firmware 2.70-0-00, 4MB RAM mlxd0: on mlx0 mlxd0: 8182MB (16756736 sectors) RAID 5 (online) mlxd0: I/O size decided to 65536 after comparing 131072 and 65536 -- Dennis Lindroos From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 25 18:48:05 2004 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 670BB16A4CE; Thu, 25 Nov 2004 18:48:05 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 417ED43D49; Thu, 25 Nov 2004 18:48:05 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from freefall.freebsd.org (scottl@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iAPIm5Zj023827; Thu, 25 Nov 2004 18:48:05 GMT (envelope-from scottl@freefall.freebsd.org) Received: (from scottl@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iAPIm54B023823; Thu, 25 Nov 2004 18:48:05 GMT (envelope-from scottl) Date: Thu, 25 Nov 2004 18:48:05 GMT From: Scott Long Message-Id: <200411251848.iAPIm54B023823@freefall.freebsd.org> To: antonenk@spb.runnet.ru, scottl@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: kern/21220: mlx0: I/O error - attempt to write beyond end of drive X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Nov 2004 18:48:05 -0000 Synopsis: mlx0: I/O error - attempt to write beyond end of drive State-Changed-From-To: feedback->closed State-Changed-By: scottl State-Changed-When: Thu Nov 25 18:46:45 GMT 2004 State-Changed-Why: I applied a patch based off of the one here. Thanks for investigating this. http://www.freebsd.org/cgi/query-pr.cgi?pr=21220