Date: Sat, 09 Sep 2006 16:26:52 +0200 From: Volker <volker@vwsoft.com> To: freebsd-stable@freebsd.org Cc: pjd@freebsd.org Subject: Re: gmirror RAID-1: rebuilding freezes machine Message-ID: <4502CF2C.6000104@vwsoft.com> In-Reply-To: <450089E2.5090906@vwsoft.com> References: <44FF4909.9020108@vwsoft.com> <44FF5B02.3090804@vwsoft.com> <44FF6FE6.4080602@protected-networks.net> <4500860B.3050804@protected-networks.net> <450089E2.5090906@vwsoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
regarding the gmirror issue, I've seen the following cvs commit: > Revision 1.66.2.9 / (download) - annotate - [select for diffs], Fri Sep 8 17:39:41 2006 UTC (20 hours, 35 minutes ago) by pjd > Branch: RELENG_6 > Changes since 1.66.2.8: +5 -12 lines > Diff to previous 1.66.2.8 (colored) to branchpoint 1.66 (colored) next main 1.67 (colored) > > Back out previous change from RELENG_6. There is a problem with > synchronization with those changes and I need some time to investigate it. I've csup'ed again, rebuild world + kernel and now gmirror sounds fine again and does the syncing. Thanks, pjd for fast fixing! One feature request on gmirror: If a system comes up and more than one mirror is out of sync, currently gmirror tries (in automatic mode) to re-sync all providers at the same time which slows down the system. When gmirror tries to do a resync, it would make sense to do that one by one and not all at the same time as the disk head moves erratically and seek time is wasted time. Because of that I'm now using automatic rebuild mode on the first (root-fs) gmirror slice and will fire a manual re-sync on the others one by one if needed. I guess I'll put that logic in an rc script but gmirror might avoid doing concurrent re-syncs and instead using a queue like behavior. Greetings, Volker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4502CF2C.6000104>