Restore from SCSI tape on recent i386 snapshot
I'm having trouble with restore from SCSI tape with the June 6th i386 snapshot. I have a few i386 boxes that dump ~200GB data to tape each night. I updated one to the June 6th i386 snapshot and dump continues to work. e.g.: sudo dump -a0 /dev/wd0a DUMP: Date of this level 0 dump: Tue Jun 8 18:20:46 2010 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rwd0a (/) to /dev/rst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 47179 tape blocks. DUMP: Volume 1 started at: Tue Jun 8 18:20:46 2010 DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 47800 tape blocks on 1 volume DUMP: Date of this level 0 dump: Tue Jun 8 18:20:46 2010 DUMP: Volume 1 completed at: Tue Jun 8 18:20:50 2010 DUMP: Volume 1 took 0:00:04 DUMP: Volume 1 transfer rate: 11950 KB/s DUMP: Date this dump completed: Tue Jun 8 18:20:50 2010 DUMP: Average transfer rate: 11950 KB/s DUMP: Closing /dev/rst0 DUMP: DUMP IS DONE but restore errors out immediately like this: restore -tvs1 Verify tape and initialize maps restore: tape read error: Input/output error No errors are logged anywhere other than by restore. If I swap the old disk back (a snapshot from July 2009) leaving everything else the same, restore from the same tape works fine. I think this warrants a pr, but I have no idea how to do that. Help please? dmesgs - old working system first, latest non-working snapshot second. OpenBSD 4.6-current (GENERIC) #72: Thu Jul 23 14:51:52 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 2.60GHz ("GenuineIntel" 686-class) 2.60 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 1071411200 (1021MB) avail mem = 1027190784 (979MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 02/07/05, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.3 @ 0xfbcb0 (72 entries) bios0: vendor Intel Corp. version "WP87510A.86B.0059.P18.0502071117" date 02/07/2005 bios0: Intel Corporation S875WP1 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC WDDT acpi0: wakeup devices TANA(S4) P0P3(S4) AC97(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB7(S3) UAR1(S4) UAR2(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 199MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 2 (P0P2) acpiprt3 at acpi0: bus 3 (P0P3) acpicpu0 at acpi0 acpipwrres0 at acpi0: URP1 acpipwrres1 at acpi0: URP2 acpipwrres2 at acpi0: FDDP acpipwrres3 at acpi0: LPTP acpibtn0 at acpi0: SLPB bios0: ROM list: 0xc/0x8000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82875P Host" rev 0x02 intelagp0 at pchb0 agp0 at intelagp0: aperture at 0xfa00, size 0x200 ppb0 at pci0 dev 1 function 0 "Intel 82875P AGP" rev 0x02 pci1 at ppb0 bus 1 ppb1 at pci0 dev 3 function 0 "Intel 82875P CSA" rev 0x02 pci2 at ppb1 bus 2 em0 at pci2 dev 1 function 0 "Intel PRO/1000CT (82547EI)" rev 0x00: apic 2 int 18 (irq 10), address 00:0c:f1:ce:a5:d7 uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 16 (irq 5) uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 19 (irq 9) uhci2 at pci0 dev 29 function 2 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 18 (irq 10) uhci3 at pci0 dev 29 function 3 "Intel 82801EB/ER USB" rev 0x02: apic 2 int 16 (irq 5) ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB2" rev 0x02: apic 2 int 23 (irq 9) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xc2 pci3 at ppb2 bus 3 ahc0 at pci3 dev 0 function 0 "Adaptec AHA-29160 U160" rev 0x02: apic 2 int 21 (irq 10) scsibus0 at ahc0: 16 targets, initiator 7 st0 at scsibus0 targ 3 lun 0: SCSI3 1/sequential removable vga1 at pci3 dev 6 function 0 "ATI Rage XL" rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02 pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev 0x02: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 38166MB, 78165360 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 pciide0: channel 1 disabled (no drives) pciide1 at pci0 dev 31 function 2 "Intel 82801EB SATA" rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide1: using apic 2 int 18 (irq 10) for native-PCI interrupt ichiic0 at pci0 dev 31 function 3 "Intel 82801EB/ER SMBus" r
Re: Restore from SCSI tape on recent i386 snapshot
http://www.openbsd.org/report.html On Wed, Jun 9, 2010 at 1:58 AM, percy piper wrote: > I'm having trouble with restore from SCSI tape with the June 6th i386 snapshot. > > I have a few i386 boxes that dump ~200GB data to tape each night. > I updated one to the June 6th i386 snapshot and dump continues to work. e.g.: > > sudo dump -a0 /dev/wd0a > B DUMP: Date of this level 0 dump: Tue Jun B 8 18:20:46 2010 > B DUMP: Date of last level 0 dump: the epoch > B DUMP: Dumping /dev/rwd0a (/) to /dev/rst0 > B DUMP: mapping (Pass I) [regular files] > B DUMP: mapping (Pass II) [directories] > B DUMP: estimated 47179 tape blocks. > B DUMP: Volume 1 started at: Tue Jun B 8 18:20:46 2010 > B DUMP: dumping (Pass III) [directories] > B DUMP: dumping (Pass IV) [regular files] > B DUMP: 47800 tape blocks on 1 volume > B DUMP: Date of this level 0 dump: Tue Jun B 8 18:20:46 2010 > B DUMP: Volume 1 completed at: Tue Jun B 8 18:20:50 2010 > B DUMP: Volume 1 took 0:00:04 > B DUMP: Volume 1 transfer rate: 11950 KB/s > B DUMP: Date this dump completed: B Tue Jun B 8 18:20:50 2010 > B DUMP: Average transfer rate: 11950 KB/s > B DUMP: Closing /dev/rst0 > B DUMP: DUMP IS DONE > > but restore errors out immediately like this: > > restore -tvs1 > Verify tape and initialize maps > restore: tape read error: Input/output error > > No errors are logged anywhere other than by restore. > > If I swap the old disk back (a snapshot from July 2009) leaving everything > else the same, restore from the same tape works fine. > > I think this warrants a pr, but I have no idea how to do that. Help please? > > dmesgs - old working system first, latest non-working snapshot second. > > OpenBSD 4.6-current (GENERIC) #72: Thu Jul 23 14:51:52 MDT 2009 > B B dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC > cpu0: Intel(R) Pentium(R) 4 CPU 2.60GHz ("GenuineIntel" 686-class) 2.60 GHz > cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR > real mem B = 1071411200 (1021MB) > avail mem = 1027190784 (979MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 02/07/05, BIOS32 rev. 0 @ > 0xf0010, SMBIOS rev. 2.3 @ 0xfbcb0 (72 entries) > bios0: vendor Intel Corp. version "WP87510A.86B.0059.P18.0502071117" > date 02/07/2005 > bios0: Intel Corporation S875WP1 > acpi0 at bios0: rev 0 > acpi0: tables DSDT FACP APIC WDDT > acpi0: wakeup devices TANA(S4) P0P3(S4) AC97(S4) USB0(S3) USB1(S3) > USB2(S3) USB3(S3) USB7(S3) UAR1(S4) UAR2(S4) SLPB(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: apic clock running at 199MHz > cpu at mainbus0: not configured > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 1 (P0P1) > acpiprt2 at acpi0: bus 2 (P0P2) > acpiprt3 at acpi0: bus 3 (P0P3) > acpicpu0 at acpi0 > acpipwrres0 at acpi0: URP1 > acpipwrres1 at acpi0: URP2 > acpipwrres2 at acpi0: FDDP > acpipwrres3 at acpi0: LPTP > acpibtn0 at acpi0: SLPB > bios0: ROM list: 0xc/0x8000 > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 0 function 0 "Intel 82875P Host" rev 0x02 > intelagp0 at pchb0 > agp0 at intelagp0: aperture at 0xfa00, size 0x200 > ppb0 at pci0 dev 1 function 0 "Intel 82875P AGP" rev 0x02 > pci1 at ppb0 bus 1 > ppb1 at pci0 dev 3 function 0 "Intel 82875P CSA" rev 0x02 > pci2 at ppb1 bus 2 > em0 at pci2 dev 1 function 0 "Intel PRO/1000CT (82547EI)" rev 0x00: > apic 2 int 18 (irq 10), address 00:0c:f1:ce:a5:d7 > uhci0 at pci0 dev 29 function 0 "Intel 82801EB/ER USB" rev 0x02: apic > 2 int 16 (irq 5) > uhci1 at pci0 dev 29 function 1 "Intel 82801EB/ER USB" rev 0x02: apic > 2 int 19 (irq 9) > uhci2 at pci0 dev 29 function 2 "Intel 82801EB/ER USB" rev 0x02: apic > 2 int 18 (irq 10) > uhci3 at pci0 dev 29 function 3 "Intel 82801EB/ER USB" rev 0x02: apic > 2 int 16 (irq 5) > ehci0 at pci0 dev 29 function 7 "Intel 82801EB/ER USB2" rev 0x02: apic > 2 int 23 (irq 9) > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xc2 > pci3 at ppb2 bus 3 > ahc0 at pci3 dev 0 function 0 "Adaptec AHA-29160 U160" rev 0x02: apic > 2 int 21 (irq 10) > scsibus0 at ahc0: 16 targets, initiator 7 > st0 at scsibus0 targ 3 lun 0: SCSI3 > 1/sequential removable > vga1 at pci3 dev 6 function 0 "ATI Rage XL" rev 0x27 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > ichpcib0 at pci0 dev 31 function 0 "Intel 82801EB/ER LPC" rev 0x02 > pciide0 at pci0 dev 31 function 1 "Intel 82801EB/ER IDE" rev 0x02: > DMA, channel 0 configured to compatibility, channel 1 configured to > compatibility > wd0 at pciide0 channel 0 drive 0: > wd0: 16-sector PIO, LBA48, 38166MB, 78165360 sectors > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA
Re: Restore from SCSI tape on recent i386 snapshot
Just wanted to mention my appreciation and admiration for those who have the knowledge and ability and give it to us for free. But especially krw@ who found and fixed what turned out to be (in my uneducated opinion) an obscure bug buried deep in the SCSI code. Thanks all, and thanks indeed Ken.