From owner-freebsd-geom@FreeBSD.ORG Mon Feb 12 04:11:19 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B032316A402; Mon, 12 Feb 2007 04:11:19 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC2313C471; Mon, 12 Feb 2007 04:11:19 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1C3dAdP001762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Feb 2007 22:39:10 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1C3dA13001761; Sun, 11 Feb 2007 22:39:10 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: freebsd-geom@freebsd.org Date: Sun, 11 Feb 2007 22:39:09 -0500 User-Agent: KMail/1.9.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: pjd@freebsd.org Subject: geom panic after TRYING to mount a flash "disk" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 04:11:19 -0000 --Boundary-00=_dF+zFRcJAvyUfvP Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Hello! I have a small MP3-player, which is recognized by umass(4): umass2: vendor 0x10d6 USB 2.0(FS) FLASH DISK, rev 1.10/1.00, addr 2 pass7: Removable Direct Access SCSI-0 device da5: Removable Direct Access SCSI-0 device addr 1: OHCI root hub, NEC addr 2: USB 2.0(FS) FLASH DISK, vendor 0x10d6 There are no /dev/da5s* entries created, and I _used to_ be able to mount it as a straight /dev/da5: mount -t msdosfs /dev/da5 /mnt Last I tried, it worked with a 6.1-STABLE kernel as of a few months ago. With the more recent 6.2-STABLE (as of a week ago and as of today), the device is not mountable: "permission denied". The kernel log messages complain about the device being write protected: (da5:umass-sim2:2:0:0): DATA PROTECT asc:27,0 (da5:umass-sim2:2:0:0): Write protected (da5:umass-sim2:2:0:0): error 13 (da5:umass-sim2:2:0:0): Unretryable Error g_vfs_done():da5[WRITE(offset=512, length=4096)]error = 13 dev da5 There is no read-only switch on the device, although, maybe, "read-only" can be turned through its software... Not sure -- I suspect the driver mistake. :-( What's worse is that 10-20 seconds after the unsuccessful mount attempt, the kernel panics... According to the core, the culprit is at /usr/src/sys/geom/geom_io.c:275 275 g_trace(G_T_BIO, "bio_request(%p) from %p(%s) to %p(%s) cmd %d", 276 bp, cp, cp->geom->name, pp, pp->name, bp->bio_cmd); The pp (struct g_provider *) is NULL... FWIW, other items are: (kgdb) p *bp $1 = {bio_cmd = 2 '\002', bio_flags = 0 '\0', bio_cflags = 0 '\0', bio_pflags = 0 '\0', bio_dev = 0x0, bio_disk = 0x0, bio_offset = 512, bio_bcount = 0, bio_data = 0xffffffffa327a200 "ų˙˙\177\003", bio_error = 0, bio_resid = 0, bio_done = 0xffffffff80270030 , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xffffffffa164c968, bio_queue = {tqe_next = 0x0, tqe_prev = 0x0}, bio_attribute = 0x0, bio_from = 0x0, bio_to = 0x0, bio_length = 4096, bio_completed = 0, bio_children = 0, bio_inbed = 0, bio_parent = 0x0, bio_t0 = {sec = 0, frac = 0}, bio_task = 0, bio_task_arg = 0x0, bio_pblkno = 0} (kgdb) p *cp $2 = {geom = 0xffffff00c0e53600, consumer = {le_next = 0x0, le_prev = 0xffffff00c0e53620}, provider = 0x0, consumers = { le_next = 0xffffff012152ac80, le_prev = 0xffffff012116c120}, acr = 0, acw = 0, ace = 0, spoiled = 0, stat = 0xffffff000245e120, nstart = 33, nend = 33, private = 0x0, index = 0} (kgdb) p *cp->geom $3 = {name = 0xffffff0000ae5280 "Ś\003", class = 0xffffffff805cb460, geom = {le_next = 0xffffff00069cac00, le_prev = 0xffffffff805cb4e0}, consumer = {lh_first = 0x0}, provider = {lh_first = 0x0}, geoms = {tqe_next = 0x0, tqe_prev = 0xffffff00069cac30}, rank = 1, start = 0, spoiled = 0, dumpconf = 0, access = 0, orphan = 0xffffffff802701c0 , ioctl = 0, softc = 0xffffff00c528fb00, flags = 1} At least some of it looks like junk... Other USB-devices attached to the computer are: addr 1: OHCI root hub, AMD addr 1: OHCI root hub, AMD addr 2: iRiver iHP-100 Series, iRiver addr 1: OHCI root hub, NEC addr 2: USB 2.0(FS) FLASH DISK, vendor 0x10d6 addr 1: OHCI root hub, NEC addr 2: photosmart 7350, hp addr 1: EHCI root hub, NEC addr 2: USB Reader, Genesys I have no problems mounting the iRiver's disk (as /dev/da4s1). Mounting /dev/da5 read-only works too -- until the crash... It used to work -- would be nice to have it again... Full stack attached. I'll keep the core around for some time -- let me know, if you'd like other variables or some such. -mi --Boundary-00=_dF+zFRcJAvyUfvP Content-Type: text/plain; charset="koi8-r"; name="geom-crash.txt" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="geom-crash.txt" [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8026d0e6 stack pointer = 0x10:0xffffffffb3bcdaa0 frame pointer = 0x10:0xffffff00c05b7a00 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 48 (syncer) trap number = 12 panic: page fault cpuid = 2 Uptime: 1m27s Dumping 4095 MB (3 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 3551MB (909040 pages) 3535 3519 3503 3487 3471 3455 3439 3423 3407 3391 3375 3359 3343 3327 3311 3295 3279 3263 3247 3231 3215 3199 3183 3167 3151 3135 3119 3103 3087 3071 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 3! 51 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok chunk 2: 544MB (139264 pages) 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff802adbb7 in boot (howto=260) at /var/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff802ae251 in panic (fmt=0xffffff012158d000 "XÓķ \001˙˙˙ Įf!\001˙˙˙") at /var/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8040866f in trap_fatal (frame=0xffffff012158d000, eva=18446742979045348184) at /var/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff804089ec in trap_pfault (frame=0xffffffffb3bcd9f0, usermode=0) at /var/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff80408ca3 in trap (frame= {tf_rdi = -1096695984552, tf_rsi = -1096284407296, tf_rdx = -1096275380736, tf_rcx = 2, tf_r8 = 0, tf_r9 = 0, tf_rax = 4096, tf_rbx = -1096695984552, tf_rbp = -1096284407296, tf_r10 = -2141407968, tf_r11 = 512, tf_r12 = 0, tf_r13 = -1096695984376, tf_r14 = 4, tf_r15 = 0, tf_trapno = 12, tf_addr = 0, tf_flags = 1111771889584, tf_err = 0, tf_rip = -2144939802, tf_cs = 8, tf_rflags = 66178, tf_rsp = -1279468880, tf_ss = 0}) at /var/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff803f3e9b in calltrap () at /var/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff8026d0e6 in g_io_request (bp=0xffffff00a7d34e58, cp=0xffffff00c05b7a00) at /var/src/sys/geom/geom_io.c:275 #9 0xffffffff803094cb in bufwrite (bp=0xffffffffa164c968) at buf.h:426 #10 0xffffffff8030dae7 in vop_stdfsync (ap=0xffffffffb3bcdbc0) at /var/src/sys/kern/vfs_default.c:431 #11 0xffffffff8044df7d in VOP_FSYNC_APV (vop=0x1000, a=0xffffff00c05b7a00) at vnode_if.c:1020 #12 0xffffffff803188b1 in sched_sync () at vnode_if.h:537 #13 0xffffffff80292b77 in fork_exit (callout=0xffffffff803184b0 , arg=0x0, frame=0xffffffffb3bcdc50) at /var/src/sys/kern/kern_fork.c:821 #14 0xffffffff803f41fe in fork_trampoline () at /var/src/sys/amd64/amd64/exception.S:394 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x000000000080a000 in ?? () #48 0xffffffffb3bcd9f0 in ?? () #49 0x0000000000000104 in ?? () #50 0x0000000000000000 in ?? () #51 0xffffff0120edd358 in ?? () #52 0xffffff0121687980 in ?? () #53 0xffffffffb3bcd758 in ?? () #54 0xffffff012158d000 in ?? () #55 0xffffffff802c4326 in sched_switch (td=0x0, newtd=0x0, flags=560127504) at /var/src/sys/kern/sched_4bsd.c:973 #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () #123 0x0000000000000000 in ?? () #124 0x0000000000000000 in ?? () #125 0x0000000000000000 in ?? () #126 0x0000000000000000 in ?? () #127 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffb3bce000 (kgdb) --Boundary-00=_dF+zFRcJAvyUfvP-- From owner-freebsd-geom@FreeBSD.ORG Mon Feb 12 11:10:04 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 976E816A4C2 for ; Mon, 12 Feb 2007 11:10:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id EA7A713C471 for ; Mon, 12 Feb 2007 11:10:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l1CBA30N098467 for ; Mon, 12 Feb 2007 11:10:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l1CBA0PN098464 for freebsd-geom@FreeBSD.org; Mon, 12 Feb 2007 11:10:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Feb 2007 11:10:00 GMT Message-Id: <200702121110.l1CBA0PN098464@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 11:10:04 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/89102 geom [geom_vfs] [panic] panic when forced unmount FS from u o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom_mirror] [panic] Restore cause panic string (ffs_ o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde "destroy" not working. o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for f kern/105390 geom [geli] filesystem on a md backed by sparse file with s o kern/107707 geom [geom] [patch] add new class geom_xbox360 to slice up 5 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 11:04:06 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 671AB16A406; Tue, 13 Feb 2007 11:04:06 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2546F13C467; Tue, 13 Feb 2007 11:04:05 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id D829A584; Tue, 13 Feb 2007 12:04:04 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id EF16E9D41F; Tue, 13 Feb 2007 11:05:06 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id D6F97405D; Tue, 13 Feb 2007 12:05:06 +0100 (CET) Date: Tue, 13 Feb 2007 12:05:06 +0100 From: Jeremie Le Hen To: Oliver Fromme Message-ID: <20070213110506.GL64768@obiwan.tataz.chchile.org> References: <45C12274.7030404@fluffles.net> <200702022019.l12KJpcD018232@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702022019.l12KJpcD018232@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Pawel Jakub Dawidek , sos@FreeBSD.org, Fluffles , "Simon L. Nielsen" , freebsd-geom@FreeBSD.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 11:04:06 -0000 Hi Olivier, On Fri, Feb 02, 2007 at 09:19:51PM +0100, Oliver Fromme wrote: > In my case it has nothing to do with spin up / spin down. > I do not use ataidle, and the disks are running all the > time. They don't have to spin up. > > So it must be something else causing the problems. FWIW, I had experienced this before likely because my drives went too warm (I am using gmirror as well). I've bought a couple of fan racks and the problem hasn't occured since then. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 15:02:17 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA4416A46B for ; Tue, 13 Feb 2007 15:02:17 +0000 (UTC) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (wooster.rojer.pp.ru [80.68.246.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0B57F13C4AA for ; Tue, 13 Feb 2007 15:02:17 +0000 (UTC) (envelope-from myself@rojer.pp.ru) Received: from wooster.rojer.pp.ru (localhost [127.0.0.1]) by wooster.rojer.pp.ru (Postfix) with ESMTP id 397E7114CB; Tue, 13 Feb 2007 17:38:48 +0300 (MSK) X-Spam-Checker-Version: SpamAssassin 3.1.7-rojer (2006-10-05) on wooster.rojer.pp.ru X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7-rojer Received: from [IPv6:::1] (localhost [127.0.0.1]) by wooster.rojer.pp.ru (Postfix) with ESMTP; Tue, 13 Feb 2007 17:38:39 +0300 (MSK) Message-ID: <45D1CD24.1090000@rojer.pp.ru> Date: Tue, 13 Feb 2007 14:37:24 +0000 From: Deomid Ryabkov User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: "R. B. Riddick" References: <359629.81860.qm@web30308.mail.mud.yahoo.com> In-Reply-To: <359629.81860.qm@web30308.mail.mud.yahoo.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Christian Laursen , freebsd-geom@freebsd.org Subject: Re: geom_mirror delayed synchronizing question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 15:02:17 -0000 R. B. Riddick wrote: > I would be glad if it was possible for gmirror to detect an idle > gmirror-device... If it is idle, requests r issued more frequent and if the > device experiences concurrent requests (e. g. from fsck), gmirror does no or > hardly any sync requests... > i had somewhat different idea of making a kind-of lazy resync but with bounded time to recovery. the thing is that on a busy system there's a lot of i/o going on, so we can piggy-back our recovery on that. e.g., as we read blocks, we copy them to the out-of-sync components. the way we bound our recovery time is we say, ok, i want the mirror synced in X hours (a sysctl) and we then keep track of how many blocks our lazy resync yields. for example, each minute we evaluate how many blocks we have resynced lazily and, with the target time of recovery, how many we are missing. we then schedule the difference to be resynced (e.g., with N blocks and X hours of target resync time, we should resync N/X/60 blocks every minute, so if lazy resync does not resync enough blocks, we read and resync them directly). the drawback is that this would necessitate keeping a bitmap of resynced blocks, but the size is manageable with blocks of, say, 64k. the map can be discarded when resync is complete. > But this strategy could lead to a very very lengthly rebuild process on a very > busy server, which contracts a RAID0-like risk of (complete) device failure... > > Maybe this "nice feature" should be implemented somehow intelligently? Maybe > phases of rebuild and phases where concurrent user-land requests r executed? > E. g.: 10 second undisturbed user-land (if there r any pending requests) and > then 1 second gmirror's rebuild requests... > might work as well. again, these numbers can be calculated from the target resync time. -- Deomid Ryabkov aka Rojer myself@rojer.pp.ru rojer@sysadmins.ru ICQ: 8025844 From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 16:08:06 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0E1716A401; Tue, 13 Feb 2007 16:08:06 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD1913C471; Tue, 13 Feb 2007 16:08:05 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (nspslg@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DG7v2Q091520; Tue, 13 Feb 2007 17:08:03 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DG7uhU091519; Tue, 13 Feb 2007 17:07:56 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200702131607.l1DG7uhU091519@lurza.secnetix.de> To: jeremie@le-hen.org (Jeremie Le Hen) Date: Tue, 13 Feb 2007 17:07:56 +0100 (CET) In-Reply-To: <20070213110506.GL64768@obiwan.tataz.chchile.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 17:08:03 +0100 (CET) Cc: Pawel Jakub Dawidek , sos@FreeBSD.org, Fluffles , "Simon L. Nielsen" , freebsd-geom@FreeBSD.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 16:08:06 -0000 Jeremie Le Hen wrote: > Oliver Fromme wrote: > > In my case it has nothing to do with spin up / spin down. > > I do not use ataidle, and the disks are running all the > > time. They don't have to spin up. > > > > So it must be something else causing the problems. > > FWIW, I had experienced this before likely because my drives went > too warm (I am using gmirror as well). I've bought a couple of fan > racks and the problem hasn't occured since then. Last week we got a real read error reported on the disk (with a useful log entry, finally), so we arranged a replacement disk. It has been working flawlessly so far. So maybe it was really the disk causing the trouble. However, the strange thing is that _no_ ATA errors were logged at all previously. If gmirror disconnects a drive because of ATA trouble (i.e. a read/write error), I would expect that the ATA driver should report that read/write error, shouldn't it? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd cat man du : where Unix geeks go when they die From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 16:57:13 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8C5B16A409 for ; Tue, 13 Feb 2007 16:57:13 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id D55B613C471 for ; Tue, 13 Feb 2007 16:57:13 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id E2F1733C5D; Tue, 13 Feb 2007 08:26:47 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "alerce.com" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 9AF8133C5B; Tue, 13 Feb 2007 08:26:47 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.8/8.13.8) with ESMTP id l1DGT6eW068645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 13 Feb 2007 08:29:06 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.8/8.13.8/Submit) id l1DGT3g7068632; Tue, 13 Feb 2007 08:29:03 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17873.59215.766661.295326@satchel.alerce.com> Date: Tue, 13 Feb 2007 08:29:03 -0800 To: Jeremie Le Hen In-Reply-To: <20070213110506.GL64768@obiwan.tataz.chchile.org> References: <45C12274.7030404@fluffles.net> <200702022019.l12KJpcD018232@lurza.secnetix.de> <20070213110506.GL64768@obiwan.tataz.chchile.org> X-Mailer: VM 7.19 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-geom@FreeBSD.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 16:57:14 -0000 Jeremie Le Hen writes: > Hi Olivier, > > On Fri, Feb 02, 2007 at 09:19:51PM +0100, Oliver Fromme wrote: > > In my case it has nothing to do with spin up / spin down. > > I do not use ataidle, and the disks are running all the > > time. They don't have to spin up. > > > > So it must be something else causing the problems. > > FWIW, I had experienced this before likely because my drives went > too warm (I am using gmirror as well). I've bought a couple of fan > racks and the problem hasn't occured since then. So "warm" that you ruined them, or did they just temporarily generate an error? g. From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 17:19:37 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E8EB16A408 for ; Tue, 13 Feb 2007 17:19:37 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.freebsd.org (Postfix) with ESMTP id D0BA113C4AA for ; Tue, 13 Feb 2007 17:19:36 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp3-g19.free.fr (Postfix) with ESMTP id A81174A020; Tue, 13 Feb 2007 18:19:35 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 314FD9D41F; Tue, 13 Feb 2007 17:20:36 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 1AA0A405D; Tue, 13 Feb 2007 18:20:36 +0100 (CET) Date: Tue, 13 Feb 2007 18:20:36 +0100 From: Jeremie Le Hen To: George Hartzell Message-ID: <20070213172036.GO64768@obiwan.tataz.chchile.org> References: <45C12274.7030404@fluffles.net> <200702022019.l12KJpcD018232@lurza.secnetix.de> <20070213110506.GL64768@obiwan.tataz.chchile.org> <17873.59215.766661.295326@satchel.alerce.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17873.59215.766661.295326@satchel.alerce.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-geom@FreeBSD.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:19:37 -0000 George, On Tue, Feb 13, 2007 at 08:29:03AM -0800, George Hartzell wrote: > Jeremie Le Hen writes: > > FWIW, I had experienced this before likely because my drives went > > too warm (I am using gmirror as well). I've bought a couple of fan > > racks and the problem hasn't occured since then. > > So "warm" that you ruined them, or did they just temporarily generate > an error? It just temporarily generated an error. Usually I was able to recover it with atacontrol detach/attach after a while. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 17:27:42 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.org Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79C7816A401 for ; Tue, 13 Feb 2007 17:27:42 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4784713C46B for ; Tue, 13 Feb 2007 17:27:42 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp8-g19.free.fr (Postfix) with ESMTP id 99E344528; Tue, 13 Feb 2007 18:27:41 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 968DC9D41F; Tue, 13 Feb 2007 17:28:43 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 861BC4063; Tue, 13 Feb 2007 18:28:43 +0100 (CET) Date: Tue, 13 Feb 2007 18:28:43 +0100 From: Jeremie Le Hen To: Oliver Fromme Message-ID: <20070213172843.GP64768@obiwan.tataz.chchile.org> References: <20070213110506.GL64768@obiwan.tataz.chchile.org> <200702131607.l1DG7uhU091519@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702131607.l1DG7uhU091519@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-geom@FreeBSD.org Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 17:27:42 -0000 Oliver, On Tue, Feb 13, 2007 at 05:07:56PM +0100, Oliver Fromme wrote: > Jeremie Le Hen wrote: > > FWIW, I had experienced this before likely because my drives went > > too warm (I am using gmirror as well). I've bought a couple of fan > > racks and the problem hasn't occured since then. > > Last week we got a real read error reported on the disk > (with a useful log entry, finally), so we arranged a > replacement disk. It has been working flawlessly so far. > > So maybe it was really the disk causing the trouble. > > However, the strange thing is that _no_ ATA errors were > logged at all previously. If gmirror disconnects a drive > because of ATA trouble (i.e. a read/write error), I would > expect that the ATA driver should report that read/write > error, shouldn't it? I can't remember if I had such messages. However I suspect the following messages to be issued by the ata layer: % Jan 29 19:20:26 pluto kernel: ad1: FAILURE - device detached % Jan 29 19:20:26 pluto kernel: subdisk1: detached % Jan 29 19:20:26 pluto kernel: ad1: detached BTW, this is is confirmed by grep(1): % jarjarbinks:tataz$ grep "device detached" /sys/dev/ata/* % /sys/dev/ata/ata-all.c: device_printf(request->dev, "FAILURE - device detached\n"); The following gmirror error messages is then an expected consequence. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-geom@FreeBSD.ORG Tue Feb 13 18:28:50 2007 Return-Path: X-Original-To: freebsd-geom@FreeBSD.ORG Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 040A616A400 for ; Tue, 13 Feb 2007 18:28:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9BA13C461 for ; Tue, 13 Feb 2007 18:28:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zmjktu@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DIShgR010108; Tue, 13 Feb 2007 19:28:48 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DISg0q010107; Tue, 13 Feb 2007 19:28:42 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 19:28:42 +0100 (CET) Message-Id: <200702131828.l1DISg0q010107@lurza.secnetix.de> From: Oliver Fromme To: freebsd-geom@FreeBSD.ORG, jeremie@le-hen.org In-Reply-To: <20070213172843.GP64768@obiwan.tataz.chchile.org> X-Newsgroups: list.freebsd-geom User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 19:28:48 +0100 (CET) Cc: Subject: Re: gmirror or ata problem X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-geom@FreeBSD.ORG, jeremie@le-hen.org List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 18:28:50 -0000 Jeremie Le Hen wrote: > Oliver Fromme wrote: > > However, the strange thing is that _no_ ATA errors were > > logged at all previously. If gmirror disconnects a drive > > because of ATA trouble (i.e. a read/write error), I would > > expect that the ATA driver should report that read/write > > error, shouldn't it? > > I can't remember if I had such messages. However I suspect the > following messages to be issued by the ata layer: > > % Jan 29 19:20:26 pluto kernel: ad1: FAILURE - device detached > % Jan 29 19:20:26 pluto kernel: subdisk1: detached > % Jan 29 19:20:26 pluto kernel: ad1: detached Well, yes. Sorry for being unclear. I meant the disk driver, not ATA in general. I expected to get a bit more than the simple word "FAILURE" from a UNIX system. ;-) Typically a read or write error should be reported (along with the block number), or a time-out, or a DMA error, or whatever. Anything. But a little bit more than just "FAILURE". > The following gmirror error messages is then an expected > consequence. Yes, that's clear. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 11:05:58 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D800B16A409 for ; Wed, 14 Feb 2007 11:05:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.freebsd.org (Postfix) with ESMTP id 9844013C471 for ; Wed, 14 Feb 2007 11:05:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 6C06562E7 for ; Wed, 14 Feb 2007 11:45:47 +0100 (CET) Message-ID: <45D2E85B.9020507@quip.cz> Date: Wed, 14 Feb 2007 11:45:47 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 11:05:58 -0000 Hi all, what is the right way to remove disk drive from running system without reboot? I have Sun Fire X2100 with 2 identical drives in gmirror. One drive is failing, so I want to replace this drive by another. Drive is no more used by gmirror (gmirror status shows DEGRADED and running on one drive only), atacontrol lists the drive attached to channel ata3, so I run command `atacontrol detach ata3`. As stated in manpage "Devices on the channel are removed from the kernel". Everything goes fine, system is running.... but if I pull out the drive tray, system hangs and must be power cycled. I had some worse problem with disk drive few month ago and if drive disappeared completely from system (not visible by gmirror nor atacontrol), I pulled out failed drive and system was running fine. Then I replace the drive, system detected the new drive successfuly, then I start gmirror synchronization... all in few minutes without reboot. So what is wrong with manual removing drive? System is 6.2 RELEASE with GENERIC kernel, gmirror loaded from loader.conf, but previous disk replacement was in time of 6.1 RELEASE. Is there any known 'new' problems in 6.2? Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 11:42:15 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E1C616A406 for ; Wed, 14 Feb 2007 11:42:15 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA6C13C471 for ; Wed, 14 Feb 2007 11:42:15 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id C5F067FAF for ; Wed, 14 Feb 2007 12:12:59 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by fri.itea.ntnu.no (Postfix) with ESMTP for ; Wed, 14 Feb 2007 12:12:59 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id 75E751703F; Wed, 14 Feb 2007 12:12:59 +0100 (CET) Date: Wed, 14 Feb 2007 12:12:59 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20070214111259.GB60265@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-geom@freebsd.org References: <45D2E85B.9020507@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D2E85B.9020507@quip.cz> User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@twoflower.idi.ntnu.no List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 11:42:15 -0000 On ons, feb 14, 2007 at 11:45:47am +0100, Miroslav Lachman wrote: > Hi all, > > what is the right way to remove disk drive from running system without > reboot? > > I have Sun Fire X2100 with 2 identical drives in gmirror. One drive is > failing, so I want to replace this drive by another. Drive is no more > used by gmirror (gmirror status shows DEGRADED and running on one drive > only), atacontrol lists the drive attached to channel ata3, so I run > command `atacontrol detach ata3`. As stated in manpage "Devices on the > channel are removed from the kernel". Everything goes fine, system is > running.... but if I pull out the drive tray, system hangs and must be > power cycled. > > I had some worse problem with disk drive few month ago and if drive > disappeared completely from system (not visible by gmirror nor > atacontrol), I pulled out failed drive and system was running fine. Then > I replace the drive, system detected the new drive successfuly, then I > start gmirror synchronization... all in few minutes without reboot. > > So what is wrong with manual removing drive? > http://lists.freebsd.org/pipermail/freebsd-geom/2006-November/001701.html -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 11:42:28 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B87D616A400 for ; Wed, 14 Feb 2007 11:42:28 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7634E13C461 for ; Wed, 14 Feb 2007 11:42:28 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id B6E5D33769 for ; Wed, 14 Feb 2007 12:15:08 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by signal.itea.ntnu.no (Postfix) with ESMTP for ; Wed, 14 Feb 2007 12:15:07 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id B63121703F; Wed, 14 Feb 2007 12:15:07 +0100 (CET) Date: Wed, 14 Feb 2007 12:15:07 +0100 From: Ulf Lilleengen To: freebsd-geom@freebsd.org Message-ID: <20070214111507.GA60428@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-geom@freebsd.org References: <45D2E85B.9020507@quip.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D2E85B.9020507@quip.cz> User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@twoflower.idi.ntnu.no List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 11:42:28 -0000 On ons, feb 14, 2007 at 11:45:47am +0100, Miroslav Lachman wrote: > Hi all, > > > So what is wrong with manual removing drive? I'm sorry, the post did include reboot. I must be a bit tired :) -- Ulf Lilleengen From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 11:46:45 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42DDF16A400 for ; Wed, 14 Feb 2007 11:46:45 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 04E8F13C4AA for ; Wed, 14 Feb 2007 11:46:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 5262417475; Wed, 14 Feb 2007 11:46:43 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1EBkgWC001613; Wed, 14 Feb 2007 11:46:42 GMT (envelope-from phk@critter.freebsd.dk) To: "..."@twoflower.idi.ntnu.no From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 14 Feb 2007 12:12:59 +0100." <20070214111259.GB60265@twoflower.idi.ntnu.no> Date: Wed, 14 Feb 2007 11:46:42 +0000 Message-ID: <1612.1171453602@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 11:46:45 -0000 In message <20070214111259.GB60265@twoflower.idi.ntnu.no>, Ulf Lilleengen write s: >On ons, feb 14, 2007 at 11:45:47am +0100, Miroslav Lachman wrote: >> used by gmirror (gmirror status shows DEGRADED and running on one drive >> only), atacontrol lists the drive attached to channel ata3, so I run >> command `atacontrol detach ata3`. As stated in manpage "Devices on the >> channel are removed from the kernel". Everything goes fine, system is >> running.... but if I pull out the drive tray, system hangs and must be >> power cycled. Not all ata controller chips actually support hot-plug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 12:14:44 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA76D16A400 for ; Wed, 14 Feb 2007 12:14:44 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AB04013C471 for ; Wed, 14 Feb 2007 12:14:44 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HHJ1u-0005js-Kw for freebsd-geom@freebsd.org; Wed, 14 Feb 2007 13:14:34 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Feb 2007 13:14:34 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Feb 2007 13:14:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Wed, 14 Feb 2007 13:14:22 +0100 Lines: 6 Message-ID: References: <20070214111259.GB60265@twoflower.idi.ntnu.no> <1612.1171453602@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) In-Reply-To: <1612.1171453602@critter.freebsd.dk> Sender: news Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 12:14:45 -0000 Poul-Henning Kamp wrote: > Not all ata controller chips actually support hot-plug. Can anyone give an example of working hot plug (s)ata controller which works as advertised with FreeBSD? From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 12:17:17 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5555016A400 for ; Wed, 14 Feb 2007 12:17:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 165EA13C491 for ; Wed, 14 Feb 2007 12:17:17 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id BB06C17475; Wed, 14 Feb 2007 12:17:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1ECHF2G001761; Wed, 14 Feb 2007 12:17:15 GMT (envelope-from phk@critter.freebsd.dk) To: Ivan Voras From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 14 Feb 2007 13:14:22 +0100." Date: Wed, 14 Feb 2007 12:17:15 +0000 Message-ID: <1760.1171455435@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 12:17:17 -0000 In message , Ivan Voras writes: >Poul-Henning Kamp wrote: > >> Not all ata controller chips actually support hot-plug. > >Can anyone give an example of working hot plug (s)ata controller which >works as advertised with FreeBSD? I have generally had good results with Intel and Promise -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 12:54:51 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7817116A401 for ; Wed, 14 Feb 2007 12:54:51 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD2B13C467 for ; Wed, 14 Feb 2007 12:54:51 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1ECslDR035562; Wed, 14 Feb 2007 06:54:48 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D30698.6010101@freebsd.org> Date: Wed, 14 Feb 2007 06:54:48 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Ivan Voras References: <20070214111259.GB60265@twoflower.idi.ntnu.no> <1612.1171453602@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2566/Wed Feb 14 05:44:20 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 12:54:51 -0000 On 02/14/07 06:14, Ivan Voras wrote: > Poul-Henning Kamp wrote: > >> Not all ata controller chips actually support hot-plug. > > Can anyone give an example of working hot plug (s)ata controller which > works as advertised with FreeBSD? My laptop (Dell D820 - ICH7) has a SATA/PATA controller, and it works great. I use atacontrol to detach the dvd+-rw, and attach a modular bay hard drive, or detach and then slide in another battery.. Eric From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 14:02:01 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4C4116A402 for ; Wed, 14 Feb 2007 14:02:01 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from omega.iib.unsam.edu.ar (omega.iib.unsam.edu.ar [170.210.49.14]) by mx1.freebsd.org (Postfix) with ESMTP id A434C13C491 for ; Wed, 14 Feb 2007 14:01:50 +0000 (UTC) (envelope-from fernan@iib.unsam.edu.ar) Received: from gama.iib.unsam.edu.ar (gama.iib.unsam.edu.ar [192.168.10.72]) by omega.iib.unsam.edu.ar (8.13.6/8.13.6) with ESMTP id l1EDNDpZ050268; Wed, 14 Feb 2007 10:23:13 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) Received: (from fernan@localhost) by gama.iib.unsam.edu.ar (8.13.8/8.13.8/Submit) id l1EDNJL0015639; Wed, 14 Feb 2007 10:23:19 -0300 (ART) (envelope-from fernan@iib.unsam.edu.ar) X-Authentication-Warning: gama.iib.unsam.edu.ar: fernan set sender to fernan@iib.unsam.edu.ar using -f Date: Wed, 14 Feb 2007 10:23:18 -0300 From: Fernan Aguero To: Poul-Henning Kamp Message-ID: <20070214132318.GA15548@iib.unsam.edu.ar> References: <20070214111259.GB60265@twoflower.idi.ntnu.no> <1612.1171453602@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1612.1171453602@critter.freebsd.dk> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: 000.fbsd@quip.cz, freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 14:02:01 -0000 +----[ Miroslav Lachman <000.fbsd@quip.cz> (14.Feb.2007 08:10): | | Hi all, | | what is the right way to remove disk drive from running | system without | reboot? | | I have Sun Fire X2100 with 2 identical drives in gmirror. [snipped] | So what is wrong with manual removing drive? | +----] To what Poul-Henning replied: +----[ Poul-Henning Kamp (14.Feb.2007 08:47): | | Not all ata controller chips actually support hot-plug. | +----] And not all OSs support hot-plug even when the underlying controller chips might: as per the Sun Fire X2100 release notes: "SATA hot plug is supported only for the Windows XP Operating System (OS). If you wish to change hard disks with Linux or Solaris OS, you must reboot the system." http://docs.sun.com/source/819-3722-16/index.html#21924 So it's not only FreeBSD that's missing the 'feature'. I'm not an expert in low level hardware/driver issues at all ... but I wonder if this is because of the chipset drivers in each OS or because of the way the disk management framework works in each OS ... Fernan From owner-freebsd-geom@FreeBSD.ORG Wed Feb 14 22:54:15 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4868916A409 for ; Wed, 14 Feb 2007 22:54:15 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.freebsd.org (Postfix) with ESMTP id 06A8C13C4A6 for ; Wed, 14 Feb 2007 22:54:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 665CE62E7; Wed, 14 Feb 2007 23:54:13 +0100 (CET) Message-ID: <45D39315.80801@quip.cz> Date: Wed, 14 Feb 2007 23:54:13 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Poul-Henning Kamp References: <1612.1171453602@critter.freebsd.dk> In-Reply-To: <1612.1171453602@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 22:54:15 -0000 Poul-Henning Kamp wrote: > In message <20070214111259.GB60265@twoflower.idi.ntnu.no>, Ulf Lilleengen write > s: > >>On ons, feb 14, 2007 at 11:45:47am +0100, Miroslav Lachman wrote: > > >>>used by gmirror (gmirror status shows DEGRADED and running on one drive >>>only), atacontrol lists the drive attached to channel ata3, so I run >>>command `atacontrol detach ata3`. As stated in manpage "Devices on the >>>channel are removed from the kernel". Everything goes fine, system is >>>running.... but if I pull out the drive tray, system hangs and must be >>>power cycled. > > > Not all ata controller chips actually support hot-plug. OK, I understand it may not be supported, but why it works with totaly failed drive (where I expect system freeze) and hangs with manual remove? Insertion of a new drive works well in both cases. Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Sat Feb 17 15:51:17 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1001F16A400 for ; Sat, 17 Feb 2007 15:51:17 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.freebsd.org (Postfix) with SMTP id 9C97C13C467 for ; Sat, 17 Feb 2007 15:51:16 +0000 (UTC) (envelope-from mikej@rogers.com) Received: (qmail 56593 invoked from network); 17 Feb 2007 15:51:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xkrEhc3wXaxIqziq2MJ6vLMHJN5oxtjZHZqYVMera+asP6sjViRODk3B0b4NPTBe6Xu75g9FyNOmj1xeL8gxWrN8XK/PYrUeMOM7mKz5/BJ39U+lbdkaOa6GCmiu3+/fsb6FFXO75e+JlGBH/tEZqwfXACuLxi2FIdlqqhNoWMA= ; Received: from unknown (HELO ?172.16.0.200?) (mikej@rogers.com@74.111.253.239 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 17 Feb 2007 15:51:15 -0000 X-YMail-OSG: 7cjVyEkVM1kavdaljT6s2yTDUx374y_OkFcm3JmzK_5WPjtKza9h15XN_CXSefLY8Q-- Message-ID: <45D724B0.4060404@rogers.com> Date: Sat, 17 Feb 2007 10:52:16 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Ivan Voras References: <20070214111259.GB60265@twoflower.idi.ntnu.no> <1612.1171453602@critter.freebsd.dk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: The right way to remove disk drive X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Feb 2007 15:51:17 -0000 Ivan Voras wrote: > Poul-Henning Kamp wrote: > > >> Not all ata controller chips actually support hot-plug. >> > > Can anyone give an example of working hot plug (s)ata controller which > works as advertised with FreeBSD? > ICH7 works fine for me.