Thinkpad T41
6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT
Two usb attached WD myBook 500gb external drives. The first drive is
setup as a gmirror provider, and mounts/functions fine, when I attempt
to add the second external drive it detects but will not rebuild, it
simply remains at 0%, no drive activity.
Following the attempt to rebuild any attempt to stop the providers or
remove the stale drive causes the system to lockup or rather become
almost entirely unresponsive. Responds to pings, moused input works,
existing ssh sessions still function, but cannot login, execute new
commands, or get output without serious delays, sometimes--eventually
the system snaps back and everything is fine but it can take a very
long time. Nothing seems to entice the second provider to sync up.
I have tried setting gmirror to auto rebuild and manual, both yield the
same result. I have also tries each drive as the first provider, again
with the same results either way. Also tried gmirror compiled in and as
a mo
I'm not sure if this is gmirror, usb, or the combo of the two elements,
or maybe even something with the mybook.
gmirror list:
-----------------
Geom name: ext0
State: DEGRADED
Components: 2
Balance: round-robin
Slice: 4096
Flags: NOAUTOSYNC
GenID: 0
SyncID: 2
ID: 3515573076
Providers:
1. Name: mirror/ext0
Mediasize: 500107861504 (466G)
Sectorsize: 512
Mode: r1w1e2
Consumers:
1. Name: da0
Mediasize: 500107862016 (466G)
Sectorsize: 512
Mode: r1w1e1
State: ACTIVE
Priority: 0
Flags: NONE
GenID: 0
SyncID: 2
ID: 1288721393
dmesg gmirror/umass:
---------------------
umass0: at uhub3 port 4 (addr 2) disconnected
(da0:umass-sim0:0:0:0): lost device
(da0:umass-sim0:0:0:0): removing device entry
umass0: detached
umass0: Western Digital External HDD, rev 2.00/1.06, addr 2
uhid0: Western Digital External HDD, rev 2.00/1.06, addr 2, iclass 8/6
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <WD 5000YS External 106a> Fixed Direct Access SCSI-4 device
da0: 40.000MB/s transfers
da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C)
GEOM_MIRROR: Device ext0 created (id=3515573076).
GEOM_MIRROR: Device ext0: provider da0 detected.
GEOM_MIRROR: Force device ext0 start due to timeout.
GEOM_MIRROR: Device ext0: provider da0 activated.
GEOM_MIRROR: Device ext0: provider mirror/ext0 launched.
-------------- next part --------------
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.12 2006/08/08 09:49:59 yongari
Exp $
machine i386
cpu I686_CPU
ident CUSTOM
#makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
##################################################################
options HZ=2000
options DEVICE_POLLING
options ZERO_COPY_SOCKETS
options ACCEPT_FILTER_DATA, ACCEPT_FILTER_HTTP
options VESA, VGA_WIDTH90, SC_PIXEL_MODE
options IPSTEALTH, TCP_DROP_SYNFIN
options AUDIT
options GEOM_MIRROR
options GEOM_ELI
device crypto
device acpi_ibm
device acpi_video
device sound
device snd_ich
device speaker
device wlan
device wlan_wep
device wlan_ccmp
device wlan_tkip
device wlan_xauth
device wlan_acl
device em
device ipw
device wi
device ath
device ath_hal
device ath_rate_sample
device pf
device pflog
device carp
device scbus # SCSI bus (required for SCSI)
device da # Direct Access (disks)
device snp
##################################################################
options SCHED_4BSD # 4BSD scheduler
options PREEMPTION # Enable kernel thread preemption
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
#options MD_ROOT # MD is a potential root device
#options NFSCLIENT # Network Filesystem Client
#options NFSSERVER # Network Filesystem Server
#options NFS_ROOT # NFS usable as /, requires NFSCLIENT
options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_GPT # GUID Partition Tables.
options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
#options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI
options KTRACE # ktrace(1) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
options ADAPTIVE_GIANT # Giant mutex is adaptive.
device apic # I/O APIC
# Bus support.
device eisa
device pci
# Floppy drives
device fdc
# ATA and ATAPI devices
device ata
device atadisk # ATA disk drives
device ataraid # ATA RAID drives
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives
options ATA_STATIC_ID # Static device numbering
# atkbdc0 controls both the keyboard and the PS/2 mouse
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse
device kbdmux # keyboard multiplexer
device vga # VGA video card driver
device splash # Splash screen and screen saver support
device sc
device agp # support several AGP chipsets
#device apm
device pmtimer
# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
device cbb # cardbus (yenta) bridge
device pccard # PC Card (16-bit) bus
device cardbus # CardBus (32-bit) bus
# Serial (COM) ports
device sio # 8250, 16[45]50 based serial ports
# Pseudo devices.
device loop # Network loopback
device random # Entropy device
device ether # Ethernet support
#device sl # Kernel SLIP
device ppp # Kernel PPP
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
device gif # IPv6 and IPv4 tunneling
device faith # IPv6-to-IPv4 relaying (translation)
device bpf # Berkeley packet filter
# USB support
device uhci # UHCI PCI->USB interface
#device ohci # OHCI PCI->USB interface
device ehci # EHCI PCI->USB interface (USB 2.0)
device usb # USB Bus (required)
#device udbp # USB Double Bulk Pipe devices
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard
device ulpt # Printer
device umass # Disks/Mass storage - Requires scbus and da
device ums # Mouse
device uscanner # Scanners
On Fri, 27 Oct 2006 01:26:11 -0400 srwadleigh <srw@udor.net> wrote:> Thinkpad T41 > 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT > > Two usb attached WD myBook 500gb external drives. The first drive is > setup as a gmirror provider, and mounts/functions fine, when I attempt > to add the second external drive it detects but will not rebuild, it > simply remains at 0%, no drive activity. > > Following the attempt to rebuild any attempt to stop the providers or > remove the stale drive causes the system to lockup or rather become > almost entirely unresponsive. Responds to pings, moused input works, > existing ssh sessions still function, but cannot login, execute new > commands, or get output without serious delays, sometimes--eventually > the system snaps back and everything is fine but it can take a very > long time. Nothing seems to entice the second provider to sync up. > > I have tried setting gmirror to auto rebuild and manual, both yield > the same result. I have also tries each drive as the first provider, > again with the same results either way. Also tried gmirror compiled > in and as a mo > > I'm not sure if this is gmirror, usb, or the combo of the two > elements, or maybe even something with the mybook. >An addition, the second provider does rebuild, just extremely slowly, according to the activity lights moving data only in short bursts spaced by long periods of inactivity. In the last eight hours the provider has reached 2%. thank you
On Sat, 28 Oct 2006 13:22:06 +0200 Brian Josefsen <bj@cold.dk> wrote:> srwadleigh wrote: > > On Fri, 27 Oct 2006 01:26:11 -0400 > > srwadleigh <srw@udor.net> wrote: > > > > > >> Thinkpad T41 > >> 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #20: Thu Oct 26 05:15:07 EDT > >> > >> Two usb attached WD myBook 500gb external drives. The first drive > >> is setup as a gmirror provider, and mounts/functions fine, when I > >> attempt to add the second external drive it detects but will not > >> rebuild, it simply remains at 0%, no drive activity. > >> > >> Following the attempt to rebuild any attempt to stop the providers > >> or remove the stale drive causes the system to lockup or rather > >> become almost entirely unresponsive. Responds to pings, moused > >> input works, existing ssh sessions still function, but cannot > >> login, execute new commands, or get output without serious delays, > >> sometimes--eventually the system snaps back and everything is fine > >> but it can take a very long time. Nothing seems to entice the > >> second provider to sync up. > >> > >> I have tried setting gmirror to auto rebuild and manual, both yield > >> the same result. I have also tries each drive as the first > >> provider, again with the same results either way. Also tried > >> gmirror compiled in and as a mo > >> > >> I'm not sure if this is gmirror, usb, or the combo of the two > >> elements, or maybe even something with the mybook. > >> > >> > > > > An addition, the second provider does rebuild, just extremely > > slowly, according to the activity lights moving data only in short > > bursts spaced by long periods of inactivity. In the last eight > > hours the provider has reached 2%. > > > Hi > > I'm no expert here but, i would suspect that the proces is slow > because the usb controller is fighting for the bandwidth same way as > if you try to shift data from ad0 to ad1, perhaps use another usb > port for one of the disk and check top to see if usbd is having a > hard time. In general though i know that usb isn't the most fantastic > place to store your data as the intermediate controller can't push > the information about bad blocks etc. through usb. > > -- > Med venlig hilsen / Best regards > Brian Josefsen > Copenhagen, Denmark >That sounds quite possible, the one curious thing is rsyncing between the two drives, while it takes a long time to copy the full capacity, the drives do work continuously. Same two usb ports in question. It seems to me if rsync can run a big copy gmirror would be doing something similar but at a lower level, and maybe that makes all the difference to the usb controller. Soon I will have another system available to test with, likely better usb controller and firewire. Thanks