January 2018 - Users - oVirt List Archives

How to manage virtual networks in oVirt 4.2?
by Dmitry Semenov 23 Jan '18

23 Jan '18

I use OVN with linuxbridge. Where and how I may adjust routing, NAT etc. for virtual networks? ManageIQ doesn't see them (probably it is devoted that my switch type should be OVS) :( -- Best regards,

2 1

Found some bugs with NFS.
by Sergey Kulikov 23 Jan '18

23 Jan '18

This is test environment, running Centos 7.4, oVirt 4.2.0, kernel 3.10.0-693.11.6.el7.x86_64 (3.10.0-693.11.1 and 3.10.0-693 have same bugs) 1. Can't force NFS to 4.0. Some time ago, I've set my NFS version for all storage domains to V4, because there was a bug with Netapp data ontap 8.x and RHEL, using NFS 4.1(NFS mount started to hang after a while, STATEID problems) v4 on centos 7.2 and 7.3 was mounting NFS as 4.0, so there were no problems related to NFS, after some time Centos 7.4 was released, and I've noticed that mount points started to hang again, NFS was mounted with vers=4.1, and it's not possible to change to 4.0, both options "V4" and "V4.1" mounts as 4.1. Looks like V4 option is system default version for 4.X, and as I know it was changed in Centos 7.4 from 4.0 to 4.1, maybe 4.0 option should be added to force 4.0 version? because adding vers=/nfsvers= in "Additional mount options" is denied by ovirt. I know, I can turn it off on netapp side, but there may be situations where storage is out of control. And 4.0 version can't be set on ovirt side. 2. This bug isn't directly related to ovirt, but affects it. Don't really shure that this is right place to report. As I've said before there were bug with NFS 4.1, Netapp data ontap 8 and RHEL 7.x, but it was fixed in otap 9.x, Now we have 9.x ONTAP on Netapp and it brought new bugs with RHEL 7.4 :D After updating to centos 7.4 nfs domains in ovirt started to hang\lock again, This happens randomly, on random hosts, after few days of uptime, entire datacenter goes offline, hosts down, storage domains down, some vms in UP and some in unknown state, but actually VMs are working, HostedEngine also working, but I can't control the environment. There are many hanging ioprocess(>1300) and vdsm processes(>1300) on some hosts, also there are some dd commands, that are checking storage hanging: ├─vdsmd─┬─2*[dd] │ ├─1304*[ioprocess───{ioprocess}] │ ├─12*[ioprocess───4*[{ioprocess}]] │ └─1365*[{vdsmd}] vdsm 19470 0.0 0.0 4360 348 ? D< Jan21 0:00 /usr/bin/dd if=/rhev/data-center/mnt/10.xx.xx.xx:_test__nfs__sas_iso/6cd147b4-8039-4f8a-8aa7-5fd444454d81/dom_md/metadata of=/dev/null bs=4096 count=1 iflag=direct vdsm 40707 0.0 0.0 4360 348 ? D< 00:44 0:00 /usr/bin/dd if=/rhev/data-center/mnt/10.xx.xx.xx:_test__nfs__sas_export/58d9e2c2-8fef-4abc-be13-a273d6af320f/dom_md/metadata of=/dev/null bs=4096 count=1 iflag=direct vdsm is hanging at 100% cpu load If I'll try to ls this files ls will hang. I've made some dump of traffic, so looks like problem with STATID, I've found 2 issues on RedHat web site, but they aren't publically available, so i can't read the solution: https://access.redhat.com/solutions/3214331 (in my case I have STATEID test) https://access.redhat.com/solutions/3164451 (in my case there is no manager thread) But it looks' that I've another issue with stateid, According to dumps my hosts are sending: TEST_STATEID netapp reply is: Status: NFS4ERR_BAD_STATEID (10025) After this host sends: Network File System, Ops(5): SEQUENCE, PUTFH, OPEN, ACCESS, GETATTR Reply: V4 Reply (Call In 17) OPEN StateID: 0xa205 Request: V4 Call (Reply In 22) READ StateID: 0xca5f Offset: 0 Len: 4096 Reply: V4 Reply (Call In 19) READ Status: NFS4ERR_BAD_STATEID Entire conversaion looks like: No. Time Source Destination Protocol Length Info 1 0.000000 10._host_ 10._netapp_ NFS 238 V4 Call (Reply In 2) TEST_STATEID 2 0.000251 10._netapp_ 10._host_ NFS 170 V4 Reply (Call In 1) TEST_STATEID (here is Status: NFS4ERR_BAD_STATEID (10025)) 3 0.000352 10._host_ 10._netapp_ NFS 338 V4 Call (Reply In 4) OPEN DH: 0xa2c3ad28/ 4 0.000857 10._netapp_ 10._host_ NFS 394 V4 Reply (Call In 3) OPEN StateID: 0xa205 5 0.000934 10._host_ 10._netapp_ NFS 302 V4 Call (Reply In 8) READ StateID: 0xca5f Offset: 0 Len: 4096 6 0.000964 10._host_ 10._netapp_ NFS 302 V4 Call (Reply In 9) READ StateID: 0xca5f Offset: 0 Len: 4096 7 0.001133 10._netapp_ 10._host_ TCP 70 2049 → 683 [ACK] Seq=425 Ack=901 Win=10240 Len=0 TSval=225608100 TSecr=302215289 8 0.001258 10._netapp_ 10._host_ NFS 170 V4 Reply (Call In 5) READ Status: NFS4ERR_BAD_STATEID 9 0.001320 10._netapp_ 10._host_ NFS 170 V4 Reply (Call In 6) READ Status: NFS4ERR_BAD_STATEID Sometimes clearing locks on netapp(vserver locks break) and killing dd\ioprocess will help for a while. Right now I've my test setup in this state, looks like lock problem is always with metadata\disk check, but not domain itself, I can read and write other files in this mountpoint from the same host. Hosts have 3.10.0-693.11.6.el7.x86_64 kernel, ovirt 4.2.0 can't find out If it's Netapp or Centos bug. If somebody wants to look closer on dumps, I can mail them directly. --

2 3

Official Hyperconverged Gluster oVirt upgrade procedure?
by Hanson 23 Jan '18

23 Jan '18

Hi Guys, Just wondering if we have an updated manual or whats the current procedure for upgrading the nodes in a hyperconverged ovirt gluster pool? Ie Nodes run 4.0 oVirt, as well as GlusterFS, and hosted-engine running in a gluster storage domain. Put node in maintenance mode and disable glusterfs from ovirt gui, run yum update? Thanks!

4 4

noVNC console is not work
by Pym 23 Jan '18

23 Jan '18

------=_Part_174803_217249912.1516621712629 Content-Type: multipart/alternative; boundary="----=_Part_174804_192097289.1516621712629" ------=_Part_174804_192097289.1516621712629 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGk6CgoKSSdtIGluc3RhbGxpbmcgb3ZpcnQtNC4yIHRocm91Z2ggdGhlIHNvdXJjZSBjb2RlLCBh bmQgbm93IEkgd2FudCB0byBzZWUgdGhlIHZpcnR1YWwgbWFjaGluZSB0aHJvdWdoIHRoZSB3ZWIu CgoKSSBzaGFsbCBiZSBjYXJyaWVkIG91dCBpbiBhY2NvcmRhbmNlIHdpdGggdGhlIGh0dHBzOi8v d3d3Lm92aXJ0Lm9yZy9kZXZlbG9wL3JlbGVhc2UtbWFuYWdlbWVudC9mZWF0dXJlcy92aXJ0L25v dm5jLWNvbnNvbGUvI3VzaW5nLW5vdm5jIG9wZXJhdGlvbi4KCgpUaGUgc3BlY2lmaWMgY29uZmln dXJhdGlvbiBpcyBzaG93biBpbiB0aGUgZmlndXJlCgoKCgpXaGVuIEkgY2xpY2sgb24gdGhlIENv bnNvbGUgZnVuY3Rpb24gb2YgdGhlIHZpcnR1YWwgbWFjaGluZSwgdGhlIG5ldyBwYWdlIHdpbGwg YWx3YXlzIGRpc3BsYXkgTG9hZGluZy4KCgpUaGUgdXJsIGZvciB0aGUgbmV3IHBhZ2UgaXM6aHR0 cHM6Ly8xMC4xMDAuMjE5LjM3Ojg0NDMvb3ZpcnQtZW5naW5lL3NlcnZpY2VzL25vdm5jLW1haW4u anNwP2hvc3Q9dGNoeXAuZWNyLmNvbSZwb3J0PTYxMDAmdGl0bGU9dm0tMyUyMC0lMjBub1ZOQy4K CgpFeGN1c2UgbWUsIGlzIHRoZXJlIGFueSBvdGhlciBjb25maWd1cmF0aW9uIHRoYXQgbmVlZHMg dG8gYmUgY2hhbmdlZD8KCgpUaGFuayB5b3UuCgoKCgoKCgoKIA== ------=_Part_174804_192097289.1516621712629 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAxLjc7Ij48ZGl2IHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTog MTRweDsiPkhpOjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFt aWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9IiI+SSdt IGluc3RhbGxpbmcgb3ZpcnQtNC4yIHRocm91Z2ggdGhlIHNvdXJjZSBjb2RlLCBhbmQgbm93IEkg d2FudCB0byBzZWUgdGhlIHZpcnR1YWwgbWFjaGluZSB0aHJvdWdoIHRoZSB3ZWIuPC9kaXY+PGRp diBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9u dC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5JIHNoYWxsIGJlIGNhcnJpZWQgb3V0 IGluIGFjY29yZGFuY2Ugd2l0aCB0aGUgaHR0cHM6Ly93d3cub3ZpcnQub3JnL2RldmVsb3AvcmVs ZWFzZS1tYW5hZ2VtZW50L2ZlYXR1cmVzL3ZpcnQvbm92bmMtY29uc29sZS8jdXNpbmctbm92bmMg b3BlcmF0aW9uLjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFt aWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+VGhl IHNwZWNpZmljIGNvbmZpZ3VyYXRpb24gaXMgc2hvd24gaW4gdGhlIGZpZ3VyZTwvZGl2PjxkaXYg c3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXpl OiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQt ZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+PGltZyBzcmM9ImNpZDo2ODMwMDYzZiQy JDE2MTFkYjJjY2Y0JENvcmVtYWlsJHB5bTA5MTQkMTYzLmNvbSIgb3Jnd2lkdGg9IjUwMCIgb3Jn aGVpZ2h0PSIyNTkiIGRhdGEtaW1hZ2U9IjEiIHN0eWxlPSJ3aWR0aDogNTAwcHg7IGhlaWdodDog MjU5cHg7Ij48L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWls eTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjog cmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQXJpYWw7IGZvbnQtc2l6ZTogMTRweDsiPldoZW4g SSBjbGljayBvbiB0aGUgQ29uc29sZSBmdW5jdGlvbiBvZiB0aGUgdmlydHVhbCBtYWNoaW5lLCB0 aGUgbmV3IHBhZ2Ugd2lsbCBhbHdheXMgZGlzcGxheSBMb2FkaW5nLjwvZGl2PjxkaXYgc3R5bGU9 ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4 OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5 OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+VGhlIHVybCBmb3IgdGhlIG5ldyBwYWdlIGlzOjxh IGhyZWY9Imh0dHBzOi8vMTAuMTAwLjIxOS4zNzo4NDQzL292aXJ0LWVuZ2luZS9zZXJ2aWNlcy9u b3ZuYy1tYWluLmpzcD9ob3N0PXRjaHlwLmVjci5jb20mYW1wO3BvcnQ9NjEwMCZhbXA7dGl0bGU9 dm0tMyUyMC0lMjBub1ZOQy4iIF9zcmM9Imh0dHBzOi8vMTAuMTAwLjIxOS4zNzo4NDQzL292aXJ0 LWVuZ2luZS9zZXJ2aWNlcy9ub3ZuYy1tYWluLmpzcD9ob3N0PXRjaHlwLmVjci5jb20mYW1wO3Bv cnQ9NjEwMCZhbXA7dGl0bGU9dm0tMyUyMC0lMjBub1ZOQy4iPmh0dHBzOi8vMTAuMTAwLjIxOS4z Nzo4NDQzL292aXJ0LWVuZ2luZS9zZXJ2aWNlcy9ub3ZuYy1tYWluLmpzcD9ob3N0PXRjaHlwLmVj ci5jb20mYW1wO3BvcnQ9NjEwMCZhbXA7dGl0bGU9dm0tMyUyMC0lMjBub1ZOQy48L2E+IDwvZGl2 PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBBcmlhbDsgZm9u dC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7 IGZvbnQtZmFtaWx5OiBBcmlhbDsgZm9udC1zaXplOiAxNHB4OyI+RXhjdXNlIG1lLCBpcyB0aGVy ZSBhbnkgb3RoZXIgY29uZmlndXJhdGlvbiB0aGF0IG5lZWRzIHRvIGJlIGNoYW5nZWQ/PC9kaXY+ PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFsOyBmb250 LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg Zm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij5UaGFuayB5b3UuPC9kaXY+PGRp diBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEFyaWFsOyBmb250LXNp emU6IDE0cHg7Ij48YnI+PC9kaXY+PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9u dC1mYW1pbHk6IEFyaWFsOyBmb250LXNpemU6IDE0cHg7Ij48YnI+PC9kaXY+PC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj48L2Rpdj48 YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4mbmJzcDs8L3A+PC9zcGFuPg== ------=_Part_174804_192097289.1516621712629-- ------=_Part_174803_217249912.1516621712629 Content-Type: image/png; name="image.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="image.png" Content-ID: <6830063f$2$1611db2ccf4$Coremail$pym0914$163.com> iVBORw0KGgoAAAANSUhEUgAAAfQAAAEDCAYAAADDQfYrAAAgAElEQVR4Ae3dD1RUV54v+q+JFuk0 aGJ5ozBRiNp4k1WkmSla/rSzxGQsfAw4fSnX5cJbq8Uh4nQGtANObE2jIq2GrBSOkR4f2K6Ud96D ME9Y3cJiSTkdcY0BScKEGeqZhjYKOgOxhyKJmHQoTXhrn6pTdeofVWqBBXxPL7pOnbPPPr/92RV/ Z+9zCua8/fbb49euXcOuXbvAhQIUoAAFKECB6SnwyLfffotvvvlmekbPqClAAQpQgAIUkAQeuXv3 LhM6PwwUoAAFKECBaS7wiBidi6TOhQIUoAAFKECB6SsgjdDFtDsXClCAAhSgAAWmr4A0Quc99Onb gYycAhSgAAUoIASkETqn3PlhoAAFKEABCkxvAT7lPr37j9FTgAIUoAAFJAHeQ+cHgQIUoAAFKDAD BB4ZHx8HH4qbAT3JJlCAAhSgwKwWeOSzzz7D7du3ZzUCG08BClCAAhSY7gJzlyxZgq+++mq6t4Px U4ACFKAABWa1gDTlLqbduVCAAhSgAAUoMH0FHpm+oTNyClCAAhSgQGgLTPT3UsTvgAnmM2zSCD20 ORgdBShAAQpQYPoJ3LlzB62trTh9+jTGxsZcGiBuddfX1+Of//mfg/br12fdCH3k7KtYt24dXj07 4oIbEm9uv4/XM9Yh4/X3wccUQ6JHGAQFKECB+xYQt7PFL277l3/5F/z61792JHWRzMX79vZ26Y+j Beu299z7jtTPgdbr76Kmxoiz793Al5iHJ1esxgt5BShYswwqP8eG9u4RdJ+uQk3tRXz82R1g3pNY sfoF5BYU4IVl99Cy25dxpvYKVuZuxHPhcotVWLhyBVYuC5/mRnJ7+EoBClBg9gqoVCqkpaVJAGKk Lpa/+Iu/kEbtIpn/5V/+pfR+3rx5QUGalIRuvVyFl/62ATfwXTy7To/48E9x8d33cHmkcJonqk9x 9tUfo+KDO5j35A+QmbMSuHIWZ99rQPl77+PKL3+FgucCS+q336/FkTordm3aiOfkrgyPR8Hf/0p+ x1cKUIACFJjmAu5JXYzWxRLsZC7qnIQp909xtkok88XQH2nEP+wtREHxL/C/m1vx9xuX2LtmBN21 P8ePM9ZJ098ZP/45arudU+CXq9Zh3f+qRfeV03g1S2cr83IlLn5qPxyux+uyXsLPay/bp6ld97nX LdfgfFWW1yHr5UqcvW517las3b5YIyVz/GAX/nfjGyguKEDxG414p3Qd5uEG6mov2mIYOYtX163D S6ffx8XKl5Gxbh10Wa862jhy8XX89PX3AHyACr0weBXSHQD7cetePQubhhXXz1biZbuBLutlVJ69 Dkd09vIH3r3iOM86XRZePX3FUWakuxY//3GGZCj2vfTzWlzmfL6iV7lKAQpQYHIFRFL/8z//czz7 7LPSiTQaDdasWYNgjczl6IOf0Ee6cfFjACtysTFeOVpVOUbnV2p/ildOvIeRlZnIycnEypH3cOKV n6LmsiNVATdP4JWX38XCDZug/+FSfPlxE0pr7Anzci1ePfEerKtfQcWRUhSuWQjrwoUQM9cB1S23 3lH+fYRvLMWRikKsvt2Eipeq0K0IRS5+vfu8tJq56QXIlyZiw8IXNmKjWHnvMq7IhQF88sufw3j7 OWzUr8Oy2x/gxKtVuHgbUC1bjfhlouAK6EuP4MiRPMQ7pt2dFdy++DpeqmjClYVroM/RY83CK2iq eAk/f9d58SNKny/fipqR57AxJw3P4jN88Muf47QUyGXUvnoC71lX45WKIygtXIOF1oVY6OVczrNy jQIUoAAFgikg7pm3tLTg448/xlNPPQWz2Sy9d39Q7kHPOSlT7lJQC1VSgvUM8DLeNd4AkIm9bxRj tcj5LyzB/9p6AnVnu5H33GrHIT/82Rv42QvhgDUe1rRdaLp92zHyFIVuXnkf160F2FD8hi2hIvC6 bSeRy+tRUPAC4gE8V3gFrbua8G53IeKl4BzhOFZU4coLFbFZfn8dnypz7YpC7N27ESJ3b1h2HZuP nMe73cVYsyYeKxeKjL8QK+PjES/WPZYRvH/mPO5gBV7ZuxcbRSW5z8GaWY73ai/i+gu2eqXDFm/F 3l/kYiWA60uuYPORTzCivCC5eQXvX7eiYEMx3pCuPDxOxg0UoAAFKDAJAsoH4MQ0uxipnz9/XrqP Lk73ox/9CGFhYUE5c/BH6HJYVrgkX3kzRj7F9TsAfvAcVsp5cOFCKemJbKicDV6yxD6UVLk9JPZc AX61KxPPjryHX+7ajEzdS3hdzMffQ91SPHJ5NOCVdbbp/7RdTdKuT0eUkTiil1ast5XZUmyS3y/D EmVyVlzUhKtsO257HOtat/Pdp/j0sngXj5XSaB5A+BLbzMAn112csGwh5NPK57HV8xwKfrULmc+O 4L1f7sLmTB1eev0iHHcunCfjGgUoQAEKBFngj3/8I86cOSM9zS7fMw8PD5celBMPy4n76b/5zW9g tco55MECCH5CX7gS8YsB/Fst3lXOP8txLlyCZeKBvg8u44rchpERXBf7l9imzeWivl9VWLahGP/Q 3Iq6I3o8e+cTtB44g8v3WrdcfulW/LKpCU2Kn70vyCnSGcWy+HXSm6bT77okxU/P1uKM2PPD56RR suOIEasj8Y6MSC1EuMfo3lHabWUJlkhPy3Xjiu1Q4PantvOuWOZj9sOtCjF3sGwDiv+hGa11R6B/ 9g4+aT2AM9KFgmdZbqEABShAgeAJiJF3ZGQkMjIyXJ5mlx+UE0l96dKlmDs3OJPlwanFpf0rsaHg BzCWf4ATL2fh4poXEL9wBJe7u6Ha9Cu8seE5bCh8FnVHmnDgVWDjc8DlM024iaXI2RDvmLx2qdL9 zeVavHz6NjZuWI0lt1WAuEBYuQQLca91P4cX8pai7oQRlZUq5G5ciYUj1/F+twprijc4nz63nz98 TQF2/eAiKj6owI+zzmDNCyL4d3Hx489wZ94K/G3eC66J9pMqHDhwHasXiunzm8C8dXjBfrN8iRh1 f9CN01VVuL5kCVZv2iRN+TubuhBrNmVi3gdNqDpwANdXL8TI+2fwHubhB7lrbDMazsI+1i6j9uXT uL1xA1YvuQ2VDcp1FsHHkdxMAQpQgAIPJvDII49g7dq1XisRST0zM9PrvvvdOAkJXTwk9gbeWXga VTW1uHi+AR/bv4e+yf497WUb38AJVQ0qq5pQ92/Ad5f+EFt/UYzcAL/yhfBwqK7UomJXHUQ2f/LZ TJTu3Wibjr7Hulfm/gNOLKxBZU0Nys/L3ysvsN+Td2ddgg1vvIMl9u+hn2/42PY99B9uRWFxrue9 8MxC5OIsKhs+hvXJH+Bv3/gZ1tjvIsRvKsW6d1/H+fMNuP7kOjy3yf1cgGp1Md45sgSvHzCioU58 Ve5ZZO76GQq9zB54Hi22hCNcdQW1FbsgSYnjS/fC8WUD7wdxKwUoQAEKTEOBORUVFePXrl2DwWCY huGHaMji62T6Cnzwg11oeGOD4/52iEbLsChAAQpQYAYIBP8e+gxAYRMoQAEKUIAC002ACX269Rjj pQAFKEABCngRmJR76F7OM7s2LdyAN85vmF1tZmspQAEKUOChCnCE/lD5eXIKUIACFKBAcASY0IPj yFooQAEKUIACD1WACf2h8vPkFKAABShAgeAIMKEHx5G1UIACFKAABR6qABP6Q+XnySlAAQpQgALB EWBCD44ja6EABShAAQo8VAEm9IfKz5NTgAIUoAAFgiPwyNDQEIaHh4NTG2uhAAUoQAEKUOChCMxd tGgRbt/2/be/H0pUPCkFKEABClCAAvckwCn3e+JiYQpQgAIUoEBoCjChh2a/MCoKUIACFKDAPQkw od8TFwtTgAIUoAAFQlPA8cdZHn/88dCMkFFRgAIUoAAFKOBXgCN0v0QsQAEKUIACFAh9ASb00O8j RkgBClCAAhTwK8CE7peIBShAAQpQgAKhL8CEHvp9xAgpQAEKUIACfgWY0P0SsQAFKEABClAg9AWY 0EO/jxghBShAAQpQwK8AE7pfIhagAAUoQAEKhL4AE3ro9xEjpAAFKEABCvgVYEL3S8QCFKAABShA gdAXYEIP/T5ihBSgAAUoQAG/AkzofolYgAIUoAAFKBD6Akzood9HjJACFKAABSjgV4AJ3S8RC1CA AhSgAAVCX4AJPfT7iBFSgAIUoAAF/AowofslYgEKUIACFKBA6AswoYd+HzFCClCAAhSggF8BJnS/ RCxAAQpQgAIUCH0BJvTQ7yNGSAEKUIACFPArwITul4gFKEABClCAAqEvELSEPtxlRIk+FQkJCUhI 1aPE0I5hf+0fbkJRQgKKmvyW9FeT3/3u8W3b04DeMb+HTUqBHkMCEhIM6Lnn2gfRdigPqcI4JQ2H 2kfvuQaXA3oMSEgowuTyj6G/1eD8bKSkocjQjkEpkGE0FSUgwXDvEi7t4BsKUIACFMDc4eFhfP75 5w9GMdyEsm1V6IrVIWdzJFSjfWhDGCIerNYAjx7DYI8ZFrUGcVFhXo8ZbduDjTtNgCK+5gEgwntx r3WExMaeOuxpNEOdtQ8GbQRUcQ8qrIJq0hsWhrGhLgyt0mNfSSxGG2pQWbcde2LOwKifivNPegN5 AgpQgAIhITD373vHgZEHjGWoDx0AknOKUZK5SKqs6AGrDPjwsS4Yt2zH0L6zOOY1ofeiwWCCNTIH 1W+XQGtP4lMWX8AN8V9wuL8fVgCpmZnQxvkv77dEZAy0sCLK1mV+i99vgVV5taiVD461ouNCGboG LQDiEBUDaGPV8l6+UoACFKDAfQoEZ8o9RgudCug4vBPH2vvhOhE8iHZDEdJSxDRzCtLyDqHNNt/q GfJYLxr22KeUE1KhL6lVTIsr60lAqn4/2vq7YNiyE40AOso2eJ8+HuxDx5DIgjpHMnc98TC6jK7x NfXLc/E9MCQkYE9TO2qL0pCSkICUtCLUOubqbVPgjrbllqDBvm+svwmH8hS3IIxdPm9BjPU2YI+y bG0v5AjkWEd7jHjNIC6bgLotCUgoapLqE7cSitJSpFsdKWl5ONTU7zhWmto/1I7+tkPIS/Vya2NR Jo59WAItRtFaIqbxD6FLPnGvEZkJCcg09gLSrZFMGFvb7G1KQVpRLXr622Gwx506Ub/KjcAYBrs6 0IVo5KTGSlvjSj5EdWaUowRXKEABClDg/gSCk9AjUrG7uhhalRmntm9CWu5+yEmx11iE7Q1ATvUZ nD9TjZyIZuwsqkW/R7yjaCvbgsO9sdh9+izOnt4NbX8lthxuky4QpHrquhCp34e33toHfUoyYiMj octIlmqKzTmI6uoCaN1noS196BKzB7GRHmcUG3qN27CtqguR4viDhdCMNqIs1+BMbABMZQb0pe7D sX1ZiLR0oLKsWYp/tK0KOxvN0BS+herqN1Go1SImJgwYbUNZbhkaR1Ox+623sC8zAh1V27CzwcuV jCi75TB6Y3fj9NmzOL1bi/7KLTjc5npZpFJrkZVpS4Jri6tRXaBFRK8R28StjsgcHKw+iELNKBrL cmFwZGUAzTuRu+cCkJIDfZyvoXgEUnOzoLI2otZ+3t6OBgxBgzzdKrvbEKrKjIjIMeBgTiwsHZXY ssmA0cxDOLhZA6u5EXsafN8Ltz038ENsfK0X+reqURQ33e53eP34cCMFKECBkBGYG6xIIuJyUd2W id4mA/aUNaOsKAaxTcnoaBgArAOo2rIRVY6TdaBnOBcxjvcARrtgMokJ5Ua8tkmMue3LQBf690ei S9QTuxv7SzKl41JSbPuj4myjO3WsFlqtl4QVEQORBjv6xDDdfX+vLT5Rb1GaVG+k9QIulDWirW+P c1o7uQCF+hQsQizyTI0o67DNQsTEJiNZZcKFqjJYMwqQk5spzQKMdpggmpJVshv6lDAgJQx9ddtQ 19aFYb3raHS0y1YWja/Btdn92J/qnFcPi4pzTE1HxWml2HqNDRhALHbvL0KawIy04sKFMjS29WGP PCdvjUXJaSP0LtgyrvM1TKtHQWQjqkztGE2LQnPNELC2EDoRrv2ZRVVOCYrS4gCtHs11ZnTk7MF+ vRZAGMyntqGurx/Dw/0o21Am3YIBcvD2hyUQrYjRV6M6dQyDbTU4vH0juorfRm2ufLHgjINrFKAA BShwfwJBS+i200dgVeZ+7Olrxra6LvQN20bPiC7E20a9SwJXiZG0t4fbdQdxZneK4oE6FSLQL42y 76uJkTHQqIC+ti70lsThvlJITJTHpYAUS1Qmjp3XoretDadOGbB9kwEZb7ai5D4C1R08g90piukF Ceg+KvI4JA6xfpK57ZBV0OVpUHW4GaaGSDRYVcjKTVX0A6CNcZ/lkB+pk18BRGhRUF2NPKlStaPP I2K00Ir75Vr7xU1HH4ZzV3l39WgDN1CAAhSggD+BoCT04aYibGqIQKY2EipY0NUAIFqL2EWrAH00 qqpqYDBGoihlETA2iPbROBSlKZKXiDJCC51OBZOpBjXaCGSKqevhfvQuWotcbQziklVAowH7DSoU JANdzV2ILd6PNHsL+zsuoF2tAmIykaIcBIdpkVuiQePhKmzJ7YM+WcQ4iv4hLXYfSkOyFJ8B+4+F oyjWglpjF6DKgv0W74R+w23HcGpUi9SoVdDnZKCnrBGWsTFEpOigU5nQaDiMVdBB1VEDQaJJ1UoJ TMwVyEuE1lbWVFMDbUQmbM3uxaK1uT7u+ctHAquS9YiuqoJh/zGEF8XCUmtEF1TICiR4ZzWOtShd DtYefg0NDbGwRhZALz9B6CgRwEpYFOK0yg7ogbGoCSpdKlZFjaK34ZRkoYqMcrlYCKBmFqEABShA gQkEgpLQw8Toy1qHhlMWWBGO6LWFqN6dZxsN51WjGodxyPgatp0CEB6NtSXHvIQUgdR9tdgXvh9V hu1otgIqtQY5h3TSlK62pBb7sB9VDWXYXqeCWpODQ+I2bFwODupMKDMdxvb2aBQfc0vo9une0yoD 9lc1o+6UVYpBq0+DOHyVMr7bot4s7DM4n4b3EqhjU1gE0HN4J+osUrDQZL2J3WliWj8V+2r3IXx/ FQzbm2EVbS6sxm636Xapogi3srC3TTTb37IqD9XVwOFDRry27bbklbXPgJL7ScTiXBGpyM1SYVtj HzS737y/2QyPmNVQq8yoOtwIwST1f85bKCnRSv4exbmBAhSgAAXuS2AO/o8d4xj5T4xf+n/vqwIe RAEKUIACFKDAwxcIzlPuD78djIACFKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAABSgw qwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAA BSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7Id FKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdK T7IdFKAABSgwqwWY0Gd197PxFKAABSgwUwSY0GdKT7IdFKAABSgwqwXm/uKH/w39/V9OOcKtW7fw xRdfYGxsTDp3WFgYFixYgPnz5wcWS08tKlpuOMvOj0feT9Kw2H07liJ9Vy7ipJI9qK3oQZzjvdgo trVAURPmx+fhJ2l/8NgO+RzOswZ17fr16/iP//gPCBuxCIulS5dKP35PZK5EokmHzmKNS1FzZSJO xLbgaMwpJOYPoLTlKDLUziKW5h04FXMUzsMsaN6RjvJLzjLIPulRr2LvA68+6GfhZutxGLttZrZg lH3+wOFNYgWen70H/4x5+4xPYhNYNQUoEDICc6c6kvHxcdy8eRPffPMNwsPD8eSTT0ohWK1WjI6O 4quvvsLixYsxZ84c36HdbMXxFiB91y57onYrujQdu3JtKVz6x/54K54Syd6tmJzMv4jPw640971/ AFwuBjwODtqGb7/9Ft3d3ZLJkiVLsHz5cqnuL7/8EoODgxgeHsb3v/99PPLIBBMqGh2y800wF2vg TOlmmOqTsL5FDQwBSUlA+SkzMpzZ260N9mQefRKdR521uBUK2tugfBbs0dguwux9KC7qfPZ50MIP UkWuFx/S57WiVnERGqTTsBoKUGDGCzxisVikkfJUtVRO5iKRi1G5SFLi57HHHpOS+507dzA0NDRx OH+w4NZ8NZ6auJS0d3HaGiy9dRXdNz0L99S2QCTzn3gkc8+yk7nlo48+kpL5M888I43K586dC/Ej ZixWrFgBcbEjEv7Eiwa67HqYzIpSZhPqk9YjWR6Rr9+K0oF8VCrLKIpbmg+gXCRznwlfUTgIq0H5 LHiLIy4OS29ZIC7Jpma5idbaVnj5iN3z6Ren/QTpS2/gYmswanM7fU8tanvctvEtBSgwYwSmdIT+ +eefS1PsCxculBKYN8UnnnhCGpGKsmLd6yL+wW5pQWNrfIDJeAGi3AfguInBL+Zj+YseO7yecrI2 Xrt2DWIkLhK3uP0gEndfXx/++Mc/Ij4+XhqZP/300/j9738PUVYkfV+LRpeNfJMZxRrb6NpsqkfS +hbI+fxSH3B0byl2pFfC3FmsGMnbahzqu4Rs3VFf1Qd1e9A+C16iutl6ETeWrkGufV9PbQUcd2cU szc9tccxGLccV1u6IU3Yi1sqWUCj0f7ebYbGpR7HvptoPW6EmPHvruiGY8pczCI56pmP+LyfINDr xri4pWi52I2bsM0quZxXEb/7rYal6btgn5hyqEjHfhGPvDUWGCWEClS0AHJZl7odbQIg4v8tsPyL bqltokKXWRDHGbhCAQqEisCUJvSRkRF897vf9ZnMZRQxWv/ss898J3TEIXdXHMQ/RhUVYmbcOcUu 1yG/Sv+4z1+OF+UNjtc/wHILjmTn2OyycgMtFRVosW+bjH/QPvnkEyxatEgahf/7v/87WlrkswED AwMQMxbPP/+8NFoXZSdK6HCZdldMtyvbpM7A3tIdSK80u43ELegfUBac3PXgfRZscd7qNkLkU2lR fB5E0ruozsOuXNuFm3h/vPUp+4XgLXRfBPJ27ZJux4jPk7Ex3uW9GCnHpS2GOK4F6di1y/NWTtpP 0mE5PogXHbd1elBrtGCN45aQuK9dix6XZzfssXp7eUoN+UkS3/H/Ab+9uhx5u7zdShKV2i40ri53 tj1v8Dh+G/UTR9KfqE2S1o2rAge7pDeiDUbURnleNHhrArdRgAJTLzClCV2MOsWDXuLe6UTLvHnz IG4F+Fvicm330MU/TBXHB20PxYmDbrSgQgxDxOLzQbanoJb/1bSV9PL/rvc3vRR44E3iwcBly5ZJ 9fT0eM6HipG5SOiPP/44rl696ud8Yto9HyazGH2bUJ+9FZ3y8FxxpDpjK7ITT6B581EkO7arERMN 9DneT+5KsD8L8sWW+CwYHR+dm+i+egu3bimSvWjWUjEZb0vwS9c4E+JT6vmYr453PGsh3tsWUQ8Q n2VL5mKbdCunokea1rfVZC8qXnp6cEP8T3ExCMyH+iYQ51FYcZy8Km4pSZeaE8Ufh7gFLTBWdDtG 2/LhwBe4eNwILJ/odlIAbZq/HPGOeOPwYvxFNA4G2ghnNFyjAAWmRmBKE/pkNcnjH1fFCM33ORcj asEtXBQ31wOdC/Vd2X3v8Xdxo6xYPDznb5Gn3XWoR7au2EdxDYpPRiPxQDNOrncWiYxNQr1iyt65 Z/qsLU7LQvzxRrTejLN3671NdwetpQF9Br2frafnBuYvf9F+YeE7fvmCVpqpUkyji1qXZ+UBjcIh 8Kl+79FwKwUoMF0EJnhsOvhN+M53viNNIfurWTwEJqbmA17EiCjAh+SUdca9GA90Gx/qg0JixkLc QxdLXJxzBCjH+b3vfU9aFU//i4fk/C5i2r3+BE4MZEM30YPqmmKcjC5HvuL7adLIvT4fO5odQ1y/ p7vfApP2WcBipK1ZgO5G8ZDaYsQvh339fiMVx9nr+a1zBsV2K0fxYKbyITzxjMeNlvv6XNnuaS/F GukiM7D4RWLflb4UX4jRs7SIZ0YWIy1rOa4aa+GMGooygbSpG84m9+C33bewwPNhFPs5+UIBCjxs gSkdoYuH4cRUurhHPtEikpe4r+xz8fpdc+fUqc/j3HcsTsNP8oDjRtuDQrbdyhGR6z1039P37hUH /l488Cae6hcPAIqpdbGIafavv/5aSvDyNvHVNVHW/yKm3S8hH1vh7/E2TfFJZNfnK6rUoLjzJCoT 05FY7tycfbJT8T115/YHWQvaZ8FbEHEvIv6iEb/tSUOueGpc3Bt33GB3PhDm7VBf26Snz6VnNuRn HMTtGPkzF4e4pS225y3st3hy8wZdP1c+b/14+Yw56hVT+77id/8Ou4hHzI8rnu0Xn+/0WlRU1ALi /r24ujHabj9ID8XZ63bcnpIeipPbJG5XLQUuOv/bkG5reF5z+iLjdgpQYIoF5rzyyivj4peZ/NM/ /dOUnPrGjRvSA2DiH3Rvi0j44uts4heqzIZFPNne2dmJu3fv+nzgTdw7F88VJCYmSjYzxYWfhRDu SfGUeyOQ5XjQL4RjZWgUoIAkMKVT7uKMYpQpP/QmHowSv2BG/Ih1OZkHNhKdGT0oLl7EVPujjz6K K1euQHydS9xyED9iXWwTXqKMKDuTFn4WZlJvsi0UoMDDFpjSKXfRWPEb4MRT3eJraSJhia8viUXc MxfT7D6/e/6wpSbx/KLN4jvn4mtqYvpd+atfIyMjER0dHfivxJ3EOINdNT8LwRZlfRSgwGwWmPIp 99mM7a/tYvpd3DsX0+9iEb8tTjxvMNNG5v4cuJ8CFKAABe5dYMpH6Pce4uw5QiRuJu/Z099sKQUo QIFgCkz5PfRgBs+6KEABClCAAhSwCcxVq9XSXzkjCAUoQAEKUIAC01eAI/Tp23eMnAIUoAAFKOAQ eET8whLxtDkXClCAAhSgAAWmr8Bc8bUo8deNouUAACAASURBVGQ1Fwq4CNy2oPv3X0Jc6j3x1CLE /8njLrv5hgIUoAAFQksgqFPuw11GlOhTkZCQgIRUPbbtaUDv2MNpcI8hAQkJBpffYx1IJLbjitA0 HEjpECgz1gVDagJS97djNBjh3B3Gr9/uxpJfXsfPur9C9+9H8bP/uxdL/v7/w6+v3wnGGVgHBShA AQpMgkDQEvpo2x5s3FaFjrAU5GzejM26KPRbgIiZ9cvNJqEL7q3KscEedPUMwnGdFKaGJmUtUpKj EHFvVXkpbcE7J27gf/xhHOLPfKQm/Hf89H8uQKr469pjVvyPut/hnf+0fUfey8HcRAEKUIACD1Eg SN9D70WDwQRrZA6q3y6B1p7Eix5iw2bmqcfQZdyC7UP7cPZYFGzMMUg7ZEBaEBr8aet/IueWs6L/ q7UbZ387jt85Nt3FT1tuYMPWZ/CEYxtXKEABClAgFASCM0If7EPHkBjS6RzJ3L1xYjq+KC1Fmo5P ScvDoaZ++yizB4aEBOxpakdtURpSEhKQklaEWsdc/SDaDuUhLUVMoacgLbcEDfZ9Y/1NOJTnnOIv MXbB10z5WG8D9ijL1vY6R7nuwSreS1Pwe5rQXltkiyElDUXSsaNoLUlAQsohdMnD5V4jMhMSkGns lWqYML6xXjTsyUOquD0h2pVXix5Rz3AXjpXoFdsPoW1QVDeKLsMW7GwE0FGGDQkJKJLuC9j8EgzO P5J5f9afoe3qN46W/1V8DPp3xqPtp/8NP3VsBW6O3Ebb5P91VcUZuUoBClCAAoEIBCehW/rQBSA5 NtL7OXuN2LatCl2ROThYfRCFmlE0luXC4MiEgKnMgL7UfTi2LwuRlg5UljWjX6SxtirsbDRDU/gW qqvfRKFWi5iYMLEDZbllaBxNxe633sK+zAh0VG3DzgYp+7nGIcpuOYze2N04ffYsTu/Wor9yCw63 BXjX2VQGQ18q9h3bh6xICzoqy9DcH4HU3CyorI2otdfT29GAIWiQp1vlJ75RtJVtwWHTKLTFB1F9 sARrdasQK4bci8IRpdZjd3U1qt8qQKy5ETur2jAKFSJ1GUgWLYsVjtUo0HqZZL9v6y/Rrxid918d wtnrroy2d3fxO8Vf6PRWgtsoQAEKUGDqBYIz5R4Rg1gxcOwTw3TPv2MuEt0AYrF7fxHSYgBEWnHh Qhka2/qwR2tvdHIBCvUpWIRY5JkaUdbRLz3kFRObjGSVCReqymDNKEBObqY0CzDaYYLJCmSV7IY+ JQxICUNf3TbUtXVhWB/lIjnaZSuLxtewSYxw7ctAVz/2pwbyB56TUVCoR8oiIDbPhMayDvSPAmFa PQoiG1FlasdoWhSaa4aAtYXQRYl8PkF8ugiYbMHjUG6KNHUuM4z196Pf0gxTUSUsVnugo6MYQxii 4uIgtUwdC61W60UauH/rNXjsUQD2Qfq/3RpD9xfABhnL8fooYuY73nCFAhSgAAVCRCA4I/TIGGhU ANq6YJtsvo/WxUR5TVCIysSx82fw/+zbjAizAds3pWF/oCNrtzB0B8/g/Pnzzp/CQJK5qCQGUZ7X KQBWQZenAS40w9TQhAarClm5qQ/wcFov6opeQ12fBrtPv4cPP3wbOW5tCMpbr9YLEL/YWfv354ch foF4/xjil87F9+Vdj4bhv/+J/IavFKAABSgQKgLBSehhWuSWaIChKmzJ3QPDsWM4duwQSva0Sve0 VyXrEY0+GPYfQ2tXK2oNRnRBhaxUMa6feBluOwaDqR+3F62CPicDkbDCMjaGCK0OOhXQaDiMhvZ2 NBmOoQGAJtVz5CqXNdXUwNTTh76+PrSbmtAX4Iz7RBFG6XKwFh1oaDDDGlkAvf2JQPmcXuOLiIVW AxE89tS2oqu1AYe2GV2+Yjc6ZEZ7QwPavZ28vwMXRJvbPW8v3L/1Y0h9IQLZ9vPFLI/EhmXizSJs ePE7EBMrYsn+06cQb1/nCwUoQAEKhI5AcKbcxRhWX43TKgP2VzWj7pQVCI+GVp9mexJ7VR6qq4HD h4x4bdttqNQaZO0zoER+HH4Cj7AIoOfwTtSJ+WeVGpqsN7E7TQyXU7Gvdh/C91fBsL0Z1vBorC2s xm636Xap6gi3slBBrcnBId0EJw50V0QqcrNU2NbYB83uN7FKPs79nG7x6d+sxujhQzBWvoYLCEf0 2hLkiRF/SRba9jeibJsJmpxD2FPch20dcqVxyDmog6nMhMPb2xFdfAyZKfI+++sDWONPVsKY/jt8 2vJHXOoZQOrHA/ZKbU+6p33vKRhffNLthHxLAQpQgAKhIDCnoqJi/Nq1azh+/HgoxMMYQkHgi5v4 deswjIN3bL8pbsF38DcvRmHDMi8P4YVCvIyBAhSgAAUQtBE6LWeQwILF+NH/XIwfzaAmsSkUoAAF ZrpAcO6hz3Qlto8CFKAABSgQ4gJM6CHeQQyPAhSgAAUoEIgAE3ogSixDAQpQgAIUCHEBJvQQ7yCG RwEKUIACFAhEgAk9ECWWoQAFKEABCoS4ABN6iHcQw6MABShAAQoEIsCEHogSy1CAAhSgAAVCXIAJ PcQ7iOFRgAIUoAAFAhFgQg9EiWUoQAEKUIACIS7AhB7iHcTwKEABClCAAoEIMKEHosQyFKAABShA gRAXYEIP8Q5ieBSgAAUoQIFABJjQA1FiGQpQgAIUoECICzChh3gHMTwKUIACFKBAIAJM6IEosQwF KEABClAgxAWY0EO8gxgeBShAAQpQIBCBh5bQr1+/jvb2dpw9e1b6Ees3btwIJGYAFjTvSERipdmt vBmVO5phcdsaCm8tzTuwozkUIwsFHcZAAQpQgAIPKjDlCf3bb7/Fv/7rv+LmzZtYsmQJ4uPjpZ/F ixdjcHAQH330EUQZ/0sSkgZOIDg50ozKxB1Bqst/5CK5e16M+D+OJShAAQpQgAK+BKY8oYuE/c03 3+CZZ57B/PnzMXfuXOlnwYIFWLFiBaxWK7q7u33Fq9geja1bo1F+4H5G5BY0VyqP06C48ygy1Irq J3FVnXEUncWaBzyDexsesDoeTgEKUIAC01pgShP6tWvX8OWXXyIqKgpjY2Nef55++mncunULouzE ywD6I4txMrocB3wM06WRcGIiEqUfeQQupuvTUV5fjnSxXZqiFyP0SpilqXy5nP3slmbskKfxxbpH fV6iNFfazynO7VafuGHgPv3uUl7EYVvMlTvQ3OytLm9t8BIHN1GAAhSgwKwRmDuVLf3kk0+waNEi aRQ+0XnFaF2UFaN4f4um+CSiEw+gOdlzhC2NhDPsNYikecqMjGINMo6eRN+Ofmw+mgHboFxOoWpk bI12lBNHmk+VI3prJ9QwozK9D1s7O3FUqtJ+EdBZDJextkj6+cDJzk6X7T7vnovyJ2LR0inOIWV7 6QJi71ER+CWUn1vv2CcuBNJ9tsHeTr5QgAIUoMCsFJjShP7FF19g2bJlfqEff/xxXL161W85WwEN NpfCnuhcD5ESYPkl58ZsnXPd15pGh+x8E8zFGmhghqk+G7pikdlNqBf/S6xXHJmEWAugUUzVWzrO AaV7XZK54gCPVVH+0qVLSE8sV+zLxpD9XfZW+aIDUCevR1KfohhXKUABClCAAnaBKU3o4+PjAcMH 9mCcrTp1xl6U7khHpfmks35zJdKl0e1R28hXjNBNzt2+18QFwgmcMgMamDBQutmZnLNPBuHet+eZ k0pbcNTLDXx53sDzCG6hAAUoQAEKuApM6T108RCcuIfub/nqq68gpt0DX9TI2FuKgfx8yONnS/8A EB1jn1IXA2x5j73WS32OUbD7ecRIeOBEJSpPDGB9sn34LUbu9fnw+Kac28HiWJSfctwHd9vt8dZW /sD9PWE/QRs8TsQNFKAABSgwowWmNKGLB95GRkb8gg4PD0OUvadFnYG9pUmOQ6RR+0C+4+E0U2wp nHs10GXXI9/xUJzjMNuKOhnrpQn29ZDzuRivF7eIiwb5ITv5gTr3YzNw9CRsdbs8jOdWTn6rFuWj UZ6uqNffVYN0rJ82yPXzlQIUoAAFZoXAnIqKinHxRPnx48cnvcHiyfbOzk7cvXvX5wNv4t75vHnz pEQcFhY26THxBBSgAAUoQIGZIDClI3SRoOPi4vDoo4/iypUr+Pzzz6Un3sV3z8W62CaSuSjDZD4T Pl5sAwUoQAEKTJXAlD4UJxr1xBNPSL8ZbmBgAENDQ9J3zsV2cX89MjIS0dHR0vpUAfA8FKAABShA gZkgMOUJfc6cOdIDb6tWrZKSt5h+F4v4jXGPPfYYR+Yz4VPFNlCAAhSgwJQLTHlCl1soptQ5rS5r 8JUCFKAABSjwYAJTeg/9wULl0RSgAAUoQAEK+BJgQvclw+0UoAAFKECBaSTAhD6NOouhUoACFKAA BXwJMKH7kuF2ClCAAhSgwDQSYEKfRp3FUClAAQpQgAK+BJjQfclwOwUoQAEKUGAaCTChT6POYqgU oAAFKEABXwJM6L5kuJ0CFKAABSgwjQSY0KdRZzFUClCAAhSggC8BJnRfMtxOAQpQgAIUmEYCTOjT qLMYKgUoQAEKUMCXABO6LxlupwAFKEABCkwjgYeW0K9fv4729nacPXtW+hHrN27cmFw6cyUSK80e 5zBXJmJHswWAGZWJ8rqimKUZO9yOszTvQGJiouKnEp41K+rgKgUoQAEKUGASBab8r619++236O7u xjfffIMlS5Zg+fLlUvO+/PJLDA4OYnh4GN///vfxyCOTcK2h0SE73wRzsQYaB6oZpvokrG9RAxgC kpKA8lMwZxQryjgKSysimaeXR+Nk51GfZVyP4DsKUIACFKDA5ApMQtacOOCPPvpISubPPPMM5s+f L/0ddPG30BcsWIAVK1bAarVKCX/iWu53rwa67HqYlENpswn1SeuRLPK5tKzH1tIB5LuNyOW9sDTj gJTMfSd8R1muUIACFKAABaZIYEoT+rVr1yBG4lFRURgbG0NnZyf+8R//ETU1NXj//felbU8//TRu 3boFUdb3YkbljmY0VyqmvHc0Q0ya2xYLmnd436fRZaNekdHNpnokrU+GI59f6gMy9qJ0IB9ec/pQ Hy5l6zgyl6n5SgEKUIACISEwpQn9k08+kUblYhT+4Ycf4syZM/jd736HgYEB/OY3v5G2iX1itC7K TrhcKse52BbpoqCzswWlKMcp+8jbXJmOc+vlfZ04GV2OdDk7i2n3epP9frd9ut05PLefUo2MvaUY yPe8L27pH5gwLO6kAAUoQAEKPAyBKU3oX3zxBR5//HGpnT09PR7t/f3vfy9tE2VE2YmXbGzNkMfV aiSvT7IXF0lauQ/QbC5F0kC/fQSvmHYX0+3ZW+GoRnlCdQa2ZtfjhPSwnHOHOiba+YZrFKAABShA gRARmNKEPj4+HnCzxcNzk7XI0+5iuj1b53w8zv18muKTiC4/gOYhxZ7IWCQ5RviK7VylAAUoQAEK PESBKU3o4iE4cQ9dLHFxcR7N/t73vidt++qrr6Rpd48CAW2wjcCVI2vzqXJcio5x3ieXpt1P4MRA NibI5wA0KD4ZjfL8clySz20fuee73LOXd/KVAhSgAAUo8HAEpvRra+KBt6GhITzxxBN4/vnnpRaL afavv/5aSvDyNvHVNVH2fhdNcQvW70hHYrm9hqRStBxVjsRF0r+EfGzFUX8n0RTjZHY98hXlNMWd OFmZiHTHCQBkn0RnsfIcigO4SgEKUIACFJhkgTkVFRXj4ony48ePT/Kp4Hiy/e7duxBfW/O2XL16 FfPmzZN+YUtYWJi3ItxGAQpQgAIUoICbwJROuYsELabaH330UVy5cgWff/659L1z8WS7WBfbRDIX ZZjM3XqKbylAAQpQgAITCEzplLuIQ0y3x8fHS19VE9Pv4jvnYhH31yMjIxEdHS2tTxAzd1GAAhSg AAUo4CYw5Ql9zpw50gNvq1atkpK3mH4Xi/htcY899hhH5m4dxLcUoAAFKECBQASmPKHLQYkpdU6r yxp8pQAFKEABCjyYwJTeQ3+wUHk0BShAAQpQgAK+BJjQfclwOwUoQAEKUGAaCTChT6POYqgUoAAF KEABXwJM6L5kuJ0CFKAABSgwjQSY0KdRZzFUClCAAhSggC+BICT0YTQVJSAhxQCXv5823ISihASk GHoA+3pCQgKKmoadsdi3u2wb60fToTykpSQgISEFabklMLQrjnEeDQx3wViiR2qCvWzeHtR2+Sir PG6i9cEmbEtJQW5t/0SluI8CFKAABSgQUgJBSOiLkKxLBqxt6Op1tm20qw0dUEGvc/0jLB2Ha9A+ 5iznutYLY+4mlDX2IyZjMzZv1kOrMmMsLMK1mHg32ISijdtQ1RGGlBxRNgMx/SZUbtuIPW2jnuW9 bhnDYE8XegYVAUXEQJOcjOQ4+U+zej2QGylAAQpQgAIhJRCU76Ev0qZCg8MwmfuRtyoGwCi6LlwA VDmQ8rl90BybnIzRjkYY6vRIyVvlATHaWoOqASB5Xy2OZUbZ95d4lBMbeuoOo8MaiZzqt1Gitf/O 9zwtSta9BpOhAZtT8+B5Breqxrpg3LIdQ/vO4liUvY6IOBQZDG4F+ZYCFKAABSgQ2gJBGKEDiEpG pgboa+iCNFE91oN2E6DS66Acn6t1hShcCwxUVUE58y4T9ZkvAEiGLllO5vIe99d+9HVZAaQiVU7m okhECjJ1AIa60C8uIuxT+vtrm3AoL9U2hV9Ui14xIB/tgmHLTjQC6CjbgISEIltM7rcB7LcAbNP6 qdCXGOGY1ZfKZsLY2mavPwGpeYfQNmiPd6wXtY5bAqnQbzsEX3cP3FvI9xSgAAUoQIF7EQhOQkcU tJmxQF8beoaBsa42NHqZbgfUSCsoRDQ6UHOqB4qJbpF9MShdDcQgZpG/Joyiv89WRuVSNAJq+0y5 SPfy0lzVgIgcAw5ujsVoRyV21vUCqkjoMpKlIrE5B1FdXQCtx8z+KNrKclHWOIrU3W/hrX2ZiOio wradDZBzNjCEqjKjVP9bhcmwmhux09guta23bicqLwC6g9Wort4Nfaw2gLbJUfOVAhSgAAUoELhA kBI6EKPVIxYd6DCPoq+jGVBlIDXWSyCrclCSpcJQnQHNA8r9EVBHivf9ttG1cpfHegRi7HUrE7eY 6rdYbIWViT62ZD+K0rRIKyqBXhrA92E4LApxcbaZAHWsFlptHORZd8fpRrtgMlmBrBLs1qcgJbME RaICc5tzlA5xZ6FEqj8lr0CqH0MWiLv4MdpURGMAjYePoaHdirjNafA39+A4N1coQAEKUIAC9yAQ tISOGC30sYCpvQamNitUGWnQeP1z5mFIKdiNZJhhaBCPzclLGGJWacQEONq6/D3UFoNYrTiyAa3K J+xG29FkAhDpOhIeHXWdC5DPGKxXbYx0JeJRXVhcCRrOn0Z1SRwsDWXYskEPPjzvwcQNFKAABSgQ BIGgPBRniyMGWpHRjW1oG1IhI00Dr/lcFF6UicJCI/7PKhNsd81tNURlFCDLsB2Nr2ViW5cemgjA OtQFdY4Recqb8QDicnYjuaEMjTu34LY+GZGqUZgbGtEFFXQlepcH4oZqDsOgzkFsXx0apHwfC+Ws fn/HBbSrVUBMJlKcVxhAhBY6nQqmRgMOrwJ0qg7UiAo0qdCKCvx8Q66nYQ96wvVYFZWKzXn96Krq gsXftUoQOpVVUIACFKDA7BMIYkIHYjQ6RA5VYQhZSPU+PHcIr8opQVbNdjQq58zDUrDnTDWiDh+C sfGUlJzVscko9PYNsqhMHDsTBaMoW3cKt6GCWqNDcVExct1uhmv1qRhrOIwysxVq3W4cy7E//x6X g4M6E8pMh7G9PRrFxzKR4jLYjkDqvlrsC9+PKsN2NFvDEb22ENW79QFNnatVY2g4vA0DtwGER2Nt 8dsocLswcYBwhQIUoAAFKPAAAnMqKirGr127huPHjz9ANSF6qHgKfUMZIL6Wlqkck4dovAyLAhSg AAUocJ8CwbuHfp8B8DAKUIACFKAABR5cgAn9wQ1ZAwUoQAEKUOChCwT1HvpDb417AIsycezDTPet fE8BClCAAhSYcQIcoc+4LmWDKEABClBgNgowoc/GXmebKUABClBgxgkwoc+4LmWDKEABClBgNgow oc/GXmebKUABClBgxgkwoc+4LmWDKEABClBgNgowoc/GXmebKUABClBgxgkwoc+4LmWDKEABClBg Ngowoc/GXmebKUABClBgxgkwoc+4LmWDKEABClBgNgowoc/GXmebKUABClBgxgkwoc+4LmWDKEAB ClBgNgpM04RuQfOORCTuaIbFo9fMqExMRGKl2WPPQ9lgacYOr3EGHo2leQd2NHu2NPAa7CUDjOVe z3ev5e857hlxgPhcVuKBPpUB9t9kcpkrExEq/2lNZjtZNwWmo8A0TeiCOglJOIcO9zxnNmEgKSm0 +0L8wxzsfxUno87QVpwR0ZkrdyAY12pODDMqH/AC0lkX1yhAgekkMI0TOrB+fTTOuWR0C5pPDEjb p6YTLGiu9DZLMIlntzSjMrgZYBKDvb+qzZUPOJIVpzVXTjCSDH6/BSXme+IKfhvu6fQsTAEKhJzA lP75VKvVio8++ggWiwXffPONV4xHH30UCxcuxJ/92Z9BpVJ5LePYmKxDdPopmDOKoREbLR04h/XY G9MH9DlKQUwT5tfL77NxstNWXkwVn8J6DJSX45K0OwmlLUeRoZbLKl7FCDhdLgdkn2xB7Il0lIsD 68uBpFK0HI3BqR392Ly1D+nihNkn0blZUYefVV9xOg5TxGA7ZQuOeg1WPkLcmrDHKOY0srMBxMo7 AUV9YsbDZ9sdR4hp43w4KKU2Z9j29p3CjsR6u6NoeieKpU6xJddEZwco9onRpKvXSeTb+qpenEXu K9d2SK7FQGWiCTp7X4oghJ9J14liVMJ2vnopVpdYoKjL0W8ZULtYiO70Zas4Xpw0+yS8xYzKHejf vBV96cJLtEPnUPS3Ij6X6dIHS5T01i+KGJRtmKhis2wiCsmu4iPg/t/ARH2XDekjNNF5uI8CFHh4 AhUVFeN/8zd/Mz4VS0dHx/ilS5fGLRbLhD+iTHt7+wQhDY83bd8+3jQ8Pt5jWD1u6LEVHW7ablvv MYyvlje61SLKbBcHjo+Pi/XV25vGbe/GRWXjq1cbxu3VKY7sGTestp1PsVEcMG5QHi/er17teu7h pvHt9jLS+cR+lx9v57PFpoxTXhcxOtblNrjUJ+q31SmdT+Hg2l4Rq/LczveinPIccpvFdkV18mab o7Iu4Si7iPYr90nvZUsvXuOib5Vx2frYMx5nvHIgXj8L8k6XV2/9JsckCtri8tZWcQ7PWLzHLPeD 7dTKeO3tdus3z3rtn0k5EMVnyeOzJ3123T9b9ja5HCd9aNw+kwpvZd9JDoG5uPDyDQUo8FAEpnSE Pjw8jKSkJHz77bceVzD9/f2oqalBQUEBVqxYgUuXbGNmj4JuGzS6bOSbzCjWRKLjXDR0R8VQzbWQ 68hXGkw7CiStT4ZjQK7ZjNKkA+i3ABrHRlGfCfXZW9Gp3OaowX0lGycdQ1PXfeqMo+gUA1oxGjwV g6Nu5SaK07Um5zvfdVrQfA4o3SsPkwF18noknbMfK9ok/pfoGG9Lo8FYCxDprN5lTRw/kJ6IRPvI XMmRVLrZNksijtDokI1+6VhLhxSEc586A1uzy2EaAmzwvr1sJzfDVJ+NrYHhu8Qb8BuP/tVgc2kS Dnh+EO4pluyT9pkjj0A0KO4UMwliVkGM5F1nhVxH6GJAHcDoXlOMzk6pRtusx9EMx+fa0nxO+u8p PbFcEUk2RBeIvvbVd56few102YBJUQtXKUCB0BGY0oT+9ddfY2xszKP1X331FSorK/Ff//Vf+MUv foH9+/dDlA1oEckj3wTz5lici9ZB5HPlIv5xzMdJdHbaEpt4f0BZIETWH0qc4paA20WF4HB/ztBB pM7AUXFFIi5IEhNxSTnl7ijElQcSMFci/dx6tHQetSVkMVUehAzq6xaCz75+oEbwYApQ4GEITOlD cXfu3IG4j+7+c+TIEdy8eVMauaempmLBggUQZQNbxGhqAPnp5YjWOUej8rFDfZeQFCuPOS3oOOc6 8r9Ufso5oDefQvmlaMQoh56iInHRUH/C+9PIl/qkkY58vvt99Renst5LfWJs5W9RI3k9UH7KOV0h RsuO1kttyp/gwbEJ6pcSewtK4b/tYlQPpbGlGSfqk+DoEq+nGZBmSWy7xKiwHie8PgioLCdG8q6V DYgRtq9F2W8e/WvGqfJLiPb8IAQYi6+T+t9u6R8AomMco2uze6OUVSjboNzutm7rgwPeP79uZV3e enGZKByXY/mGAhSYcoEpTehy68SI/O2334Z4feedd9Db2yvt+tM//VP81V/9lVws4FdpKhnZ8JLP oSk+iejydCSK76YnHgDWiwfDnEtSNnBC2peIxPwBlLZ4mybVoLhlPc6J6WZ7Wdu3zmzJJl9su5ev ComE6DYy9henI2J7IhZxuHw33Uud6oy9KB3Id8R8AOvhbL1oUykG8p1t8tcGMYsgtz8xMR3n1ium 2R0Buq2IuE4CkpFwEhdeJ12nmF2PsF+ISNa2p901xS1Yf07uQ/l3DIgLOaDc0ScmxJY6v65oS2K2 Yzy/Iejeb+79m4+B0hbnQ32KAL3H4hmz4pAJVzXFrhbufWaKLYWzVcqq3Nsg79OgWDHdLm2V+iBa YSUbysf4etWg+KTyOFdjX0dxOwUo8HAE5oiH4q5du4bjx49PegR1dXV4/vnn8eabb+L69etYtGgR xH11sSxduhR/93d/h8cff1x6L+6h5+TkTGpMtun3vX6eFJ/UEFg5BShAAQpQICgCUz5CFwn76aef loKXk7nYtmXLFkcyD0rLWAkFKEABClBgFglMeUIXtn/913+NlJQUB7NI5suWLXO85woFKEABClCA AvcmMKVPuc+d6zydSOpiUavVEPfOucTaiwAAAw1JREFU3RfxC2YmexFf+XJ/Kn6yz8n6KUABClCA ApMh4Mywk1G7W51PPPEErly5gpUrV0p75KTuVkwq8+STT7pv5nsKUIACFKAABXwITGlCj4uLQ09P Dz744AOvv1xGxChG5iLxi4fnuFCAAhSgAAUoEJjAlCZ08TvaExIScPfu3QmjE0k9PDx8wjLcSQEK UIACFKCAU2BKE7r4Yyt+/+CKMzauUYACFKAABSgQoMBDeco9wNhYjAIUoAAFKECBAAWY0AOEYjEK UIACFKBAKAswoYdy7zA2ClCAAhSgQIACTOgBQrEYBShAAQpQIJQFmNBDuXcYGwUoQAEKUCBAASb0 AKFYjAIUoAAFKBDKAkzoodw7jI0CFKAABSgQoAATeoBQLEYBClCAAhQIZQEm9FDuHcZGAQpQgAIU CFCACT1AKBajAAUoQAEKhLIAE3oo9w5jowAFKEABCgQowIQeIBSLUYACFKAABUJZgAk9lHuHsVGA AhSgAAUCFGBCDxCKxShAAQpQgAKhLMCEHsq9w9goQAEKUIACAQowoQcIxWIUoAAFKECBUBZgQg/l 3mFsFKAABShAgQAFmNADhGIxClCAAhSgQCgLMKGHcu8wNgpQgAIUoECAAkzoAUKxGAUoQAEKUCCU BZjQQ7l3GBsFKEABClAgQAEm9AChWIwCFKAABSgQygJM6KHcO4yNAhSgAAUoEKAAE3qAUCxGAQpQ gAIUCGUBJvRQ7h3GRgEKUIACFAhQgAk9QCgWowAFKEABCoSyABN6KPcOY6MABShAAQoEKMCEHiAU i1GAAhSgAAVCWYAJPZR7h7FRgAIUoAAFAhRgQg8QisUoQAEKUIACoSzAhB7KvcPYKEABClCAAgEK MKEHCMViFKAABShAgVAWYEIP5d5hbBSgAAUoQIEABZjQA4RiMQpQgAIUoEAoCzChh3LvMDYKUIAC FKBAgAJM6AFCsRgFKEABClAglAWY0EO5dxgbBShAAQpQIEABJvQAoViMAhSgAAUoEMoCTOih3DuM jQIUoAAFKBCgwP8PWejLHQMXwwgAAAAASUVORK5CYII= ------=_Part_174803_217249912.1516621712629--

4 5

ovirt-websoclket-proxy: handler exception: Incorrect padding
by Peter Hudec 23 Jan '18

23 Jan '18

Hi all, I'm using VNC/noVNC for accessing the servers console in case of emergency. The console works fine, but I have got repeadly warning on the screen, that the wss://<host>:6100 could bot be connected with 3 recommendations - process is running /the console works/ - I'm able to connect the 6100 port by teknet form my pc - the certificate is imported In the /var/log/messages on HE I have found repeating message when the dialog appears. Jan 23 12:33:32 dipovirt-engine02 ovirt-websocket-proxy.py: ovirt-websocket-proxy[356] INFO msg:871 handler exception: Incorrect padding Nothing more is logged. The popus is quite annoing, since it appears every few seconds. my side: Mac OS X 10.13.2 FireFox 57.0.4 tested also on Ubuntu and Firefox 57.0.4 and works good,no exception. Any help or advise to figure what's wrong? regards Peter -- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk <mailto:phudec@cnc.sk> *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100 Mobil:+421 905 997 203 *www.cnc.sk* <http:///www.cnc.sk>

1 4

oVirt 4.1 change ovirtmgmt to enable VLAN tagging
by Staniforth, Paul 23 Jan '18

23 Jan '18

--_000_15166378166581144leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, We have an oVirt 4.1 cluster of 3 ovirt-nodes that currently on t= he management network don't have VLAN tagging enabled, we would like to ena= ble VLAN tagging and so would be grateful of anyone had an information or e= xperience doing this. The management engine is running on a separate host and the 3 hosts are run= ning oVirt Node 4.1.6 Thanks, Paul S. To view the terms under which this email is distributed, please go to:- http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html --_000_15166378166581144leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> <p>Hello,</p> <p>         We have an oVirt 4.1  cluster of = 3 ovirt-nodes that currently on the management network don't have VLAN tagg= ing enabled, we would like to enable VLAN tagging and so would be grat= eful of anyone had an information or experience doing this.</p> <p><br> </p> <p>The management engine is running on a separate host and the 3 hosts are = running oVirt Node 4.1.6</p> <p><br> </p> <p>Thanks,</p> <p>             Paul S. <br> </p> To view the terms under which this email is distributed, please go to:- <br= > <a href=3D"http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html"= target=3D"_blank">http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaim= er.html</a> <p></p> </body> </html> --_000_15166378166581144leedsbeckettacuk_--

2 4

q: lldpad.service needed for oVirt node ?
by Andrei V 23 Jan '18

23 Jan '18

Hi, Does lldpad.service (Link Layer Discovery Protocol) needed for oVirt node ? Thanks

3 5

Re: [ovirt-users] Windows Safely Remove Hardware
by Стаценко Константин Юрьевич 23 Jan '18

23 Jan '18

--_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Anyone ? I don't believe that this is a normal behavior when users can eject scsi co= ntroller or nic from virtual machine and make it unusable. The device capabilities is 6 by default in windows registry and to disable = device ejects we need to set it to the value of 2. But this value reverts back to 6 after VM restart. Maybe it is possible to make this value of 2 by default, so the device cann= ot be ejected ? From: =F3=D4=C1=C3=C5=CE=CB=CF =EB=CF=CE=D3=D4=C1=CE=D4=C9=CE =E0=D2=D8=C5= =D7=C9=DE Sent: Monday, January 22, 2018 11:30 AM To: users <users(a)ovirt.org> Subject: Windows Safely Remove Hardware Hello! What is the best way to remove options like eject virtual machine disks/con= trollers or nics from "Safely Remove Hardware" in Windows OS ? Currently running oVirt 4.1.8. Thanks. --_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_ Content-Type: text/html; charset="koi8-r" 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=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Anyone = ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">I don&#= 8217;t believe that this is a normal behavior when users can eject scsi con= troller or nic from virtual machine and make it unusable.<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">The dev= ice capabilities is 6 by default in windows registry and to disable device = ejects we need to set it to the value of 2.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">But thi= s value reverts back to 6 after VM restart.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Maybe i= t is possible to make this value of 2 by default, so the device cannot be e= jected ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"mso-fareast-languag= e:RU">From:</span></b><span lang=3D"EN-US" style=3D"mso-fareast-language:RU= "> </span><span style=3D"mso-fareast-language:RU">=F3=D4=C1=C3=C5=CE=CB=CF</sp= an><span style=3D"mso-fareast-language:RU"> </span><span style=3D"mso-fareast-language:RU">=EB=CF=CE=D3=D4=C1=CE=D4=C9= =CE</span><span style=3D"mso-fareast-language:RU"> </span><span style=3D"mso-fareast-language:RU">=E0=D2=D8=C5=D7=C9=DE</span>= <span lang=3D"EN-US" style=3D"mso-fareast-language:RU"> <br> <b>Sent:</b> Monday, January 22, 2018 11:30 AM<br> <b>To:</b> users <users(a)ovirt.org><br> <b>Subject:</b> Windows Safely Remove Hardware<o:p></o:p></span></p> </div> </div> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hello!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What is the best way to remove = options like eject virtual machine disks/controllers or nics from “Sa= fely Remove Hardware” in Windows OS ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Currently running oVirt 4.1.8.<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks.<o:p></o:p></span></p> </div> </body> </html> --_000_1900dcb19fde49ffb06cfc51ed8c6e14msk1exchmb07interraoru_--

1 0

Snapshot Disk fails to connect to BackupApplianceVM - Failed to HotPlugDiskVDS
by Zip 23 Jan '18

23 Jan '18

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3599508108_124784952 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Okay, when I do a snapshot, and then mount the snapshot to a BackupApplianceVM, all works using NFS4 as my Storage Domain for the VM being backed up. If I change that disk storage on the VM to be backed up to my iSCSI storage, my script breaks and I see these errors in the oVirt Engine logs: --- 2018-01-22 23:10:36,249-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to object 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', sharedLocks=3D''}' 2018-01-22 23:10:36,296-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command: AttachDiskToVmCommand internal: false. Entities affected : ID: 3c78dd5a-2982-4e35-ad9b-004394970dea Type: VMAction group CONFIGURE_VM_STORAGE with role type USER, ID: dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction group ATTACH_DISK wit= h role type USER 2018-01-22 23:10:36,300-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START, HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap=3D'null'}), log id: 1bb4b632 2018-01-22 23:10:37,903-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'HotPlugDiskVDS' method 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command HotPlugDiskVDS failed: unsupported configuration: native I/O needs either n= o disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand' return value 'StatusOnlyReturn [status=3DStatus [code=3D45, message=3Dunsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads]]' 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] HostName =3D ovirtnodea.mydomain.com 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addressMap=3D'null'})' execution failed: VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 2018-01-22 23:10:37,907-06 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FINISH, HotPlugDiskVDSCommand, log id: 1bb4b632 2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed: EngineException:=20 org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 (Failed with error FailedToPlugDisk and code 45) 2018-01-22 23:10:37,910-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-back for command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand'. 2018-01-22 23:10:37,954-06 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: USER_FAILED_ATTACH_DISK_TO_VM(2,017), Failed to attach Disk TEST1234_Disk1 to VM SimpleBackup (User: admin@internal-authz). 2018-01-22 23:10:37,955-06 INFO [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', sharedLocks=3D''}' 2018-01-22 23:10:37,955-06 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-58) [] Operation Failed: [Failed to hot-plug disk] --- I see the "Failed to HotPlugDiskVDS, error =3D unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=3Dthreads, code=B2 But I have no clue how to fix that using oVirt 4.2 on CentOS 7. Fresh install and all up to date. Thanks for any help. BTW, current script I am writing is here: https://github.com/zipurman/oVIRT_Simple_Backup Irc.oftc.net #ovirt zipur --B_3599508108_124784952 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif;"><div><div>Okay, when I do a snapsh= ot, and then mount the snapshot to a Backup<span style=3D"font-style: italic;"= >Appliance</span>VM, all works using NFS4 as my Storage Domain for the VM be= ing backed up. If I change that disk storage on the VM to be backed up to my= iSCSI storage, my script breaks and I see these errors in the oVirt Engine = logs:</div><div><br></div><div>---</div><div><div>2018-01-22 23:10:36,249-06= INFO  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (= default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock Acquired to obj= ect 'EngineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]= ', sharedLocks=3D''}'</div><div><br></div><div>2018-01-22 23:10:36,296-06 INFO=  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (defau= lt task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Running command: AttachDi= skToVmCommand internal: false. Entities affected :  ID: 3c78dd5a-2982-4= e35-ad9b-004394970dea Type: VMAction group CONFIGURE_VM_STORAGE with role ty= pe USER,  ID: dcabf886-22b2-4239-b57a-559d9b5b4c6d Type: DiskAction gro= up ATTACH_DISK with role type USER</div><div><br></div><div>2018-01-22 23:10= :36,300-06 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDisk= VDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] START, = HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.com, HotPlugDiskVDSPara= meters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721', vmId=3D'3c78dd5a-2982-4= e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b57a-559d9b5b4c6d', addre= ssMap=3D'null'}), log id: 1bb4b632</div><div><br></div><div>2018-01-22 23:10:3= 7,903-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSComm= and] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Failed in 'Hot= PlugDiskVDS' method</div><div><br></div><div>2018-01-22 23:10:37,907-06 ERRO= R [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (de= fault task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: VDS_BROKER_C= OMMAND_FAILURE(10,802), VDSM ovirtnodea.mydomain.com command HotPl= ugDiskVDS failed: unsupported configuration: native I/O needs either no disk= cache or directsync cache mode, QEMU will fallback to aio=3Dthreads</div><div= ><br></div><div>2018-01-22 23:10:37,907-06 INFO  [org.ovirt.engine.core= .vdsbroker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed= -46cc-b920-b4d9627bf99b] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.= HotPlugDiskVDSCommand' return value 'StatusOnlyReturn [status=3DStatus [code=3D4= 5, message=3Dunsupported configuration: native I/O needs either no disk cache = or directsync cache mode, QEMU will fallback to aio=3Dthreads]]'</div><div><br= ></div><div>2018-01-22 23:10:37,907-06 INFO  [org.ovirt.engine.core.vds= broker.vdsbroker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46c= c-b920-b4d9627bf99b] HostName =3D ovirtnodea.mydomain.com</div><div><br></div>= <div>2018-01-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.vdsbroker.vdsbr= oker.HotPlugDiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d96= 27bf99b] Command 'HotPlugDiskVDSCommand(HostName =3D ovirtnodea.mydomain.= com, HotPlugDiskVDSParameters:{hostId=3D'34591e56-fd25-48dd-bf56-76b7b15e3721'= , vmId=3D'3c78dd5a-2982-4e35-ad9b-004394970dea', diskId=3D'dcabf886-22b2-4239-b5= 7a-559d9b5b4c6d', addressMap=3D'null'})' execution failed: VDSGenericException= : VDSErrorException: Failed to HotPlugDiskVDS, error =3D unsupported configura= tion: native I/O needs either no disk cache or directsync cache mode, QEMU w= ill fallback to aio=3Dthreads, code =3D 45</div><div><br></div><div>2018-01-22 2= 3:10:37,907-06 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlug= DiskVDSCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] FIN= ISH, HotPlugDiskVDSCommand, log id: 1bb4b632</div><div><br></div><div>2018-0= 1-22 23:10:37,907-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDis= kToVmCommand] (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Comma= nd 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand' failed: En= gineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: = VDSGenericException: VDSErrorException: Failed to HotPlugDiskVDS, error =3D un= supported configuration: native I/O needs either no disk cache or directsync= cache mode, QEMU will fallback to aio=3Dthreads, code =3D 45 (Failed with error= FailedToPlugDisk and code 45)</div><div><br></div><div>2018-01-22 23:10:37,= 910-06 ERROR [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] = (default task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Transaction rolled-= back for command 'org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmComma= nd'.</div><div><br></div><div>2018-01-22 23:10:37,954-06 ERROR [org.ovirt.en= gine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-58) = [948cc433-45ed-46cc-b920-b4d9627bf99b] EVENT_ID: USER_FAILED_ATTACH_DISK_TO_= VM(2,017), Failed to attach Disk TEST1234_Disk1 to VM SimpleBackup (User: ad= min@internal-authz).</div><div><br></div><div>2018-01-22 23:10:37,955-06 INF= O  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (defa= ult task-58) [948cc433-45ed-46cc-b920-b4d9627bf99b] Lock freed to object 'En= gineLock:{exclusiveLocks=3D'[dcabf886-22b2-4239-b57a-559d9b5b4c6d=3DDISK]', shar= edLocks=3D''}'</div><div><br></div><div>2018-01-22 23:10:37,955-06 ERROR [org.= ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-58)= [] Operation Failed: [Failed to hot-plug disk]</div></div><div>---</div><di= v><br></div><div><br></div><div>I see the "Failed to HotPlugDiskVDS, error =3D= unsupported configuration: native I/O needs either no disk cache or directs= ync cache mode, QEMU will fallback to aio=3Dthreads, code”</div><div><br= ></div><div>But I have no clue how to fix that using oVirt 4.2 on CentOS 7. = Fresh install and all up to date.</div><div><br></div><div>Thanks for any he= lp.</div><div><br></div><div>BTW, current script I am writing is here: = <a href=3D"https://github.com/zipurman/oVIRT_Simple_Backup">https://github.com= /zipurman/oVIRT_Simple_Backup</a> </div><div><br></div><div>Irc.oftc.ne= t #ovirt</div><div>zipur</div><br></div><div><span class=3D"Apple-style-span" = style=3D"font-size: 12px; font-family: Verdana, Helvetica, Arial;"><font color= =3D"#808080"><br></font></span></div></body></html> --B_3599508108_124784952--

1 0

Uploading big raw disks into storage
by Gabriel Stein 22 Jan '18

22 Jan '18

Hello! I'm still migrating the VMs from Proxmox to oVirt, migrating all disks, one by one. Google Chrome doesn't accept anymore the certificates from ovirt-engine, firefox it's ok. Error(I receive that direct from start from upload on google chrome, on firefox works): *Unable to upload image to disk a-b-c due to a network error. Make sure ovirt-imageio-proxy service is installed and configured, and ovirt-engine's certificate is registered as a valid CA in the browser. The certificate can be fetched from https://<engine_url>/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA* BUT! When I'm uploading big disks(using firefox), such > 100GB, ovirt-engine interrupts the process, giving the same error above. I think that is a kind of timeout and the error doesn't show the real problem. On engine.log is the same error. on image-proxy.log: (Thread-5834) WARNING 2018-01-22 10:46:07,708 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5835) INFO 2018-01-22 10:46:10,716 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5836) ERROR 2018-01-22 10:46:10,722 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5836) ERROR 2018-01-22 10:46:10,722 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 135, in start_session session_id = _create_update_session(ticket, session_id) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 194, in _create_update_session ticket_vars = _decode_proxy_ticket(authorization) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 237, in _decode_proxy_ticket payload = _decode_ovirt_ticket(ticket) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 315, in _decode_ovirt_ticket raise ValueError("Unable to verify proxy ticket") ValueError: Unable to verify proxy ticket (Thread-5836) WARNING 2018-01-22 10:46:10,722 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5837) INFO 2018-01-22 10:46:13,731 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5838) ERROR 2018-01-22 10:46:13,737 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5838) ERROR 2018-01-22 10:46:13,737 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 135, in start_session session_id = _create_update_session(ticket, session_id) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 194, in _create_update_session ticket_vars = _decode_proxy_ticket(authorization) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 237, in _decode_proxy_ticket payload = _decode_ovirt_ticket(ticket) File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/session.py", line 315, in _decode_ovirt_ticket raise ValueError("Unable to verify proxy ticket") ValueError: Unable to verify proxy ticket (Thread-5838) WARNING 2018-01-22 10:46:13,738 web:89:web:(log_response) 1.1.1.1 - PUT /d69d1a59-ed5c-4097-a9af-5e2d36299181 401 360 (0.00s) (Thread-5839) INFO 2018-01-22 10:46:16,745 web:89:web:(log_response) 1.1.1.1 - OPTIONS /d69d1a59-ed5c-4097-a9af-5e2d36299181 204 0 (0.00s) (Thread-5840) ERROR 2018-01-22 10:46:16,750 session:314:root:(_decode_ovirt_ticket) Failed to verify proxy ticket: Ticket life time expired (Thread-5840) ERROR 2018-01-22 10:46:16,750 session:137:root:(start_session) Error starting session: Unable to verify proxy ticket There is a bugzilla bug, but it's confusing, I'm already using the version 4.2 and the error persists. Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1514887(no, I'm not restaring the daemon, the it seems something similar....) A thread on version 4.05: http://lists.ovirt.org/pipermail/users/2016-November/077706.html I need some help... Thanks in Advance! Best Regards, Gabriel Gabriel Stein ------------------------------ Gabriel Ferraz Stein Tel.: +49 (0) 170 2881531

3 4

Hosted-engine without mac-spoofing
by Matteo Capuano 22 Jan '18

22 Jan '18

Hi folks, i'm trying to install oVirt hyperconverged on Google Cloud Engine (GCE) to create a lab environment. Nested virtualization on GCE is in public beta, it seems to work fine but there's a catch: i cannot enable mac-spoofing on the GCE instances' nics. So here's my question: is there a way to install hosted-engine on a network there you can't enabling mac-spoofing? Thank you Cheers Matteo

3 3

Re: [ovirt-users] oVirt 4.1 change ovirtmgmt to enable VLAN tagging
by Staniforth, Paul 22 Jan '18

22 Jan '18

--_000_14955b19e8134aa58fc7371f58868590emailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIEx1Y2EsDQogICAgICAgICAgICAgICAgICAgICAgICAgSSdsbCB0YWxrIHRvIG91ciBu ZXR3b3JrIHRlYW0uDQpQYXVsIFMuDQoNCk9uIDIyIEphbiAyMDE4IDE5OjEwLCBMdWNhICdyZW1p eF90aicgTG9yZW56ZXR0byA8bG9yZW56ZXR0by5sdWNhQGdtYWlsLmNvbT4gd3JvdGU6DQoNCg0K SWwgMjIgZ2VuIDIwMTggNzo0OSBQTSwgIlN0YW5pZm9ydGgsIFBhdWwiIDxQLlN0YW5pZm9ydGhA bGVlZHNiZWNrZXR0LmFjLnVrPG1haWx0bzpQLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFjLnVr Pj4gaGEgc2NyaXR0bzoNCg0KSGVsbG8sDQoNCiAgICAgICAgIFdlIGhhdmUgYW4gb1ZpcnQgNC4x ICBjbHVzdGVyIG9mIDMgb3ZpcnQtbm9kZXMgdGhhdCBjdXJyZW50bHkgb24gdGhlIG1hbmFnZW1l bnQgbmV0d29yayBkb24ndCBoYXZlIFZMQU4gdGFnZ2luZyBlbmFibGVkLCB3ZSB3b3VsZCBsaWtl IHRvIGVuYWJsZSBWTEFOIHRhZ2dpbmcgYW5kIHNvIHdvdWxkIGJlIGdyYXRlZnVsIG9mIGFueW9u ZSBoYWQgYW4gaW5mb3JtYXRpb24gb3IgZXhwZXJpZW5jZSBkb2luZyB0aGlzLg0KDQoNClRoZSBt YW5hZ2VtZW50IGVuZ2luZSBpcyBydW5uaW5nIG9uIGEgc2VwYXJhdGUgaG9zdCBhbmQgdGhlIDMg aG9zdHMgYXJlIHJ1bm5pbmcgb1ZpcnQgTm9kZSA0LjEuNg0KDQpIaSBQYXVsLCBpIGRpZCB0aGUg c2FtZSB3aXRoIHRoZSBzYW1lIHJlbGVhc2UuDQoNClRoZSB0cmljayB3YXMgdG8gc2V0IHRoZSB0 YWdnaW5nIGFsc28gb2YgdGhlIGRlZmF1bHQgdmxhbiBvbiB0aGUgc3dpdGNoIGR1cmluZyB0aGUg Y2hhbmdlIGZyb20gdW50YWdnZWQgdG8gdGFnZ2VkLg0KDQpJbiBleGFtcGxlLCBpZiB5b3UgaGF2 ZSB0byBtb3ZlIHlvdXIgb3ZpcnRtZ210IHRvIHZsYW4gMTAsIHlvdSBjYW4gc2V0IHlvdXIgcG9y dCBmb3Igc2VydmluZyB0aGUgbmV0d29yayBib3RoIG5hdGl2ZSBhbmQgdGFnZ2VkIHNvIHdoaWxl IGNoYW5naW5nIHRoZSBvdmlydG1nbXQgc2V0dXAgeW91IHdpbGwgbm90IGxvc2UgdGhlIGNvbm5l Y3Rpdml0eS4NCg0KTHVjYQ0KDQpUbyB2aWV3IHRoZSB0ZXJtcyB1bmRlciB3aGljaCB0aGlzIGVt YWlsIGlzIGRpc3RyaWJ1dGVkLCBwbGVhc2UgZ28gdG86LQ0KaHR0cDovL2Rpc2NsYWltZXIubGVl ZHNiZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1lci5odG1sDQo= --_000_14955b19e8134aa58fc7371f58868590emailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <E03D7FE978BC7F459C7E38BCCE487EF5(a)leedsbeckett.ac.uk> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPg0KPGRpdj5UaGFua3MgTHVjYSwNCjxkaXYgZGlyPSJhdXRvIj4mbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtJJ2xsIHRhbGsgdG8gb3VyIG5ldHdvcmsgdGVhbS48L2Rpdj4NClBh dWwgUy48YnI+DQo8ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21h aWxfcXVvdGUiPk9uIDIyIEphbiAyMDE4IDE5OjEwLCBMdWNhICdyZW1peF90aicgTG9yZW56ZXR0 byAmbHQ7bG9yZW56ZXR0by5sdWNhQGdtYWlsLmNvbSZndDsgd3JvdGU6PGJyIHR5cGU9ImF0dHJp YnV0aW9uIj4NCjxibG9ja3F1b3RlIGNsYXNzPSJxdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAu OGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPg0KPGRpdj4N CjxkaXYgZGlyPSJhdXRvIj48YnI+DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPGRpdiBjbGFzcz0i ZWxpZGVkLXRleHQiPklsIDIyIGdlbiAyMDE4IDc6NDkgUE0sICZxdW90O1N0YW5pZm9ydGgsIFBh dWwmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpQLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFj LnVrIj5QLlN0YW5pZm9ydGhAbGVlZHNiZWNrZXR0LmFjLjx3YnI+dWs8L2E+Jmd0OyBoYSBzY3Jp dHRvOjxicj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW46MCAwIDAgMC44ZXg7Ym9yZGVyLWxl ZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2IGRpcj0ibHRyIiBzdHls ZT0iZm9udC1zaXplOjEycHQ7Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7 Zm9udC1mYW1pbHk6J2NhbGlicmknICwgJ2FyaWFsJyAsICdoZWx2ZXRpY2EnICwgc2Fucy1zZXJp ZiI+DQo8cD5IZWxsbyw8L3A+DQo8cD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 V2UgaGF2ZSBhbiBvVmlydCA0LjEgJm5ic3A7Y2x1c3RlciBvZiAzIG92aXJ0LW5vZGVzIHRoYXQg Y3VycmVudGx5IG9uIHRoZSBtYW5hZ2VtZW50IG5ldHdvcmsgZG9uJ3QgaGF2ZSBWTEFOIHRhZ2dp bmcgZW5hYmxlZCwgd2Ugd291bGQgbGlrZSB0byBlbmFibGUmbmJzcDtWTEFOIHRhZ2dpbmcgYW5k IHNvIHdvdWxkIGJlIGdyYXRlZnVsIG9mIGFueW9uZSBoYWQgYW4gaW5mb3JtYXRpb24gb3IgZXhw ZXJpZW5jZSBkb2luZyB0aGlzLjwvcD4NCjxwPjxicj4NCjwvcD4NCjxwPlRoZSBtYW5hZ2VtZW50 IGVuZ2luZSBpcyBydW5uaW5nIG9uIGEgc2VwYXJhdGUgaG9zdCBhbmQgdGhlIDMgaG9zdHMgYXJl IHJ1bm5pbmcgb1ZpcnQgTm9kZSA0LjEuNjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIj48YnI+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRv Ij5IaSBQYXVsLCBpIGRpZCB0aGUgc2FtZSB3aXRoIHRoZSBzYW1lIHJlbGVhc2UuPC9kaXY+DQo8 ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+VGhlIHRyaWNrIHdh cyB0byBzZXQgdGhlIHRhZ2dpbmcgYWxzbyBvZiB0aGUgZGVmYXVsdCB2bGFuIG9uIHRoZSBzd2l0 Y2ggZHVyaW5nIHRoZSBjaGFuZ2UgZnJvbSB1bnRhZ2dlZCB0byB0YWdnZWQuPC9kaXY+DQo8ZGl2 IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+SW4gZXhhbXBsZSwgaWYg eW91IGhhdmUgdG8gbW92ZSB5b3VyIG92aXJ0bWdtdCB0byB2bGFuIDEwLCB5b3UgY2FuIHNldCB5 b3VyIHBvcnQgZm9yIHNlcnZpbmcgdGhlIG5ldHdvcmsgYm90aCBuYXRpdmUgYW5kIHRhZ2dlZCBz byB3aGlsZSBjaGFuZ2luZyB0aGUgb3ZpcnRtZ210IHNldHVwIHlvdSB3aWxsIG5vdCBsb3NlIHRo ZSBjb25uZWN0aXZpdHkuPC9kaXY+DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9kaXY+DQo8ZGl2 IGRpcj0iYXV0byI+THVjYTwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iPjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KVG8gdmlldyB0aGUgdGVybXMgdW5kZXIgd2hpY2ggdGhpcyBlbWFpbCBpcyBkaXN0cmlidXRl ZCwgcGxlYXNlIGdvIHRvOi0gPGJyPg0KPGEgaHJlZj0iaHR0cDovL2Rpc2NsYWltZXIubGVlZHNi ZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1lci5odG1sIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL2Rpc2NsYWltZXIubGVlZHNiZWNrZXR0LmFjLnVrL2Rpc2NsYWltZXIvZGlzY2xhaW1l ci5odG1sPC9hPg0KPHA+PC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_14955b19e8134aa58fc7371f58868590emailandroidcom_--

1 0

Re: [ovirt-users] oVirt 4.2 - Removed disk remains in VM OS with hooks?
by Yaniv Kaul 22 Jan '18

22 Jan '18

On Jan 22, 2018 5:32 PM, "Zip" <plord(a)intricatenetworks.com> wrote: I am having an issue where when I use the REST API to connect a snapshot > from another VM to a Backup-Appliance-VM, after the clone when I remove the > Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM > as /dev/sdb ot /dev/vdb. > > If I reboot the Bakup-Applicance-VM the disk disappears. > > If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete” > the disk will disappear, but if I rescan the scsi bus, it is found and > shows up again in the VM OS, but the oVirt WebGUI does NOT show it as > connected. > -- The first part is expected - the 2nd isn't. What are you referring to as the first and second part? I understand why the disk is seen after it was detached (stale device), not why it comes back after rescan, which seems to suggest it is not detached properly. > > I am also not able to attach any other disks as it complains of : > > HotPlugDiskVDS failed: internal error: unable to execute QEMU command > '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive > > I did see that others in the past have gotten around this issue by > rebooting the Backup-Appliance-VM and then continuing on with the next VM > backup and looping through backup-reboot-backup-reboot-etc. > > Anyone have an idea on how to solve this issue and remove the hooks from > the guest OS? > > Steps to reproduce this issue: > > > 1. Create a backup appliance VM to be used for the backup script > execution > 2. Currently I have the Vms set to virtio with threaded I/O enabled. > Also tried virtio_scsi with same result. > 3. Using REST API – make snapshot of target VM > 4. Using REST API – fetch vm metadata > 5. Using REST API – attach the snapshot/disk to the Backup-Appliance-VM > 6. dd the drive to backup folder > 7. Using REST API – remove the disk from the Backup-Appliance-VM > 8. Using REST API – delete the snapshot > 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted > drive from the backup above still appears and behaves as mentioned in > comments above. > > > — There are many details missing, including versions of everything used, but logs would be most helpful here. Versions for oVirt are all the most recent. This is a fresh install of the Hosted Engine. I will just script the backup to cycle through sdb, sdc, sdd, …. Szzzz, just seems odd that once a disk is detached and a snapshot deleted, that the Backup_appliance-VM can still access the drive/snapshot? Unrelated note - do NOT use /dev/sdX to enumerate them. Especially on SCSI bus, probing is done in parallel and they may have a different name next time. Use /dev/disk/by-id paths. A second issue is that the above wont work when I have the Vms running on > MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas > about either issue, I’d love to hear ;) > — Same - logs would be helpful here. I will continue to dig through this issue and will post logs if stuck. I just wanted to know if there was anything obvious that I should be doing differently with iSCSI vs NFS with mounting disks/snapshots. Nope. Y. Zip — Y. > > Thanks > > Irc.oftc.net #ovirt > zipur > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

2 1

oVirt home lab hardware
by Abdurrahman A. Ibrahim 22 Jan '18

22 Jan '18

Hello, I am planning to buy home lab hardware to be used by oVirt. Any recommendations for used hardware i can buy from eBay for example? Also, have you tried oVirt on Intel NUC or any other SMB servers before? Thanks, Ab

6 6

New post on oVirt blog: Build oVirt Reports Using Grafana
by Shirly Radco 22 Jan '18

22 Jan '18

Hello everyone, A new oVirt blog post has been published, on how to build oVirt reports using Grafana. This allows connecting to oVirt DWH and create dashboards for System, Hosts, VMs, Storage domains etc. See https://ovirt.org/blog/2018/01/ovirt-report-using-grafana/ for the full post. For more information you can contact me. Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

oVirt 4.2 - Removed disk remains in VM OS with hooks?
by Zip 22 Jan '18

22 Jan '18

> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3599421680_119924947 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable I am having an issue where when I use the REST API to connect a snapshot from another VM to a Backup-Appliance-VM, after the clone when I remove the Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM a= s /dev/sdb ot /dev/vdb. If I reboot the Bakup-Applicance-VM the disk disappears. If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete=B2 th= e disk will disappear, but if I rescan the scsi bus, it is found and shows up again in the VM OS, but the oVirt WebGUI does NOT show it as connected. I am also not able to attach any other disks as it complains of : HotPlugDiskVDS failed: internal error: unable to execute QEMU command '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive I did see that others in the past have gotten around this issue by rebootin= g the Backup-Appliance-VM and then continuing on with the next VM backup and looping through backup-reboot-backup-reboot-etc. Anyone have an idea on how to solve this issue and remove the hooks from th= e guest OS? Steps to reproduce this issue: 1. Create a backup appliance VM to be used for the backup script execution 2. Currently I have the Vms set to virtio with threaded I/O enabled. Also tried virtio_scsi with same result. 3. Using REST API =AD make snapshot of target VM 4. Using REST API =AD fetch vm metadata 5. Using REST API =AD attach the snapshot/disk to the Backup-Appliance-VM 6. dd the drive to backup folder 7. Using REST API =AD remove the disk from the Backup-Appliance-VM 8. Using REST API =AD delete the snapshot 9. ** Check the guest OS of the Backup-Appliance-VM and the mounted drive from the backup above still appears and behaves as mentioned in comments above. A second issue is that the above wont work when I have the Vms running on MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas about either issue, I=B9d love to hear ;) Thanks Irc.oftc.net #ovirt zipur --B_3599421680_119924947 Content-type: text/html; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable <html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: s= pace; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size:= 14px; font-family: Calibri, sans-serif;"><div>I am having an issue where wh= en I use the REST API to connect a snapshot from another VM to a Backup-Appl= iance-VM, after the clone when I remove the Disk and delete the Snapshot, th= e disk remains in the Backup-Appliance-VM as /dev/sdb ot /dev/vdb. </di= v><div><br></div><div>If I reboot the Bakup-Applicance-VM the disk disappear= s.</div><div><br></div><div>If I manually remove the disk by "echo 1 > /s= ys/block/sdb/device/delete” the disk will disappear, but if I rescan t= he scsi bus, it is found and shows up again in the VM OS, but the oVirt WebG= UI does NOT show it as connected.</div><div><br></div><div>I am also not abl= e to attach any other disks as it complains of :</div><div><br></div><div><s= pan class=3D"Apple-tab-span" style=3D"white-space:pre"> </span>HotPlugDiskVDS fa= iled: internal error: unable to execute QEMU command '__com.redhat_drive_add= ': Duplicate ID 'drive-scsi0-0-0-2' for drive</div><div><br></div><div>I did= see that others in the past have gotten around this issue by rebooting the = Backup-Appliance-VM and then continuing on with the next VM backup and loopi= ng through backup-reboot-backup-reboot-etc. </div><div><br></div><div>A= nyone have an idea on how to solve this issue and remove the hooks from the = guest OS?</div><div><br></div><div>Steps to reproduce this issue:</div><div>= <br></div><ol><li>Create a backup appliance VM to be used for the backup scr= ipt execution</li><li>Currently I have the Vms set to virtio with threaded I= /O enabled. Also tried virtio_scsi with same result.</li><li>Using REST API = – make snapshot of target VM</li><li>Using REST API – fetch vm m= etadata</li><li>Using REST API – attach the snapshot/disk to the Backu= p-Appliance-VM</li><li>dd the drive to backup folder</li><li>Using REST API = – remove the disk from the Backup-Appliance-VM</li><li>Using REST API = – delete the snapshot</li><li>** Check the guest OS of the Backup-Appl= iance-VM and the mounted drive from the backup above still appears and behav= es as mentioned in comments above.</li></ol><div><br></div><div>A second iss= ue is that the above wont work when I have the Vms running on MPIO iSCSI sto= rage, so for testing I have moved to NFS4. Anyone have ideas about either is= sue, I’d love to hear ;)</div><div><br></div><div>Thanks</div><div><br= ></div><div>Irc.oftc.net #ovirt</div><div>zipur</div><div><br></div><br></bo= dy></html> --B_3599421680_119924947--

2 2

Last week for participating to oVirt 2018 Survey!
by Sandro Bonazzola 22 Jan '18

22 Jan '18

As we continue to develop oVirt 4.2 and future releases, the Development and Integration teams at Red Hat would value insights on how you are deploying the oVirt environment. If you haven't already done, please help us to hit the mark by completing this short survey. Survey will close on February 1st. Here's the link to the survey: https://goo.gl/forms/cAKWAR8RD7rGrVhE2 Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

VirtIO-SCSI and viodiskcache custom property
by Matthias Leopold 22 Jan '18

22 Jan '18

Hi, is there a reason why the viodiskcache custom property isn't honored when using VirtIO-SCSI? On a Cinder (Ceph) disk "viodiskcache=writeback" is ignored with VirtIO-SCSI and honored when using VirtIO. On an iSCSI disk "viodiskcache=writeback" is ignored with VirtIO-SCSI and the VM can't be started when using VirtIO with "unsupported configuration: native I/O needs either no disk cache or directsync cache mode, QEMU will fallback to aio=threads" We actually want to use "viodiskcache=writeback" with Cinder (Ceph) disks. oVirt version: 4.1.8 Thanks Matthias

3 4

Configuration of FCoE in oVirt 4.2 on HP BladeSystem c7000
by Gunder Johansen 22 Jan '18

22 Jan '18

------=_Part_3635619_1374417168.1515792280983 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit We are running oVirt 4.2 on a HP BladeSystem c7000 with six BL460 gen 9 blade servers, all running oVirt Node 4.2 distro. We want to configure FCoE for the storage domains, but I find no places in the GUI where I can define the logical network. I guess the documentation on oVirt site (https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/) is outdated with respect to FCoE. Can anyone tell us how to configure FCoE in oVirt 4.2? Thanks in advance for your help. ------=_Part_3635619_1374417168.1515792280983 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:Courier New, courier, monaco, monospace, sans-serif;font-size:13= px"><div style=3D"margin-bottom: 6px; font-family: Helvetica, Arial, sans-s= erif; color: rgb(29, 33, 41); font-size: 14px;" id=3D"yui_3_16_0_ym19_1_151= 5490309249_45448" dir=3D"ltr">We are running oVirt 4.2 on a HP BladeSystem = c7000 with six BL460 gen 9 blade servers, all running oVirt Node 4.2 distro= . We want to configure FCoE for the storage domains, but I find no places i= n the GUI where I can define the logical network. I guess the documentation= on oVirt site (https://www.ovirt.org/documentation/admin-guide/chap-Logica= l_Networks/) is outdated with respect to FCoE. Can anyone tell us how to co= nfigure FCoE in oVirt 4.2?</div><div id=3D"yui_3_16_0_ym19_1_1515490309249_= 45475"><br></div><div style=3D"margin-top: 6px; display: inline; font-famil= y: Helvetica, Arial, sans-serif; color: rgb(29, 33, 41); font-size: 14px;" = dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1515490309249_45449">Thanks in advance = for your help.</div></div></body></html> ------=_Part_3635619_1374417168.1515792280983--

4 4

Re: [ovirt-users] hosted-engine unknow stale-data
by Artem Tambovskiy 22 Jan '18

22 Jan '18

Explored logs on both hosts. broker.log shows no errors. agent.log looking not good: on host1 (which running hosted engine) : MainThread::ERROR::2018-01-12 21:51:03,883::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 191, in _run_agent return action(he) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 64, in action_proper return he.start_monitoring() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 411, in start_monitoring self._initialize_sanlock() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 749, in _initialize_sanlock "Failed to initialize sanlock, the number of errors has" SanlockInitializationError: Failed to initialize sanlock, the number of errors has exceeded the limit MainThread::ERROR::2018-01-12 21:51:03,884::agent::206::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Trying to restart agent MainThread::WARNING::2018-01-12 21:51:08,889::agent::209::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Restarting agent, attempt '1' MainThread::INFO::2018-01-12 21:51:08,919::hosted_engine::242::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) Found certificate common name: ovirt1.telia.ru MainThread::INFO::2018-01-12 21:51:08,921::hosted_engine::604::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2018-01-12 21:51:11,398::hosted_engine::630::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2018-01-12 21:51:11,399::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(validate_storage_server) Validating storage server MainThread::INFO::2018-01-12 21:51:13,725::storage_server::239::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2018-01-12 21:51:18,390::storage_server::246::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2018-01-12 21:51:18,423::storage_server::253::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain MainThread::INFO::2018-01-12 21:51:18,689::hosted_engine::663::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images MainThread::INFO::2018-01-12 21:51:18,690::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images MainThread::INFO::2018-01-12 21:51:21,895::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Refreshing vm.conf MainThread::INFO::2018-01-12 21:51:21,895::config::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_vm_conf) Reloading vm.conf from the shared storage domain MainThread::INFO::2018-01-12 21:51:21,896::config::416::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2018-01-12 21:51:21,896::ovf_store::132::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2018-01-12 21:51:21,897::ovf_store::134::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /var/run/vdsm/storage/4a7f8717-9bb0-4d80-8016-498fa4b88162/5cabd8e1-5f4b-469e-becc-227469e03f5c/8048cbd7-77e2-4805-9af4-d109fa36dfcf MainThread::INFO::2018-01-12 21:51:21,915::config::435::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Found an OVF for HE VM, trying to convert MainThread::INFO::2018-01-12 21:51:21,918::config::440::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Got vm.conf from OVF_STORE MainThread::INFO::2018-01-12 21:51:21,919::hosted_engine::509::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker) Initializing ha-broker connection MainThread::INFO::2018-01-12 21:51:21,919::brokerlink::130::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor ping, options {'addr': '80.239.162.97'} MainThread::INFO::2018-01-12 21:51:21,922::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Success, id 140547104457680 MainThread::INFO::2018-01-12 21:51:21,922::brokerlink::130::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} MainThread::INFO::2018-01-12 21:51:21,936::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Success, id 140547104458064 MainThread::INFO::2018-01-12 21:51:21,936::brokerlink::130::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor mem-free, options {'use_ssl': 'true', 'address': '0'} MainThread::INFO::2018-01-12 21:51:21,938::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Success, id 140547104458448 MainThread::INFO::2018-01-12 21:51:21,939::brokerlink::130::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': 'b366e466-b0ea-4a09-866b-d0248d7523a6', 'address': '0'} MainThread::INFO::2018-01-12 21:51:21,940::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Success, id 140547104457552 MainThread::INFO::2018-01-12 21:51:21,941::brokerlink::130::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Starting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': 'b366e466-b0ea-4a09-866b-d0248d7523a6', 'address': '0'} MainThread::INFO::2018-01-12 21:51:21,942::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor) Success, id 140547104459792 MainThread::INFO::2018-01-12 21:51:26,951::brokerlink::179::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(set_storage_domain) Success, id 140546772847056 MainThread::INFO::2018-01-12 21:51:26,952::hosted_engine::601::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker) Broker initialized, all submonitors started MainThread::INFO::2018-01-12 21:51:27,049::hosted_engine::704::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /var/run/vdsm/storage/4a7f8717-9bb0-4d80-8016-498fa4b88162/093faa75-5e33-4559-84fa-1f1f8d48153b/911c7637-b49d-463e-b186-23b404e50769) MainThread::INFO::2018-01-12 21:53:48,067::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Failed to acquire the lock. Waiting '5's before the next attempt MainThread::INFO::2018-01-12 21:56:14,088::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Failed to acquire the lock. Waiting '5's before the next attempt MainThread::INFO::2018-01-12 21:58:40,111::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Failed to acquire the lock. Waiting '5's before the next attempt MainThread::INFO::2018-01-12 22:01:06,133::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Failed to acquire the lock. Waiting '5's before the next attempt agent.log from second host MainThread::INFO::2018-01-12 22:01:37,241::hosted_engine::630::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2018-01-12 22:01:37,242::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(validate_storage_server) Validating storage server MainThread::INFO::2018-01-12 22:01:39,540::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Storage domain reported as valid and reconnect is not forced. MainThread::INFO::2018-01-12 22:01:41,939::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUnexpectedlyDown (score: 0) MainThread::INFO::2018-01-12 22:01:52,150::config::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_vm_conf) Reloading vm.conf from the shared storage domain MainThread::INFO::2018-01-12 22:01:52,150::config::416::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2018-01-12 22:01:52,151::ovf_store::132::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2018-01-12 22:01:52,153::ovf_store::134::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /var/run/vdsm/storage/4a7f8717-9bb0-4d80-8016-498fa4b88162/5cabd8e1-5f4b-469e-becc-227469e03f5c/8048cbd7-77e2-4805-9af4-d109fa36dfcf MainThread::INFO::2018-01-12 22:01:52,174::config::435::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Found an OVF for HE VM, trying to convert MainThread::INFO::2018-01-12 22:01:52,179::config::440::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Got vm.conf from OVF_STORE MainThread::INFO::2018-01-12 22:01:52,189::hosted_engine::604::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2018-01-12 22:01:54,586::hosted_engine::630::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2018-01-12 22:01:54,587::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(validate_storage_server) Validating storage server MainThread::INFO::2018-01-12 22:01:56,903::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Storage domain reported as valid and reconnect is not forced. MainThread::INFO::2018-01-12 22:01:59,299::states::682::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to unexpected vm shutdown at Fri Jan 12 21:57:48 2018 MainThread::INFO::2018-01-12 22:01:59,299::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUnexpectedlyDown (score: 0) MainThread::INFO::2018-01-12 22:02:09,659::config::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_vm_conf) Reloading vm.conf from the shared storage domain MainThread::INFO::2018-01-12 22:02:09,659::config::416::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2018-01-12 22:02:09,660::ovf_store::132::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2018-01-12 22:02:09,663::ovf_store::134::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /var/run/vdsm/storage/4a7f8717-9bb0-4d80-8016-498fa4b88162/5cabd8e1-5f4b-469e-becc-227469e03f5c/8048cbd7-77e2-4805-9af4-d109fa36dfcf MainThread::INFO::2018-01-12 22:02:09,683::config::435::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Found an OVF for HE VM, trying to convert MainThread::INFO::2018-01-12 22:02:09,688::config::440::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Got vm.conf from OVF_STORE MainThread::INFO::2018-01-12 22:02:09,698::hosted_engine::604::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2018-01-12 22:02:12,112::hosted_engine::630::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2018-01-12 22:02:12,113::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(validate_storage_server) Validating storage server MainThread::INFO::2018-01-12 22:02:14,444::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Storage domain reported as valid and reconnect is not forced. MainThread::INFO::2018-01-12 22:02:16,859::states::682::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to unexpected vm shutdown at Fri Jan 12 21:57:47 2018 MainThread::INFO::2018-01-12 22:02:16,859::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUnexpectedlyDown (score: 0) MainThread::INFO::2018-01-12 22:02:27,100::config::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_vm_conf) Reloading vm.conf from the shared storage domain MainThread::INFO::2018-01-12 22:02:27,100::config::416::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2018-01-12 22:02:27,101::ovf_store::132::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2018-01-12 22:02:27,103::ovf_store::134::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /var/run/vdsm/storage/4a7f8717-9bb0-4d80-8016-498fa4b88162/5cabd8e1-5f4b-469e-becc-227469e03f5c/8048cbd7-77e2-4805-9af4-d109fa36dfcf MainThread::INFO::2018-01-12 22:02:27,125::config::435::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Found an OVF for HE VM, trying to convert MainThread::INFO::2018-01-12 22:02:27,129::config::440::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_get_vm_conf_content_from_ovf_store) Got vm.conf from OVF_STORE MainThread::INFO::2018-01-12 22:02:27,130::states::667::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine down, local host does not have best score MainThread::INFO::2018-01-12 22:02:27,139::hosted_engine::604::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM MainThread::INFO::2018-01-12 22:02:29,584::hosted_engine::630::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage MainThread::INFO::2018-01-12 22:02:29,586::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(validate_storage_server) Validating storage server Any suggestions how to resolve this . regards, Artem On Fri, Jan 12, 2018 at 7:08 PM, Artem Tambovskiy < artem.tambovskiy(a)gmail.com> wrote: > Trying to fix one thing I broke another :( > > I fixed mnt_options for hosted engine storage domain and installed latest > security patches to my hosts and hosted engine. All VM's up and running, > but hosted_engine --vm-status reports about issues: > > [root@ovirt1 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > conf_on_shared_storage : True > Status up-to-date : False > Hostname : ovirt2 > Host ID : 1 > Engine status : unknown stale-data > Score : 0 > stopped : False > Local maintenance : False > crc32 : 193164b8 > local_conf_timestamp : 8350 > Host timestamp : 8350 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=8350 (Fri Jan 12 19:03:54 2018) > host-id=1 > score=0 > vm_conf_refresh_time=8350 (Fri Jan 12 19:03:54 2018) > conf_on_shared_storage=True > maintenance=False > state=EngineUnexpectedlyDown > stopped=False > timeout=Thu Jan 1 05:24:43 1970 > > > --== Host 2 status ==-- > > conf_on_shared_storage : True > Status up-to-date : False > Hostname : ovirt1.telia.ru > Host ID : 2 > Engine status : unknown stale-data > Score : 0 > stopped : True > Local maintenance : False > crc32 : c7037c03 > local_conf_timestamp : 7530 > Host timestamp : 7530 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=7530 (Fri Jan 12 16:10:12 2018) > host-id=2 > score=0 > vm_conf_refresh_time=7530 (Fri Jan 12 16:10:12 2018) > conf_on_shared_storage=True > maintenance=False > state=AgentStopped > stopped=True > [root@ovirt1 ~]# > > > > from second host situation looks a bit different: > > > [root@ovirt2 ~]# hosted-engine --vm-status > > > --== Host 1 status ==-- > > conf_on_shared_storage : True > Status up-to-date : True > Hostname : ovirt2 > Host ID : 1 > Engine status : {"reason": "vm not running on this > host", "health": "bad", "vm": "down", "detail": "unknown"} > Score : 0 > stopped : False > Local maintenance : False > crc32 : 78eabdb6 > local_conf_timestamp : 8403 > Host timestamp : 8402 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=8402 (Fri Jan 12 19:04:47 2018) > host-id=1 > score=0 > vm_conf_refresh_time=8403 (Fri Jan 12 19:04:47 2018) > conf_on_shared_storage=True > maintenance=False > state=EngineUnexpectedlyDown > stopped=False > timeout=Thu Jan 1 05:24:43 1970 > > > --== Host 2 status ==-- > > conf_on_shared_storage : True > Status up-to-date : False > Hostname : ovirt1.telia.ru > Host ID : 2 > Engine status : unknown stale-data > Score : 0 > stopped : True > Local maintenance : False > crc32 : c7037c03 > local_conf_timestamp : 7530 > Host timestamp : 7530 > Extra metadata (valid at timestamp): > metadata_parse_version=1 > metadata_feature_version=1 > timestamp=7530 (Fri Jan 12 16:10:12 2018) > host-id=2 > score=0 > vm_conf_refresh_time=7530 (Fri Jan 12 16:10:12 2018) > conf_on_shared_storage=True > maintenance=False > state=AgentStopped > stopped=True > > > WebGUI shows that engine running on host ovirt1. > Gluster looks fine > [root@ovirt1 ~]# gluster volume status engine > Status of volume: engine > Gluster process TCP Port RDMA Port Online > Pid > ------------------------------------------------------------ > ------------------ > Brick ovirt1.telia.ru:/oVirt/engine 49169 0 Y > 3244 > Brick ovirt2.telia.ru:/oVirt/engine 49179 0 Y > 20372 > Brick ovirt3.telia.ru:/oVirt/engine 49206 0 Y > 16609 > Self-heal Daemon on localhost N/A N/A Y > 117868 > Self-heal Daemon on ovirt2.telia.ru N/A N/A Y > 20521 > Self-heal Daemon on ovirt3 N/A N/A Y > 25093 > > Task Status of Volume engine > ------------------------------------------------------------ > ------------------ > There are no active volume tasks > > How to resolve this issue? > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

4 12

Windows Safely Remove Hardware
by Стаценко Константин Юрьевич 22 Jan '18

22 Jan '18

--_000_3146965f26a84fbda26a43c3f5f55606msk1exchmb07interraoru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hello! What is the best way to remove options like eject virtual machine disks/con= trollers or nics from "Safely Remove Hardware" in Windows OS ? Currently running oVirt 4.1.8. Thanks. --_000_3146965f26a84fbda26a43c3f5f55606msk1exchmb07interraoru_ Content-Type: text/html; charset="koi8-r" 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=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hello!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What is the best way to remove = options like eject virtual machine disks/controllers or nics from “Sa= fely Remove Hardware” in Windows OS ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Currently running oVirt 4.1.8.<= o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thanks.<o:p></o:p></span></p> </div> </body> </html> --_000_3146965f26a84fbda26a43c3f5f55606msk1exchmb07interraoru_--

1 0

Re: [ovirt-users] Q: Optimal settings for DB hosting
by Yaniv Kaul 22 Jan '18

22 Jan '18

On Jan 19, 2018 10:52 AM, "andreil1" <andreil1(a)starlett.lv> wrote: Hi ! What is optimal setting for oVirt KVM guests for database hosting on Xeon server (2 x Xeon 4-core each) (in my case this is Firebird based accounting/stock control system with several clients active)? 1st of course its preallocated disk image. VirtO-SCSI enabled - It's not clear that virtio-scsi is faster than virtio-blk in all cases. Test. - What's the backend storage? Migration disabled. Balloning disabled. CPU shares disabled Pass-through host CPU enabled What about NUMA and pinning? What should be other CPU settings? For example, Xeon have 2 threads per core, should I set in oVirt 1 or 2 threads per virtual CPU? IO Threads on or off? On. Any idea of NUMA settings ? Indeed. + Huge pages, in both host and guest. Node running 4 VMs total, CPU load is quite low, RAM is enough to preallocate for each VM + 4GB for node itself. In short, use high performance VM. See ovirt.org feature page. Y. Thanks in advance ! Andrei _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 3

Questions about converged infrastructure setup and glusterFS sizing/performance
by Jayme 22 Jan '18

22 Jan '18

I am attempting to narrow down choices for storage in a new oVirt build that will eventually be used for a mix of dev and production servers. My current space usage excluding backups sits at about only 1TB so I figure 3-5 TB would be more than enough for VM storage only + some room to grow. There will be around 24 linux VMs total but 80% of them are VERY low usage and low spec servers. I've been considering a 3 host hyperconverged oVirt setup, replica 3 arbiter 1 setup with a disaster recovery plan to replicate the gluster volume to a separate server. I would of course do additional incremental backups to an alternate server as well probably with rsync or some other method. Some questions: 1. Is it recommended to use SSDs for glusterFS or can the performance of regular server/sas drives be sufficient enough performance. If using SSDs is it recommended to use enterprise SSDs are consumer SSDs good enough due to the redundancy of glusterFS? I would love to hear of any use cases from any of you regarding hardware specs you used in hyperconverged setups and what level of performance you are seeing. 2. Is it recommended to RAID the drives that form the gluster bricks? If so what raid level? 3. How do I calculate how much space will be usable in a replicate 3 arbiter 1 configuration? Will it be 75% of total drive capacity minus what I lose from raid (if I raid the drives)? 4. For replication of the gluster volume, is it possible for me to replicate the entire volume to a single drive/raid array in an alternate server or does the replicated volume need to match the configuration of the main glusterFS volume (i.e. same amount of drives/configuration etc). 5. Has the meltdown bug caused or expected to cause major issues with oVirt hyperconverged setup due to performance loss from the patches. I've been reading articles suggesting up to 30% performance loss on some converged/storage setups due to how CPU intensive converged setups are. Thanks in advance!

2 1

OVS not running / logwatch error after upgrade from 4.0.6 to 4.1.8
by Derek Atkins 22 Jan '18

22 Jan '18

Hi, I recently upgraded my 1-host ovirt deployment from 4.0.6 to 4.1.8. Since then, the host has been reporting a cron.daily error: /etc/cron.daily/logrotate: logrotate_script: line 4: cd: /var/run/openvswitch: No such file or directory This isn't surprising, since: # systemctl status openvswitch ● openvswitch.service - Open vSwitch Loaded: loaded (/usr/lib/systemd/system/openvswitch.service; disabled; vendor preset: disabled) Active: inactive (dead) The host was just upgraded by "yum update". Was there anything special that needed to happen after the update? Do I *NEED* OVS running? The VMs all seem to be behaving properly. Thanks, -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

New blog on ovirt.org - Build oVirt Reports Using Grafana
by Yaniv Kaul 21 Jan '18

21 Jan '18

Grafana <https://grafana.com/>, The open platform for beautiful analytics and monitoring, recently added support for PostgreSQL <http://docs.grafana.org/features/datasources/postgres/>. It in now possible to connect Grafana to oVirt DWH <https://www.ovirt.org/documentation/how-to/reports/dwh/>, in order to visualize and monitor the oVirt environment. Read more @ https://ovirt.org/blog/2018/01/ovirt-report-using-grafana/

1 0