- Users - oVirt List Archives

strange iscsi issue
by Demeter Tibor 09 Sep '15

09 Sep '15

------=_Part_1904412_191957680.1441657611396 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi All, I have to create a test environment for testing purposes, because we need to testing our new 10gbe infrastructure. One server that have a 10gbe nic - this is the vdsm host and ovirt portal. One server that have a 10gbe nic - this is the storage. Its connected to each other throught a dlink 10gbe switch. Everything good and nice, the server can connect to storage, I can make and run VMs, but the storage performance from inside VM seems to be 1Gb/sec only. I did try the iperf command for testing connections beetwen servers, and it was 9.40 GB/sec. I have try to use hdparm -tT /dev/mapper/iscsidevice and also it was 400-450 MB/sec. I've got same result on storage server. So: - hdparm test on local storage ~ 400 mb/sec - hdparm test on ovirt node server through attached iscsi device ~ 400 Mb/sec - hdparm test from inside vm on local virtual disk - 93-102 Mb /sec The question is : Why? ps. I Have only one ovirtmgmt device, so there are no other networks. The router is only 1gbe/sec, but i've tested and the traffic does not going through this. Thanks in advance, Regards, Tibor ------=_Part_1904412_191957680.1441657611396 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hi All,</div><div><br data-mce-bogus=3D"1">= </div><div>I have to create a test environment for testing purposes, becaus= e we need to testing our new 10gbe infrastructure.</div><div>One server tha= t have a 10gbe nic - this is the vdsm host and ovirt portal.</div><div>One = server that have a 10gbe nic - this is the storage.</div><div><br data-mce-= bogus=3D"1"></div><div>Its connected to each other throught a dlink 10gbe s= witch.</div><div><br></div><div>Everything good and nice, the server can co= nnect to storage, I can make and run VMs, but the storage performance from = inside VM seems to be 1Gb/sec only. </div><div>I did try the iperf com= mand for testing connections beetwen servers, and it was 9.40 GB/sec. I hav= e try to use hdparm -tT /dev/mapper/iscsidevice and also it was 400-450 MB/= sec. I've got same result on storage server.</div><div><br data-mce-bogus= =3D"1"></div><div>So:</div><div><br data-mce-bogus=3D"1"></div><div>- hdpar= m test on local storage ~ 400 mb/sec</div><div>- hdparm test on ovirt node = server through attached iscsi device ~ 400 Mb/sec</div><div>- hdparm test f= rom inside vm on local virtual disk - 93-102 Mb /sec</div><div><br data-mce= -bogus=3D"1"></div><div>The question is : Why?</div><div><br data-mce-bogus= =3D"1"></div><div>ps. I Have only one ovirtmgmt device, so there are no oth= er networks. The router is only 1gbe/sec, but i've tested and the traffic d= oes not going through  this.</div><div><br data-mce-bogus=3D"1"></div>= <div>Thanks in advance,</div><div><br data-mce-bogus=3D"1"></div><div>Regar= ds, </div><div>Tibor<br></div><div data-marker=3D"__SIG_PRE__"><p></p>= </div></div></body></html> ------=_Part_1904412_191957680.1441657611396--

6 8

Question about upgrading ovirt 3.5.3 to 3.5.4
by Jason Keltz 09 Sep '15

09 Sep '15

Hi. I have a system consisting of an engine + several hosts running 3.5.3, and I want to upgrade everything to 3.5.4. According to the release notes, all I should do is: > # yum update "ovirt-engine-setup*" > # engine-setup I did this with engine, and it seemed to upgrade okay. I'm puzzled whether this applies to the hosts as well? The release notes aren't clear to me in that respect. Thanks for any assistance! Jason.

3 3

urgent issue
by Chris Liebman 09 Sep '15

09 Sep '15

In attempting to put an ovirt cluster in production I'm running into some off errors with gluster it looks like. Its 12 hosts each with one brick in distributed-replicate. (actually 2 bricks but they are separate volumes) [root@ovirt-node268 glusterfs]# rpm -qa | grep vdsm vdsm-jsonrpc-4.16.20-0.el6.noarch vdsm-gluster-4.16.20-0.el6.noarch vdsm-xmlrpc-4.16.20-0.el6.noarch vdsm-yajsonrpc-4.16.20-0.el6.noarch vdsm-4.16.20-0.el6.x86_64 vdsm-python-zombiereaper-4.16.20-0.el6.noarch vdsm-python-4.16.20-0.el6.noarch vdsm-cli-4.16.20-0.el6.noarch Everything was fine last week, however, today various clients in the gluster cluster seem get "client quorum not met" periodically - when they get this they take one of the bricks offline - this causes VM's to be attempted to move - sometimes 20 at a time. That takes a long time :-(. I've tried disabling automatic migration and teh VM's get paused when this happens - resuming gets nothing at that point as the volumes mount on the server hosting the VM is not connected: from rhev-data-center-mnt-glusterSD-ovirt-node268.la.taboolasyndication.com: _LADC-TBX-V02.log: [2015-09-08 21:18:42.920771] W [MSGID: 108001] [afr-common.c:4043:afr_notify] 2-LADC-TBX-V02-replicate-2: Client-quorum is not met [2015-09-08 21:18:42.931751] I [fuse-bridge.c:4900:fuse_thread_proc] 0-fuse: unmounting /rhev/data-center/mnt/glusterSD/ovirt-node268.la.taboolasyndication.com: _LADC-TBX-V02 [2015-09-08 21:18:42.931836] W [glusterfsd.c:1219:cleanup_and_exit] (-->/lib64/libpthread.so.0(+0x7a51) [0x7f1bebc84a51] -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] -->/usr/sbin/glusterfs(cleanup_and_exit+0x 65) [0x4059b5] ) 0-: received signum (15), shutting down [2015-09-08 21:18:42.931858] I [fuse-bridge.c:5595:fini] 0-fuse: Unmounting '/rhev/data-center/mnt/glusterSD/ovirt-node268.la.taboolasyndication.com: _LADC-TBX-V02'. And the mount is broken at that point: [root@ovirt-node267 ~]# df *df: `/rhev/data-center/mnt/glusterSD/ovirt-node268.la.taboolasyndication.com:_LADC-TBX-V02': Transport endpoint is not connected* Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 51475068 1968452 46885176 5% / tmpfs 132210244 0 132210244 0% /dev/shm /dev/sda2 487652 32409 429643 8% /boot /dev/sda1 204580 260 204320 1% /boot/efi /dev/sda5 1849960960 156714056 1599267616 9% /data1 /dev/sdb1 1902274676 18714468 1786923588 2% /data2 ovirt-node268.la.taboolasyndication.com:/LADC-TBX-V01 9249804800 727008640 8052899712 9% /rhev/data-center/mnt/glusterSD/ovirt-node268.la.taboolasyndication.com: _LADC-TBX-V01 ovirt-node251.la.taboolasyndication.com:/LADC-TBX-V03 1849960960 73728 1755907968 1% /rhev/data-center/mnt/glusterSD/ovirt-node251.la.taboolasyndication.com: _LADC-TBX-V03 The fix for that is to put the server in maintenance mode then activate it again. But all VM's need to be migrated or stopped for that to work. I'm not seeing any obvious network or disk errors...... Are their configuration options I'm missing?

1 2

Host loses all network configuration on update to oVirt 3.5.4
by Patrick Hurrelmann 09 Sep '15

09 Sep '15

Hi all, I just updated my existing oVirt 3.5.3 installation (iSCSI hosted-engine on CentOS 7.1). The engine update went fine. Updating the hosts succeeds until the first reboot. After a reboot the host does not come up again. It is missing all network configuration. All network cfgs in /etc/sysconfig/network-scripts are missing except ifcfg-lo. The host boots up without working networking. Using IPMI and config backups, I was able to restore the lost network configs. Once these are restored and the host is rebooted again all seems to be back to good. This has now happend to 2 updated hosts (this installation has a total of 4 hosts, so 2 more to debug/try). I'm happy to assist in furter debugging. Before updating the second host, I gathered some information. All these hosts have 3 physical nics. One is used for the ovirtmgmt bridge and the other 2 are used for iSCSI storage vlans. ifcfgs before update: /etc/sysconfig/network-scripts/ifcfg-em1 # Generated by VDSM version 4.16.20-0.el7.centos DEVICE=em1 HWADDR=d0:67:e5:f0:e5:c6 BRIDGE=ovirtmgmt ONBOOT=yes NM_CONTROLLED=no DEVICE=lo IPADDR=127.0.0.1 NETMASK=255.0.0.0 NETWORK=127.0.0.0 # If you're having problems with gated making 127.0.0.0/8 a martian, # you can change this to something else (255.255.255.255, for example) BROADCAST=127.255.255.255 ONBOOT=yes NAME=loopback /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt # Generated by VDSM version 4.16.20-0.el7.centos DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes IPADDR=1.2.3.16 NETMASK=255.255.255.0 GATEWAY=1.2.3.11 BOOTPROTO=none DEFROUTE=yes NM_CONTROLLED=no HOTPLUG=no /etc/sysconfig/network-scripts/ifcfg-p4p1 # Generated by VDSM version 4.16.20-0.el7.centos DEVICE=p4p1 HWADDR=68:05:ca:01:bc:0c ONBOOT=no IPADDR=4.5.7.102 NETMASK=255.255.255.0 BOOTPROTO=none MTU=9000 DEFROUTE=no NM_CONTROLLED=no /etc/sysconfig/network-scripts/ifcfg-p3p1 # Generated by VDSM version 4.16.20-0.el7.centos DEVICE=p3p1 HWADDR=68:05:ca:18:86:45 ONBOOT=no IPADDR=4.5.6.102 NETMASK=255.255.255.0 BOOTPROTO=none MTU=9000 DEFROUTE=no NM_CONTROLLED=no /etc/sysconfig/network-scripts/ifcfg-lo ip link before update: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN mode DEFAULT link/ether 46:50:22:7a:f3:9d brd ff:ff:ff:ff:ff:ff 3: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovirtmgmt state UP mode DEFAULT qlen 1000 link/ether d0:67:e5:f0:e5:c6 brd ff:ff:ff:ff:ff:ff 4: p3p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 68:05:ca:18:86:45 brd ff:ff:ff:ff:ff:ff 5: p4p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP mode DEFAULT qlen 1000 link/ether 68:05:ca:01:bc:0c brd ff:ff:ff:ff:ff:ff 7: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT link/ether d0:67:e5:f0:e5:c6 brd ff:ff:ff:ff:ff:ff 8: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT link/ether ce:0f:16:49:a7:da brd ff:ff:ff:ff:ff:ff vdsm files before update: /var/lib/vdsm /var/lib/vdsm/bonding-defaults.json /var/lib/vdsm/netconfback /var/lib/vdsm/netconfback/ifcfg-ovirtmgmt /var/lib/vdsm/netconfback/ifcfg-em1 /var/lib/vdsm/netconfback/route-ovirtmgmt /var/lib/vdsm/netconfback/rule-ovirtmgmt /var/lib/vdsm/netconfback/ifcfg-p4p1 /var/lib/vdsm/netconfback/ifcfg-p3p1 /var/lib/vdsm/persistence /var/lib/vdsm/persistence/netconf /var/lib/vdsm/persistence/netconf.1416666697752319079 /var/lib/vdsm/persistence/netconf.1416666697752319079/nets /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/san1 /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/san2 /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/ovirtmgmt /var/lib/vdsm/upgrade /var/lib/vdsm/upgrade/upgrade-unified-persistence /var/lib/vdsm/transient File in /var/lib/vdsm/netconfback each only contained a comment: # original file did not exist /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/ovirtmgmt {"nic": "em1", "netmask": "255.255.255.0", "bootproto": "none", "ipaddr": "1.2.3.16", "gateway": "1.2.3.11"} /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/san1 {"nic": "p3p1", "netmask": "255.255.255.0", "ipaddr": "4.5.6.102", "bridged": "false", "mtu": "9000"} /var/lib/vdsm/persistence/netconf.1416666697752319079/nets/san2 {"nic": "p4p1", "netmask": "255.255.255.0", "ipaddr": "4.5.7.102", "bridged": "false", "mtu": "9000"} After update and reboot, no ifcfg scripts are left. Only interface lo is up. Syslog doess not seem to contain anything suspicious before refore reboot. Log excerpts from bootup: Sep 3 17:27:23 vhm-prd-02 network: Bringing up loopback interface: [ OK ] Sep 3 17:27:23 vhm-prd-02 systemd-ovirt-ha-agent: Starting ovirt-ha-agent: [ OK ] Sep 3 17:27:23 vhm-prd-02 systemd: Started oVirt Hosted Engine High Availability Monitoring Agent. Sep 3 17:27:23 vhm-prd-02 kernel: IPv6: ADDRCONF(NETDEV_UP): em1: link is not ready Sep 3 17:27:23 vhm-prd-02 kernel: device em1 entered promiscuous mode Sep 3 17:27:23 vhm-prd-02 network: Bringing up interface em1: [ OK ] Sep 3 17:27:23 vhm-prd-02 kernel: IPv6: ADDRCONF(NETDEV_UP): ovirtmgmt: link is not ready Sep 3 17:27:25 vhm-prd-02 avahi-daemon[778]: Joining mDNS multicast group on interface ovirtmgmt.IPv4 with address 1.2.3.16. Sep 3 17:27:25 vhm-prd-02 avahi-daemon[778]: New relevant interface ovirtmgmt.IPv4 for mDNS. Sep 3 17:27:25 vhm-prd-02 avahi-daemon[778]: Registering new address record for 1.2.3.16 on ovirtmgmt.IPv4. Sep 3 17:27:26 vhm-prd-02 kernel: tg3 0000:03:00.0 em1: Link is up at 1000 Mbps, full duplex Sep 3 17:27:26 vhm-prd-02 kernel: tg3 0000:03:00.0 em1: Flow control is off for TX and off for RX Sep 3 17:27:26 vhm-prd-02 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): em1: link becomes ready Sep 3 17:27:26 vhm-prd-02 kernel: ovirtmgmt: port 1(em1) entered forwarding state Sep 3 17:27:26 vhm-prd-02 kernel: ovirtmgmt: port 1(em1) entered forwarding state Sep 3 17:27:26 vhm-prd-02 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): ovirtmgmt: link becomes ready Sep 3 17:27:26 vhm-prd-02 network: Bringing up interface ovirtmgmt: [ OK ] Sep 3 17:27:26 vhm-prd-02 systemd: Started LSB: Bring up/down networking. Sep 3 17:27:26 vhm-prd-02 systemd: Starting Network. Sep 3 17:27:26 vhm-prd-02 systemd: Reached target Network. So ovirtmgmt and em1 were restore and initialized just fine (p3p1 and p4p1 should have been started, too, but engine configured them as ONBOOT=no). Further in messages (full log is attached): Sep 3 17:27:26 vhm-prd-02 systemd: Starting Virtual Desktop Server Manager network restoration... Sep 3 17:27:26 vhm-prd-02 systemd: Started OSAD daemon. Sep 3 17:27:27 vhm-prd-02 systemd: Started Terminate Plymouth Boot Screen. Sep 3 17:27:27 vhm-prd-02 systemd: Started Wait for Plymouth Boot Screen to Quit. Sep 3 17:27:27 vhm-prd-02 systemd: Starting Serial Getty on ttyS1... Sep 3 17:27:27 vhm-prd-02 systemd: Started Serial Getty on ttyS1. Sep 3 17:27:27 vhm-prd-02 systemd: Starting Getty on tty1... Sep 3 17:27:27 vhm-prd-02 systemd: Started Getty on tty1. Sep 3 17:27:27 vhm-prd-02 systemd: Starting Login Prompts. Sep 3 17:27:27 vhm-prd-02 systemd: Reached target Login Prompts. Sep 3 17:27:27 vhm-prd-02 iscsid: iSCSI daemon with pid=1300 started! Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Registering new address record for fe80::d267:e5ff:fef0:e5c6 on ovirtmgmt.*. Sep 3 17:27:27 vhm-prd-02 kdumpctl: kexec: loaded kdump kernel Sep 3 17:27:27 vhm-prd-02 kdumpctl: Starting kdump: [OK] Sep 3 17:27:27 vhm-prd-02 systemd: Started Crash recovery kernel arming. Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Registering new address record for fe80::d267:e5ff:fef0:e5c6 on em1.*. Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Withdrawing address record for 1.2.3.16 on ovirtmgmt. Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Leaving mDNS multicast group on interface ovirtmgmt.IPv4 with address 1.2.3.16. Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Interface ovirtmgmt.IPv4 no longer relevant for mDNS. Sep 3 17:27:27 vhm-prd-02 kernel: ovirtmgmt: port 1(em1) entered disabled state Sep 3 17:27:27 vhm-prd-02 avahi-daemon[778]: Withdrawing address record for fe80::d267:e5ff:fef0:e5c6 on ovirtmgmt. Sep 3 17:27:28 vhm-prd-02 avahi-daemon[778]: Withdrawing address record for fe80::d267:e5ff:fef0:e5c6 on em1. Sep 3 17:27:28 vhm-prd-02 kernel: device em1 left promiscuous mode Sep 3 17:27:28 vhm-prd-02 kernel: ovirtmgmt: port 1(em1) entered disabled state Sep 3 17:27:28 vhm-prd-02 avahi-daemon[778]: Withdrawing workstation service for ovirtmgmt. Sep 3 17:27:28 vhm-prd-02 vdsm-tool: Traceback (most recent call last): Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/vdsm-restore-net-config", line 345, in <module> Sep 3 17:27:28 vhm-prd-02 vdsm-tool: restore(args) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/vdsm-restore-net-config", line 314, in restore Sep 3 17:27:28 vhm-prd-02 vdsm-tool: unified_restoration() Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/vdsm-restore-net-config", line 93, in unified_restoration Sep 3 17:27:28 vhm-prd-02 vdsm-tool: setupNetworks(nets, bonds, connectivityCheck=False, _inRollback=True) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/api.py", line 642, in setupNetworks Sep 3 17:27:28 vhm-prd-02 vdsm-tool: implicitBonding=False, _netinfo=_netinfo) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/api.py", line 213, in wrapped Sep 3 17:27:28 vhm-prd-02 vdsm-tool: ret = func(**attrs) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/api.py", line 429, in delNetwork Sep 3 17:27:28 vhm-prd-02 vdsm-tool: netEnt.remove() Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/models.py", line 100, in remove Sep 3 17:27:28 vhm-prd-02 vdsm-tool: self.configurator.removeNic(self) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/configurators/ifcfg.py", line 215, in removeNic Sep 3 17:27:28 vhm-prd-02 vdsm-tool: self.configApplier.removeNic(nic.name) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/share/vdsm/network/configurators/ifcfg.py", line 657, in removeNic Sep 3 17:27:28 vhm-prd-02 vdsm-tool: with open(cf) as nicFile: Sep 3 17:27:28 vhm-prd-02 vdsm-tool: IOError: [Errno 2] No such file or directory: u'/etc/sysconfig/network-scripts/ifcfg-p4p1' Sep 3 17:27:28 vhm-prd-02 vdsm-tool: Traceback (most recent call last): Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219, in main Sep 3 17:27:28 vhm-prd-02 vdsm-tool: return tool_command[cmd]["command"](*args) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 40, in restore_command Sep 3 17:27:28 vhm-prd-02 vdsm-tool: exec_restore(cmd) Sep 3 17:27:28 vhm-prd-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 53, in exec_restore Sep 3 17:27:28 vhm-prd-02 vdsm-tool: raise EnvironmentError('Failed to restore the persisted networks') Sep 3 17:27:28 vhm-prd-02 vdsm-tool: EnvironmentError: Failed to restore the persisted networks Sep 3 17:27:28 vhm-prd-02 systemd: vdsm-network.service: main process exited, code=exited, status=1/FAILURE Sep 3 17:27:28 vhm-prd-02 systemd: Failed to start Virtual Desktop Server Manager network restoration. Sep 3 17:27:28 vhm-prd-02 systemd: Dependency failed for Virtual Desktop Server Manager. Sep 3 17:27:28 vhm-prd-02 systemd: Sep 3 17:27:28 vhm-prd-02 systemd: Unit vdsm-network.service entered failed state. Sep 3 17:27:33 vhm-prd-02 systemd: Started Postfix Mail Transport Agent. Sep 3 17:27:33 vhm-prd-02 systemd: Starting Multi-User System. Sep 3 17:27:33 vhm-prd-02 systemd: Reached target Multi-User System. Sep 3 17:27:33 vhm-prd-02 systemd: Starting Update UTMP about System Runlevel Changes... Sep 3 17:27:33 vhm-prd-02 systemd: Starting Stop Read-Ahead Data Collection 10s After Completed Startup. Sep 3 17:27:33 vhm-prd-02 systemd: Started Stop Read-Ahead Data Collection 10s After Completed Startup. Sep 3 17:27:33 vhm-prd-02 systemd: Started Update UTMP about System Runlevel Changes. Sep 3 17:27:33 vhm-prd-02 systemd: Startup finished in 2.964s (kernel) + 2.507s (initrd) + 15.996s (userspace) = 21.468s. So, as I have two more hosts, that need updating, I'm happy to assist in bisecting and debugging this update issue. Suggestions and help are very welcome. Thank you very much and with best regards Patrick -- Lobster SCM GmbH, Hindenburgstraße 15, D-82343 Pöcking HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich

5 8

How to use ovirt-guest-agent without VDSM?
by Nick Xiao 09 Sep '15

09 Sep '15

In my environment i want to use ovirt-ga replace qemu-ga. Hypervisor is Ubuntu 14.04 (OpenStack Icehouse) and the virtual machine is Ubuntu 14.04 cloudimage. In Hypervisor launch a instance and attach a chardev, like: # ps -ef | grep guest_agent libvirt+ 2649 1 1 Sep08 ? 00:15:36 /usr/bin/qemu-system-x86_64 ... -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/org.qemu.guest_agent.0.instance-00000210.sock,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 ... In virtual machine was installed ovirt-guest-agent 1.0.11-1.1 and service running OK. But i don't know how to get memory usage and other information in hypervisor(OpenStack compute node)? I have failed when i try to use linux command 'socat' and python socket. I need some sample or link. Thanks a lot! Nick Xiao

2 1

Test ovirt 3.6 beta 4 : hypervisor very slow
by wodel youchi 09 Sep '15

09 Sep '15

Hi, after installing ovirt 3.6 beta 4 my hypervisor is very slo, my CPU is overloaded by ovirt-ha-broker especially [root@noveria wodel]# top top - 18:57:17 up 2:35, 0 users, load average: *745,33, 676,04, 522,26* Tasks: 278 total, 2 running, 275 sleeping, 0 stopped, 1 zombie %Cpu(s): 30,9 us, 68,2 sy, 0,0 ni, 0,8 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem : 8123256 total, 2816544 free, 1712520 used, 3594192 buff/cache KiB Swap: 4095996 total, 4093872 free, 2124 used. 5551188 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND * 1444 vdsm 20 0 8707412 65296 5716 S 349,3 0,8 143:14.97 ovirt-ha-broker * 2528 wodel 20 0 2571748 989,7m 290820 S 10,3 12,5 27:15.53 firefox 987 polkitd 20 0 536664 19192 9676 S 8,3 0,2 2:06.87 polkitd 32743 vdsm 0 -20 2877220 66992 20984 S 3,3 0,8 1:11.27 vdsm 1188 vdsm 20 0 258272 22500 6016 S 2,6 0,3 0:28.55 ovirt-ha-agent I have a core i5 3550 3Ghz (4 cores)

2 3

why replica 3
by Richard Neuboeck 09 Sep '15

09 Sep '15

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DtNOHPq0pvAdvxKNIida56NVOQMQS9co0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi oVirt group, I'm currently trying to set up an oVirt 3.6 self hosed engine on a replica 2 gluster volume. As you can imagine it fails since it expects a replica 3 volume. Since this part is hard coded during the installation this could be easily remedied but on the other hand I'm not familiar with the oVirt setup so I'm not sure if I would be disturbing something far a head that again is puzzled by the lack of a replica 3 volume. Is there a reason why it has to be exactly replica 3? Shouldn't the redundancy of the storage back end be the responsibility of the admin and therefore the option to choose (at least replicated and distributed replicated) open? I'm asking because the storage back and I'm using is kind of a 'big' thing and it's hardware is put together to facilitate the use of replica 2. Sure I could create multiple bricks on those two machines but other than a negative performance impact I would gain nothing. Since the price tag of one of those servers is quite high the likelihood of getting another one is exactly 0. So I'm sure it makes sens to you that I would rather choose my own replication level than having one predetermined. All the best Richard --DtNOHPq0pvAdvxKNIida56NVOQMQS9co0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iEYEARECAAYFAlXpQIMACgkQnGohgOrO9GEOmwCglzYqsJ+N2jCwtp2dJY8wKdUg jS0AoK9Vy/ysvsHJCjzvwTmYuIXFd28V =obax -----END PGP SIGNATURE----- --DtNOHPq0pvAdvxKNIida56NVOQMQS9co0--

3 6

Ovirt vs an external existing Ldap
by Ezio Paglia (Comune GR) 09 Sep '15

09 Sep '15

Hi all. What is the best way to follow in order to attach Ovirt AAA mechanisms to an external existing uncrypted Ldap Server ? Such ldap is currently used by Tomcat and Samba authentication and authorization, its schemas should be compatible with Ovirt attributes, at least I suppose so. I had thought of a port redirection through iptables, that is the local 389 could be transformed in the remote 389 of the existing ldap, yet I'd like to know and learn from your experience. Thank you in advance. Ezio -- Ezio Paglia Comune di Grosseto Grosseto (Italy)

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 09 Sep '15

09 Sep '15

Hi, We planned to start composing oVirt 3.6.0 RC on *2015-09-16 08:00 UTC* from 3.6 branches. There are still 855 bugs [1] targeted to 3.6.0. Maintainers should scrub them and start pushing non critical bugs to ZStream releases. There are still 34 bugs marked as blocker: Bug ID Status Whiteboard Summary 1259247 POST infra [7.2-3.6] Failed to approve RHEV-H in RHEV-M 3.5 1247942 NEW integration [hosted-engine-setup] Additional host deployment fails with "Dirty Storage Domain: Cannot find master domain" over block storage 1236600 NEW integration ovirt-hosted-engine-ha is missing logrotate configuration 1220867 NEW integration all-in-one fails cause engine-setup tries to add the local storage when the host is still not up 1244720 POST integration pg_restore: [archiver (db)] could not execute query: ERROR: language "plpgsql" already exists after upgrade 1254671 POST integration Fail HE install when closing the install 1242235 ASSIGNED network [New HostSetupNetworksCommand] Marking ipConfiguration and overridden QoS as out-of-sync 1231507 ASSIGNED network [SR-IOV] REST API for SR-IOV 1184497 ASSIGNED network SetupNetworks> Can't change network state from dhcp to static ip 1246060 NEW network [New HostSetupNetworks] Remove custom_properties from vds_interface table and VdsNetworkInterface entity 1192778 NEW network Wrong BOOTPROTO displayed on setup networks GUI and there is no way to change it via setup networks 1257168 NEW network [Clusters] > 'Manage Networks' > 'required all' and 'assigned all' checkboxes completely stopped working (in both of the dialogs) 1250063 NEW network Host becomes non-operational when activating it from maintenance mode, if you have a required network that was never used 1214805 POST network DatacenterAdmin role on system can't add new DC (missing CONFIGURE_MAC_POOL action group) 1247037 POST network [new HostSetupNetworks] unmanaged networks handling 1259000 POST network Vdsm must keep defaultRoute=True heuristic for older clusterLevels 1260430 POST network REST | old SetupNetworks API | NPE when attaching network to host NIC 1254713 POST network VM stuck in down state on vdsm when powering off VM with port mirroring 1196640 POST network [Monitoring] Network utilisation is not shown for the VM 1095028 NEW node [3.5-7.0] Abort media check will cause system halt 1260470 NEW node Failed to setup Hosted Engine on RHEV-H 7.2 1259220 NEW node [TUI] There is error report when click "Set Console Path" 1242215 NEW sla [HE] HE-vm not shown with unconfigured default storage domain in ovirt 3.6 1251742 POST sla Affinity balancing stop work after first migration 1253975 NEW storage [vdsm] extendVolumeSize task is not cleared in case of a live merge failure for a volume that was extended 1253790 NEW storage [BLOCKED] consume fix for "iscsi_session recovery_tmo revert back to default when a path becomes active" 1258465 NEW storage Different behavior of connectStorageServer and prepareImage between iSCSI and NFS 1258901 NEW storage [UX] Toggling wad property while vm is up shouldn't be greyed out 1257240 NEW storage Template's disk format is wrong 1238239 NEW storage Deployment of hosted engine failed on ISCSI storage with 'Error block device action' 1253640 NEW storage Some dirty LUNs are not usable in RHEV 1205697 NEW ux Can not assign tag to an entity from UI 1252012 ASSIGNED virt balloon enabled at cluster level cause NPE in VMs monitoring 1260409 NEW virt Migration failed since libvirtError in 'virDomainMigrateToURI2' There are 18 bugs marked as test / automation blocker[2] There are 43 bugs marked as regressions[3] Given current bugs status, release criteria are not met [4] so I suggest to go with another beta on 2015-09-16 and review bug status next week. I'm postponing RC by one week in the mean time. Action items: - Developers: fix test / automation blockers, regressions and remaining blockers. - Please check Jenkins status for 3.6 jobs and sync with relevant maintainers if there are issues. - Please fill release notes, the page has been created here [5] - Please test oVirt 3.6 nightly snapshot and check for regressions from 3.5 [1] https://goo.gl/YHm02x [2] https://goo.gl/hYFZCs [3] https://goo.gl/yHkfdv [4] http://www.ovirt.org/OVirt_3.6_Release_Management#Candidate_Release_Criteria [5] http://www.ovirt.org/OVirt_3.6_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

NFS mounts default to UDP?
by Markus Stockhausen 09 Sep '15

09 Sep '15

This is a multi-part message in MIME format. ------=_NextPartTM-000-a3b44b5f-b0fa-44df-b007-5214054db6d9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= =0A= we noticed that a newly created NFS data domain is mounted with=0A= UDP protocol. Does anyone know if that is the desired behaviour=0A= of current OVirt versions?=0A= =0A= ovirtnode# mount -a=0A= ...=0A= 10.10.30.254:/var/nas4/OVirtIB on /rhev/data-center/mnt/10.10.30.254:_var_n= as4_OVirtIB =0A= type nfs (rw,relatime,vers=3D3,rsize=3D32768,wsize=3D32768,namlen=3D255,sof= t,=0A= nosharecache,proto=3Dudp,timeo=3D600,retrans=3D6,sec=3Dsys,mountaddr=3D10.1= 0.30.254,=0A= mountvers=3D3,mountport=3D48383,mountproto=3Dudp,local_lock=3Dnone,addr=3D1= 0.10.30.254)=0A= ...=0A= =0A= See also https://bugzilla.redhat.com/show_bug.cgi?id=3D1261178=0A= =0A= Best regards.=0A= =0A= Markus=0A= ------=_NextPartTM-000-a3b44b5f-b0fa-44df-b007-5214054db6d9 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-a3b44b5f-b0fa-44df-b007-5214054db6d9--

1 0