Date: Wed, 24 Jan 2001 08:48:27 +1030 From: Greg Lehey <grog@lemis.com> To: Marc.Giannoni@comsat.com Cc: freebsd-questions@freebsd.org Subject: Re: vinum start problem in /etc/rc Message-ID: <20010124084827.D414@wantadilla.lemis.com> In-Reply-To: <001FEBD0.C22219@comsat.com>; from Marc.Giannoni@comsat.com on Tue, Jan 23, 2001 at 11:54:09AM -0500 References: <001FEBD0.C22219@comsat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday, 23 January 2001 at 11:54:09 -0500, Marc.Giannoni@comsat.com wrote: > Hi: > > I believe there may be a problem with the vinum startup commands in > /etc/rc. Whenever I drop (my host) down to Single User mode, the > vinum daemon is not stopped - which appears to be OK although FreeBSD > does issue a warning. When returning (my host) to Multi User mode, > /etc/rc performs another "vinum start", AND THE VINUM DAEMON IS STILL > RUNNING! Vinum does not seem to like this (being started twice) and > appears to causes the vinum disks to assume a "down" state. It shouldn't mind being started again. Can you take a look at http://www.vinumvm.org/vinum/how-to-debug.html and send me the history and log file contents. > I mistakenly tried to start these disks individually and > subsequently corrupted a few subdisks which caused me to trash > my file system. (I've gotta be more careful with these vinum > commands in the future!!) Indeed. > I've not seen any comments about this issue, only the usual > start_vinum="YES" line in /etc/rc.conf. Should "/etc/rc" perform a > process table check to ensure that the vinum daemon is NOT active > prior to performing the "vinum start" command? Is there a special > "vinum" option that protect against recursive "vinum start(s)"? > Should all vinum file systems be unmounted when dropping to Single > User mode so that the vinum daemon can be (will be) stopped? First I need to understand why this is happening in the first place. I can find a way to prevent a second start, but it shouldn't be necessary. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply. For more information, see http://www.lemis.com/questions.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010124084827.D414>