Just a question, are we both the only one interested in enhancing the xen ocf resource agent to work with the sxp files ? I thought this posting might result in a discussion about the enhancement and hopped to get other opinions on it.
Rainer An: "General Linux-HA mailing list" <[email protected]> Von: "Ciro Iriarte" <[EMAIL PROTECTED]> Gesendet von: [EMAIL PROTECTED] Datum: 11.09.2008 17:54 Thema: Re: [Linux-HA] xen ocf resource agent - xmfile parameter [wd-vc] 2008/9/7 <[EMAIL PROTECTED]>: > > Hello, > > the current version of the xen resource agent still uses the old fashioned > config file for the xen guest (domU). That file needs to be configured as > the xmfile option and is used when heartbeat starts the domU. > > The problem with this file is that once the domU is created and started > that information is stored in the xen store. If you use any xen gui tool > like virt-manager to eg. attach another disk, that information is not > written to the old config file but it is written to the xen store. So it > can happen that you make changes to the running domU but do not update the > config file manually and when you migrate the domU you are wondering why it > does not work. > > The xen command "xm list --long <domU>" exports the whole domU config from > the xen store (including the changes made by the gui) and writes them to > stdout in a xml near format called sxp. If you delete the domU from the xen > store, that output can be used to recreate the domU configuration. > > So the current ocf resource agent uses the "xm create <domU config file>" > option to create and start the domU. The create option uses the old > fashioned formatted file, whereas "xm new -F <domU config file>" uses the > sxp formatted file and creates and starts he domU as well. > > Would it be possible to extend the xen ocf resource agent to add another > parameter like "xmfiletype" which can be either "traditional" or "sxp" and > depending on, that the xen start command would be "xm create ..." or "xm > new ..." ? > > This does not prevent that the administrator has to modify that xen domU > config file, but he can simply export the domU config and pipe it to that > text file, whereas the old fashioned file always needs manually changes. > There is no way to export it in that old fashioned way. > > For backward compatibility that option could be set to "traditional" so no > old installations would break. > > Would this be an option ? > > If it would, I can enhance the ocf script and provide a patch for it. > > Rainer > > > Allianz Elementar Versicherungs-Aktiengesellschaft > A-1130 Wien, Hietzinger Kai 101-105 > FN 34004g, Handelsgericht Wien > UID: ATU 1536 4406; DVR: 0003565 > http://www.allianz.at > I could make use of this, it will greatly help with frequently modified domUs (or any domU modified at least once after installation)... Regards, Ciro _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems Allianz Elementar Versicherungs-Aktiengesellschaft A-1130 Wien, Hietzinger Kai 101-105 FN 34004g, Handelsgericht Wien UID: ATU 1536 4406; DVR: 0003565 http://www.allianz.at ******************************************************** Dieses E-Mail und allfaellig daran angeschlossene Anhaenge enthalten Informationen, die vertraulich und ausschliesslich fuer den (die) bezeichneten Adressaten bestimmt sind. Wenn Sie nicht der genannte Adressat sind, darf dieses E-Mail samt allfaelliger Anhaenge von Ihnen weder anderen Personen zugaenglich gemacht noch in anderer Weise verwertet werden. Wenn Sie nicht der beabsichtigte Empfaenger sind, bitten wir Sie, dieses E-Mail und saemtliche angeschlossene Anhaenge zu loeschen. Please note: This email and any files transmitted with it is intended only for the named recipients and may contain confidential and/or privileged information. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others and notify the sender immediately. Then please delete the email and any copies of it. Thank you. ******************************************************** _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
