- Users - oVirt List Archives

[ANN] oVirt 4.0.6 Third Release Candidate is now available
by Sandro Bonazzola 01 Dec '16

01 Dec '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.6 third release candidate for testing, as of December 1st, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the third release candidate of the sixth in a series of stabilization updates to the 4.0 series. 4.0.6 brings 2 enhancements and 51 bugfixes, including 20 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.6 release highlights: http://www.ovirt.org/release/4.0.6/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.6/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Help! My hosted engine lost his nic!
by Cristian Mammoli 01 Dec '16

01 Dec '16

Sorry for the repost, I don't know if the previous message got to the list... Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7. Before it was 3.6.0 if I remember correctly. Everything went fine so far for a month or so. A couple of days ago the the default gateway got rebooted and the physical server hosting the HE decided to shut down the vm because it could not ping the gateway. The other host restarted the hevm but it now has *no nic*. As a workaround I attached a virtio nic via virsh but every time the vm gets restarted the nic get lost After a bit of troubleshooting and digging this is what I found: This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I understand, gets extracted from the HE storage domain emulatedMachine=pc vmId=497f5e4a-0c76-441a-b72e-724d7092d07e smp=2 memSize=6144 spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir vmName=HostedEngine display=vnc devices={index:0,iface:virtio,format:raw,bootOrder:1,address:{slot:0x06,bus:0x00,domain:0x0000,type:pci,function:0x0},volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1- 4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,poolID:00000000-0000-0000-0000-000000000000,device:disk, shared:exclusive,propagateErrors:off,type:disk} devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk} devices={device:cirrus,alias:video0,type:video,deviceId:a99468b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:0x00,domain:0x0000,type:pci,function:0x0}} devices={device:virtio-serial,type:controller,deviceId:b7580676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,domain:0x0000,type:pci,function:0x0}} devices={device:usb,type:controller,deviceId:c63092b3-7bd8-4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:0x0000,type:pci,function:0x2}} devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:0x0000,type:pci,function:0x1}} As you can see there is no nic, and there is no nic in the qemu-kvm command-line: qemu 23290 1 14 00:23 ? 01:44:26 /usr/libexec/qemu-kvm -name HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu qemu64,-svm -m 6144 -realtime mlock=off -s mp 2,sockets=2,cores=1,threads=1 -uuid 497f5e4a-0c76-441a-b72e-724d7092d07e -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571 0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-HostedEngine/monitor.sock,serve r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-11-30T23:23:26,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x3 -drive file=/var/run/vdsm/storage/2c3585cc-b7bc-4881-85b3-aa6514 991a26/d65b82e2-2ad1-4f4f-bfad-0277c37f2808/bb3218ba-cbe9-4cd0-b50b-931deae992f7,if=none,id=drive-virtio-disk0,format=raw,serial=d65b82e2-2ad1-4f4f-bfad-0277c37f2808,cache=none,werror=st op,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.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/qem u/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.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 socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus =virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on I extracted the vm.conf from the storage domain and the nic is there: mId=497f5e4a-0c76-441a-b72e-724d7092d07e memSize=6144 display=vnc devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1, type:drive},specParams:{},readonly:true,deviceId:857b98b3-cf43-4c2d-8061-e7f105234a65,path:,device:cdrom,shared :false,type:disk} devices={index:0,iface:virtio,format:raw,poolID:00000000-0000-0000-0000-000000000000,volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,specParams :{},readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,optional:false,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,address:{bus:0x00, slot:0x06, domain:0x0000, type:pci, funct ion:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk,bootOrder:1} devices={device:scsi,model:virtio-scsi,type:controller} devices={nicModel:pv,macAddr:00:16:3e:7d:d8:27,linkActive:true,network:ovirtmgmt,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:5be8a089-9f51-46dc-a8bd-28422985aa35,address:{bus:0x00 , slot:0x03, domain:0x0000, type:pci, function:0x0},device:bridge,type:interface} devices={device:console,specParams:{},type:console,deviceId:1644f556-a4ff-4c93-8945-5aa165de2a85,alias:console0} vmName=HostedEngine spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp=2 cpuType=SandyBridge emulatedMachine=pc The local vm.conf gets continuosly overwritten but for some reason the nic line gets lost in the process.

1 0

Windows Server 2008 & 2016 Drivers
by Bill Bill 01 Dec '16

01 Dec '16

--_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCklzIHRoZXJlIGEgcHJvcGVyIGd1aWRlIGZvciBnZXR0aW5nIHZpcnRpbyBkcml2 ZXJzIHRvIGxvYWQg4oCTIEnigJl2ZSBiZWVuIHRyeWluZyB0byBnZXQgV2luZG93cyBTZXJ2ZXIg MjAwOCAmIDIwMTYgaW5zdGFsbGVkIHdpdGggYSBWaXJ0aW8gYmFzZWQgZGlzayBidXQgbm8gZHJp dmVycyBhcHBlYXIgdG8gd29yay4NCg0K --_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <228C918B53428E44BB1FC94EA5516AE1(a)sct-15-1-659-11-msonline-outlook-7ade0.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8sPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5JcyB0aGVyZSBhIHByb3BlciBndWlkZSBmb3IgZ2V0dGluZyB2aXJ0 aW8gZHJpdmVycyB0byBsb2FkIOKAkyBJ4oCZdmUgYmVlbiB0cnlpbmcgdG8gZ2V0IFdpbmRvd3Mg U2VydmVyIDIwMDggJmFtcDsgMjAxNiBpbnN0YWxsZWQgd2l0aCBhIFZpcnRpbyBiYXNlZCBkaXNr IGJ1dCBubyBkcml2ZXJzIGFwcGVhciB0byB3b3JrLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_--

2 1

Network usage in ovirt dashboard?
by Derek Atkins 01 Dec '16

01 Dec '16

Is there a way to configure what data gets shown in the dashboard? Specifically, I'd like to see network usage. It would be nice to see total network usage on the dashboard, and have a graph of per-VM network usage as well. The closest I've found is the "Total" columns on the Network -> Virtual Machines page. I'd like to see something sort of like the CPU/RAM/Storage (over)commit graphs. Is there any way to do this? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

Python API ovirtsdk4 cloud-init script file upload issue
by Allen Swackhamer 01 Dec '16

01 Dec '16

I am attempting to run a VM with a cloud-init script, but can't seem to get the syntax working for the python ovirtsdk4 library. We are running ovirt 4. My cloud init script never appears to work and the users option does not work either. If I use root_password and user_name for types.Initialization (as in the example below) it will generate the correct users, but if I put in the types.CloudInit piece it will break it. types.Initialization( user_name=cloud_init_username, root_password=cloud_init_password, regenerate_ssh_keys=True, host_name="testingcloudinit", nic_configurations=[ types.NicConfiguration( boot_protocol=types.BootProtocol.DHCP, name='ens3', on_boot=True ) ], custom_script=cloud_init_script ) What I currently have is below. cloud_init_script is the script I want to run as a string. Looking at the REST API documentation it shows that I need to upload the file as a CDATA entry, but I am unsure of how I can ensure that in python. Is there potentially a way I could get the full XML call in python to ensure API compliance? vm_service.start( use_cloud_init=True, vm=types.Vm( initialization=types.Initialization( nic_configurations=[types.NicConfiguration( boot_protocol=types.BootProtocol.DHCP, name="ens3", on_boot=True )], cloud_init=types.CloudInit( files=[types.File( name="initialrunner", content=cloud_init_script, type="plaintext" ), ], users=[types.User( user_name=cloud_init_username, password=cloud_init_password )] ) ) ) ) Documentation that I have been using: http://www.ovirt.org/develop/release-management/features/ cloud/cloud-init-integration/ (seems old and for a earlier ovirtsdk version) http://cloudinit.readthedocs.io/en/latest/topics/examples. html#run-commands-on-first-boot (official cloud init documentation) https://www.mail-archive.com/users@ovirt.org/msg35549.html (message board conversation about this REST API) http://lists.ovirt.org/pipermail/users/2014-September/027198.html (about the cloud-init script specifically) http://lists.ovirt.org/pipermail/users/2014-November/028878.html (for a old version of ovirtsdk it appears) http://www.ovirt.org/develop/api/rest-api/rest-api/#How_ can_I_run_a_custom_script_using_cloud-init.3F (appears to be up to date but just documents the REST API)

2 1

remote-viewer from admin vs user portal
by Gianluca Cecchi 30 Nov '16

30 Nov '16

Hello, I have the impression that there is a different behavior between admin and user portal when opening a VM console with remote-viewer. My client is an updated CentOS 7 machine and I'm using firefox on it to connect to oVirt 4.0.4 portals. If I connect to a VM (that is a Fedora 24 os) from web admin it runs remote-viewer. I switch to full screen mode and leave it some hours. When I come back I see a black screen and I'm not able to re-get the session. I can click on top center to pop up the menu and exit the remote-viewer full screen but also in window mode I'm not able to get again the desktop environment inside the VM (I configured Mate desktop in fedora 24 VM): it remains black window. The VM itsel is ok: I can close the remote-viewer window and open again the console and I get the desktop environment. Instead from User Portal on the same client I can open the console (again remote-viewer), leave the session in full screen mode and come back many hours later and as soon as I click or press a key I get the session ok (sometimes actually I get the screen saver locked of the client desktop environment itself, but as soon as I unlock it I can connec thent to the VM desktop). Any special reason for this? In both cases the command seems the same: admin portal: $ ps -ef|grep remote-viewer g.cecchi 10356 9462 0 18:59 pts/1 00:00:00 grep --color=auto remote-viewer g.cecchi 16814 20129 0 01:30 ? 00:00:54 /usr/bin/remote-viewer /tmp/mozilla_g.cecchi0/console.vv user portal (extended mode) $ ps -ef|grep remote-viewer g.cecchi 11544 20129 0 19:02 ? 00:01:18 /usr/bin/remote-viewer /tmp/mozilla_g.cecchi0/console.vv g.cecchi 23534 9462 0 22:54 pts/1 00:00:00 grep --color=auto remote-viewer Not a big problem, but quite strange. Gianluca

4 5

Re: [ovirt-users] Events not updated in Dashboard after clearing <SOLVED>
by Peter Michael Calum 30 Nov '16

30 Nov '16

--_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I see this morning, now events are cleared. I must happen with long intervals between updates.. Thanks Peter Fra: Peter Michael Calum Sendt: 30. november 2016 20:23 Til: Users(a)ovirt.org Emne: Events not updated in Dashboard after clearing Hi, I had a fault which gave 1000's of events. After the fault was solved I cleared all events in Events tap, and they dis= appeared. But the Dashboard still shows the alarms. Are there some way to update the dashboard ? SW - oVirt Engine Version: 4.0.5.5-1.el7.centos Kind regards Peter Calum --_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"DA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi<o:p></o:p> <o:p> </o:p> I see this morning, now events = are cleared.<o:p></o:p> I must happen with long interva= ls between updates..<o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> Peter<o:p></o:p> <o:p> </o:p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> Fra:</spa= n> Peter Michael Calum Sendt: 30. november 2016 20:23 Til: Users(a)ovirt.org Emne: Events not updated in Dashboard after clearing<o:p></o:p></spa= n> </div> </div> <o:p> </o:p> Hi,<o:p></o:p> <o:p> </o:p> I had a fault which gave 1000’= s of events.<o:p></o:p> <o:p> </o:p> After the fault was solved I cleared= all events in Events tap, and they disappeared.<o:p></o:p> <o:p> </o:p> But the Dashboard still shows the al= arms.<o:p></o:p> <o:p> </o:p> Are there some way to update the das= hboard ?    <o:p></o:p> <o:p> </o:p> <span= lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Verdana",s= ans-serif;color:black;mso-fareast-language:DA">SW - oVirt Engine Version: 4= .0.5.5-1.el7.centos<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Kind regards <o:p></o:p> Peter Calum <o:p></o:p>  <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_--

1 0

remote-viewer + squid / console hangs (tcp timeout/keepalive?)
by Derek Atkins 30 Nov '16

30 Nov '16

Hi, I've got a squid proxy set up for my ovirt console, which works great. However, if I'm connected to a (non-graphic) console and step away for several minutes (somewhere between 15-30 -- I haven't figured out exactly how long), the console will freeze. My TCP connections still seem to be active (they don't disconnect) -- I still see the connection between my remote-console and squid, and between the squid and console host. However if I type into the console I see nothing. Has anyone seen this issue and know how to correct it? This is with ovirt 4.0.5 on centos 7.2. The guest doesn't seem to matter -- I've seen this issue with different guests. Thanks, -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

Re: [ovirt-users] Users Digest, Vol 62, Issue 211
by Victor Jose Acosta 30 Nov '16

30 Nov '16

This is a multi-part message in MIME format. --------------1AAD7CC11709ADB186DDC802 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hello Allen,you can use the old api even if you have ovirt 4, using /ovirt-engine/api/v3 as base url. You can do it to earn time to work on this without having services not working Regards On 30/11/16 16:38, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Python API ovirtsdk4 cloud-init script file upload issue > (Allen Swackhamer) > 2. Re: Network usage in ovirt dashboard? (Derek Atkins) > 3. Events not updated in Dashboard after clearing > (Peter Michael Calum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Nov 2016 12:22:01 -0600 > From: Allen Swackhamer <allen.swackhamer(a)gmail.com> > To: users(a)ovirt.org > Subject: [ovirt-users] Python API ovirtsdk4 cloud-init script file > upload issue > Message-ID: > <CAFc20P+c_WYA1VK_P1_gT9AMHa_=q8NPiqjO699XTZmxJwHnAw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I am attempting to run a VM with a cloud-init script, but can't seem to get > the syntax working for the python ovirtsdk4 library. We are running ovirt > 4. > > My cloud init script never appears to work and the users option does not > work either. If I use root_password and user_name for types.Initialization > (as in the example below) it will generate the correct users, but if I put > in the types.CloudInit piece it will break it. > > types.Initialization( > user_name=cloud_init_username, > root_password=cloud_init_password, > regenerate_ssh_keys=True, > host_name="testingcloudinit", > nic_configurations=[ > types.NicConfiguration( > boot_protocol=types.BootProtocol.DHCP, > name='ens3', > on_boot=True > ) > ], > custom_script=cloud_init_script > ) > > > What I currently have is below. cloud_init_script is the script I want to > run as a string. Looking at the REST API documentation it shows that I > need to upload the file as a CDATA entry, but I am unsure of how I can > ensure that in python. Is there potentially a way I could get the full XML > call in python to ensure API compliance? > > vm_service.start( > use_cloud_init=True, > vm=types.Vm( > initialization=types.Initialization( > nic_configurations=[types.NicConfiguration( > boot_protocol=types.BootProtocol.DHCP, > name="ens3", > on_boot=True > )], > cloud_init=types.CloudInit( > files=[types.File( > name="initialrunner", > content=cloud_init_script, > type="plaintext" > ), > ], > users=[types.User( > user_name=cloud_init_username, > password=cloud_init_password > )] > ) > ) > ) > ) > > Documentation that I have been using: > http://www.ovirt.org/develop/release-management/features/ > cloud/cloud-init-integration/ (seems old and for a earlier ovirtsdk version) > http://cloudinit.readthedocs.io/en/latest/topics/examples. > html#run-commands-on-first-boot (official cloud init documentation) > https://www.mail-archive.com/users@ovirt.org/msg35549.html (message board > conversation about this REST API) > http://lists.ovirt.org/pipermail/users/2014-September/027198.html (about > the cloud-init script specifically) > http://lists.ovirt.org/pipermail/users/2014-November/028878.html (for a old > version of ovirtsdk it appears) > http://www.ovirt.org/develop/api/rest-api/rest-api/#How_ > can_I_run_a_custom_script_using_cloud-init.3F (appears to be up to date but > just documents the REST API) >

1 0

Events not updated in Dashboard after clearing
by Peter Michael Calum 30 Nov '16

30 Nov '16

--_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: multipart/alternative; boundary="_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_" --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I had a fault which gave 1000's of events. After the fault was solved I cleared all events in Events tap, and they dis= appeared. But the Dashboard still shows the alarms. Are there some way to update the dashboard ? SW - oVirt Engine Version: 4.0.5.5-1.el7.centos Kind regards Peter Calum --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"DA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I had a fault which gave 1000’= s of events.<o:p></o:p> <o:p> </o:p> After the fault was solved I cleared= all events in Events tap, and they disappeared.<o:p></o:p> <o:p> </o:p> But the Dashboard still shows the al= arms.<o:p></o:p> <o:p> </o:p> Are there some way to update the das= hboard ?    <o:p></o:p> <o:p> </o:p> <span= lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Verdana",s= ans-serif;color:black;mso-fareast-language:DA">SW - oVirt Engine Version: 4= .0.5.5-1.el7.centos<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Kind regards <o:p></o:p> Peter Calum <o:p></o:p>  <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_-- --_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: image/png; name="events.png" Content-Description: events.png Content-Disposition: attachment; filename="events.png"; size=5577; creation-date="Wed, 30 Nov 2016 19:19:50 GMT"; modification-date="Wed, 30 Nov 2016 19:19:50 GMT" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAdkAAACPCAIAAAA5hTYLAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAV e0lEQVR42u2d34vbZrrHe7n/QS5zufSmuQkOp0c0HMOSYWHXlCICcTk9WijxRdeFxSW07sWZvYjI brQDqSHQvRi34VSle7ynp26ZYzhl3BunLQrzQ2QTd89E2RIxyUQTZ5S0o6YFn/fVb9n6ZdmeGWe+ H0xxJI1sS8/70fM+7yv1me8AAADsKzs7O8/gKAAAAFwMAABwMVwMAABwMQAAALgYAADgYgAAAHAx AADAxQAAAOBiAACAiwEAAMDFAAAAFwMAAICLAQAALgYAAAAXAwAAXAwAAAAuBgAAuBgAAABcDAAA cDEAAAC4GAAA4GIAAABwMQAAwMUAAADgYgAAgIsBAADAxQAAABcDAACAiwEAAC4GAAAAFwMAAFwM AAAgk4sfA3BgGCfEcfTATIRxuIt1Xf+n//g/vPA6IC8SkNlEjEjGa1bCOMTFxN/b29s4cHgdnBcJ yAzZMSIZrxkK43AX37t3rw/AgYEEZDYXI5LBrIQxXAzgYgDgYgDgYoAwDnXxo0eP7t69iwMHDg4k IElYjupiRDKYoTCGiwFcDABcDABcDBDGcDGAiwGAiwGAiwHCGC4GcDEAcDEAcDFAGO+ni1evnHnz 8/vkvy+y9M3W5/9O3rx4Zb2/9gF98/byVn/9PfKG/WAVJxAcWhffWT5/YfkOTj9cPD12bkmrd4y+ oe/s6DtG33vTN+gb+539BoBD6GLjzs3PLpx59rkz55du3kE7gIundb3//J0P13Ry2RcW3ol+vXn6 uX/7nX/J5ypOJ4L4ELhY/d+3zxx77viz7us46T6OEvyaJFZLbD5HYCotzbe8XjEXM3Mc31SMwJ9E ropdB2a8RnHh+Ksf3++vXXzWH3CJrwvrcTvVuy2hUpxjaADm67KXYChNnjMX5xFIcPHBT4hXF14K i/+XhLVUsWvI9SLDzjckRdNNnL8yOjzDlOuySpZpSotnmXJTTVwVuw48LXmx5eLjp2iNOPb1y39O crHWquQZrtbqqsH46+vtKomkRpfGpdo5SIGkNcs5QZ76x8hCrtzU4OJZYWf5d1G5yBvLO8l/362z DN8xwuOt0tK9BUqDY3jJiF8Vu25g7wEmG3RKo7gHbeUwutiuF1suLn2yFb7V+nvO2B3Jo2NdTIXL NZTwcxiIpG69MBhIequSGwxeskPrz+R6vhQlb5IwjBNw4S62YjoQ/L7lGT4v2sX0+iVIxuwH8VPl 4juf/GuUi3/zyZ0Up5sphrYEGggD8UYaB1OT41fFrtuzzIK2Ubh4+jWKaBeff+5iKhfTOAhNBYhu yrlyy28iScgNBhI90dW2PrBkWIfDGUhhKi4uzc8XuUbwAqA2uEqlMlkXIy8+iMQV7i4mTiuiuYcg OfXdQHlXrjEDrYQEsNU6YlbFrkuI5sF2aUg8Y8ci+Yblobohjf1mtytatWl3DUnE88F023C2yeXZ 0nxbhYvHcLE5py3JxfrG18pOCheT/DRHzqFTFs6zlbqkReUCND4GA8nNgofl7JmM/GG5qaptngZG +eP/4a3KtAn9iIFg9P9Tl8WqVbFm5spi10jKi4VGgyvUu8Hwr7bbnlUNpS040cjxvmD0iuPMXMnM j8xfIFlfm36+e2z8X4BsJEj0t9E/DWwU0WycbcnGxYoo63DxpPg6zsVfpbjy5ljip4ZZ3lXleplh nHCnDuXq9rky1A5fZBg7omJWxa5LyCyCXU6qYquZdessK0jmHnVJYP3lEKYodFTrX60q47SCwN5N pdu5iqEpyuwkGgfUxXTusFMvfnetHzLX+P7ym+lqFPREFdhiqdahoxXm8EKOrclGtIsHA4na3JOx /3IecHGBK1XrnneCGWeMiw1F7mqGZeU6x9iLY1wskyD2y1gW8iRc/Z+ndWUrYs2QdRbTWo0T5Iam OVcTJl9pdHXn890+QNDFERuFNhuSpRfshaR1KqrRh4snxMZHZ6JdfObDWylcHKjWUR26RQu1NV+0 M4h8qS5JYtEN9JhVseui6sVWSPpl7KlYFvwVba+5DbZN0oe1ryORLkaNYmwMc+6w5eLf/OdGvx8x 19jop3RxcLiCXsrNBSld7O89UdF4JeWAi3NFUYns/ce4OLxkEOdiGsTulyBfjqVijqg2ePuh33xo j1SzvoVqs+TUaAZcHLpReLPxuxg1ikly/6+luKlEtLKX6OJgCNC2EFhiOEPbNAMJdr9iVsWui453 2uW0Aog2MesCPzTM55h7cB+RbUXrCFw+z1XFjqLDxRMsjUXWKAL15QQXByVFI8Bckq5GYUeKVaMN qDhWnaldTMt3Ra+kkcbFvizCzZF9n6d3m7w9f9QtkkTIemCh71ODLg7dKKrZGEqjOpefKwtNWYOL J8eNxV/GT+v89eLfksYwcoIUOP81JmLYi1xnQyZEJK2KWBeVe1BzUxnTeLav6pHDfKldbHfIJLFa zBetHjBcPAkXsxc/+1r6Kvb13utxLqbmDU52MIfs6FlMNXbnhhiVMR0k9p31CbiYTt0o293/1Hmx J2NybbAH8tw/pT0/lu84RQp3P9NxceT4taF1W0Ipn6+0VLh4EqjxSbGTGqsJMg70EUn4hA9Dq7Sy N5TeJq2KXBcZKZaEdU/F5pLQuR6judj9vbMzNH3gXTz+vR7UTf4iGT3ZdrwMhmLInDbfKq7RbhQD kZbZxeaA9rDOaJqQzsX2F+q4KvY+L/jB7icNXkcm4OLIZhM8+FOfbnQIXKx/deGldA3hpfNfx/TM SfrhTaiXahzDuomjoVt3f2hKp17K51jByyhjVsWuS3YxjaG8IJgjHl5TY730xNAU2So1RLvY6uja FyG923EGS0j/rMzMt3W4eGwXfxByZ8e/PB95A8iVqPnFhlxjzUyRRky3Oc+6Y8f2XUPevR45NuKC b7qPZdngRT/OxWT7gm9+LkmsC0LHGjdTmpU84+nMHoY2VFrnYtK62Oxw+uYau9+FllGq1g/Uu7RY 4NqVtEPfkLemj+viiGajyh3FGozs6x2hwIoKXDx2pfiz0vMB5x5//li4i59/dSm+akzCzJ754ptS ZHcXc9adzFVR0gYMHrUqdl0gZKLu9SAtIzeQAelyo2rPVKNfUk5wMW1RVXOOT6Wl6bJ9R7b5t9Of xHMoXBzG1se/TVlEHkgrnJM7fMu8PzRjzxx130AWGNtN0iXB/Ej7jmujK/omf3Vq7oSJjuBMKBO7 arua2sVmVu/NfPa+i1muZZwJbeRre2PMvjltnDenLbuLQ5uN2rLn6JlHe/olikP4bCDlw7ffefcN 284vfqT0wewzEy5ePx/ZI/vtX+/jJCKID99z2tbeefWNReGNU8/++uIqHqICF+9d5O2YU9nCXohD cEifX2wg/uFi/N8QAFwMAFwMAFwM4GJEMICLAYCLAYCLAVyMCAZwMQBwMQBwMYCLEcEALgYALgYA LgZwMSIYwMUAwMUAwMUALkYEA7gYALgYALgYwMWIYAAXAwAXAwAXA7gYEQzg4n1mbW0N5/opPjJw MYCLYRy4GC4GAC6Gi3Fk4GIAF8M4cDFcDABcDBfjyMDFAC6GceBiuBgAuBguxpGBiwFcDBfDxXAx ALPrYkNpCbzYNcb+7rrSafCV4hyTM8mzpaooaRMxzo+7vbvL4o2Fc+uFkytnz12/LN6+0dvN+i3F asn5lsxctT38FTVJrHLWFswcVxU7qhG3Mzbv/eCOoodtmHqPe+pirVnOxVJuanDxzJIm1Pt6tyVU 3AiuCK2ujiO3Ty7WWmZ7rLS0cc66XC/NzZWFpqRoumkZQ9eUTr2Uz7GCbIxlnM3bC6elI89Izwy9 fn76+vLmk1F+a0co5otVsdVVrW9Jv6Ye/Hpqe55luFpH0azfYf0Mdr6tDu6Nbpkv1Tv2TzZ/cY1j yKZaxj0epLzYkHiGa6jIi2eTNKFOQrNZZkgIS9Y2hhXA+UpLxQHcDxfLNfOyWWnYqsh46pXwfJCc 7Fyh3s1onB97y/LJI6555YXL3ywtK+Ll66+7dj5y7dxyL51cZIFl5xPCjGSKTLmpDkc2XxjIES1X KUN7UBocw0tGhj2O4eIfuu9vX3rtYXd3cm2ZnLhKS59KGMPFqS+Iuq5naJWpQp00zgaXGw5NGsDl sTIzuDhbJOvtqtclpd3nGs1tjYm26eEzm8o4u1evnzCFe/SVmyu9ofy3t7n4iqXpa/zVRynCs8AO XxQG6NYLhfCN9FYloNi+LORKzbBoVxpFpiZn2GN2F6/2fv8z7a2fab+/9HhCp4187ZAvBxfvXW2B c2p9I9cO0oV69DmmWUYhxd/DxRN2sdoshRUKLSvL418d6f75Tgbj9DbOmhnxCf7b6Gzv0VX+mpkd ry/FJ8fh4gu7cAhS5EWLEeRRXTzKHrO6+Ps2S0VsvrbbmxOrTyjTCmO4OL62wERU71OkuqlD3VRx VGhKQg4y3nsXE6XE4EvwsjVq0lkqhBSME42za0n2yOlvPCPsfue8e7K766bJ98XTVNnH4pQdrr0I F8vRR8pfVKC+Css+SBfPt3iUPWZz8fdfPKAWfqH36SVTx5Wd78fOy1qVMeoTcHH2xKVVsQbRGLvS a6IpUmPeFnRYuStTqJvjRFFDs+GdWbh4ui5OGEmfy351NFSZRFAx/FKeZJzd2+doUnxtYeVHR3Hf nD4inRa3iIgVcfXIkVVRcVat3DhGU2N5OVrG5EJfbVO5aJI91YOZKxaHOn60YBMVg1RQQa3SCw3D 1XxTRfRuozLH1X1zUkbb4+gu3n0kvkAVfOXLJ+T9lRx9L64+GSsGx6xPwMWZu5BWW2T5jhswhnsa dKlm+Tih/JAy1Gn3LTZLQGK81y6mHZV48myFb5BrdJq26U+y5zi+KWsZZ26tXKdDc8durDiH5fJJ ewTvVGHFHrU7efOGs3bRXMuvxFxxSGipbXptaNCpHla6QaczMEF1Ej2Gds51iXQdmeHg1SSyjzxX FZtNocxy883Bqt6oexzJxT/9430zF35tR7c/bJv+81cP/zFefWLsdggXZzru1jRC1Sdnxj8Piaa8 1pwnvT92qNO2GufinCDDxXvpYqPD51KS54RWopAN3UFT5JZYLebDE+ME42yKK9S2rytepqtsnD3h m9B2Yn3JzYv7P149RxcWxO2o0KoxBY4r+fINf7gHEg1zwXxD9n6qTgOZ4zsyWTNUstHkBs+xXFXg y3NMnuMbcvhHpN7jKC7u7Vw+Sl386c3djS/0tS/0jc3Hn/6KLrncyjqjgl47ss4qhovHULHVEr2r oCliu2BRc3RMZz5QX0fXD1KHOlx8wFycONmfjuKVhaasZuyykuyPZUYeu7NdzH/rW/ZEWVxxXVxY 3PJvf5VPcDEJrbCytd1XG6ivkVzXmfxu9QvqZhliqLpL5w2z/kxY7zbni0zICEvaPY7k4ifX/2jO nfjjoyebD/9kjt396aPvn3z5gM6pyD24nsnGE6hPwMVjdFDtwTRPxAM6djaT++OGOlx8wFzsLyqY UydEnpuMhH0X/PmRjdNbWqfOPf33TVfE4urA7R5m7dh24NJZuuTskp4ltMKM6CT5hj+tKPmHnQ25 xobexqJ1eDaqMcTucUQX3374B+Lcow+uEef6XNzv/3CtQt//4f3R57dNbDYTXJyxJZpRanRbNQJf tuqHpFkSrFtY7eQp+s6s1KFuRl/MhuMO28PFI6bF1j13RaHtTik2uk1y4hsRt/JmIWwqQZJxlJsn qXDXneG4h8vnrlmlif9a/rtVrDhx7rY9jc0Z6FtURvkKyS4OJvh0EM7bjP4zqmxHu/nW8MkoexzN xbtfvubKd8DFzj+Pbn/ZG+1MWbVtdephDBeH1hYGE16n0+pfRkfcYvPi1KEeHn7eTsYvVMHFWTpG U70CBu99SGmcrcVTA2WH3vKCbNeIlQ1+QekNFDRO3VTisg6mGDFflhbqkuNuMDrHt3tEvKdysV2I eKG3YZv5cfvSA/HSg7Y9g+KnjUtO+WKkaAgrJ8HFe4J9z5W/VxLiYntRXHSlDnVzIoUUtR3S4j12 sWR2jErNad5+TocbhrLEZOP0ltZpUcI/dy3c9HSum1mgeJjU+Q4vHETfGBcITiaoqbh7OMyQT5id ObzHEVz8+C/mPLbFL35wLkc7f/6Fdv4X2p/dIbvdnUVzWO8vqz/tdX0CLs4mYzrDMZdjvLYy5GJD EszcKbbvkj7U4+67Yw59tXiPXWyf7BT96ewmpoO3NTnLnb72TRy0LqFEpHeKXa8I3BIS+UXCHlOk mk+LiPWm0a1zDDN4kFR61374fXcix8Qf0vA9pj0yWx+ZE9defugNXw7UKKzN/tvcjH24tcf1Cbg4 I6RfYtrYmXpmqLJEscuFznhe1GDE6KFO58gNz7dUSPI01k2XcHGGSLbGCybQG9GaFXrLdIfeKWQ/ pY3OaRSrxYiHPqWriu5+yzvz2AoLiu8hmfQRmksLK0ft+W3Xr6aZM0CnPeTMyWXuQ6no3OCB72do qqbbz13TVbkp0EfNhT1SzVAa5jOu3AdhGc4NUmxwQlHqPaY6Mk7C++ntxITXnt/mpc+xhSRuzFvt 4OLJZC7WVBvz8X+OTQ1Vok3JuhEkycTpQ70/+AhB+zltyff2wcWTdrFdoppIkV7rtuhdPu7ELWau WIp5oEXq2QK7d50HADlPazsReH7m0Vdu3kg/ectQO77HCBfDHriid3jvga/F6AcSWxt3WzX38cXW Hod/8kh7TDgydiH4rdz2olkgjn8tvqy95S8rZ+nXwsV7CrnCV/KR00u5uqxPLtTdGMbzi/fdxc6Y rLT3P3Oku8uebF79hh96hPHPT8vi1e2nLgDij8xu+2X3MUDpX5N5YBBcvFcEp6M780shyae5RmHd JWccOONE8V2vp1uv3ac2AJKOTO9R+93kjNj36rVXdw9YGMPFIzTP/WqiAP+/u0MO/n93AMDFMA6O DFwMAFwM4GIA4GIYB0cGLgYALgZwMQBwMQBwMQBwMYCLEcEALgYALgYALgZwMSIYwMUAwMUAwMUA LkYEA7gYALgYALgYwMWIYAAXAwAXAwAXA7gYEQzgYgDgYgDgYgAXI4IBXAwAXAzABF38+PHje/fu 4eiBAwKJRhKTI7gYEQxmK4hjXLy9vX3r1q2/AbDfkDgk0TiyixHBYIaCOAZd18nf3nPYAmA/ILFH 4pBEY0yshrgYEQxmK4gTs2MADgLxgRruYkQwmKEgBuApINLFAAAA4GIAAICLAQAAwMUAAAAXAwAA gIsBAOAQuhhTpgAAYP/nF+MWWwAAmDbJ993hGAEAwLRJfh4FjhEAAEyb5Oe04RgBAABcDAAAcDFc DAAA0yf5/+uBYwQAAHAxAADAxXAxAAAcABf/PyjqhnqXsonbAAAAAElFTkSuQmCC --_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_--

1 0