From owner-freebsd-current@FreeBSD.ORG Tue Jun 22 04:36:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19BE816A4CE for ; Tue, 22 Jun 2004 04:36:04 +0000 (GMT) Received: from web53707.mail.yahoo.com (web53707.mail.yahoo.com [206.190.37.28]) by mx1.FreeBSD.org (Postfix) with SMTP id A98AB43D48 for ; Tue, 22 Jun 2004 04:36:03 +0000 (GMT) (envelope-from chancedj@yahoo.com) Message-ID: <20040622043603.94745.qmail@web53707.mail.yahoo.com> Received: from [69.22.99.139] by web53707.mail.yahoo.com via HTTP; Mon, 21 Jun 2004 21:36:03 PDT Date: Mon, 21 Jun 2004 21:36:03 -0700 (PDT) From: Daryl Chance To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: geom_vinum problems (crashes and lockups) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chancedj@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2004 04:36:04 -0000 before i start, here is the ondisk config for both drives used in the mirror volume: mp3# dd if=/dev/ad4s1d skip=8 count=6 | tr -d '\000-\011\200-\377' 6+0 records in 6+0 records out 3072 bytes transferred in 0.002060 secs (1491308 bytes/sec) IN VINOmp3.earthlink.netdrive1#@"@B@V)`>volume mp3 state up plex name mp3.p0 state up org concat vol mp3 plex name mp3.p1 state down org concat vol mp3 sd name mp3.p0.s0 drive drive1 len 60074519s driveoffset 265s state up plex mp3.p0 plexoffset 0s sd name mp3.p1.s0 drive drive2 len 60074519s driveoffset 265s state empty plex mp3.p1 plexoffset 0s mp3# dd if=/dev/ad6s1d skip=8 count=6 | tr -d '\000-\011\200-\377' IN VINOmp3.earthlink.netdrive2#@$"@@V)`>volume mp3 state up plex name mp3.p0 state up org concat vol mp3 plex name mp3.p1 state down org concat vol mp3 sd name mp3.p0.s0 drive drive1 len 60074519s driveoffset 265s state up plex mp3.p0 plexoffset 0s sd name mp3.p1.s0 drive drive2 len 60074519s driveoffset 265s state empty plex mp3.p1 plexoffset 0s 6+0 records in 6+0 records out 3072 bytes transferred in 0.003249 secs (945542 bytes/sec) scenerio #1 the following, for me, ends up in a lockup (machine freezes, can't do anything and i have to hard reset) mp3# kldload geom_vinum mp3# gvinum gvinum -> list 2 drives: D drive1 State: up /dev/ad4 A: 0/29333 MB (0%) D drive2 State: up /dev/ad6 A: 0/29333 MB (0%) 1 volume: V mp3 State: up Plexes: 2 Size: 28 GB 2 plexes: P mp3.p1 C State: down Subdisks: 1 Size: 28 GB P mp3.p0 C State: up Subdisks: 1 Size: 28 GB 2 subdisks: S mp3.p1.s0 State: stale D: drive2 Size: 28 GB S mp3.p0.s0 State: up D: drive1 Size: 28 GB gvinum -> stop also, at the console (when i do the kldload) I get: FOO: sd mp3.p1.s0 is stale FOO: sd mp3.p0.s0 is up Note: the entire time, the ssh session stays connected and I can move around throughout the virtual shells (alt+f#), but can't type on anything. It responds to pings still, but won't serve any pages (apache2). scenerio #2 (I used to be able to do this just to get some data copied to the volume and then rebuild it afterwards). When one volume is up (mp3.p0.s0) and one is down (mp3.p0.s0) I get the following: mp3# kldload geom_vinum FOO: sd mp3.p1.s0 is stale FOO: sd mp3.p0.s0 is up mp3# fsck -y /dev/gvinum/mp3 fsck: Could not determine filesystem type mp3# mp3# fsck -y -t ufs /dev/gvinum/mp3 ** /dev/gvinum/mp3 CANNOT READ BLK: 128 CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, ioctl (GCINFO): Inappropriate ioctl for device fsck_ufs: /dev/gvinum/mp3: can't read disk label mp3# So I figure, what the hell...lets mount it! mp3# mount -t ufs /dev/gvinum/mp3 /usr/home/mp3 CRASH FOO: sd mp3.p1.s0 is stale FOO: sd mp3.p0.s0 is up gvinum: lost drive 'drive1' FOO: sd mp3.p1.s0 is down FOO: sd mp3.p0.s0 is down gvinum: lost drive 'drive1' gvinum: lost drive 'drive1' gvinum: lost drive 'drive1' gvinum: lost drive 'drive1' gvinum: lost drive 'drive2' mp3# gdb -k /boot/kernel/kernel /usr/crash/vmcore.5 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... (no debugging symbols found)... panic: spoiled but dcr = 1 panic messages: --- panic: spoiled but dcr = 1 cpuid = 0; Debugger("panic") panic: from debugger cpuid = 0; Uptime: 2m51s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 176 192 208 224 240 --- Reading symbols from /boot/kernel/acpi.ko...(no debugging symbols found)... done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/geom_vinum.ko... (no debugging symbols found)...done. Loaded symbols for /boot/kernel/geom_vinum.ko #0 0xc05ec8dc in doadump () (kgdb) bt #0 0xc05ec8dc in doadump () #1 0xc05ece5c in boot () #2 0xc05ed187 in panic () #3 0xc045dcf5 in db_panic () #4 0xc045dc8c in db_command () #5 0xc045dd64 in db_command_loop () #6 0xc04604e9 in db_trap () #7 0xc0753351 in kdb_trap () #8 0xc0765ee4 in trap () #9 0xc075360e in Debugger () #10 0xc05ed139 in panic () #11 0xc05c2457 in g_access () #12 0xc05c0c49 in g_slice_access () #13 0xc05c24fe in g_access () #14 0xc1952b83 in gv_drive_access () from /boot/kernel/geom_vinum.ko #15 0xc05c24fe in g_access () #16 0xc1953763 in gv_plex_access () from /boot/kernel/geom_vinum.ko #17 0xc05c24fe in g_access () #18 0xc1953b37 in gv_volume_access () from /boot/kernel/geom_vinum.ko #19 0xc05c24fe in g_access () #20 0xc05bdcaa in g_dev_open () #21 0xc05bbeb2 in spec_open () #22 0xc05bbca7 in spec_vnoperate () ---Type to continue, or q to quit--- #23 0xc070d501 in ffs_mountfs () #24 0xc070ccbb in ffs_mount () #25 0xc06358d5 in vfs_domount () #26 0xc06351d8 in mount () #27 0xc07666a3 in syscall () #28 0x280c4cbb in ?? () ---Can't read userspace from dump, or kernel process--- I can't get anymore info from the bt because I don't seem to have a debug build of geom_vinum....and i'm not sure how to build one. Daryl PS: mp3# uname -a FreeBSD mp3.earthlink.net 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Mon Jun 21 19:31:06 EDT 2004 root@mp3.earthlink.net:/usr/obj/usr/src/sys/GENERIC i386 mp3# __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com