From owner-freebsd-stable Wed Feb 12 17: 7:16 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E3BD37B401; Wed, 12 Feb 2003 17:07:14 -0800 (PST) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D83243F3F; Wed, 12 Feb 2003 17:07:12 -0800 (PST) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 5433A3780E4; Thu, 13 Feb 2003 10:07:09 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) by is2.mh.itc.u-tokyo.ac.jp (8.11.3/8.11.3) with ESMTP id h1D179R03996; Thu, 13 Feb 2003 10:07:09 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3]) by mailhosting.itc.u-tokyo.ac.jp (Mirapoint Messaging Server MOS 2.9.3.2) with ESMTP id AHV58636; Thu, 13 Feb 2003 10:07:08 +0900 (JST) Date: Thu, 13 Feb 2003 10:07:08 +0900 Message-ID: From: Hidetoshi Shimokawa To: "Daniel O'Connor" Cc: FreeBSD Stable List , Hidetoshi Shimokawa Subject: Re: sbp + drive enclosures In-Reply-To: <1045096485.398.14.camel@chowder.gsoft.com.au> References: <1045096485.398.14.camel@chowder.gsoft.com.au> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 13 Feb 2003 11:04:46 +1030, Daniel O'Connor wrote: > It DOES work - when I plug it in it's detected and probed. I could > fdisk/disklabel/newfs the drive and mount it. It even goes pretty fast > :) > > Unfortunately when I disconnect it the firewire half seems to notice, > but it doesn't notify the SCSI layer :( This seems FAQ, I should add description to manpage.. This is intentional because some drive might be failed to be proved after bus reset. To prevent detaching mounted filesystem, it's not detached at first bus reset. After several bus reset it will notify to the SCSI layer. Try 'fwcontrol -r' several times or don't worry about it too much :-) This behavier enables us active filesystem detaching and reattaching. Even while the some process is writing/reading activily on the filesystem it sould be safely detached and then reattached safely. If your drive doesn't have important data, try detach and reattach while running 'iozone -A' :-) > If I try a 'camcontrol rescan' it hangs in cbwait (not sure how long, > but I left it for >30 minutes with no change). If I reinsert the drive I > get a panic 'malloc(W_WAITOK) in interrupt context'. Do you have traceback? which malloc caused panic? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message