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.
