SVM resync cancel/resume
The latest release of
Solaris Express
came out the other day. Dan has his usual excellent
summary.
He mentions one cool new SVM feature but it might be easy to overlook
it since there are so many other new things in this release. The new
feature is the ability to cancel a mirror resync that is underway.
The resync is checkpointed and you can restart it later. It will simply pick
up where it left off. This is handy
if the resync is effecting performance and you'd like to wait until
later to let it run. Another use for this is if you need to reboot.
With the old code, if a full resync was underway and you rebooted,
the resync would start over from the beginning. Now, if you cancel it
before rebooting, the checkpoint will allow the resync to pick up where
it left off.
This code is already in OpenSolaris. You can see the CLI changes in metasync.c and the library changes in meta_mirror_resync_kill. The changes are fairly small because most of the underlying support was already implemented for multi-node disksets. All we had to do was add the CLI option and hook in to the existing ioctl. You can see some of this resync functionality in the resync_unit function. There is a nice big comment there which explains some of this code.
Technorati Tag: OpenSolaris
Technorati Tag: Solaris
This code is already in OpenSolaris. You can see the CLI changes in metasync.c and the library changes in meta_mirror_resync_kill. The changes are fairly small because most of the underlying support was already implemented for multi-node disksets. All we had to do was add the CLI option and hook in to the existing ioctl. You can see some of this resync functionality in the resync_unit function. There is a nice big comment there which explains some of this code.
Technorati Tag: OpenSolaris
Technorati Tag: Solaris
Posted by Stuart on June 27, 2005 at 04:42 AM PDT #
Posted by Jerry Jelinek on June 27, 2005 at 07:49 AM PDT #
Posted by dsaf on January 22, 2006 at 05:05 AM PST #
Posted by wow gold on April 20, 2006 at 06:26 AM PDT #
Posted by fsdf on June 29, 2006 at 01:17 AM PDT #
Posted by sdf on July 07, 2006 at 04:42 AM PDT #
Posted by wer on July 15, 2006 at 11:44 PM PDT #
Posted by rwe on July 22, 2006 at 05:05 AM PDT #
Posted by ewwrerwe on August 02, 2006 at 12:26 AM PDT #
Posted by ewrew on August 10, 2006 at 01:46 AM PDT #
Posted by werwe on August 21, 2006 at 12:45 AM PDT #
Posted by werwe on September 29, 2006 at 01:27 AM PDT #
Posted by srwerwe on October 12, 2006 at 10:32 AM PDT #
Posted by fdasfdsa on October 12, 2006 at 06:59 PM PDT #