Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 26 Nov 2001 20:32:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 26 Nov 2001 20:32:37 -0500 Received: from tone.orchestra.cse.unsw.EDU.AU ([129.94.242.28]:64206 "HELO tone.orchestra.cse.unsw.EDU.AU") by vger.kernel.org with SMTP id ; Mon, 26 Nov 2001 20:32:26 -0500 From: Neil Brown To: "Alok K. Dhir" Date: Tue, 27 Nov 2001 12:31:49 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15362.60677.183036.620610@esther.cse.unsw.edu.au> Cc: Subject: Re: Possible md bug in 2.4.16-pre1 In-Reply-To: message from Alok K. Dhir on Monday November 26 In-Reply-To: <000c01c1769c$187cc390$9865fea9@pcsn630778> X-Mailer: VM 6.72 under Emacs 20.7.2 X-face: [Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D > On kernel 2.4.16-pre1 software RAID (tested with levels 0 and 1 on the > same two drives), it is not possible to "raidstop /dev/md0" after > mounting and using it, even though the partition is unmounted. Attempts > are rejected with "/dev/md0: Device or resource busy". Even shutting > down to single user mode does not release the device for stopping. I > had to reboot to single user mode, then I was able to stop it, > unconfigure it, etc. I think this might be due to a buggy "raidstop". I seem to recall someone having a similar problem some months ago. It turned out that they we using a vendor supplied raidstop that did the wrong thing. Could you try compiling raid-tools from http://www.kernel.org/pub/linux/daemons/raid/alpha/raidtools-19990824-0.90.tar.bz2 and see if that works. Alternaltely, get mdctl from http://www.cse.unsw.edu.au/~neilb/source/mdctl/ and use mdctl --stop /dev/md0 If this still doesn't work, please send me an "strace" of raidstop running and failing. NeilBrown - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/