Date: Thu, 19 Jul 2001 22:03:23 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: sthaug@nethelp.no Cc: mjacob@feral.com, current@FreeBSD.ORG Subject: Re: fatal flaw in diskcheckd... Message-ID: <Pine.BSF.4.21.0107192148290.2118-100000@besplex.bde.org> In-Reply-To: <64361.995534895@verdi.nethelp.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 19 Jul 2001 sthaug@nethelp.no wrote: > > > So, I took a SCSi disk away. Diskcheckd started complaining. However, > > > a camcontrol rescan couldn't make the disk go away until I killed off > > > diskcheckd, which then closed the disk, allowing the rescan to remove it. > > > Bad. Bad. Bad. > > > > This may also have caused your disklabel problems. The old label doesn't > > go away until all minors on the device are closed, at least when you clobber > > the label using the dd hack. > > In some situations it would be very useful to be able to tell the kernel > "forget all you ever knew about disklabel X". Any good mechanisms to do > this today (other than reboot)? Nothing good, by the DIOCSYNCSLICEINFO ioctl tells the kernel to reread all the slice and label info from the disk like it would after a reboot. It is used by libdisk (and thus mainly by sysinstall). It has a force flag that makes it attempt to work when minors other than the one needed to do the ioctl (the one for the whole disk) are open. I don't really trust it when it is forced, but libdisk always forces it. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0107192148290.2118-100000>