- Users - oVirt List Archives

[Users] Support OCFS2
by Carlos Baptista 17 May '13

17 May '13

Hi all, I have a question. Is it possible to use OCFS2 with ovirt? I have a storage (hp eva 8000) that doesn't support nfs, neither iscsi. I want to create a volume in the storage and present it to all ovirt nodes, so all the nodes will have the same /dev/sdb Is this possible? Will ovirt consider this volume local ? Thanks Carlos Baptista

3 2

Re: [Users] drac5 power management test
by Itamar Heim 17 May '13

17 May '13

On 05/14/2013 12:58 AM, Peter Reilly wrote: > 2013-05-13 17:57:33,355 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-12) Illegal value in PM Proxy Preferences string , > skipped. this seems to be the culprit. eli - thoughts? > 2013-05-13 17:57:33,356 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-12) Failed to run Power Management command on Host > , no running proxy Host was found. > 2013-05-13 17:57:38,963 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,965 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,967 INFO > [org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--127.0.0.1-8702-4) > [2c6aea20] Running command: UpdateVdsCommand internal: false. Entities > affected : ID: 6c8c87a1-b98b-46ea-b66e-81afa0d2e794 Type: VDS > 2013-05-13 17:57:38,995 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:38,996 WARN > [org.ovirt.engine.core.compat.backendcompat.PropertyInfo] > (ajp--127.0.0.1-8702-4) Unable to get value of property: pmSecondaryUser > for class org.ovirt.engine.core.common.businessentities.VdsStatic > 2013-05-13 17:57:41,608 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-4) [2c6aea20] Illegal value in PM Proxy Preferences > string , skipped. > 2013-05-13 17:57:41,609 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > (ajp--127.0.0.1-8702-4) [2c6aea20] Failed to run Power Management > command on Host moses, no running proxy Host was found. > > > --- On *Mon, 5/13/13, Itamar Heim /<iheim(a)redhat.com>/* wrote: > > > From: Itamar Heim <iheim(a)redhat.com> > Subject: Re: [Users] drac5 power management test > To: "Peter Reilly" <preilly88(a)yahoo.com> > Cc: users(a)ovirt.org > Date: Monday, May 13, 2013, 3:42 PM > > On 05/13/2013 10:01 PM, Peter Reilly wrote: > > I'm using ovirt-release-el6-5-3.1.noarch.rpm > > & ovirt-node-iso-2.6.1-20120228.fc18.iso > > I have a two host cluster, both hosts up and functioning correctly. > > I can manually log into both hosts drac5 card. > > Both hosts are in the same cluster/data center. > > > > When I save a host the eventlog says: > > Host power management was verified successfully. > > > > When I test power management it saws: > > Test Failed, Host Status is: unknown. The fence-agent script reported > > the following error: There is no other host in the data center > that can > > be used to test the power management settings. > > > > My settings are: > > Enable Power management (yes) > > Concurrent (no) > > Address (an ip address) > > Username (root) > > password (verified correct password) > > type (drac5) > > Slot (blank) > > Options (blank) > > Secure (yes) > > Source (blank) > > > > Is anyone successfully using a drac5 fence in ovirt 3.1? > > > > Thanks, > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org </mc/compose?to=Users(a)ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > > > engine log for this? >

3 5

Re: [Users] help with ovirtsdk api
by Itamar Heim 17 May '13

17 May '13

On 05/14/2013 05:47 PM, Thakker, Dhawal wrote: > Hi ALL, > > We have multiple version of RHEV within our infrastructure. I have > written a script (using example available on internet) which could > search a VM in multiple RHEV instance, display stats of vms and of > hypervisors. > > However, I am unable to find any documentation or examples which could > help me to group hypervisors based on cluster name and show the storage > stats for each storage domain. > > Any help would be appreciated. bcc'd infra and cc'd users(a)ovirt.org which is more correct for this question[1] per your question - can you please give an example of what you are trying to accomplish? Thanks, Itamar [1] well, since its rhev and not ovirt, red hat support is also a viable option. > > Thanks, > > Dhawal. > > This email is confidential and should not be used by anyone who is not > the original intended recipient. PGDS cannot accept liability for > statements made which are clearly the sender's own and not made on > behalf of the company. In addition no statement should be construed as > giving investment advice within or outside the United Kingdom. > > PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH. > Incorporated and registered in England and Wales. Registered Office as > above. Registered number 1967719. > > "PGDS" is the trading name of certain subsidiaries of Prudential plc > (registered in England, number 1397169), whose registered office is at > Laurence Pountney Hill London EC4R OHH, some of whose subsidiaries are > regulated by the Financial Services Authority. Prudential plc is not > affiliated in any manner with Prudential Financial, Inc, a company whose > principal place of business is in the United States of America. > > A list of other Prudential companies together with their registered > statutory details can be found in 'About Prudential' on > http://www.prudential.co.uk > > An e-mail reply to this address may be subject to interception or > monitoring for operational reasons or for lawful business practices. > > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

3 2

[Users] Issue with disk after importing a VM
by Marcelo Fernandez 17 May '13

17 May '13

I import a VM to a second data center.The VM has 2 disks.On Admin Portal,one of the disks shows illegal status,but I have no problem accessing this disk from the VM. Could someone give me pointers on what went wrong? Appreciate your help. Thanks, Marcelo Log from engine.log 2013-05-15 12:14:52,994 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-3-thread-50) [3dbbb4e3] Running command: RemoveImageCommand internal: true. Entities affected : ID: 00000000-0000-0000-0000-000000000000 Type: Storage 2013-05-15 12:14:52,997 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [1xxxxxxx] START, DeleteImageGroupVDSCommand( storagePoolId =sp ID, ignoreFailoverLimit = false, compatabilityVersion = 3.1, storageDomainId = pqrpqr-xxxx-xxxx-xxxxx-xxx, imageGroupId = abcabc-xxx-xxx-xxx-xxxx, postZeros = false, forceDelete = false), log id: 566629ec 2013-05-15 12:14:53,254 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-3-thread-50) [1xxxxxx] IrsBroker::Failed::DeleteImageGroupVDS due to: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Could not remove all image's volumes: (""abcabc-xxx-xxx-xxx-xxxx [Errno 39] Directory not empty: '/rhev/data-center/mnt/IP:export/<SDUID>/images/_remoiqXphA'",) 2013-05-15 12:14:53,255 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-3-thread-50) [1xxxxxx] FINISH, DeleteImageGroupVDSCommand, log id: 566629ec 2013-05-15 12:14:53,255 ERROR [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-3-thread-50) [3dbbb4e3] Command org.ovirt.engine.core.bll.RemoveImageCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Could not remove all image's volumes: ("abcabc-xxx-xxx-xxx-xxxx [Errno 39] Directory not empty: '/rhev/data-center/mnt/IP:export/<SDUID>/images/_remoiqXphA'",) 2013-05-15 12:14:53,260 ERROR [org.ovirt.engine.core.bll.RemoveAllVmImagesCommand] (pool-3-thread-50) [1xxxxxx] Cant remove image id: xyzxyz-xxx-xxxx-xxxx-xxxx for VM id: due to: ImageDeleteError. Image will be set at illegal state with no snapshot id.

1 2

[Users] Nagios monitoring plugin check_rhev3 1.2 released
by René Koch 17 May '13

17 May '13

I'm happy to announce version 1.2 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks, which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization environments. The download locations are * https://labs.ovido.at/download/check_rhev3/check_rhev3-1.2.tar.gz * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.i… * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.x… For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - General: - Moved project to github: https://github.com/ovido/check_rhev3 - New features: - Verify RHEV-M certificate - Allow authentication sessions for authentication in RHEV >= 3.1 and oVirt >= 3.1 - Use option -n <nic> to check a specific nic - Bugs fixed: - Performance data issue with check_multi If you have any questions or ideas, please drop me an email: r.koch(a)ovido.at. Thank you for using check_rhev3. -- Best Regards René Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Brünner Straße 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch(a)ovido.at ============================================

3 2

[Users] Unable to add data/NFS domain.
by snmishra＠linux.vnet.ibm.com 17 May '13

17 May '13

After filling up the required entried in "New Doamin" dialog for a "Data/NFS". I hit "OK", and get error dialog - "Error while executing action. Add Storage Connection: General Exception. Attached are engine and vdsm logs. I think its not code but something to do with my env. -Sharad

3 2

[Users] [Fwd: Guest never gets removed]
by Karli Sjöberg 17 May '13

17 May '13

--_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: multipart/alternative; boundary="_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_" --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gZXZlcnlvbmUhDQoNCkkgdGhpbmsgcGVyaGFwcyB0aGlzIHF1ZXN0aW9uIHBhc3NlZCBj b21wbGV0bHkgdW5ub3RpY2VkIHNvIEnCtG0gdHJ5aW5nIHRvIHJlc2VuZCBpdCB0byBwZXJoYXBz IGdldCBzb21lIGF0dGVudGlvbi4NCg0KL0thcmxpDQoNCi0tLS0tLS0tIFZpZGFyZWJlZm9yZHJh dCBtZWRkZWxhbmRlIC0tLS0tLS0tDQpGcsOlbjogS2FybGkgU2rDtmJlcmcgPEthcmxpLlNqb2Jl cmdAc2x1LnNlPG1haWx0bzpLYXJsaSUyMCUzZCUzZklTTy04ODU5LTElM2ZRJTNmU2olM2RGNmJl cmclM2YlM2QlMjAlM2NLYXJsaS5Tam9iZXJnQHNsdS5zZSUzZT4+DQpUaWxsOiB1c2VycyA8dXNl cnNAb3ZpcnQub3JnPG1haWx0bzp1c2VycyUyMCUzY3VzZXJzQG92aXJ0Lm9yZyUzZT4+DQrDhG1u ZTogW1VzZXJzXSBHdWVzdCBuZXZlciBnZXRzIHJlbW92ZWQNCkRhdHVtOiBXZWQsIDggTWF5IDIw MTMgMDU6MDY6NTcgKzAwMDANCg0KSGksDQoNCnllc3RlcmRheSBJIGlzc3VlZCBhIHJlbW92ZSBv ZiBhIEd1ZXN0IGFuZCB0aGVuIGltbWVkaWF0ZWx5IGFmdGVyd2FyZHMgZW5naW5lIHN0YXJ0ZWQg Y29tcGxhaW5pbmcgYWJvdXQgc3luYyBlcnJvcnMgYmV0d2VlbiBkYXRhYmFzZSBhbmQgc3RvcmFn ZSBtZXRhZGF0YS4gVG8gbXkgc3VycHJpc2UsIGJvdGggb2YgbXkgdHdvIGRhdGEgc3RvcmVzIHdl cmUgbWFya2VkIGFzIG1hc3RlciBpbiB0aGVpciBzdG9yYWdlIG1ldGFkYXRhIGZpbGVzLiBJIGhh ZCB0byBjaGFuZ2UgIk1BU1RFUl9WRVJTSU9OIiBhbmQgIlJPTEUiLCB0aGVuIHRhaWwgdGhlIHZk c20gbG9nIG9uIGEgSG9zdCBhbmQgd2F0Y2ggaXQgY29tcGxhaW4gdGhhdCB0aGUgY2hlY2tzdW0g aXMgd3JvbmcgYW5kIGhvdyBpdCBpcyAke1h9IGJ1dCBzaG91bGQgYmUgJHtZfSBhY2NvcmRpbmcg dG8gaXTCtHMgbG9naWMsIGFuZCBjb3B5L3Bhc3RlIHRiZSBjb3JyZWN0IGNoZWNrc3VtIGludG8g c3RvcmFnZSBtZXRhZGF0YSBmaWxlIGFzIHdlbGwuIFRoaXMgaGFkIHRvIGJlIGRvbmUgZm9yIGJv dGggZGF0YSBkb21haW5zLCBhbmQgd2hlbiBkb25lLCBJIGhhdmUgb25lICJNYXN0ZXIiLSBhbmQg b25lICJSZWd1bGFyIiBkb21haW4gdGhhdCB3b3JrcyBhbmQgZXF1YWxzIHdoYXTCtHMgaW4gdGhl IGRhdGFiYXNlLg0KDQpUaGUgcHJvYmxlbSBpcyB0aGF0IGVuZ2luZSBub3cgYXBwYXJlbnRseSBo YXMgZm9yZ290dGVuIGFib3V0IG15IEd1ZXN0IHRoYXQgaXQgd2FzIHN1cHBvc2VkIHRvIHJlbW92 ZSBiZWZvcmUgYWxsIG9mIHRoaXMuLi4gVGhlIG9wZXJhdGlvbiBpcyBzdGlsbCBsaXN0ZWQgaW4g IlRhc2tzIiwgc28gaXTCtHMgbm90IHF1aXRlIGZpbmlzaGVkIHlldC4gU2luY2UgaXTCtHMgY2hh bmdlZCBzdGF0ZSB0byAiaG91cmdsYXNzIiBhbmQgc3RhdHVzICJJbWFnZSBsb2NrZWQiLCBJIGNh bsK0dCBjbGljayBmb3IgcmVtb3ZhbCBhZ2FpbiBlaXRoZXIuLi4NCg0KSXMgdGhlcmUgYW55IHdh eSB0byAicmVtaW5kIiBlbmdpbmUgb2YgYSBqb2Igbm90IGRvbmU/DQoNCi0tDQoNCk1lZCBWw6Ru bGlnYSBIw6Rsc25pbmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcN ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChW aXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRl bg0KUGhvbmU6ICArNDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0 bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2U+DQoNCi0tDQoNCk1lZCBWw6RubGlnYSBIw6Rsc25p bmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcNClN3ZWRpc2ggVW5p dmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChWaXNpdGluZyBBZGRy ZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRlbg0KUGhvbmU6ICAr NDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0bzprYXJsaS5zam9i ZXJnQGFkbS5zbHUuc2U+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZWxsbyBldmVyeW9u ZSE8YnI+DQo8YnI+DQpJIHRoaW5rIHBlcmhhcHMgdGhpcyBxdWVzdGlvbiBwYXNzZWQgY29tcGxl dGx5IHVubm90aWNlZCBzbyBJwrRtIHRyeWluZyB0byByZXNlbmQgaXQgdG8gcGVyaGFwcyBnZXQg c29tZSBhdHRlbnRpb24uPGJyPg0KPGJyPg0KL0thcmxpPGJyPg0KPGJyPg0KLS0tLS0tLS0gVmlk YXJlYmVmb3JkcmF0IG1lZGRlbGFuZGUgLS0tLS0tLS08YnI+DQo8YmxvY2txdW90ZSB0eXBlPSJD SVRFIj48Yj5GcsOlbjwvYj46IEthcmxpIFNqw7ZiZXJnICZsdDs8YSBocmVmPSJtYWlsdG86S2Fy bGklMjAlM2QlM2ZJU08tODg1OS0xJTNmUSUzZlNqJTNkRjZiZXJnJTNmJTNkJTIwJTNjS2FybGku U2pvYmVyZ0BzbHUuc2UlM2UiPkthcmxpLlNqb2JlcmdAc2x1LnNlPC9hPiZndDs8YnI+DQo8Yj5U aWxsPC9iPjogdXNlcnMgJmx0OzxhIGhyZWY9Im1haWx0bzp1c2VycyUyMCUzY3VzZXJzQG92aXJ0 Lm9yZyUzZSI+dXNlcnNAb3ZpcnQub3JnPC9hPiZndDs8YnI+DQo8Yj7DhG1uZTwvYj46IFtVc2Vy c10gR3Vlc3QgbmV2ZXIgZ2V0cyByZW1vdmVkPGJyPg0KPGI+RGF0dW08L2I+OiBXZWQsIDggTWF5 IDIwMTMgMDU6MDY6NTcgJiM0MzswMDAwPGJyPg0KPGJyPg0KSGksPGJyPg0KPGJyPg0KeWVzdGVy ZGF5IEkgaXNzdWVkIGEgcmVtb3ZlIG9mIGEgR3Vlc3QgYW5kIHRoZW4gaW1tZWRpYXRlbHkgYWZ0 ZXJ3YXJkcyBlbmdpbmUgc3RhcnRlZCBjb21wbGFpbmluZyBhYm91dCBzeW5jIGVycm9ycyBiZXR3 ZWVuIGRhdGFiYXNlIGFuZCBzdG9yYWdlIG1ldGFkYXRhLiBUbyBteSBzdXJwcmlzZSwgYm90aCBv ZiBteSB0d28gZGF0YSBzdG9yZXMgd2VyZSBtYXJrZWQgYXMgbWFzdGVyIGluIHRoZWlyIHN0b3Jh Z2UgbWV0YWRhdGEgZmlsZXMuIEkgaGFkDQogdG8gY2hhbmdlICZxdW90O01BU1RFUl9WRVJTSU9O JnF1b3Q7IGFuZCAmcXVvdDtST0xFJnF1b3Q7LCB0aGVuIHRhaWwgdGhlIHZkc20gbG9nIG9uIGEg SG9zdCBhbmQgd2F0Y2ggaXQgY29tcGxhaW4gdGhhdCB0aGUgY2hlY2tzdW0gaXMgd3JvbmcgYW5k IGhvdyBpdCBpcyAke1h9IGJ1dCBzaG91bGQgYmUgJHtZfSBhY2NvcmRpbmcgdG8gaXTCtHMgbG9n aWMsIGFuZCBjb3B5L3Bhc3RlIHRiZSBjb3JyZWN0IGNoZWNrc3VtIGludG8gc3RvcmFnZSBtZXRh ZGF0YSBmaWxlIGFzIHdlbGwuDQogVGhpcyBoYWQgdG8gYmUgZG9uZSBmb3IgYm90aCBkYXRhIGRv bWFpbnMsIGFuZCB3aGVuIGRvbmUsIEkgaGF2ZSBvbmUgJnF1b3Q7TWFzdGVyJnF1b3Q7LSBhbmQg b25lICZxdW90O1JlZ3VsYXImcXVvdDsgZG9tYWluIHRoYXQgd29ya3MgYW5kIGVxdWFscyB3aGF0 wrRzIGluIHRoZSBkYXRhYmFzZS48YnI+DQo8YnI+DQpUaGUgcHJvYmxlbSBpcyB0aGF0IGVuZ2lu ZSBub3cgYXBwYXJlbnRseSBoYXMgZm9yZ290dGVuIGFib3V0IG15IEd1ZXN0IHRoYXQgaXQgd2Fz IHN1cHBvc2VkIHRvIHJlbW92ZSBiZWZvcmUgYWxsIG9mIHRoaXMuLi4gVGhlIG9wZXJhdGlvbiBp cyBzdGlsbCBsaXN0ZWQgaW4gJnF1b3Q7VGFza3MmcXVvdDssIHNvIGl0wrRzIG5vdCBxdWl0ZSBm aW5pc2hlZCB5ZXQuIFNpbmNlIGl0wrRzIGNoYW5nZWQgc3RhdGUgdG8gJnF1b3Q7aG91cmdsYXNz JnF1b3Q7IGFuZCBzdGF0dXMgJnF1b3Q7SW1hZ2UgbG9ja2VkJnF1b3Q7LA0KIEkgY2FuwrR0IGNs aWNrIGZvciByZW1vdmFsIGFnYWluIGVpdGhlci4uLjxicj4NCjxicj4NCklzIHRoZXJlIGFueSB3 YXkgdG8gJnF1b3Q7cmVtaW5kJnF1b3Q7IGVuZ2luZSBvZiBhIGpvYiBub3QgZG9uZT88YnI+DQo8 YnI+DQo8dGFibGUgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iMTAwJSI+ DQo8dGJvZHk+DQo8dHI+DQo8dGQ+LS0gPGJyPg0KPGJyPg0KTWVkIFbDpG5saWdhIEjDpGxzbmlu Z2FyPGJyPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCkthcmxpIFNqw7ZiZXJnPGJyPg0K U3dlZGlzaCBVbml2ZXJzaXR5IG9mIEFncmljdWx0dXJhbCBTY2llbmNlczxicj4NCkJveCA3MDc5 IChWaXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCk8YnI+DQpTLTc1MCAwNyBVcHBzYWxh LCBTd2VkZW48YnI+DQpQaG9uZTogJm5ic3A7JiM0Mzs0Ni0oMCkxOC02NyAxNSA2Njxicj4NCjxh IGhyZWY9Im1haWx0bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2UiPmthcmxpLnNqb2JlcmdAc2x1 LnNlPC9hPiA8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3RhYmxlPg0KPC9ibG9ja3F1b3RlPg0K PGJyPg0KPHRhYmxlIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjEwMCUi Pg0KPHRib2R5Pg0KPHRyPg0KPHRkPi0tIDxicj4NCjxicj4NCk1lZCBWw6RubGlnYSBIw6Rsc25p bmdhcjxicj4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQpLYXJsaSBTasO2YmVyZzxicj4N ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXM8YnI+DQpCb3ggNzA3 OSAoVmlzaXRpbmcgQWRkcmVzcyBLcm9uw6VzdsOkZ2VuIDgpPGJyPg0KUy03NTAgMDcgVXBwc2Fs YSwgU3dlZGVuPGJyPg0KUGhvbmU6ICZuYnNwOyYjNDM7NDYtKDApMTgtNjcgMTUgNjY8YnI+DQo8 YSBocmVmPSJtYWlsdG86a2FybGkuc2pvYmVyZ0BhZG0uc2x1LnNlIj5rYXJsaS5zam9iZXJnQHNs dS5zZTwvYT4gPC90ZD4NCjwvdHI+DQo8L3Rib2R5Pg0KPC90YWJsZT4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_-- --_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_ Content-Type: text/plain; name="ATT00001.txt" Content-Description: ATT00001.txt Content-Disposition: attachment; filename="ATT00001.txt"; size=129; creation-date="Wed, 15 May 2013 05:17:47 GMT"; modification-date="Wed, 15 May 2013 05:17:47 GMT" Content-ID: <1BC4291B2590A04885C8AD24DFA8DE89(a)ad.slu.se> Content-Transfer-Encoding: base64 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVXNlcnMgbWFp bGluZyBsaXN0ClVzZXJzQG92aXJ0Lm9yZwpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMK --_004_5F9E965F5A80BC468BE5F40576769F092553AAE3exchange21_--

3 4

[Users] Outage :: lists.ovirt.org/resources.ovirt.org :: 2013-05-17 04:40 UTC
by Karsten 'quaid' Wade 17 May '13

17 May '13

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XDJAVLVBIFPTLPTIBGJI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There is about to be an outage of resources.ovirt.org/lists.ovirt.org for a five minute reboot. The outage is occurring directly after I send this email (and hopefully after it's already delivered to you.) =3D=3D Details =3D=3D We have older versions of some packages that have security fixes not yet applied. I'm updating the kernel and other packages then rebooting to remove the risk before this announcement gets out. =3D=3D Affected services =3D=3D * lists.ovirt.org * resources.ovirt.org * ovirtbot =3D=3D=3D Not-affected services =3D=3D * gerrit.ovirt.org * jenkins.ovirt.org * www.ovirt.org =3D=3D Future plans =3D=3D Get the infra(a)ovirt.org list or team on an advisory channel so we are aware of package updates. Then coordinate planned downtime to upgrade. --=20 Karsten 'quaid' Wade http://TheOpenSourceWay.org .^\ http://community.redhat.com @quaid (identi.ca/twitter/IRC) \v' gpg: AD0E0C41 ------enig2XDJAVLVBIFPTLPTIBGJI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFRlbSG2ZIOBq0ODEERAubRAJ92je6yYx9KrGZTjjzkeD9QAzZWDQCfVlbv gcuLLDJhPgK7g58enWMtFOY= =yL2i -----END PGP SIGNATURE----- ------enig2XDJAVLVBIFPTLPTIBGJI--

1 1

[Users] On Start of VM: Exit message: internal error ifname "vnet0" not in key map
by Scott Ocken 16 May '13

16 May '13

This message is in MIME format. --=_1j6iux16iddw Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit This is a new setup. oVirt engine 3.2.1. One ovirt-node 2.6.1. Node network config: em1 ovirtmgmt untagged em2 tagged with 2 networks VM has one nic attached to one of the VLANs on em2. On start of VM it fails with: Exit message: internal error ifname "vnet0" not in key map Looking on the node vnet0 does not exist. All over network interfaces I would expect are there. ovirtmgmt, and the 2 VLANs with their em2.x interfaces as well. Thanks Scott --=_1j6iux16iddw Content-Type: application/pgp-keys Content-Description: PGP Public Key Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.2.6 (GNU/Linux) mQGiBEbfI1QRBADVdW9cuyAvTnC21nOF5PN1orkrvE8kGf6I37YY9k4KHzrho+aH K/MACOhgOw2vuluAmxnx3aI82CQdXn0DSi15etvapSE/fqoBypeUfnU1hhq8kZlL N6Gc9584avtlO6+vfKrP8f6pirimmTExvA3mJITlboZDg64yY1rbV8DOwwCgz8/k pVhao/WMco0f5MmZO9CPqG0D/jAjmsR3KoodewzwKF+LXU9G3a/ubtpUn7ktt4s0 xbHjySI/DroJyVJbRfGDIif6Uoor9fJM0t6U2jqJEs+tmvEfMnkU2m3Zp1dFZbXk Qg9mkcXNd0vMQL+YQiNosE6AJhv07vgLCFwybEV/+u1UXvL2IKVGQvrQxrYN2BPu OM9xBACNeTE1b8TOk4xU/0UEAZp8XO1D9YEVizQTxZZVhcoooJAFu4uZIdhXagKK lsNWk6jkjsrb288PsEnMgKTsGkViJ+fbn7VF7rSkVjD52PZey7bFfw+joPpFJ8X5 uLP1P1YPuDfbZxqL4n8IV8Baw5NDEZVJuy/I+8ZeWfdzEeTx3bQiU2NvdHQgT2Nr ZW4gPHNjb3R0QGluZm9idW5rZXIuY29tPohbBBMRAgAbBQJG3yNUBgsJCAcDAgMV AgMDFgIBAh4BAheAAAoJEH7YIuikyNydli0An2mZ8ADawZmzfVM3SqSsgSgNaAs7 AKDH5i/dIc+LQS8LjsOFPCx5U7R817kBDQRG3yNVEAQAzorJIFPmVP46r02Y4IfM NH2f0BAYvOAt3iGXFBf1VfbeztihJZ8SdM2fjK6SX3tstuzohCes7+1+xCiaHlgF BCnQiw7zMC0GDQIhuHI+/41pbjTdSdw11DRUnZchaid3f8ImjidTAdhv2stNJxPl FufmkfgtUCqnDqYnDOdg9WMAAwYD/RvqX2+Bm/vEJIN8RDYfBI3Y3xPwfNL1wECS wHaJvxHTCKasnSRquA7k5GpS8+L1pjyxI/q/jbzVNdgOW1i3p6UZEL05dQhinREt sZMf5SbbCZADOqyekGubiHUDxjgz0cD9echtaUq4pr9thXtRD9ONfOM8SaAhXbH6 Uftb/kSLiEYEGBECAAYFAkbfI1UACgkQftgi6KTI3J0eaACdF3LUjihrLwIdU66u 81MDfuHnsr8AoMFYRGoZ99RHzb7FOpULHCASRRd7 =Hyro -----END PGP PUBLIC KEY BLOCK----- --=_1j6iux16iddw--

1 0

[Users] WG: Nagios monitoring plugin check_rhev3 1.2 released
by Sven Knohsalla 16 May '13

16 May '13

Hi René, is this plugin also compatible with oVirt 3.2.1 ? Thanks in advance! Best, Sven. -----Ursprüngliche Nachricht----- Von: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] Im Auftrag von René Koch Gesendet: Donnerstag, 16. Mai 2013 16:31 An: users Betreff: [Users] Nagios monitoring plugin check_rhev3 1.2 released I'm happy to announce version 1.2 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks, which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization environments. The download locations are * https://labs.ovido.at/download/check_rhev3/check_rhev3-1.2.tar.gz * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.i… * https://labs.ovido.at/download/check_rhev3/nagios-plugins-rhev3-1.2-1.el6.x… For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - General: - Moved project to github: https://github.com/ovido/check_rhev3 - New features: - Verify RHEV-M certificate - Allow authentication sessions for authentication in RHEV >= 3.1 and oVirt >= 3.1 - Use option -n <nic> to check a specific nic - Bugs fixed: - Performance data issue with check_multi If you have any questions or ideas, please drop me an email: r.koch(a)ovido.at. Thank you for using check_rhev3. -- Best Regards René Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Brünner Straße 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: ============================================ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1