Date: Mon, 05 Mar 2001 15:59:06 -0500 From: "James F. Hranicky" <jfh@cise.ufl.edu> To: freebsd-fs@freebsd.org Subject: Re: Softupdates umount bug? Or vinum problem? Message-ID: <20010305205906.E659BDCD2@mail.cise.ufl.edu> In-Reply-To: Message from "James F. Hranicky" <jfh@cise.ufl.edu> of "Thu, 22 Feb 2001 00:33:23 EST." <20010222053323.631B4DCD9@mail.cise.ufl.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
"James F. Hranicky" <jfh@cise.ufl.edu> wrote: > > I stress tested a new fs for about 4 hours, creating and removing > 100,000+ files at a time, and all went well until I tried to add > a larger plex to the vinum volume. This time, I got a crash in > the vinum routines: For anyone still wondering about this, I goofed and didn't look in the known bugs section at http://www.vinumvm.com/bugs.html : * 23 September 2000: When reviving a striped plex, writes will be lost to the area which has already been written. This does not apply to concatenated plexes, nor to RAID-4 and RAID-5 plexes. Technical explanation: This is a bug. I had forgotten to write the code. Workaround: When reviving striped plexes, ensure that no other write I/O takes place. The simplest way to achieve this is to unmount the volume. Status: Fix in planning. My bad, a sync to a striped plex on an unmounted fs worked fine. ---------------------------------------------------------------------- | Jim Hranicky, Senior SysAdmin UF/CISE Department | | E314D CSE Building Phone (352) 392-1499 | | jfh@cise.ufl.edu http://www.cise.ufl.edu/~jfh | ---------------------------------------------------------------------- - Encryption: its use by criminals is far less - - frightening than its banishment by governments - - Vote for Privacy - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010305205906.E659BDCD2>