[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v19 08/12] xl/remus: cmdline switch to explicitly enable unsafe configurations
Yang Hongyang writes ("[PATCH v19 08/12] xl/remus: cmdline switch to explicitly enable unsafe configurations"): > By default, network buffering and disk replication are enabled; > checkpoints are replicated to another standby VM. > > This patch allows the user to disable any of these features by > explicitly specifying a 'run in unsafe mode' switch when invoking > the 'xl remus' command. While running Remus in an unsafe mode > makes little sense under normal circumstances, it is useful to be > able to disable one or more features mentioned above for > testing/debugging/profiling purposes. > > Unless this option is enabled, it will not be possible to > replicate memory checkpoints to /dev/null (blackhole replication), > disable network buffering or disk replication. > > As a starter, the use of blackhole replication now requires that > the unsafe mode be enabled. Subsequent patches will add support > for disabling network buffering and disk replication in a similar > manner. This is fine in general, but I have a comment which Ian Campbell may disagree about: > libxl_domain_remus_info = Struct("domain_remus_info",[ > ("interval", integer), > + ("unsafe", libxl_defbool), > ("blackhole", libxl_defbool), > ("compression", libxl_defbool), Ian, would this `unsafe' option better exist only at the xl level ? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |