- Users - oVirt List Archives

Re: [ovirt-users] Backup solution using the API
by Liron Aravot 04 Dec '14

04 Dec '14

----- Original Message ----- > From: "Thomas Keppler (PEBA)" <thomas.keppler(a)kit.edu> > To: "Liron Aravot" <laravot(a)redhat.com> > Sent: Thursday, December 4, 2014 12:01:28 PM > Subject: Re: [ovirt-users] Backup solution using the API > > The Export Phase. > There's no export phase, you create a snapshot and then you backup the data present to the time of the snapshot. > -- > Best regards > Thomas Keppler > > > Am 04.12.2014 um 10:54 schrieb Liron Aravot <laravot(a)redhat.com>: > > > > > > > > ----- Original Message ----- > >> From: "Thomas Keppler (PEBA)" <thomas.keppler(a)kit.edu> > >> To: "Liron Aravot" <laravot(a)redhat.com> > >> Sent: Thursday, December 4, 2014 11:41:13 AM > >> Subject: Re: [ovirt-users] Backup solution using the API > >> > >> This it requires you to halt the vm, therefore it's not usable for us. > > What phase requires to halt the vm? > >> -- > >> Best regards > >> Thomas Keppler > >> > >>> Am 04.12.2014 um 08:51 schrieb Liron Aravot <laravot(a)redhat.com>: > >>> > >>> Hi Thomas/plysan > >>> oVirt has the Backup/Restore api designated to provide the capabilities > >>> to > >>> backup/restore a vm. > >>> see here: > >>> http://www.ovirt.org/Features/Backup-Restore_API_Integration > >>> > >>> ----- Original Message ----- > >>>> From: "plysan" <plysab(a)gmail.com> > >>>> To: "Thomas Keppler (PEBA)" <thomas.keppler(a)kit.edu> > >>>> Cc: users(a)ovirt.org > >>>> Sent: Thursday, December 4, 2014 3:51:24 AM > >>>> Subject: Re: [ovirt-users] Backup solution using the API > >>>> > >>>> Hi, > >>>> > >>>> For the live-backup, i think you can make a live snapshot of the vm, and > >>>> then > >>>> clone a new vm from that snapshot, after that you can do export. > >>>> > >>>> 2014-11-27 23:12 GMT+08:00 Keppler, Thomas (PEBA) < > >>>> thomas.keppler(a)kit.edu > >>>> : > >>>> > >>>> > >>>> > >>>> Hello, > >>>> > >>>> now that our oVirt Cluster runs great, I'd like to know if anybody has > >>>> done a > >>>> backup solution for oVirt before. > >>>> > >>>> My basic idea goes as follows: > >>>> - Create a JSON file with machine's preferences for later restore, > >>>> create > >>>> a > >>>> snapshot, snatch the disk by its disk-id (copy it to the fileserver), > >>>> then > >>>> deleting the snapshot and be done with it. > >>>> - On restore I'd just create a new VM with the Disks and NICs specified > >>>> in > >>>> the preferences; then I'd go ahead and and put back the disk... t > >>>> > >>>> I've played a little bit around with building a JSON file and so far it > >>>> works > >>>> great; I haven't tried to make a VM with that, though... > >>>> > >>>> Using the export domain or a simple export command is not what I want > >>>> since > >>>> you'd have to turn off the machine to do that - AFAIK. Correct me if > >>>> that > >>>> should not be true. > >>>> > >>>> Now, before I go into any more hassle, has somebody else of you done a > >>>> live-backup solution for oVirt? Are there any recommendations? Thanks > >>>> for > >>>> any help provided! > >>>> > >>>> Best regards > >>>> Thomas Keppler > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users(a)ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users(a)ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >> >

1 0

How to stick VM to hosts?
by Arman Khalatyan 04 Dec '14

04 Dec '14

Hello, I have 2 VMs with the negative Affinity. I am looking some way to force the VMs running on different selected hosts. Assuming I have hosts c1-c8: Can I tell VM to run on c1-c8 but not c2 and c4? Thanks, Arman. *********************************************************** Dr. Arman Khalatyan eScience -SuperComputing Leibniz-Institut für Astrophysik Potsdam (AIP) An der Sternwarte 16, 14482 Potsdam, Germany ***********************************************************

5 6

Storage domain issue
by Koen Vanoppen 04 Dec '14

04 Dec '14

Dear All, After we updated our hypervisors to : vdsm-4.16.7-1.gitdb83943.el6.x86_64 vdsm-python-4.16.7-1.gitdb83943.el6.noarch vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch vdsm-cli-4.16.7-1.gitdb83943.el6.noarch We don't have access to our storage domain anymore. He jsut doesn't see the disks anymore... I added the vdsm log and engine log. I'm clueless... BEfore he did see the storage domains, now after the system update he doesn't anymore... Thanks in advance, Kind regards, Koen

1 1

Re: [ovirt-users] ovirt-guest-agent on windows : what Python env. needed?
by Lev Veyde 04 Dec '14

04 Dec '14

Hi Nicolas, If the agent is compiled with py2exe (and as you got .exe files it means it was compiled with py2exe) then the executables are self contained, and you don't need to install Python separately in each VM. All you need is to download and install VC runtime, which you can download from here: http://www.microsoft.com/en-us/download/details.aspx?id=5582 That should resolve the issue. BTW, we have oVirt WGT (Windows Guest Tools) RPM, with ISO which contains the installer that will install the oVirt Guest Agent (including VC Runtime), as well as drivers etc. automatically for you. Thanks in advance, Lev Veyde. ----- Original Message ----- From: "Sandro Bonazzola" <sbonazzo(a)redhat.com> To: "Lev Veyde" <lveyde(a)redhat.com> Sent: Wednesday, December 3, 2014 1:49:00 PM Subject: Fwd: [ovirt-users] ovirt-guest-agent on windows : what Python env. needed? -------- Messaggio Inoltrato -------- Oggetto: [ovirt-users] ovirt-guest-agent on windows : what Python env. needed? Data: Wed, 03 Dec 2014 11:49:06 +0100 Mittente: Nicolas Ecarnot <nicolas(a)ecarnot.net> Organizzazione: Si peu... A: Users(a)ovirt.org <Users(a)ovirt.org> Hello, I read the following page : http://www.ovirt.org/OVirt_Guest_Agent_For_Windows and applied it on a server, and it ran very well. I obtained the two executables, copied them into "program files" according to the doc, along with the .ini as stated here : https://www.mail-archive.com/users@ovirt.org/msg18561.html - the "-install", the start, and the enabling went fine - rebooting the server runs OK too, and the agent is seen by oVirt What I don't understand is the following sentence of https://github.com/oVirt/ovirt-guest-agent/blob/master/ovirt-guest-agent/RE… "Optionally install py2exe if you want to build an executable file which doesn't require Python installation for running" As I don't know python at all, I thought this was building some sort of "self-executable" binary that I could copy-paste into another VM, and do the same install/enable/run. And WITHOUT installing any Python environnement. I'm sorry for such a weak question, but if this is not the case, does that mean I have to install a Pyhton env on each of my windows VMs? BTW, I tried to copy-paste the programfiles/guestagent... into another server, and when running the install, it gives a message [in french, :( ] L'application n'a pas pu démarrer car sa configuration côte-à-côte est incorrecte. That could be translated by : The application could not start because its side-by-side (?) config is incorrect. PS : Time is not anymore at launching windows_vs_linux war, but I just installed the guest agent on 17 _linux_ VMs in 3 minutes... -- Nicolas Ecarnot _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

Re: [ovirt-users] Hypervisor won't assign default gateway
by Aslam, Usman 03 Dec '14

03 Dec '14

--_000_EAAAA4A70A749B408A0B58DBB90543531174F881SSVMEXDAG01MB02_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've worked around this issue by Flipping the DEFROUTE parameter on both vlans AND Adding "net_persistence =3D ifcfg" to "/etc/vdsm/vdsm.conf" I'm sure this isn't ideal but it works. If I update configuration using the= web UI, it requires me to manually edit and flip the DEFROUTE argument aga= in. Is there a way to control how this flag is setup? Thanks, Usman From: Aslam, Usman Sent: Wednesday, December 03, 2014 12:44 PM To: 'users(a)ovirt.org' Subject: Hypervisor won't assign default gateway I have a couple of bonded nics with two bridged vlans. Ovirtmgmt and Primar= y. Primary vlan also has a gateway setup (all using the ovirt UI). The gatewa= y shows up in the ifcfg file and I've added it to /etc/sysconfig/network as= well. Problem: Upon a reboot the default gateway does not show up (route -n) One thing did notice is that VDSM is inserting DEFROUTE=3Dno in ifcfg-primary And DEFROUTE=3Dyes in ifcfg-ovirtmgmt If is issue the "route add default gateway x.x.x.x" command, it starts work= ing as expected and the default route also shows up (route -n) Any ideas? Thanks, Usman --_000_EAAAA4A70A749B408A0B58DBB90543531174F881SSVMEXDAG01MB02_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">I’ve worked arou= nd this issue by<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Flipping the DEFROUTE = parameter on both vlans<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">AND<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Adding “net_pers= istence =3D ifcfg” to “/etc/vdsm/vdsm.conf”<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">I’m sure this is= n’t ideal but it works. If I update configuration using the web UI, i= t requires me to manually edit and flip the DEFROUTE argument again.<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Is there a way to cont= rol how this flag is setup?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Thanks,<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Usman<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s= ize:10.0pt;font-family:"Tahoma","sans-serif""> Aslam, U= sman <br> <b>Sent:</b> Wednesday, December 03, 2014 12:44 PM<br> <b>To:</b> 'users(a)ovirt.org'<br> <b>Subject:</b> Hypervisor won't assign default gateway<o:p></o:p></span></= p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I have a couple of bonded nics with two bridged vlan= s. Ovirtmgmt and Primary.<o:p></o:p></p> <p class=3D"MsoNormal">Primary vlan also  has a gateway setup (all usi= ng the ovirt UI). The gateway shows up in the ifcfg file and I’ve add= ed it to /etc/sysconfig/network as well.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Problem: Upon a reboot the default gateway does not = show up (route -n)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">One thing did notice is that VDSM is inserting <o:p>= </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">DEFROUTE=3Dno      &nb= sp;           in ifcfg-pr= imary<o:p></o:p></p> <p class=3D"MsoNormal">And <o:p></o:p></p> <p class=3D"MsoNormal">DEFROUTE=3Dyes      &n= bsp;          in ifcfg-ovirtmg= mt<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">If is issue the “route add default gateway x.x= .x.x” command, it starts working as expected and the default route al= so shows up (route -n)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any ideas?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal">Usman<o:p></o:p></p> </div> </body> </html> --_000_EAAAA4A70A749B408A0B58DBB90543531174F881SSVMEXDAG01MB02_--

1 0

Hypervisor won't assign default gateway
by Aslam, Usman 03 Dec '14

03 Dec '14

--_000_EAAAA4A70A749B408A0B58DBB90543531174E155SSVMEXDAG01MB02_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a couple of bonded nics with two bridged vlans. Ovirtmgmt and Primar= y. Primary vlan also has a gateway setup (all using the ovirt UI). The gatewa= y shows up in the ifcfg file and I've added it to /etc/sysconfig/network as= well. Problem: Upon a reboot the default gateway does not show up (route -n) One thing did notice is that VDSM is inserting DEFROUTE=3Dno in ifcfg-primary And DEFROUTE=3Dyes in ifcfg-ovirtmgmt If is issue the "route add default gateway x.x.x.x" command, it starts work= ing as expected and the default route also shows up (route -n) Any ideas? Thanks, Usman --_000_EAAAA4A70A749B408A0B58DBB90543531174E155SSVMEXDAG01MB02_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">I have a couple of bonded nics with two bridged vlan= s. Ovirtmgmt and Primary.<o:p></o:p></p> <p class=3D"MsoNormal">Primary vlan also  has a gateway setup (all usi= ng the ovirt UI). The gateway shows up in the ifcfg file and I’ve add= ed it to /etc/sysconfig/network as well.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Problem: Upon a reboot the default gateway does not = show up (route -n)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">One thing did notice is that VDSM is inserting <o:p>= </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">DEFROUTE=3Dno      &nb= sp;           in ifcfg-pr= imary<o:p></o:p></p> <p class=3D"MsoNormal">And <o:p></o:p></p> <p class=3D"MsoNormal">DEFROUTE=3Dyes      &n= bsp;          in ifcfg-ovirtmg= mt<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">If is issue the “route add default gateway x.x= .x.x” command, it starts working as expected and the default route al= so shows up (route -n)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any ideas?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal">Usman<o:p></o:p></p> </div> </body> </html> --_000_EAAAA4A70A749B408A0B58DBB90543531174E155SSVMEXDAG01MB02_--

1 0

Re: [ovirt-users] [ovirt-devel] hosted-engine setup/migration features for 3.6
by Yedidyah Bar David 03 Dec '14

03 Dec '14

----- Original Message ----- > From: "Bob Doolittle" <bob(a)doolittle.us.com> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Wednesday, December 3, 2014 2:50:12 PM > Subject: Re: [ovirt-devel] hosted-engine setup/migration features for 3.6 > > Another issue with that page is that it assumes a remote database. I am not > sure what percentage of cases have remote databases but clearly many > (most?) do not, since that's not default behavior. I agree. > So that page definitely > needs attention. See: > https://bugzilla.redhat.com/show_bug.cgi?id=1099995 Indeed. Note that this isn't specific to hosted-engine, it's the same for any migration using engine-backup to backup/restore, therefore there is a link to its page in the top, where this is more detailed. We also have a bug [3] to automate this. [3] https://bugzilla.redhat.com/show_bug.cgi?id=1064503 > https://bugzilla.redhat.com/show_bug.cgi?id=1099998 > > Some of us have wanted to disable global maintenance upon bootup by adding > a systemd service on Fedora 20 (since you must enable global maintenance to > shut it down cleanly), and have found it impossible to create the necessary > systemd dependencies. It seems that (at least with 3.4) hosted-engine > --set-maintenance --mode=none will return an error for several seconds > after all other services have started and it's not clear what can be waited > upon in order to issue the command with assurance it will complete > successfully. This isn't strictly a setup/migration issue but it is an > issue with setting up a desired configuration with hosted-engine. The way > to reproduce this is simply to wait until gdm-greeter displays the login > prompt, ssh into the system and execute hosted-engine --set-maintenance > --mode=none and observe the error. Or create a systemd service that depends > upon (waits for) the latest-possible service, try executing the command > there, and observe the error. Ideally there would be some external > observable event which a systemd service could depend upon, when > hosted-engine is ready to do its thing. Adding Jiri for that. Do you have an open bug? Thanks, > > Regards, > Bob > > > On Wed, Dec 3, 2014 at 2:59 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > Hi all, > > > > We already have quite a lot of open ovirt-hosted-engine-setup bugs for 3.6 > > [1]. > > > > Yesterday I tried helping someone on irc who planned to migrate to > > hosted-engine > > manually, and without knowing (so it seems) that such a feature exists. He > > had > > an engine set up on a physical host, prepared a VM for it, and asked about > > migrating > > the engine to the VM. In principle this works, but the final result will > > be a > > hosted-engine, where the engine manages a VM the runs itself, without > > knowing it, > > and without HA. > > > > The current recommended migration flow is described in [2]. This page is > > perhaps > > a bit outdated, perhaps missing some details etc., but principally works. > > The main > > issue with it, AFAICT after discussing this a bit with few people, is that > > it > > requires a new clean host. > > > > I'd like to hear what people here think about such and similar flows. > > > > If you already had an engine and migrated to hosted-engine, what was good, > > what > > was bad, what would you like to change? > > > > If you plan such a migration, what do you find missing currently? > > > > [1] http://red.ht/1vle8Vv > > [2] http://www.ovirt.org/Migrate_to_Hosted_Engine > > > > Best, > > -- > > Didi > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel > > > -- Didi

1 1

Re: [ovirt-users] [ovirt-devel] hosted-engine setup/migration features for 3.6
by Bob Doolittle 03 Dec '14

03 Dec '14

Resending - inadvertently dropped CCs. On Wed, Dec 3, 2014 at 7:50 AM, Bob Doolittle <bob(a)doolittle.us.com> wrote: > Another issue with that page is that it assumes a remote database. I am > not sure what percentage of cases have remote databases but clearly many > (most?) do not, since that's not default behavior. So that page definitely > needs attention. See: > https://bugzilla.redhat.com/show_bug.cgi?id=1099995 > https://bugzilla.redhat.com/show_bug.cgi?id=1099998 > > Some of us have wanted to disable global maintenance upon bootup by adding > a systemd service on Fedora 20 (since you must enable global maintenance to > shut it down cleanly), and have found it impossible to create the necessary > systemd dependencies. It seems that (at least with 3.4) hosted-engine > --set-maintenance --mode=none will return an error for several seconds > after all other services have started and it's not clear what can be waited > upon in order to issue the command with assurance it will complete > successfully. This isn't strictly a setup/migration issue but it is an > issue with setting up a desired configuration with hosted-engine. The way > to reproduce this is simply to wait until gdm-greeter displays the login > prompt, ssh into the system and execute hosted-engine --set-maintenance > --mode=none and observe the error. Or create a systemd service that depends > upon (waits for) the latest-possible service, try executing the command > there, and observe the error. Ideally there would be some external > observable event which a systemd service could depend upon, when > hosted-engine is ready to do its thing. > > Regards, > Bob > > > On Wed, Dec 3, 2014 at 2:59 AM, Yedidyah Bar David <didi(a)redhat.com> > wrote: > >> Hi all, >> >> We already have quite a lot of open ovirt-hosted-engine-setup bugs for >> 3.6 [1]. >> >> Yesterday I tried helping someone on irc who planned to migrate to >> hosted-engine >> manually, and without knowing (so it seems) that such a feature exists. >> He had >> an engine set up on a physical host, prepared a VM for it, and asked >> about migrating >> the engine to the VM. In principle this works, but the final result will >> be a >> hosted-engine, where the engine manages a VM the runs itself, without >> knowing it, >> and without HA. >> >> The current recommended migration flow is described in [2]. This page is >> perhaps >> a bit outdated, perhaps missing some details etc., but principally works. >> The main >> issue with it, AFAICT after discussing this a bit with few people, is >> that it >> requires a new clean host. >> >> I'd like to hear what people here think about such and similar flows. >> >> If you already had an engine and migrated to hosted-engine, what was >> good, what >> was bad, what would you like to change? >> >> If you plan such a migration, what do you find missing currently? >> >> [1] http://red.ht/1vle8Vv >> [2] http://www.ovirt.org/Migrate_to_Hosted_Engine >> >> Best, >> -- >> Didi >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > >

1 0

ovirt-guest-agent on windows : what Python env. needed?
by Nicolas Ecarnot 03 Dec '14

03 Dec '14

Hello, I read the following page : http://www.ovirt.org/OVirt_Guest_Agent_For_Windows and applied it on a server, and it ran very well. I obtained the two executables, copied them into "program files" according to the doc, along with the .ini as stated here : https://www.mail-archive.com/users@ovirt.org/msg18561.html - the "-install", the start, and the enabling went fine - rebooting the server runs OK too, and the agent is seen by oVirt What I don't understand is the following sentence of https://github.com/oVirt/ovirt-guest-agent/blob/master/ovirt-guest-agent/RE… "Optionally install py2exe if you want to build an executable file which doesn't require Python installation for running" As I don't know python at all, I thought this was building some sort of "self-executable" binary that I could copy-paste into another VM, and do the same install/enable/run. And WITHOUT installing any Python environnement. I'm sorry for such a weak question, but if this is not the case, does that mean I have to install a Pyhton env on each of my windows VMs? BTW, I tried to copy-paste the programfiles/guestagent... into another server, and when running the install, it gives a message [in french, :( ] L'application n'a pas pu démarrer car sa configuration côte-à-côte est incorrecte. That could be translated by : The application could not start because its side-by-side (?) config is incorrect. PS : Time is not anymore at launching windows_vs_linux war, but I just installed the guest agent on 17 _linux_ VMs in 3 minutes... -- Nicolas Ecarnot

1 0

supervdsmServer consumes 30% of host memory
by Demeter Tibor 03 Dec '14

03 Dec '14

------=_Part_670523_2123662085.1417548535072 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a productive ovirt 3.5 cluster with 3 nodes. The first node has 40 gb of memory and running only one VM that use 8 gb of ram. But the supervdsmserver consumes 20% of host memory. On the second node has 32 GB of memory with 5 VMs. On this node the supervdsmserver using 30%(!) of memory! On the node3 there are 6 VMs with 72 GB of memory. But the supervdsm server use only 1.7% of memory. Does anyone know why? [root@node0 ~]# ps aux|grep supervdsmServer root 19549 0.2 20.8 26248348 8594352 ? S<l 06:00 1:59 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid [root@node1 ~]# ps aux|grep supervdsmServer root 32701 1.2 29.5 32463704 9717368 ? S<l 03:59 12:08 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid [root@node2 ~]# ps aux|grep supervdsmServer root 4613 0.0 1.7 6340572 1291476 ? S<l 18:26 0:04 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid Thanks in advance Tibor ------=_Part_670523_2123662085.1417548535072 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>We = have a productive ovirt 3.5 cluster with 3 nodes.</div><div><br></div><div>= The first node has 40 gb of memory and running only one VM that use 8 gb of= ram.</div><div>But the supervdsmserver consumes 20% of host memory.</div><= div>On the second node has 32 GB of memory with 5 VMs. On this node the sup= ervdsmserver using 30%(!) of memory!</div><div>On the node3 there are 6 VMs= with 72 GB of memory. But the supervdsm server use only 1.7% of memory.</d= iv><div><br></div><div>Does anyone know why?</div><div><br></div><div><br><= /div><div><p style=3D"margin: 0px;" data-mce-style=3D"margin: 0px;">[root@n= ode0 ~]# ps aux|grep supervdsmServer<br>root 19549 0.2 20.8 26248348 859435= 2 ? S<l 06:00 1:59 /usr/bin/python /usr/share/vdsm/supervdsmServer --soc= kfile /var/run/vdsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid<br></= p><p style=3D"margin: 0px;" data-mce-style=3D"margin: 0px;"><br></p><p styl= e=3D"margin: 0px;" data-mce-style=3D"margin: 0px;">[root@node1 ~]# ps aux|g= rep supervdsmServer<br>root 32701 1.2 29.5 32463704 9717368 ? S<l 03:59 = 12:08 /usr/bin/python /usr/share/vdsm/supervdsmServer --sockfile /var/run/v= dsm/svdsm.sock --pidfile /var/run/vdsm/supervdsmd.pid</p><p style=3D"margin= : 0px;" data-mce-style=3D"margin: 0px;"><br></p><p style=3D"margin: 0px;" d= ata-mce-style=3D"margin: 0px;">[root@node2 ~]# ps aux|grep supervdsmServer<= br>root 4613 0.0 1.7 6340572 1291476 ? S<l 18:26 0:04 /usr/bin/python /u= sr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock --pidfile= /var/run/vdsm/supervdsmd.pid<br><span style=3D"font-size: 12pt;"></span></= p><p style=3D"margin: 0px;" data-mce-style=3D"margin: 0px;"><span style=3D"= font-size: 12pt;"><br></span></p><p style=3D"margin: 0px;" data-mce-style= =3D"margin: 0px;"><span style=3D"font-size: 12pt;">Thanks in advance</span>= </p><p style=3D"margin: 0px;" data-mce-style=3D"margin: 0px;"><br></p><p st= yle=3D"margin: 0px;" data-mce-style=3D"margin: 0px;">Tibor</p><p style=3D"m= argin: 0px;" data-mce-style=3D"margin: 0px;"><br></p></div><div><span name= =3D"x"></span><p style=3D"font-family: 'Times New Roman'; font-size: medium= ; margin: 0px;" data-mce-style=3D"font-family: 'Times New Roman'; font-size= : medium; margin: 0px;"><strong><span style=3D"font-size: medium;" data-mce= -style=3D"font-size: medium;"><span size=3D"5" color=3D"#2D67B0" style=3D"c= olor: rgb(45, 103, 176);" data-mce-style=3D"color: #2d67b0;"></span></span>= </strong></p></div></div></body></html> ------=_Part_670523_2123662085.1417548535072--

4 3

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola 03 Dec '14

03 Dec '14

Hi, We're going to start composing oVirt 3.5.1 RC on *2014-12-09 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. - Please provide an ETA for the pending blockers as soon as possible. Infra: - Please check Jenkins status for 3.5 jobs and sync with relevant maintainers if there are issues. There are still 68 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 45 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Replace Crashed Server
by Punit Dambiwal 03 Dec '14

03 Dec '14

Hi, I have the following architecture :- 1. 4*Ovirt Host node with gluster (Distributed replicated storage...replica=2)..with 8 bricks on each server i.e I am using same host for compute as well as storage purpose... My question is if any day one of my node completely dead...and seems i have one spare node with same configuration and disk space.... 1. How i can replaced this new host with failed host... 2. How the gluster bricks replaced ?? I found one url http://gluster.org/community/documentation/index.php/Gluster_3.2:_Brick_Res… But what the OVirt side...because every node has it's own key and UUID... Thanks, Punit

1 0

hosted-engine setup/migration features for 3.6
by Yedidyah Bar David 03 Dec '14

03 Dec '14

Hi all, We already have quite a lot of open ovirt-hosted-engine-setup bugs for 3.6 [1]. Yesterday I tried helping someone on irc who planned to migrate to hosted-engine manually, and without knowing (so it seems) that such a feature exists. He had an engine set up on a physical host, prepared a VM for it, and asked about migrating the engine to the VM. In principle this works, but the final result will be a hosted-engine, where the engine manages a VM the runs itself, without knowing it, and without HA. The current recommended migration flow is described in [2]. This page is perhaps a bit outdated, perhaps missing some details etc., but principally works. The main issue with it, AFAICT after discussing this a bit with few people, is that it requires a new clean host. I'd like to hear what people here think about such and similar flows. If you already had an engine and migrated to hosted-engine, what was good, what was bad, what would you like to change? If you plan such a migration, what do you find missing currently? [1] http://red.ht/1vle8Vv [2] http://www.ovirt.org/Migrate_to_Hosted_Engine Best, -- Didi

1 0

node no responsive ovirt 3.5
by Guillermo Matias Spaini F. 02 Dec '14

02 Dec '14

--=_600199ed-5aee-49b4-8354-5d15f949b556 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable hello i am matias Spaini and have this problem when I run this command > service vdsmd start I get this error because libvirt: Network Driver error : Network not found: no network with matching= name 'vdsm-ovirtmgmt' [root@node2 nfs]# service vdsmd start initctl: Job is already running: libvirtd vdsm: Running mkdirs vdsm: Running configure_coredump vdsm: Running configure_vdsm_logs vdsm: Running run_init_hooks vdsm: Running check_is_configured libvirt is already configured for vdsm vdsm: Running validate_configuration SUCCESS: ssl configured to true. No conflicts vdsm: Running prepare_transient_repository vdsm: Running syslog_available vdsm: Running nwfilter vdsm: Running dummybr vdsm: Running load_needed_modules vdsm: Running tune_system vdsm: Running test_space vdsm: Running test_lo vdsm: Running unified_network_persistence_upgrade vdsm: Running restore_nets libvirt: Network Driver error : Network not found: no network with matching= name 'vdsm-ovirtmgmt' Traceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in <module> restore() File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore unified_restoration() File "/usr/share/vdsm/vdsm-restore-net-config", line 69, in unified_restora= tio n setupNetworks(nets, bonds, connectivityCheck=3DFalse, _inRollback=3DTrue) File "/usr/share/vdsm/network/api.py", line 682, in setupNetworks implicitBonding=3DTrue, _netinfo=3D_netinfo, **d) File "/usr/share/vdsm/network/api.py", line 226, in wrapped ret =3D func(**attrs) File "/usr/share/vdsm/network/api.py", line 315, in addNetwork netEnt.configure(**options) File "/usr/share/vdsm/network/models.py", line 169, in configure self.configurator.configureBridge(self, **opts) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 88, in configur= eBr idge ifup(bridge.name, bridge.ipConfig.async) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 822, in ifup rc, out, err =3D _ifup(iface) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 811, in _ifup raise ConfigNetworkError(ERR_FAILED_IFUP, out[-1] if out else '') network.errors.ConfigNetworkError: (29, 'Determining IP information for wan= ... f ailed.') vdsm: stopped during execute restore_nets task (task returned with error co= de 1) . vdsm start [FAILED] Matias SPAINI Tecnolog=C3=ADa de Informaci=C3=B3n MONALISA Internacional S.A. Av. Boquer=C3=B3n 310 Ciudad del Este =E2=80=93 PARAGUAY Tel + 595 61 500 645 Fax + 595 61 512 695 matias.spaini(a)monalisa.com.py www.monalisa.com.py ---------------------------------------------------=0A"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"=0A"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."=0A --=_600199ed-5aee-49b4-8354-5d15f949b556 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: Times New Roman; font-size: 12pt; color: #000000'= ><span id=3D"result_box" class=3D"short_text" lang=3D"en"><span class=3D"hp= s"><br><br>hello<br><br>i am</span> <span class=3D"hps">matias</span> <span= class=3D"hps">Spaini</span> <span class=3D"hps">and</span> <span class=3D"= hps">have this problem</span></span><br><br><br><span><span id=3D"result_bo= x" class=3D"" lang=3D"en"><span class=3D"hps">when I run</span> <span class= =3D"hps">this command</span><br> ><span class=3D"hps">service vdsmd= start<br></span><span class=3D"hps">I get this</span> <span class=3D"hps">= error because<br></span></span><br>libvirt: Network Driver error : Network = not found: no network with matching name 'vdsm-ovirtmgmt'<br><br>[root@node= 2 nfs]# service vdsmd start<br>initctl: Job is already running: libvirtd<br= >vdsm: Running mkdirs<br>vdsm: Running configure_coredump<br>vdsm: Running = configure_vdsm_logs<br>vdsm: Running run_init_hooks<br>vdsm: Running check_= is_configured<br>libvirt is already configured for vdsm<br>vdsm: Running va= lidate_configuration<br>SUCCESS: ssl configured to true. No conflicts<br>vd= sm: Running prepare_transient_repository<br>vdsm: Running syslog_available<= br>vdsm: Running nwfilter<br>vdsm: Running dummybr<br>vdsm: Running load_ne= eded_modules<br>vdsm: Running tune_system<br>vdsm: Running test_space<br>vd= sm: Running test_lo<br>vdsm: Running unified_network_persistence_upgrade<br= >vdsm: Running restore_nets<br>libvirt: Network Driver error : Network not = found: no network with matching name      &nb= sp;            =   'vdsm-ovirtmgmt'<br>Traceback (most recent call last):<br>  Fil= e "/usr/share/vdsm/vdsm-restore-net-config", line 137, in <module><br= >    restore()<br>  File "/usr/share/vdsm/vdsm-restore-= net-config", line 123, in restore<br>    unified_restoration= ()<br>  File "/usr/share/vdsm/vdsm-restore-net-config", line 69, in un= ified_restoratio         &nbsp= ;          n<br>  &n= bsp; setupNetworks(nets, bonds, connectivityCheck=3DFalse, _inRollback=3DTr= ue)<br>  File "/usr/share/vdsm/network/api.py", line 682, in setupNetw= orks<br>    implicitBonding=3DTrue, _netinfo=3D_netinfo, **d= )<br>  File "/usr/share/vdsm/network/api.py", line 226, in wrapped<br>=     ret =3D func(**attrs)<br>  File "/usr/share/vdsm/ne= twork/api.py", line 315, in addNetwork<br>    netEnt.configu= re(**options)<br>  File "/usr/share/vdsm/network/models.py", line 169,= in configure<br>    self.configurator.configureBridge(self,= **opts)<br>  File "/usr/share/vdsm/network/configurators/ifcfg.py", l= ine 88, in configureBr        &nbsp= ;           idge<br>&nbsp= ;   ifup(bridge.name, bridge.ipConfig.async)<br>  File "/usr= /share/vdsm/network/configurators/ifcfg.py", line 822, in ifup<br> &nb= sp;  rc, out, err =3D _ifup(iface)<br>  File "/usr/share/vdsm/net= work/configurators/ifcfg.py", line 811, in _ifup<br>    rais= e ConfigNetworkError(ERR_FAILED_IFUP, out[-1] if out else '')<br>network.er= rors.ConfigNetworkError: (29, 'Determining IP information for wan... f&nbsp= ;            &n= bsp;      ailed.')<br>vdsm: stopped during execute= restore_nets task (task returned with error code 1)   &nbsp= ;            &n= bsp;   .<br>vdsm start       &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;    [FAILED]<br><br><span name=3D"x"></span><p class=3D"Ms= oNormal" style=3D"margin: 0px; color: rgb(0, 0, 0); font-family: arial, hel= vetica, sans-serif; font-size: 13.333333015441895px; font-style: normal; fo= nt-variant: normal; font-weight: normal; letter-spacing: normal; line-heigh= t: normal; orphans: auto; text-align: start; text-indent: 0px; text-transfo= rm: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-tex= t-stroke-width: 0px;"><font style=3D"color: rgb(0, 0, 0);" size=3D"2"><font= size=3D"3"><span style=3D"font-size: 13.5pt;" lang=3D"ES">Matias SPAINI</s= pan></font><i><span lang=3D"ES"><br>Tecnolog=C3=ADa de Informaci=C3=B3n<spa= n class=3D"Apple-converted-space"> </span><br></span></i>MONALISA Inte= rnacional S.A.<br>Av. Boquer=C3=B3n 310<br>Ciudad del Este =E2=80=93 PARAGU= AY<br>Tel + 595 61 500 645<br>Fax + 595 61 512 695<br><span class=3D"object= "><span id=3D"OBJ_PREFIX_DWT252">matias.spaini(a)monalisa.com.py</span></span= ></font></p><font style=3D"color: rgb(0, 0, 0); font-family: arial, helveti= ca, sans-serif; font-size: 13.333333015441895px; font-style: normal; font-v= ariant: normal; font-weight: normal; letter-spacing: normal; line-height: n= ormal; orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-st= roke-width: 0px;" size=3D"2"><span style=3D"color: rgb(0, 0, 0);" lang=3D"E= S"><span class=3D"object"><span id=3D"OBJ_PREFIX_DWT252">www.monalisa.com.p= y</span></span></span></font><span name=3D"x"></span><br></span><br></div><= /body> <br>= <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang=3D"es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML> <br>= </html> --=_600199ed-5aee-49b4-8354-5d15f949b556--

2 1

oVirt Monthly Newsletter: November 2014
by Brian Proffitt 02 Dec '14

02 Dec '14

Big news this month as oVirt Engine gets EL7 support, more commercial products based on oVirt are discovered, and oVirt 3.5 starts impacting the community! === Software News === oVirt snapshots available for testing on EL7! http://lists.ovirt.org/pipermail/users/2014-November/029034.html === Technical News === Learn about smart VM scheduling in oVirt clusters from Martin Sivák: http://community.redhat.com/blog/2014/11/smart-vm-scheduling-in-ovirt-clust… Containers and virtualization can work together, writes Federico Simoncelli: http://redhatstackblog.redhat.com/2014/11/20/co-existence-of-containers-and… Here's how to get Up and Running with oVirt 3.5: (Part 1) http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ (Part 2) http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part… Docker and oVirt integration is progressing fast http://website-humblec.rhcloud.com/ovirt-docker-integration-2/ A good basic roundup of KVM http://vmiss.net/infrastructure/meet-kvm-your-linux-based-hypervisor/ Learn more about hosted engine on iSCSI in this deep dive https://www.youtube.com/watch?v=PU99qnKHvbk Some deep-in-the-weeds numbers on oVirt power management http://kicklinux.com/supermicro-motherboard-ovirt-power-management/ Greg Sheremeta gives his intro to oVirt... http://www.slideshare.net/AllThingsOpen/introduction-to-ovirt ... as does Roozbeh Shafiee http://www.slideshare.net/RoozbehShafiee/ovirt-introduction OpenStack *and* oVirt integration with Glance! http://cloudn1n3.blogspot.co.il/2014/11/openstack-series-part-5-glance-imag… Michael Quinn shares his POV of post-oVirt 3.5 configuration issues http://theterminallife.com/post-ovirt-3-5-upgrade-issues/ Migrating to oVirt 3.5 (Spanish) http://blog.sotoca.es/2014/11/fallo-al-arrancar-maquinas-virtuales.html VirtZine: Alternative Virtualization Platforms! http://www.virtzine.com/2014/11/virtzine-48-video-alternative-virtualizatio… oVirt (and RHEV) Active Directory configiuration (Turkish) http://www.erkantugral.net/2014/11/ovirtrhev-de-active-directory.html === Community News === The GNOME Outreach Program for Women continues https://wiki.gnome.org/OutreachProgramForWomen/2014/DecemberMarch Another oVirt-based product hits the market! https://cloudspin.me/ All KVM Forum slides are now uploaded to the KVM wiki. http://www.linux-kvm.org/page/KVM_Forum_2014 The event videos are all posted on YouTube, on the KVM Forum channel. https://www.youtube.com/channel/UCRCSQmAOh7yzgheq-emy1xA FUDCon Managua included some oVirt talks http://robyduck.fedoraonline.it/?p=37 Webinar: HP OneView for Red Hat Enterprise Virtualization http://alturl.com/r2i5f Symantec published a 200-page Storage Foundation and High Availability Virtualization Guide - Linux, with a big focus on RHEV http://alturl.com/o2xp8 BMCSoftware released a new connector for RHEV-M http://alturl.com/qouci Ansible refreshed their oVirt/RHEV module http://alturl.com/txguk It-novum converted 1100 VMs from VMWare to oVirt http://alturl.com/5h2gi Tenable added RHEV Audit to their Nessus security scanner http://alturl.com/73b82 -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[CfP] CeBIT Open Source Forum CFP closes January 25
by Brian Proffitt 02 Dec '14

02 Dec '14

http://www.linuxpromagazine.com/Online/News/CeBIT-Open-Source-Forum-Call-fo… The CeBIT 2015 Open Source Forum features a comprehensive daily program of more than 60 presentations, illuminating all aspects of Linux, open source, and free software. >From systemd to Raspberry Pi: The Call for Papers is aimed at practitioners, developers, and strategists from the open source, business, and government communities. Issues of specific interest are systems administration/automation, security/privacy, drivers/kernel, the future of Linux, open hardware/Raspberry Pi, and much more. Application and Contact: To submit your presentation for CeBIT Open Source Forum, please complete the application form or send a short description of your proposal with your name and a telephone number (for potential questions) to callforpapers(a)linux-magazin.de. Presentations should be either 30 or 45 minutes long (including a short Q&A session) in either English or German. Presentation slots are allocated by an international jury of open source experts, with a small number of slots reserved for sponsors. Please contact Petra Jaser if you are interested. The adjacent joint exhibition area Open Source Park features open source-based IT solutions from small and medium-sized companies (contact: Bettina Koch). CeBIT 2015 takes place in Hannover, Germany, from March 16 to 20, 2015. The deadline for submissions for the Open Source Forum is Sunday, January 25, 2015. -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 02 Dec '14

02 Dec '14

Hi, We were supposed to start composing oVirt 3.5.1 RC today *2014-12-02 08:00 UTC* from 3.5 branch. We have still blockers for oVirt 3.5.1 RC release so we need to postpone it untill they'll be fixed. The new tentative date for 3.5.1 RC composition is set to *2014-12-09 08:00 UTC The bug tracker [1] shows 2 open blocker: Bug ID Whiteboard Status Summary 1168689 infra ASSIGNED Upgrading from 3.4.4 to 3.5.1 snapshot the vdsm rpm throw an exception 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. There are still 69 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 46 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Guest Interface Speed
by Mohyedeen Nazzal 02 Dec '14

02 Dec '14

Hi All, I wanted to report this long time ago, but as it's not functional issue i have forget it ... The Network Interface speed is not correct, on the guest VM the interface speed is 10G, while acctually it's 1G only ! Note this is on all releases, including 3.5 any idea ? Thanks, Mohyedeen.

3 4

how to see new iSCSI lun added
by Gianluca Cecchi 02 Dec '14

02 Dec '14

Hello, I have a CentOS 6.5 server offering iscsi luns via scsi-target-utils. Lun 1 is configured as a storage domain in oVirt. Now I add a second lun on server but it seems oVirt is not able to discovery it.. Am I missing anyting simple? On the server offering iSCSI target: # tgtadm --lld iscsi --mode target --op show Target 1: iqn.2014-07.local.localdomain:store1 System information: Driver: iscsi State: ready I_T nexus information: I_T nexus: 1 Initiator: iqn.1994-05.com.redhat:5d9b31319a8e Connection: 0 IP Address: 10.10.1.61 LUN information: LUN: 0 Type: controller SCSI ID: IET 00010000 SCSI SN: beaf10 Size: 0 MB, Block size: 1 Online: Yes Removable media: No Prevent removal: No Readonly: No Backing store type: null Backing store path: None Backing store flags: LUN: 1 Type: disk SCSI ID: p_iscsi_store1_l SCSI SN: 66666a41 Size: 214738 MB, Block size: 512 Online: Yes Removable media: No Prevent removal: No Readonly: No Backing store type: rdwr Backing store path: /dev/drbd/by-res/iscsiha Backing store flags: LUN: 2 Type: disk SCSI ID: p_iscsi_store1_l SCSI SN: 12267514 Size: 536850 MB, Block size: 512 Online: Yes Removable media: No Prevent removal: No Readonly: No Backing store type: rdwr Backing store path: /dev/drbd/by-res/iscsiesx Backing store flags: Account information: iscsiuser ACL information: 10.10.1.61 10.10.1.62 10.10.1.63 PS: both luns are drbd volumes and the server is master for both... ... 2: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----- ns:3124 nr:116228 dw:119352 dr:31816 al:23 bm:14 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0 3: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----- ns:0 nr:0 dw:0 dr:680 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0 Lun 1 is already what previously discovered and connected, but I'm not able to see the new lun, only the old one that is grayed out (because already connected). Tried both strategies to edit the existing SD and o add a new SD (is it possible to add a new SD pointing to the same ip target and connecting new luns?) Thanks in advance, Gianluca

3 4

Hosted Engine deployment failed
by Stefano Stagnaro 01 Dec '14

01 Dec '14

Hi, I can not manage to deploy oVirt 3.5 with Hosted Engine. Every deployments ends up with: "[ ERROR ] Failed to execute stage 'Closing up': Cannot set temporary password for console connection. The VM may not have been created: please check VDSM logs" I'm using an external NFSv4 server for storage. I don't know if it is related to BZ#1148712 but deploying with "setenforce 0" doesn't change the result for me. Plese find setup logs here: https://www.dropbox.com/sh/yvo3zubm6uyqgsh/AAAOeRu8i3tLRUpK2t_ylxoza?dl=0 Thank you, Stefano.

3 3

Re: [ovirt-users] Storage API command
by Koen Vanoppen 01 Dec '14

01 Dec '14

Thanks!!!! Just what I needed!! 2014-12-01 12:29 GMT+01:00 Koen Vanoppen <vanoppen.koen(a)gmail.com>: > > ---------- Forwarded message ---------- > From: Juan Hernández <jhernand(a)redhat.com> > Date: 2014-12-01 12:16 GMT+01:00 > Subject: Re: [ovirt-users] Storage API command > To: Koen Vanoppen <vanoppen.koen(a)gmail.com>, "users(a)ovirt.org" < > users(a)ovirt.org> > > > On 12/01/2014 12:05 PM, Koen Vanoppen wrote: > > Dear All, > > > > Quick question. How can we say to the API which storage pool to use when > > assigning a disk to a VM? > > > > Kind regards, > > > > Koen > > > > Like this: > > #!/bin/sh -ex > > url="https://ovirt.example.com/ovirt-engine/api" > user="admin@internal" > password="******" > vmid="..." > > curl \ > --insecure \ > --request POST \ > --user "${user}:${password}" \ > --header "Content-Type: application/xml" \ > --header "Accept: application/xml" \ > --data ' > <disk> > <alias>mydisk</alias> > <size>100000</size> > <interface>virtio</interface> > <format>raw</format> > <active>true</active> > <storage_domains> > <storage_domain> > <name>mystoragedomain</name> > </storage_domain> > </storage_domains> > </disk> > ' \ > "${url}/vms/${vmid}/disks" > > -- > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta > 3ºD, 28016 Madrid, Spain > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. > >

1 0

ovirt report portal question
by Demeter Tibor 01 Dec '14

01 Dec '14

------=_Part_10449992_1173093560.1417101972488 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all, How can I make own querys in engine reports? I would like to see the CONSUMED disk usage of a VM /day or /month. Is it possible? Thanks in advance, Tibor ------=_Part_10449992_1173093560.1417101972488 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div><br></div><div>Hi all,</div><div><br></div><div>How can I make own querys in engine reports?</div><div><br></div><div>I would like to see the CONSUMED disk usage of a VM /day or /month.</div><div><br></div><div>Is it possible?</div><div>Thanks in advance,</div><div><br></div><div>Tibor</div><div><br></div><div><span name="x"></span><br></div></div></body></html> ------=_Part_10449992_1173093560.1417101972488--

3 6

Storage API command
by Koen Vanoppen 01 Dec '14

01 Dec '14

Dear All, Quick question. How can we say to the API which storage pool to use when assigning a disk to a VM? Kind regards, Koen

2 1

ovirt 3.5 rc2 unable to mount cd on running VM
by Gianluca Cecchi 01 Dec '14

01 Dec '14

Hello, installed a CentOS 6.5 x86_64 vm from iso (create VM and then run once connecting CD iso). System reboot several times and power on from web admin gui and all seems ok. At a certain point I upload guest-tools iso to my engine for future windows VMs. Taken ovirt-guest-tools-3.5_5.iso and try to mount it In engine the downloaded file seems ok and I can loop mount it for test. [root@ovirtmgr ~]# mount -o loop ovirt-guest-tools-3.5_5.iso /media [root@ovirtmgr ~]# ll /media total 19382 dr-xr-xr-x. 4 root root 2048 Jul 7 13:21 bin dr-xr-xr-x. 4 root root 2048 Jul 6 17:25 drivers -r--r--r--. 1 root root 19839504 Jul 17 12:49 ovirt-guest-tools-setup.exe -r--r--r--. 1 root root 88 Jul 7 13:18 version.txt -r--r--r--. 1 root root 2266 Jul 2 16:40 win-driver-license.txt [root@ovirtmgr ~]# umount /media [root@ovirtmgr ~]# md5sum ovirt-guest-tools-3.5_5.iso ad98fc5db09183acd1620b5effb5e151 ovirt-guest-tools-3.5_5.iso Also the uploaded file seems ok [root@ovirtmgr ovirt-engine]# md5sum /var/lib/exports/iso/3b23161a-18a3-4cfa-bc78-f4fe2052b19e/images/11111111-1111-1111-1111-111111111111/ovirt-guest-tools-3.5_5.iso ad98fc5db09183acd1620b5effb5e151 /var/lib/exports/iso/3b23161a-18a3-4cfa-bc78-f4fe2052b19e/images/11111111-1111-1111-1111-111111111111/ovirt-guest-tools-3.5_5.iso If I try to connect cd to the running VM from web admin portal I get a window with the error: Error while executing action Change CD: Internal Engine Error In events: Failed to change disk in VM c65new (Host: ovnode04, User: admin). In engine.log 2014-09-23 00:33:43,022 INFO [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-5) [22041 702] Running command: ChangeDiskCommand internal: false. Entities affected : ID: 0ce8ebc0-8464-4e9a-b382-1836234b3560 Type: VMAction group CHANGE_VM_CD with role type USER 2014-09-23 00:33:43,028 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] START, IsoPrefixVDSCommand(HostName = ovnode04, HostId = 36fec87b-c21f-4157-ab2f-434b67c05cb9, storagePoolId=4512e567-f94e-476a-a050-6cd0a15e260a), log id: 26c82fe2 2014-09-23 00:33:43,028 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.IsoPrefixVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] FINISH, IsoPrefixVDSCommand, return: /rhev/data-center/mnt/ovirtmgr.localdomain.local:_var_lib_exports_iso/3b23161a-18a3-4cfa-bc78-f4fe2052b19e/images/11111111-1111-1111-1111-111111111111, log id: 26c82fe2 2014-09-23 00:33:43,029 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] START, ChangeDiskVDSCommand(HostName = ovnode04, HostId = 36fec87b-c21f-4157-ab2f-434b67c05cb9, vmId=0ce8ebc0-8464-4e9a-b382-1836234b3560, diskPath=/rhev/data-center/mnt/ovirtmgr.localdomain.local:_var_lib_exports_iso/3b23161a-18a3-4cfa-bc78-f4fe2052b19e/images/11111111-1111-1111-1111-111111111111/ovirt-guest-tools-3.5_5.iso), log id: 12ce4870 2014-09-23 00:33:43,060 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] Failed in ChangeDiskVDS method, for vds: ovnode04; host: 192.168.1.74 2014-09-23 00:33:43,061 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] Command ChangeDiskVDSCommand(HostName = ovnode04, HostId = 36fec87b-c21f-4157-ab2f-434b67c05cb9, vmId=0ce8ebc0-8464-4e9a-b382-1836234b3560, diskPath=/rhev/data-center/mnt/ovirtmgr.localdomain.local:_var_lib_exports_iso/3b23161a-18a3-4cfa-bc78-f4fe2052b19e/images/11111111-1111-1111-1111-111111111111/ovirt-guest-tools-3.5_5.iso) execution failed. Exception: NullPointerException: 2014-09-23 00:33:43,063 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp--127.0.0.1-8702-5) [22041702] FINISH, ChangeDiskVDSCommand, log id: 12ce4870 2014-09-23 00:33:43,063 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-5) [22041702] Command org.ovirt.engine.core.bll.ChangeDiskCommand throw Vdc Bll exception. With error message VdcBLLException: java.lang.NullPointerException (Failed with error ENGINE and code 5001) 2014-09-23 00:33:43,069 ERROR [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp--127.0.0.1-8702-5) [22041702] Transaction rolled-back for command: org.ovirt.engine.core.bll.ChangeDiskCommand. 2014-09-23 00:33:43,083 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-5) [22041702] Correlation ID: 22041702, Job ID: a6be11b2-bb67-49ec-b3fc-695e8eab36b2, Call Stack: null, Custom Event ID: -1, Message: Failed to change disk in VM c65new (Host: ovnode04, User: admin). No errors in vdsm.log of host and in VM logfile under /var/log/libvirt/qemu on hypervisor. The Vm runs with this command line generated by oVirt qemu 31193 1 0 Sep16 ? 01:36:41 /usr/libexec/qemu-kvm -name c65new -S -M rhel6.5.0 -cpu Nehalem -enable-kvm -m 2048 -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -uuid 0ce8ebc0-8464-4e9a-b382-1836234b3560 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=6-5.el6.centos.11.2,serial=9B1B2F84-3CB9-11DE-B5A1-001517B493E8,uuid=0ce8ebc0-8464-4e9a-b382-1836234b3560 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/c65new.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-09-16T00:22:11,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/4512e567-f94e-476a-a050-6cd0a15e260a/346732c8-e1e9-49de-9ca4-63f4477ef6dd/images/f9c73080-8653-44bd-9bd9-acc7a9925971/72821a56-1806-4b8f-bd73-7b5ef4f3c12f,if=none,id=drive-scsi0-0-0-0,format=qcow2,serial=f9c73080-8653-44bd-9bd9-acc7a9925971,cache=none,werror=stop,rerror=stop,aio=native -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:01:a4:a3:42:01,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/0ce8ebc0-8464-4e9a-b382-1836234b3560.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/0ce8ebc0-8464-4e9a-b382-1836234b3560.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -spice port=5900,tls-port=5901,addr=192.168.1.74,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global qxl-vga.vram_size=33554432 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 It seems to be a general problem. Tried also to mount the iso of CentOS 6.5 that I used to install the VM itself but I get the same error. Donna if it is somehow related also with what I previously wrote about cd and install in 3.5 rc2; see http://lists.ovirt.org/pipermail/users/2014-September/027465.html Gianluca

2 7

回复： Failed to execute stage 'Environment setup': Command'/bin/systemctl' failed to execute
by 鎖心□愛妳 01 Dec '14

01 Dec '14

This is a multi-part message in MIME format. ------=_NextPart_547A7C5E_088EBA88_271F1C23 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 aGmjrGd1eaO6DQogICAgQ2FuIHlvdSBwcm92aWRlIHRoZSBsb2cgZmlsZSBpbiB0aGUgL3Zh ci9sb2cvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC8gZGlyZWN0b3J5Pw0KDQoNCg0KDQoN Ci0tLS0tLS0tLS0tLS0tLS0tLSDUrcq808q8/iAtLS0tLS0tLS0tLS0tLS0tLS0NCreivP7I yzogSqi5cmdlbiBCcmFuZGwgPGxpc3RzQGpicmFuZGwuY29tPg0Kt6LLzcqxvOQ6IDIwMTTE 6jEx1MIzMMjVIDAzOjU3DQrK1bz+yMs6IHVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+DQrW98zi OiBbb3ZpcnQtdXNlcnNdIEZhaWxlZCB0byBleGVjdXRlIHN0YWdlICdFbnZpcm9ubWVudCBz ZXR1cCc6IENvbW1hbmQnL2Jpbi9zeXN0ZW1jdGwnIGZhaWxlZCB0byBleGVjdXRlDQoNCg0K DQpIZXksDQoNCkknbSBkZXNwZXJhdGVseSB0cnlpbmcgdG8gaW5zdGFsbCBvVmlydCBob3N0 ZWQgZW5naW5lIG9uIGEgZnJlc2ggY2VudG9zIDcgc3lzdGVtLg0KQWZ0ZXIgdGhlIGZvbGxv d2luZyBzdGVwczoNCg0KDQpbcm9vdEAgQ2VudG9zNyB+XSMgeXVtIGxvY2FsaW5zdGFsbCAt eSBodHRwOi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9wdWIveXVtLXJlcG8vb3ZpcnQtcmVsZWFz ZTM1LnJwbQ0KW3Jvb3RAIENlbnRvczcgfl0jIHl1bSBpbnN0YWxsIC15IG92aXJ0LWhvc3Rl ZC1lbmdpbmUtc2V0dXAgc2NyZWVuIGdsdXN0ZXJmcy1zZXJ2ZXIgbmZzLXV0aWxzIHZkc20t Z2x1c3RlciBzeXN0ZW0tc3RvcmFnZS1tYW5hZ2VyDQoNCg0KDQpbdXNlckBDZW50b3M3IH5d JCBzdWRvIHN1DQoNCg0KDQpbcm9vdEBXZXN0ZXJPUyB+XSMgc2NyZWVuDQo+aG9zdGVkLWVu Z2luZSAtLWRlcGxveQ0KDQoNCg0KDQpJIGdldCB0aGUgZm9sbG93aW5nIGVycm9yIGxvZzoN Cg0KWyBJTkZPICBdIFN0YWdlOiBJbml0aWFsaXppbmcNCiANCiAgICAgICAgICBDb250aW51 aW5nIHdpbGwgY29uZmlndXJlIHRoaXMgaG9zdCBmb3Igc2VydmluZyBhcyBoeXBlcnZpc29y IGFuZCBjcmVhdGUgYSBWTSB3aGVyZSB5b3UgaGF2ZSB0byBpbnN0YWxsIG9WaXJ0IEVuZ2lu ZSBhZnRlcndhcmRzLg0KIA0KICAgICAgICAgIEFyZSB5b3Ugc3VyZSB5b3Ugd2FudCB0byBj b250aW51ZT8gKFllcywgTm8pW1llc106IA0KIA0KWyBJTkZPICBdIEdlbmVyYXRpbmcgYSB0 ZW1wb3JhcnkgVk5DIHBhc3N3b3JkLg0KIA0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVu dCBzZXR1cA0KIA0KICAgICAgICAgIENvbmZpZ3VyYXRpb24gZmlsZXM6IFtdDQogDQogICAg ICAgICAgTG9nIGZpbGU6IC92YXIvbG9nL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvb3Zp cnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0MTEyOTIwNDUyNi1zbDFsd20ubG9nDQogDQog ICAgICAgICAgVmVyc2lvbjogb3RvcGktMS4zLjAgKG90b3BpLTEuMy4wLTEuZWw3KQ0KIA0K WyBJTkZPICBdIEhhcmR3YXJlIHN1cHBvcnRzIHZpcnR1YWxpemF0aW9uDQogDQpbIElORk8g IF0gU3RhZ2U6IEVudmlyb25tZW50IHBhY2thZ2VzIHNldHVwDQogDQpbIElORk8gIF0gU3Rh Z2U6IFByb2dyYW1zIGRldGVjdGlvbg0KIA0KWyBJTkZPICBdIFN0YWdlOiBFbnZpcm9ubWVu dCBzZXR1cA0KIA0KWyBFUlJPUiBdIEZhaWxlZCB0byBleGVjdXRlIHN0YWdlICdFbnZpcm9u bWVudCBzZXR1cCc6IENvbW1hbmQgJy9iaW4vc3lzdGVtY3RsJyBmYWlsZWQgdG8gZXhlY3V0 ZQ0KIA0KWyBJTkZPICBdIFN0YWdlOiBDbGVhbiB1cA0KIA0KWyBJTkZPICBdIEdlbmVyYXRp bmcgYW5zd2VyIGZpbGUgJy9ldGMvb3ZpcnQtaG9zdGVkLWVuZ2luZS9hbnN3ZXJzLmNvbmYn DQogDQpbIElORk8gIF0gQW5zd2VyIGZpbGUgJy9ldGMvb3ZpcnQtaG9zdGVkLWVuZ2luZS9h bnN3ZXJzLmNvbmYnIGhhcyBiZWVuIHVwZGF0ZWQNCiANClsgSU5GTyAgXSBTdGFnZTogUHJl LXRlcm1pbmF0aW9uDQogDQpbIElORk8gIF0gU3RhZ2U6IFRlcm1pbmF0aW9uDQoNCg0KDQpJ IGhhdmUgbmVpdGhlciBmaXJld2FsbGQgbm9yIG5ldHdvcmttYW5hZ2VyIHJ1bm5pbmcgYW5k IHN0aWxsIGdldCB0aGlzIGVycm9yIGFmdGVyIGEgcmVib290Lg0KUGxlYXNlIGhlbHAgbWUu DQoNCg0KSqi5cmdlbg== ------=_NextPart_547A7C5E_088EBA88_271F1C23 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibWluLWhlaWdodDoyMnB4Ij48ZGl2IHN0eWxlPSJtaW4taGVpZ2h0OjIy cHgiPjxzcGFuIHN0eWxlPSItd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IGJhY2tn cm91bmQtY29sb3I6IHJnYmEoMjU1LCAyNTUsIDI1NSwgMCk7Ij5oaaOsZ3V5o7o8L3NwYW4+ PC9kaXY+PGRpdiBzdHlsZT0ibWluLWhlaWdodDoyMnB4Ij48c3BhbiBzdHlsZT0iLXdlYmtp dC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2JhKDI1NSwg MjU1LCAyNTUsIDApOyI+Jm5ic3A7ICZuYnNwOyBDYW4geW91IHByb3ZpZGUgdGhlIGxvZyBm aWxlIGluIHRoZSAvdmFyL2xvZy9vdmlydC1ob3N0ZWQtZW5naW5lLXNldHVwLyBkaXJlY3Rv cnk/PC9zcGFuPjwvZGl2PjwvZGl2PjxkaXYgc3R5bGU9Im1pbi1oZWlnaHQ6MjJweCI+PGJy PjwvZGl2PjxkaXYgaWQ9Im9yaWdpbmFsLWNvbnRlbnQiPjxicj48YnI+PGRpdj48ZGl2IHN0 eWxlPSJmb250LXNpemU6NzAlO3BhZGRpbmc6MnB4IDA7Ij4tLS0tLS0tLS0tLS0tLS0tLS0g 1K3KvNPKvP4gLS0tLS0tLS0tLS0tLS0tLS0tPC9kaXY+PGRpdiBzdHlsZT0iZm9udC1zaXpl OjcwJTtiYWNrZ3JvdW5kOiNmMGYwZjA7Y29sb3I6IzIxMjEyMTtwYWRkaW5nOjhweDtib3Jk ZXItcmFkaXVzOjRweCI+PGRpdj48Yj63orz+yMs6PC9iPiBKqLlyZ2VuIEJyYW5kbCAmbHQ7 bGlzdHNAamJyYW5kbC5jb20mZ3Q7PC9kaXY+PGRpdj48Yj63osvNyrG85Do8L2I+IDIwMTTE 6jEx1MIzMMjVIDAzOjU3PC9kaXY+PGRpdj48Yj7K1bz+yMs6PC9iPiB1c2VycyAmbHQ7dXNl cnNAb3ZpcnQub3JnJmd0OzwvZGl2PjxkaXY+PGI+1vfM4jo8L2I+IFtvdmlydC11c2Vyc10g RmFpbGVkIHRvIGV4ZWN1dGUgc3RhZ2UgJ0Vudmlyb25tZW50IHNldHVwJzogQ29tbWFuZCcv YmluL3N5c3RlbWN0bCcgZmFpbGVkIHRvIGV4ZWN1dGU8L2Rpdj48L2Rpdj48L2Rpdj48YnI+ PGRpdiBkaXI9Imx0ciI+SGV5LDxkaXY+PGJyPjwvZGl2PjxkaXY+SSdtIGRlc3BlcmF0ZWx5 IHRyeWluZyB0byBpbnN0YWxsIG9WaXJ0IGhvc3RlZCBlbmdpbmUgb24gYSBmcmVzaCBjZW50 b3MgNyBzeXN0ZW0uPC9kaXY+PGRpdj5BZnRlciB0aGUgZm9sbG93aW5nIHN0ZXBzOjwvZGl2 PjxkaXY+PGRpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pltyb290QCZuYnNwO0NlbnRvczcmbmJz cDt+XSMgeXVtIGxvY2FsaW5zdGFsbCAteSA8YSBocmVmPSJodHRwOi8vcmVzb3VyY2VzLm92 aXJ0Lm9yZy9wdWIveXVtLXJlcG8vb3ZpcnQtcmVsZWFzZTM1LnJwbSI+aHR0cDovL3Jlc291 cmNlcy5vdmlydC5vcmcvcHViL3l1bS1yZXBvL292aXJ0LXJlbGVhc2UzNS5ycG08L2E+PC9k aXY+PGRpdj5bcm9vdEAmbmJzcDtDZW50b3M3Jm5ic3A7fl0jIHl1bSBpbnN0YWxsIC15IG92 aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAgc2NyZWVuIGdsdXN0ZXJmcy1zZXJ2ZXIgbmZzLXV0 aWxzIHZkc20tZ2x1c3RlciBzeXN0ZW0tc3RvcmFnZS1tYW5hZ2VyPC9kaXY+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj5bdXNlckBDZW50b3M3IH5dJCBzdWRvIHN1PC9kaXY+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2Pltyb290QFdlc3Rlck9TJm5ic3A7fl0jIHNjcmVl bjwvZGl2PjxkaXY+Jmd0O2hvc3RlZC1lbmdpbmUgLS1kZXBsb3k8YnI+PC9kaXY+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5JIGdldCB0aGUgZm9sbG93aW5nIGVycm9yIGxvZzo8L2Rp dj48ZGl2PjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZToxMXB4O2ZvbnQtZmFtaWx5 Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIzMCwzMykiPlsgSU5GTyZuYnNw OyBdPC9zcGFuPiBTdGFnZTogSW5pdGlhbGl6aW5nPC9wPgo8cCBzdHlsZT0ibWFyZ2luOjBw eDtmb250LXNpemU6MTFweDtmb250LWZhbWlseTpNZW5sbyI+Jm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyBDb250aW51aW5nIHdpbGwgY29uZmlndXJlIHRoaXMgaG9zdCBm b3Igc2VydmluZyBhcyBoeXBlcnZpc29yIGFuZCBjcmVhdGUgYSBWTSB3aGVyZSB5b3UgaGF2 ZSB0byBpbnN0YWxsIG9WaXJ0IEVuZ2luZSBhZnRlcndhcmRzLjwvcD4KPHAgc3R5bGU9Im1h cmdpbjowcHg7Zm9udC1zaXplOjExcHg7Zm9udC1mYW1pbHk6TWVubG8iPiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQXJlIHlvdSBzdXJlIHlvdSB3YW50IHRvIGNvbnRp bnVlPyAoWWVzLCBObylbWWVzXTombmJzcDs8L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2Zv bnQtc2l6ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdi KDQ1LDIzMCwzMykiPlsgSU5GTyZuYnNwOyBdPC9zcGFuPiBHZW5lcmF0aW5nIGEgdGVtcG9y YXJ5IFZOQyBwYXNzd29yZC48L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZTox MXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIzMCwz MykiPlsgSU5GTyZuYnNwOyBdPC9zcGFuPiBTdGFnZTogRW52aXJvbm1lbnQgc2V0dXA8L3A+ CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxv Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IENvbmZpZ3VyYXRpb24gZmls ZXM6IFtdPC9wPgo8cCBzdHlsZT0ibWFyZ2luOjBweDtmb250LXNpemU6MTFweDtmb250LWZh bWlseTpNZW5sbyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBMb2cgZmls ZTogL3Zhci9sb2cvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9vdmlydC1ob3N0ZWQtZW5n aW5lLXNldHVwLTIwMTQxMTI5MjA0NTI2LXNsMWx3bS5sb2c8L3A+CjxwIHN0eWxlPSJtYXJn aW46MHB4O2ZvbnQtc2l6ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFZlcnNpb246IG90b3BpLTEuMy4wIChvdG9waS0xLjMu MC0xLmVsNyk8L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZToxMXB4O2ZvbnQt ZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIzMCwzMykiPlsgSU5G TyZuYnNwOyBdPC9zcGFuPiBIYXJkd2FyZSBzdXBwb3J0cyB2aXJ0dWFsaXphdGlvbjwvcD4K PHAgc3R5bGU9Im1hcmdpbjowcHg7Zm9udC1zaXplOjExcHg7Zm9udC1mYW1pbHk6TWVubG8i PjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoNDUsMjMwLDMzKSI+WyBJTkZPJm5ic3A7IF08L3Nw YW4+IFN0YWdlOiBFbnZpcm9ubWVudCBwYWNrYWdlcyBzZXR1cDwvcD4KPHAgc3R5bGU9Im1h cmdpbjowcHg7Zm9udC1zaXplOjExcHg7Zm9udC1mYW1pbHk6TWVubG8iPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoNDUsMjMwLDMzKSI+WyBJTkZPJm5ic3A7IF08L3NwYW4+IFN0YWdlOiBQ cm9ncmFtcyBkZXRlY3Rpb248L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZTox MXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIzMCwz MykiPlsgSU5GTyZuYnNwOyBdPC9zcGFuPiBTdGFnZTogRW52aXJvbm1lbnQgc2V0dXA8L3A+ CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxv Ij48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDE5NSw1NSwzMikiPlsgRVJST1IgXTwvc3Bhbj4g RmFpbGVkIHRvIGV4ZWN1dGUgc3RhZ2UgJ0Vudmlyb25tZW50IHNldHVwJzogQ29tbWFuZCAn L2Jpbi9zeXN0ZW1jdGwnIGZhaWxlZCB0byBleGVjdXRlPC9wPgo8cCBzdHlsZT0ibWFyZ2lu OjBweDtmb250LXNpemU6MTFweDtmb250LWZhbWlseTpNZW5sbyI+PHNwYW4gc3R5bGU9ImNv bG9yOnJnYig0NSwyMzAsMzMpIj5bIElORk8mbmJzcDsgXTwvc3Bhbj4gU3RhZ2U6IENsZWFu IHVwPC9wPgo8cCBzdHlsZT0ibWFyZ2luOjBweDtmb250LXNpemU6MTFweDtmb250LWZhbWls eTpNZW5sbyI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYig0NSwyMzAsMzMpIj5bIElORk8mbmJz cDsgXTwvc3Bhbj4gR2VuZXJhdGluZyBhbnN3ZXIgZmlsZSAnL2V0Yy9vdmlydC1ob3N0ZWQt ZW5naW5lL2Fuc3dlcnMuY29uZic8L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6 ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIz MCwzMykiPlsgSU5GTyZuYnNwOyBdPC9zcGFuPiBBbnN3ZXIgZmlsZSAnL2V0Yy9vdmlydC1o b3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29uZicgaGFzIGJlZW4gdXBkYXRlZDwvcD4KPHAgc3R5 bGU9Im1hcmdpbjowcHg7Zm9udC1zaXplOjExcHg7Zm9udC1mYW1pbHk6TWVubG8iPjxzcGFu IHN0eWxlPSJjb2xvcjpyZ2IoNDUsMjMwLDMzKSI+WyBJTkZPJm5ic3A7IF08L3NwYW4+IFN0 YWdlOiBQcmUtdGVybWluYXRpb248L3A+CjxwIHN0eWxlPSJtYXJnaW46MHB4O2ZvbnQtc2l6 ZToxMXB4O2ZvbnQtZmFtaWx5Ok1lbmxvIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDQ1LDIz MCwzMykiPlsgSU5GTyZuYnNwOyBdPC9zcGFuPiBTdGFnZTogVGVybWluYXRpb248L3A+PC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGhhdmUgbmVpdGhlciBmaXJld2FsbGQgbm9yIG5l dHdvcmttYW5hZ2VyIHJ1bm5pbmcgYW5kIHN0aWxsIGdldCB0aGlzIGVycm9yIGFmdGVyIGEg cmVib290LjwvZGl2PjxkaXY+UGxlYXNlIGhlbHAgbWUuPC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5KqLlyZ2VuPC9kaXY+PC9kaXY+Cgo8L2Rpdj4= ------=_NextPart_547A7C5E_088EBA88_271F1C23--

3 3