- Users - oVirt List Archives

Fail to upgrade to 4.1 from 4.0
by Marcin M. Jessa 18 Sep '16

18 Sep '16

Hi guys. I have problems upgrading from oVirt 4.0 to 4.1 This is what I did: # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm # yum -y update # engine-setup Then it fails with following error: [ ERROR ] schema.sh: FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_01_0010_add_mac_pool_id_to_vds_group.sql [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema refresh failed This is the 04_01_0010_add_mac_pool_id_to_vds_group.sql script: SELECT fn_db_add_column('cluster', 'mac_pool_id', 'UUID REFERENCES mac_pools (id)'); UPDATE cluster AS c SET mac_pool_id = ( SELECT sp.mac_pool_id FROM storage_pool sp WHERE sp.id = c.storage_pool_id ); ALTER TABLE cluster ALTER COLUMN mac_pool_id SET NOT NULL; The relevant portion of the log file: 2016-09-14 21:56:19 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:926 execute-output: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160914215252-64vhk6.log', '-c', 'apply'] stderr: psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_01_0010_add_mac_pool_id_to_vds_group.sql:17: ERROR: column "mac_pool_id" contains null values FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_01_0010_add_mac_pool_id_to_vds_group.sql 2016-09-14 21:56:19 ERROR otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema schema._misc:315 schema.sh: FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_01_0010_add_mac_pool_id_to_vds_group.sql 2016-09-14 21:56:19 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 317, in _misc raise RuntimeError(_('Engine schema refresh failed')) RuntimeError: Engine schema refresh failed 2016-09-14 21:56:19 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Misc configuration': Engine schema refresh failed 2016-09-14 21:56:19 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2016-09-14 21:56:19 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Any idea how to fix that? -- Marcin M. Jessa

3 10

oVirt 4.0.3 (Hosted Engine) - High Availability VM not restart after auto-fencing of host.
by aleksey.maksimov＠it-kb.ru 16 Sep '16

16 Sep '16

Hello oVirt guru`s ! I have oVirt Hosted Engine 4.0.3-1.el7.centos on two CentOS 7.2 hosts (HP ProLiant DL 360 G5) connected to shared FC SAN Storage. 1. I configured Power Management for the Hosts (successfully added Fencing Agent for iLO2 from my hosts) 2. I created new VM (KOM-AD01-PBX02) and installed Guest OS (Ubuntu Server 16.04 LTS) and oVirt Guest Agent (As described herein https://blog.it-kb.ru/2016/09/14/install-ovirt-4-0-part-2-about-data-center…) In VM settings on "High Availability" I turned on the option "Highly Available" and change "Priority" to "High" 3. Now I'm trying to check Hard-Fencing and power off my first host (KOM-AD01-VM31) from his iLO (KOM-AD01-ILO31). Fencing successfully works and server is automatically turned on, but my HA VM not started on second host (KOM-AD01-VM32). These events I see in the oVirt web console: Sep 15, 2016 12:08:13 PM Host KOM-AD01-VM31 power management was verified successfully. Sep 15, 2016 12:08:13 PM Status of host KOM-AD01-VM31 was set to Up. Sep 15, 2016 12:08:05 PM Executing power management status on Host KOM-AD01-VM31 using Proxy Host KOM-AD01-VM32 and Fence Agent ilo:KOM-AD01-ILO31.holding.com. Sep 15, 2016 12:05:48 PM Host KOM-AD01-VM31 is rebooting. Sep 15, 2016 12:05:48 PM Host KOM-AD01-VM31 was started by SYSTEM. Sep 15, 2016 12:05:48 PM Power management start of Host KOM-AD01-VM31 succeeded. Sep 15, 2016 12:05:41 PM Executing power management status on Host KOM-AD01-VM31 using Proxy Host KOM-AD01-VM32 and Fence Agent ilo:KOM-AD01-ILO31.holding.com. Sep 15, 2016 12:05:19 PM Executing power management start on Host KOM-AD01-VM31 using Proxy Host KOM-AD01-VM32 and Fence Agent ilo:KOM-AD01-ILO31.holding.com. Sep 15, 2016 12:05:19 PM Power management start of Host KOM-AD01-VM31 initiated. Sep 15, 2016 12:05:19 PM Auto fence for host KOM-AD01-VM31 was started. Sep 15, 2016 12:05:11 PM Executing power management status on Host KOM-AD01-VM31 using Proxy Host KOM-AD01-VM32 and Fence Agent ilo:KOM-AD01-ILO31.holding.com. Sep 15, 2016 12:05:04 PM Executing power management status on Host KOM-AD01-VM31 using Proxy Host KOM-AD01-VM32 and Fence Agent ilo:KOM-AD01-ILO31.holding.com. Sep 15, 2016 12:05:04 PM Host KOM-AD01-VM31 is non responsive. Sep 15, 2016 12:02:32 PM Host KOM-AD01-VM31 is not responding. It will stay in Connecting state for a grace period of 60 seconds and after that an attempt to fence the host will be issued. Sep 15, 2016 12:02:32 PM VDSM KOM-AD01-VM31 command failed: Heartbeat exeeded Sep 15, 2016 12:02:04 PM VM KOM-AD01-PBX02 is down. Exit message: User shut down from within the guest What am I doing wrong? Why HA VM not start on a second host?

5 25

ovirt 3.6: hosted engine migration to glusterfs
by Fedele Stabile 16 Sep '16

16 Sep '16

Hello, I have just upgraded my ovirt cluster from 3.5 to 3.6 and now I have HostedEngine on the LocalStorage of the node. I have executed the command hosted-engine --deploy on other nodes, actually I have the HE image on a nfs filesystem mounted on 5 nodes but I would migrate the HE image to glusterfs. What are the steps to begin this operation? Is it possible just move the disk on the glusterfs? .. alternatively, I have to install HE again but on glusterfs, restoring the db as if I have to restore from a corrupted storage. In that case I suppose that a VM named HostedEngine will appear in a down state and is not possible to delete it by WebUI because is not handled by the new engine: the only possibility is to delete it from psql working on engine-db. Can you suggest me the easiest way? Fedele Stabile

1 0

Associate IP addresses to MAC addresses (anti-spoofing rules)
by André Gustavo 16 Sep '16

16 Sep '16

Aloha, I'm using oVirt 4 in my hosting. However, easily a customer can change the IP to another client (IP spoofing) In vNIC profiles, altered Network Filter from "VDSM-on-mac-spoofing" to "no-ip-spoofing" It worked partially, but if the client power off 'vm' and turn on the 'vm', he can perform the change in IP I tried to use eptables, but also had problems http://ebtables.netfilter.org/examples/basic.html#ex_anti-spoof What is the best option? -- --- André Gustavo Timermann Curitiba/PR - Brasil

3 6

vlan tagging issue
by cmc 15 Sep '16

15 Sep '16

Hi, I have modified my VM network to have multiple tagged networks. It used to be an untagged network and it worked fine, but I needed to add more networks on the host. The switch it is connected to has the port configured as a trunk port with these VLANs. When a VM sends traffic out (to get a DHCP address for instance), it reaches the server but does not get the DHCP offer that the server sends. I did a tcpdump on the node that hosts the VM and the packets going out do not have a VLAN tag. I assume the VM host interface would should not have the tag present, but that the p2p1.91 interface should put the VLAN tag on. The relevant interface configuration on the node that the VM host is on looks like: 27: sohonet_DMZ: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether a0:36:9f:2a:63:20 brd ff:ff:ff:ff:ff:ff 29: p2p1.91@p2p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmnet state UP link/ether a0:36:9f:2a:63:20 brd ff:ff:ff:ff:ff:ff 30: vmnet: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether a0:36:9f:2a:63:20 brd ff:ff:ff:ff:ff:ff inet6 fe80::a236:9fff:fe2a:6320/64 scope link valid_lft forever preferred_lft forever 31: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmnet state UNKNOWN qlen 500 link/ether fe:1a:4a:16:01:58 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc1a:4aff:fe16:158/64 scope link valid_lft forever preferred_lft forever 32: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmnet state UNKNOWN qlen 500 link/ether fe:1a:4a:16:01:5c brd ff:ff:ff:ff:ff:ff inet6 fe80::fc1a:4aff:fe16:15c/64 scope link valid_lft forever preferred_lft forever where vnet1 is the VM interface, and p2p1.91 is the VLAN'd interface for the network. The network the VM nic is on is vmnet, and the physical interface is p2p1 Configuring an address manually does not help, nor does dropping the firewall on the host. I've run the vmnet interface in promiscuous mode to see if I can see anything coming back, but the return traffic does not appear. Any ideas as to why the network is not working? Thanks for any help. -Cam

2 2

Add more hosts
by Davide Ferrari 15 Sep '16

15 Sep '16

Hello again as I said I'm a beginner with OVirt and I was playing with a proof-of-concept cluster with OVirt 4.0 + GlusterFS 3.8, following this guide http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/ (it works smoothly with 4.0 too) I've created the cluster and the engine is running as an higly available VM in the cluster itself with hosted-engine --deploy but now I want to add a fourth machine to the cluster but I get this error: Cannot automatically add the host to cluster Default: Cannot add Host. There is no available server in the cluster to probe the new server. both if I try to add an host from Ovirt AAdmin GUI or if I try to run "hosted-engine --deploy" on the new machine. Is it possible to have this cluster conf (with the engine running as a VM) with 4 or more machines? What thing should I have to do? Thanks in advance -- Davide Ferrari Senior Systems Engineer

2 10

[ANN] oVirt 4.0.4 Third Release Candidate is now available
by Sandro Bonazzola 15 Sep '16

15 Sep '16

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

1 0

mrtg/rrdtool graphs
by Bill Bill 15 Sep '16

15 Sep '16

--_000_CO2PR0801MB074337B8A9B30C8A13FF0957A6F90CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SXMgaXQgcG9zc2libGUgdG8gZ2V0IGJhc2ljIGdyYXBocyBpbnRlZ3JhdGVkIGludG8gYSB0YWIg b24gdGhlIFZNIGRldGFpbHMgd2l0aG91dCBoYXZpbmcgdG8gZGVhbCB3aXRoIHRoZSByZXBvcnRz IGVuZ2luZT8gSnVzdCBiYXNpYyBncmFwaHMgdGhhdCBzaG93IHBlcmhhcHMgY3B1LCBiYW5kd2lk dGggZXRjLg0KDQo= --_000_CO2PR0801MB074337B8A9B30C8A13FF0957A6F90CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <0F0768EAF87F9A4890DD8B1F7113AC8A(a)sct-15-1-587-9-msonline-outlook-d97e4.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SXMg aXQgcG9zc2libGUgdG8gZ2V0IGJhc2ljIGdyYXBocyBpbnRlZ3JhdGVkIGludG8gYSB0YWIgb24g dGhlIFZNIGRldGFpbHMgd2l0aG91dCBoYXZpbmcgdG8gZGVhbCB3aXRoIHRoZSByZXBvcnRzIGVu Z2luZT8gSnVzdCBiYXNpYyBncmFwaHMgdGhhdCBzaG93IHBlcmhhcHMgY3B1LCBiYW5kd2lkdGgg ZXRjLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO2PR0801MB074337B8A9B30C8A13FF0957A6F90CO2PR0801MB0743_--

2 1

oVirt on a single server
by zero four 15 Sep '16

15 Sep '16

My current understanding is that oVirt no longer supports any single-server configuration since the All-In-One install was removed in 3.6. While the hosted-engine install was supposed to replace it, it requires either networked storage (nfs, iscsi) or Glusterfs. To my knowledge nfs/iscsi exported to localhost is not supported, so I would need at least 2 machines. Furthermore Gluster requires at least 3 sources of storage for quorum (it would be great if there was an option to acknowledge the risks and continue), meaning a single machine is not practical. I understand and acknowledge that oVirt is not targeted towards homelab setups, or at least small homelab setups. However I believe that having a solid configuration for such use cases would be a benefit to the project as a whole. It allows oVirt to be much more visible in the homelab community, and more accessible to testing which in turn yields more people who have experience with oVirt. As it stands most other virtualization products allow for usage (not just a livecd) in a single server environment, although not all features can be used of course. vSphere, Xenserver, Proxmox, FIFO, and Nutanix all allow an installation on a single server. It appears that oVirt/RHV is the odd-one out - and it honestly shows when you look at what people talk about online - there is a huge gap between even Proxmox and oVirt when it comes to mindshare in the tech community, and it does not favor oVirt.

9 17

Host installation failed. Command returned failure code 1 during SSH session 'root@ovirt.vmz'.
by Vitor Mazuco 15 Sep '16

15 Sep '16

Hi, how can I install a host machine in a CentOS 6.4 using a Ovirt 3.6? I'm use a Centos in a VirtualBox, because I use Ubuntu in my real machine. Is not possible to use a Ovirt in a CentOs in a VirtualBox? Thanks in advanced.

2 1

Limit DWH database size
by nicolas＠devels.es 15 Sep '16

15 Sep '16

Hi, Since we upgraded to 4.0.x, DWH's PostgreSQL database is getting really huge. Is there a clean way to limit its size, like setting a maximal retention time for DWH data? Thanks.

5 6

Promiscuous mode
by qinglong.dong＠horebdata.cn 15 Sep '16

15 Sep '16

This is a multi-part message in MIME format. ------=_001_NextPart275684554322_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGksIGFsbDoNCiAgICAgICAgSSBoYXZlIGEgdnBuIHNlcnZlciBpbiBhIHZtLCBidXQgaXQgY291 bGQgbm90IHdvcmsgbm9ybWFsbHkuIEl0IHNlZW1zIHRoYXQgcHJvbWlzY3VvdXMgbW9kZSBtdXN0 IGJlIGVuYWJsZWQgaW4gbmljIG9mIHRoZSBoeXBlcnZpc29yLiBJIGRvIG5vdCBrbm93IGhvdyB0 byBzZXQgdGhlIHByb21pc2N1b3VzIG1vZGUgaW4gb3ZpcnQgbm9kZS4gQW55b25lIGNhbiBoZWxw PyBUaGFua3MhDQoNCg0KDQoNCg== ------=_001_NextPart275684554322_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>=0A<div>Hi, all:</div><div>    &nbsp= ;   I have a vpn server in a vm, but it could not work normally. It s= eems that promiscuous mode must be enabled in nic of the&= nbsp;hypervisor. I do not know how to set the <spa= n style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;"= >promiscuous mode in ovirt node. Anyone can help? Thanks!= </div>=0A<div> </div><hr style=3D"width: 210px; height: 1px;" co= lor=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div> </div>=0A</body></ht= ml> ------=_001_NextPart275684554322_=------

3 3

oVirt Node Network conf X DNS
by Rogério Ceni Coelho 15 Sep '16

15 Sep '16

Hi oVirt Users and Admins !!! I am installing ovirt 4.0.3 and do above conf on my OVirt Node using bond and vlan. When I add this host to ovirt engine and associate ovirtmgmt network with same tag vlan number 1051, DNS conf was overwrited by vdsm. So, as i do not find any way to set DNS on ovirt engine network conf i think that for ovirt nodes i need to use another network that i do not plan to use with virtual machines ( because if i add a new network on ovirt engine with same tag vlan number the ovirt node conf will be overwrited by vdsm ). Before add to ovirt engine : [root@prd-rbs-ovirt-kvm01-poa ~]# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: em1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 3: em2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 4: p3p1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 5: p3p2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 6: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff inet6 fe80::5e26:aff:fefd:acc/64 scope link valid_lft forever preferred_lft forever 7: bond0.1051@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff inet 10.151.252.222/22 brd 10.151.255.255 scope global bond0.1051 valid_lft forever preferred_lft forever inet6 fe80::5e26:aff:fefd:acc/64 scope link valid_lft forever preferred_lft forever [root@prd-rbs-ovirt-kvm01-poa ~]# cat /etc/resolv.conf # Generated by NetworkManager search rbs.com.br rbs.net clicrbs.com.br srvr.rbs.net nameserver 10.236.68.62 nameserver 10.1.1.40 nameserver 10.155.33.154 After : [root@prd-rbs-ovirt-kvm01-poa ~]# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: em1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 3: em2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 4: p3p1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 5: p3p2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen 1000 link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 6: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 5c:26:0a:fd:0a:cc brd ff:ff:ff:ff:ff:ff 7: bond0.1051@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master ovirtmgmt state UP link/ether fa:d3:c0:cd:dd:a3 brd ff:ff:ff:ff:ff:ff 8: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether b2:8b:94:d9:d9:83 brd ff:ff:ff:ff:ff:ff 9: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether fa:d3:c0:cd:dd:a3 brd ff:ff:ff:ff:ff:ff inet 10.151.252.222/22 brd 10.151.255.255 scope global ovirtmgmt valid_lft forever preferred_lft forever [root@prd-rbs-ovirt-kvm01-poa ~]# cat /etc/resolv.conf # Generated by NetworkManager search rbs.com.br # No nameservers found; try putting DNS servers into your # ifcfg files in /etc/sysconfig/network-scripts like so: # # DNS1=xxx.xxx.xxx.xxx # DNS2=xxx.xxx.xxx.xxx # DOMAIN=lab.foo.com bar.foo.com [root@prd-rbs-ovirt-kvm01-poa ~]# cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt # Generated by VDSM version 4.18.11-1.el7.centos DEVICE=ovirtmgmt TYPE=Bridge DELAY=0 STP=off ONBOOT=yes IPADDR=10.151.252.222 NETMASK=255.255.252.0 GATEWAY=10.151.252.1 BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=no [root@prd-rbs-ovirt-kvm01-poa ~]#

2 2

proper update steps for HE (same major branch)
by Charles Kozler 15 Sep '16

15 Sep '16

I have my entire cluster running on oVirt 4. As updates become available, what is the correct method to upgrade within the same major version? My initial thought is: 1. From oVirt web update my individual nodes that are marked as "a new version is available" 2. Logon to oVirt web through SSH and then yum update -y there Or is it backwards? I just want to be sure so that I do not break hosted-engine because I had to rebuild entirely on oVirt 4 after I could not get the engines out of 'stale data' in hosted-engine --vm-status so I am very cautious to update I've read a couple posts on this list before but I want to be absolutely sure before I do this Thanks!

2 1

Failed to check for available updates on host * with message 'Command returned failure code 1 during SSH session 'root@*
by aleksey.maksimov＠it-kb.ru 15 Sep '16

15 Sep '16

Hello oVirt guru`s! oVirt Engine Version: 4.0.1.1-1.el7.centos Every day there is a message in web UI for one of my two hosts: "Failed to check for available updates on host KOM-AD01-VM31 with message 'Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com''. In /var/log/ovirt-engine/engine.log at this time: ... 2016-09-12 01:59:45,045 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Initializing 2016-09-12 01:59:45,055 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Environment setup 2016-09-12 01:59:45,070 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Environment packages setup 2016-09-12 02:00:13,300 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: base/7/x86_64 2016-09-12 02:00:13,304 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: base/7/x86_64 2016-09-12 02:00:13,304 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Yum Performing yum transaction rollback 2016-09-12 02:00:13,368 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Pre-termination 2016-09-12 02:00:13,388 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-20160912020013-kom-ad01-vm31.holding.com-null.l$ 2016-09-12 02:00:13,459 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Termination 2016-09-12 02:00:13,506 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (DefaultQuartzScheduler5) [] SSH error running command root(a)kom-ad01-vm31.holding.com:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-mgmt DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' 2016-09-12 02:00:13,506 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (DefaultQuartzScheduler5) [] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,507 ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (DefaultQuartzScheduler5) [] Error during host kom-ad01-vm31.holding.com install: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,512 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (DefaultQuartzScheduler5) [] Failed to refresh host 'KOM-AD01-VM31' packages 'vdsm-cli, vdsm' availability. 2016-09-12 02:00:13,512 ERROR [org.ovirt.engine.core.bll.host.HostUpgradeManager] (DefaultQuartzScheduler5) [] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:526) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.host.HostUpgradeManager.isUpdateAvailable(HostUpgradeManager.java:44) [bll.jar:] at org.ovirt.engine.core.bll.host.AvailableUpdatesFinder.isUpdateAvailable(AvailableUpdatesFinder.java:26) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener.isUpdateAvailable(VdsEventListener.java:553) [bll.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.isUpdateAvailable(ResourceManager.java:510) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.availableUpdates(VdsManager.java:306) [vdsbroker.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_101] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_101] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_101] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_101] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_101] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_101] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_101] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_101] 2016-09-12 02:00:13,513 ERROR [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler5) [] Failed to check if updates are available for host 'KOM-AD01-VM31' 2016-09-12 02:00:13,518 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to check for available updates on host KOM-AD01-VM31 with message 'Command returned failure code 1 during SSH session 'root(a)kom-ad01-vm31.holding.com''. ... What could be the problem?

6 25

Re: [ovirt-users] Deploying selfhosted engine
by Maton, Brett 15 Sep '16

15 Sep '16

I was thinking about the cluster issue, and realise that it was my mistake. During the hosted setup it did ask which cluster to add the host to, which trying to do too many things at once I again simply misread. Blah Blah 'My Cluster': [Default] I wrongly obviously, saw that as by default it would place the new vm in 'My Cluster' not a cluster called Default. Is there anyway to fix my mistake or do I have to deploy again ? I think that this (does the destination cluster exist) is something that could / should be validated before deploying the VM. On 14 September 2016 at 23:18, Nicolas Ecarnot <nicolas(a)ecarnot.net> wrote: > Le 14/09/2016 à 17:00, Maton, Brett a écrit : > >> Ok thnkas, I updated the database instead ( naughty I know ) >> >> UPDATE dwh_history_timekeeping SET var_value=0 WHERE var_name = >> 'DwhCurrentlyRunning'; >> > > Sounds like someone around here is a DBA ;) > > >> On 14 September 2016 at 15:55, Nicolas Ecarnot <nicolas(a)ecarnot.net >> <mailto:nicolas@ecarnot.net>> wrote: >> >> Le 14/09/2016 à 16:45, Maton, Brett a écrit : >> >> Neraly there I think, >> >> Run into what is hopefully a small problem. >> >> When I run engine-setup on the new host, it fails with the >> following >> error: >> >> [ ERROR ] dwhd is currently running. Its hostname is >> dwhd.domain.com <http://dwhd.domain.com> >> <http://dwhd.domain.com>. Please stop it before running Setup. >> [ ERROR ] Failed to execute stage 'Transaction setup': dwhd is >> currently >> running >> [ INFO ] Yum Performing yum transaction rollback >> [ INFO ] Stage: Clean up >> Log file is located at >> /var/log/ovirt-engine/setup/ovirt-engine-setup-2016091415420 >> 2-jr8hnc.log >> [ INFO ] Generating answer file >> '/var/lib/ovirt-engine/setup/answers/20160914154219-setup.co >> <http://20160914154219-setup.co>nf' >> [ INFO ] Stage: Pre-termination >> [ INFO ] Stage: Termination >> [ ERROR ] Execution of setup failed >> >> dwhd isn't running anywhere, and was stopped before I took the >> backup. >> Any suggestions ? >> >> >> Old and known issue. >> >> Just restart then stop the DWH service. >> Then run engine-setup again and it will work. >> >> There is already a BZ for this one. (Feel free to search it...) >> >> -- >> Nicolas ECARNOT >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> >> >> > > -- > Nicolas ECARNOT >

1 0

Cannot relocate SPM
by Markus Stockhausen 14 Sep '16

14 Sep '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= trying to relocate the SPM (OVirt 3.6.7) we get the following error:=0A= =0A= Error while executing action: Cannot force select SPM. The Storage =0A= Pool has running taks.=0A= =0A= Any idea what is wrong? Ovirt WebGui shows no running tasks.=0A= =0A= Best regards.=0A= =0A= Markus=0A= ------=_NextPartTM-000-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94 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-bcd43ca2-b25f-42ee-9825-e1e20e7d2d94--

2 2

Re: [ovirt-users] Deploying selfhosted engine
by Maton, Brett 14 Sep '16

14 Sep '16

Right I've finally got the engine up and running, however... It seems to have deployed the engine vm into 'Default Cluster', I haven't got a cluster called Default anymore. I can see the host bit I can't find the engine host. If I select the 'self hosting' host which says it has one vm, none are displayed. Any help appreciated On 14 September 2016 at 16:00, Maton, Brett <matonb(a)ltresources.co.uk> wrote: > Ok thnkas, I updated the database instead ( naughty I know ) > > UPDATE dwh_history_timekeeping SET var_value=0 WHERE var_name = > 'DwhCurrentlyRunning'; > > On 14 September 2016 at 15:55, Nicolas Ecarnot <nicolas(a)ecarnot.net> > wrote: > >> Le 14/09/2016 à 16:45, Maton, Brett a écrit : >> >>> Neraly there I think, >>> >>> Run into what is hopefully a small problem. >>> >>> When I run engine-setup on the new host, it fails with the following >>> error: >>> >>> [ ERROR ] dwhd is currently running. Its hostname is dwhd.domain.com >>> <http://dwhd.domain.com>. Please stop it before running Setup. >>> [ ERROR ] Failed to execute stage 'Transaction setup': dwhd is currently >>> running >>> [ INFO ] Yum Performing yum transaction rollback >>> [ INFO ] Stage: Clean up >>> Log file is located at >>> /var/log/ovirt-engine/setup/ovirt-engine-setup-20160914154202-jr8hnc.log >>> [ INFO ] Generating answer file >>> '/var/lib/ovirt-engine/setup/answers/20160914154219-setup.conf' >>> [ INFO ] Stage: Pre-termination >>> [ INFO ] Stage: Termination >>> [ ERROR ] Execution of setup failed >>> >>> dwhd isn't running anywhere, and was stopped before I took the backup. >>> Any suggestions ? >>> >> >> Old and known issue. >> >> Just restart then stop the DWH service. >> Then run engine-setup again and it will work. >> >> There is already a BZ for this one. (Feel free to search it...) >> >> -- >> Nicolas ECARNOT >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > >

1 0

Deploying selfhosted engine
by Maton, Brett 14 Sep '16

14 Sep '16

I'm having trouble deploying selfhosted engine following this guide http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engin… It gets close to deploying the vm, but fails with 2016-09-13 19:46:04 ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:180 Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy For storage I chose a random NFS share on a remote host that was empty, I did notice that something kept removing 'nameserver' entries from resolv.conf vdsm log show issues connecting to the broker, periodic/0::ERROR::2016-09-13 19:49:49,704::brokerlink::75::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(connect) Failed to connect to broker, the number of errors has exceeded the limit (1) periodic/0::ERROR::2016-09-13 19:49:49,704::api::253::root::(_getHaInfo) failed to retrieve Hosted Engine HA info periodic/1::WARNING::2016-09-13 19:49:49,748::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/2::WARNING::2016-09-13 19:49:51,749::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/3::WARNING::2016-09-13 19:49:53,749::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/0::WARNING::2016-09-13 19:49:55,750::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/1::WARNING::2016-09-13 19:49:57,750::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] periodic/2::WARNING::2016-09-13 19:49:59,751::periodic::269::virt.periodic.VmDispatcher::(__call__) could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on [u'1ed592d3-2b69-4901-9ff6-fe21d1dff8c5'] What should I check next ?

3 18

How to recovery VM's data on SAS disk?Data domain all is local host!
by 张余歌 14 Sep '16

14 Sep '16

--_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBteSBmcmllbmQscmVjZW50bHkgaSBkZXBsb3llZCBvdmlydC0zLjUuNiBvbiBteSBkZWxs IHNlcnZlciB3aXRoIApTU0QgYW5kIFNBUyBzdG9yYWdlLkkgd2FzIGhvcGVsZXNzIGFib3V0IGRp c2FzdGVyIHJlY292ZXJ5IHVudGlsIGkgZm91bmQKIHlvdXIgZ2l0aHViOg0KaHR0cHM6Ly9naXRo dWIuY29tL2NoaXBjaGFkZXJlei9vdmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sDQoNCkVudmly b21lbnQ6DQoxOlNTRCB3aGljaCBpIGFsbG9jYXRlIHRvIFZNJ3Mgc3lzdGVtIGRpc2sgLGFuZCBT QVMgYXMgVk0ncyBkYXRhIHN0b3JhZ2UgZGlzay4NCjI6aSB1c2UgImFsbGlub25lIihlbmdpbmUg YW5kIGhvc3Qgb24gdGhlIHNhbWUgc2VydmVyKSB0byBkZXBsb3kgb3ZpcnQuDQoNClByb2JsZW06 DQoxOk1heWJlIHlvdXIgZ2l0aHViIHByb2plY3Qgd2lsbCBiZSB3b3JrIHdlbGwgaW4gb3ZpcnQz LjUuNj8oYmVjYXVzZSBpIHNlZSB5b3VyIHByb2plY3Qgd29yayBvbiBvdmlydCAzLjYpDQoyOklm CiBNeSBTU0QgZGlzayBoYXMgc29tZSBkZWFkbHkgZXJyb3IsaXQncyBubyBkb3VidCB0aGF0IGl0 IGNhdXNlIGJyb2tlbiAKdGhlIHNlcnZlciBBbmQgbGV0IHdob2xlIHN5c3RlbSB1c2VsZXNzIUlu IHRoaXMgY2FzZSx3aGF0IGNhbiBpIGRvID9JIAp3YXMgYWZyYWlkIG9mIGl0IGZvciBhIGxvbmcg dGltZQ0KMzpXb3VsZCB5b3UgdGVsbCBtZSB3aGF0IGRvZXMgdGhlIG92aXJ0J3MgZW5naW5lLWJh Y2t1cCBlZmZlY3Q/V2lsbCB0aGUgZW5naW5lIGJhY2t1cCBoZWxwIG1lPz8/DQoNClRoYW5rcyEg CQkgCSAgIAkJICA= --_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPkRlYXIgbXkgZnJpZW5kLHJlY2VudGx5IGkgZGVwbG95 ZWQgb3ZpcnQtMy41LjYgb24gbXkgZGVsbCBzZXJ2ZXIgd2l0aCAKU1NEIGFuZCBTQVMgc3RvcmFn ZS5JIHdhcyBob3BlbGVzcyBhYm91dCBkaXNhc3RlciByZWNvdmVyeSB1bnRpbCBpIGZvdW5kCiB5 b3VyIGdpdGh1Yjo8YnI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2NoaXBjaGFkZXJlei9v dmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly9naXRo dWIuY29tL2NoaXBjaGFkZXJlei9vdmlydC1kaXNhc3Rlci1yZWNvdmVyeS10b29sPC9hPjxicj48 YnI+RW52aXJvbWVudDo8YnI+MTpTU0Qgd2hpY2ggaSBhbGxvY2F0ZSB0byBWTSdzIHN5c3RlbSBk aXNrICxhbmQgU0FTIGFzIFZNJ3MgZGF0YSBzdG9yYWdlIGRpc2suPGJyPjI6aSB1c2UgImFsbGlu b25lIihlbmdpbmUgYW5kIGhvc3Qgb24gdGhlIHNhbWUgc2VydmVyKSB0byBkZXBsb3kgb3ZpcnQu PGJyPjxicj5Qcm9ibGVtOjxicj4xOk1heWJlIHlvdXIgZ2l0aHViIHByb2plY3Qgd2lsbCBiZSB3 b3JrIHdlbGwgaW4gb3ZpcnQzLjUuNj8oYmVjYXVzZSBpIHNlZSB5b3VyIHByb2plY3Qgd29yayBv biBvdmlydCAzLjYpPGJyPjI6SWYKIE15IFNTRCBkaXNrIGhhcyBzb21lIGRlYWRseSBlcnJvcixp dCdzIG5vIGRvdWJ0IHRoYXQgaXQgY2F1c2UgYnJva2VuIAp0aGUgc2VydmVyIEFuZCBsZXQgd2hv bGUgc3lzdGVtIHVzZWxlc3MhSW4gdGhpcyBjYXNlLHdoYXQgY2FuIGkgZG8gP0kgCndhcyBhZnJh aWQgb2YgaXQgZm9yIGEgbG9uZyB0aW1lPGJyPjM6V291bGQgeW91IHRlbGwgbWUgd2hhdCBkb2Vz IHRoZSBvdmlydCdzIGVuZ2luZS1iYWNrdXAgZWZmZWN0P1dpbGwgdGhlIGVuZ2luZSBiYWNrdXAg aGVscCBtZT8/Pzxicj48YnI+VGhhbmtzISAJCSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRt bD4= --_a65e6d98-72ae-4b6c-acba-f1f773ade9d3_--

2 1

Hosted engine deploy: problem with the rDNS of another iface
by Davide Ferrari 14 Sep '16

14 Sep '16

Hello I've got the same exact problem as in this thread: http://lists.ovirt.org/pipermail/users/2016-July/041111.html (sorry for not answering there but I've just subscribed). The error (for the record) is: Failed to execute stage 'Setup validation': hostname 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' selected for the management bridge; it matches also interface with IP set(['10.30.0.1']). Please make sure that the hostname got from the interface for the management network resolves only there. 10.30.0.1 is set on bond1 and is used for the glusterfs network. The python output is: python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' ('glu-ovirt01.storage', [], ['10.30.0.1']) which obviously is completely different from vm01.mydomain.tld. So, I don't really get this error. I've used glu-ovirt01.storage:/engine as the glusterfs entry point for storing the engine image, that's all. Any idea on how to fix the error? TIA -- Davide Ferrari Senior Systems Engineer

2 8

ovirt-engine client_secret
by Maton, Brett 14 Sep '16

14 Sep '16

Hi, I had installed ovirt-engine on a physical host, but want to move it to a hosted vm instead, I created a VM and installed ovirt-engine. Stopped the engine on the physical host and ran engine-setup on the VM, connecting it to the existing remote database. Started ovirt-engine and ovirt-engine-dwhd DNS adjusted to point at the new VM instead of physical machine. I can get the the web-ui but when I try to login I get: Invalid request, parameter 'client_secret' not found or contains invalid value. Can I generate a new client_secret or is there another trick ? Thanks in advance

3 5

Re: [ovirt-users] oVirt 4 + Foreman
by Karli Sjöberg 13 Sep '16

13 Sep '16

--_000_924b3039dd424f84a868ee7444316e5eexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gOCBzZXAgMjAxNiAxNTozMiBza3JldiBBcnPDqG5lIEdzY2h3aW5kIDxhcnNlbmUuZ3Nj aHdpbmRAdW5pYmFzLmNoPjoNCj4NCj4gSGksDQo+DQo+IFNvcnJ5IGZvciB0aGlzIGxhdGUgcmVw bHksIGkndmUgYmVlbiBidXN5IHdpdGggc29tZSBvdGhlciBwcm9qZWN0cyBpbiB0aGUgbGFzdCB3 ZWVrcy4NCj4NCj4gSSBkaWQgc29tZSBsb2cgYW5hbHlzaW5nIGFuZCBjb3VsZCBmaW5kIHRoZSBm b2xsb3dpbmcgaW4gdGhlIGZvcmVtYW4gbG9nIHdoZW4gdHJ5aW5nIHRvIGFkZCBmb3JlbWFuIGFz IGFuIGV4dGVybmFsIHByb3ZpZGVyIGZvciBvVmlydDoNCj4NCj4gMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gU3RhcnRlZCBHRVQgIi9hcGkvdjIiIGZvciAxMC4wLjEwLjEwIGF0IDIwMTYt MDktMDggMTU6MjA6MDMgKzAyMDANCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0g UHJvY2Vzc2luZyBieSBBcGk6OlYyOjpIb21lQ29udHJvbGxlciNpbmRleCBhcyBKU09ODQo+DQo+ IDIwMTYtMDktMDggMTU6MjA6MDMgW2FwcF0gW0ldICAgUGFyYW1ldGVyczogeyJhcGl2Ij0+InYy IiwgImhvbWUiPT57fX0NCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0gQXV0aG9y aXplZCB1c2VyIG92aXJ0KG9WaXJ0IG9yZykNCj4NCj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBw XSBbSV0gICBSZW5kZXJlZCBhcGkvdjIvaG9tZS9pbmRleC5qc29uLnJhYmwgKDgxLjhtcykNCj4N Cj4gMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbSV0gQ29tcGxldGVkIDIwMCBPSyBpbiAxMDRt cyAoVmlld3M6IDgyLjNtcyB8IEFjdGl2ZVJlY29yZDogNC42bXMpDQo+DQo+IDIwMTYtMDktMDgg MTU6MjA6MDMgW2FwcF0gW0ldIFN0YXJ0ZWQgR0VUICIvYXBpL3YyL2Rpc2NvdmVyZWRfaG9zdHMi IGZvciAxMC4wLjEwLjEwIGF0IDIwMTYtMDktMDggMTU6MjA6MDMgKzAyMDANCj4NCj4gMjAxNi0w OS0wOCAxNToyMDowMyBbYXBwXSBbRl0NCj4NCj4gIHwgQWN0aW9uQ29udHJvbGxlcjo6Um91dGlu Z0Vycm9yIChObyByb3V0ZSBtYXRjaGVzIFtHRVRdICIvYXBpL3YyL2Rpc2NvdmVyZWRfaG9zdHMi KToNCj4NCj4gIHwgICBhY3Rpb25wYWNrICg0LjIuNS4xKSBsaWIvYWN0aW9uX2Rpc3BhdGNoL21p ZGRsZXdhcmUvZGVidWdfZXhjZXB0aW9ucy5yYjoyMTppbiBgY2FsbCcNCj4NCj4gIHwgICBhY3Rp b25wYWNrICg0LjIuNS4xKSBsaWIvYWN0aW9uX2Rpc3BhdGNoL21pZGRsZXdhcmUvc2hvd19leGNl cHRpb25zLnJiOjMwOmluIGBjYWxsJw0KPg0KPiAgfCAgIHJhaWx0aWVzICg0LjIuNS4xKSBsaWIv cmFpbHMvcmFjay9sb2dnZXIucmI6Mzg6aW4gYGNhbGxfYXBwJw0KPg0KPiBJdCBsb29rcyBsaWtl IG92aXJ0IGlzIGNhbGxpbmcgYW4gYXBpIG1ldGhvZCB3aGljaCBkb2Vzbid0IGV4aXN0IDogL2Fw aS92Mi9kaXNjb3ZlcmVkX2hvc3RzDQo+DQo+IGFuIGV4dHJhY3QgZnJvbSBvdmlydC1lbmdpbmUu bG9nDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDAsODYyIElORk8gIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUudmRzYnJva2VyLmdsdXN0ZXIuR2x1c3RlclZvbHVtZXNMaXN0VkRTQ29tbWFuZF0gKERl ZmF1bHRRdWFydHpTY2hlZHVsZXIzKSBbXSBGSU5JU0gsIEdsdXN0ZXJWb2x1bWVzTGlzdFZEU0Nv bW1hbmQsIHJldHVybjoge2Q2ZjkzOGQxLTg4ODYtNDBmMy04MjEwLWU1YmUzOTdmOTUxYz1vcmcu b3ZpcnQuZW5naW5lLmNvcmUuYw0KPg0KPiBvbW1vbi5idXNpbmVzc2VudGl0aWVzLmdsdXN0ZXIu R2x1c3RlclZvbHVtZUVudGl0eUBhMzJlZGFlNCwgN2VmM2IxNTUtNDdkNy00NDA1LWFhNzAtODJh OWI4YmU0MDMzPW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRpdGllcy5n bHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAZDk0ZDhmOTUsIGFmMTY5MTgxLWQ3MmUtNDMyNS05 OTQ3LWQ3ZGQwOWU1MTJmMD1vcmcub3ZpcnQuZW5naW5lLmMNCj4NCj4gb3JlLmNvbW1vbi5idXNp bmVzc2VudGl0aWVzLmdsdXN0ZXIuR2x1c3RlclZvbHVtZUVudGl0eUAyYTY0OWRiMywgNmQzYzg1 NjEtNGU1Mi00MjIxLTk0NzMtODhmZDQ4ZWY0OTA5PW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21t b24uYnVzaW5lc3NlbnRpdGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTM1ZTFiODJ9 LCBsb2cgaWQ6IDVmZmEyYmYxDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDMsMTczIElORk8gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLkltcG9ydFByb3ZpZGVyQ2VydGlmaWNh dGVDb21tYW5kXSAoZGVmYXVsdCB0YXNrLTI0KSBbMTQ2Zjc2MWFdIFJ1bm5pbmcgY29tbWFuZDog SW1wb3J0UHJvdmlkZXJDZXJ0aWZpY2F0ZUNvbW1hbmQgaW50ZXJuYWw6IGZhbHNlLiBFbnRpdGll cyBhZmZlY3RlZCA6ICBJRDogYWFhMDAwMDAtMDAwMC0wMA0KPg0KPiAwMC0wMDAwLTEyMzQ1Njc4 OWFhYSBUeXBlOiBTeXN0ZW1BY3Rpb24gZ3JvdXAgQ1JFQVRFX1NUT1JBR0VfUE9PTCB3aXRoIHJv bGUgdHlwZSBBRE1JTg0KPg0KPiAyMDE2LTA5LTA4IDE1OjIwOjAzLDE3OCBJTkZPICBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGly ZWN0b3JdIChkZWZhdWx0IHRhc2stMjQpIFsxNDZmNzYxYV0gQ29ycmVsYXRpb24gSUQ6IDE0NmY3 NjFhLCBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBDZXJ0 aWZpY2F0ZSBmb3IgcHJvdmlkZXIgc3BmeS1kZXAgd2FzIGltcG9ydGVkLiAoVXNlcjogYWRtaW5A aW50ZXJuYWwtYXV0aHopDQo+DQo+IDIwMTYtMDktMDggMTU6MjA6MDMsMjk1IElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rpdml0eUNv bW1hbmRdIChkZWZhdWx0IHRhc2stMjMpIFs2ZjVkOTc0Nl0gUnVubmluZyBjb21tYW5kOiBUZXN0 UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50aXRpZXMgYWZm ZWN0ZWQgOiAgSUQ6IGFhYTAwMDAwLTAwMDAtMDAwMC0wMDAwLTEyMzQ1Njc4OWFhYSBUeXBlOiBT eXN0ZW1BY3Rpb24gZ3JvdXAgQ1JFQVRFX1NUT1JBR0VfUE9PTCB3aXRoIHJvbGUgdHlwZSBBRE1J Tg0KPg0KPiAyMDE2LTA5LTA4IDE1OjIwOjAzLDk1NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmJsbC5ob3N0LnByb3ZpZGVyLmZvcmVtYW4uRm9yZW1hbkhvc3RQcm92aWRlclByb3h5XSAo ZGVmYXVsdCB0YXNrLTIzKSBbNmY1ZDk3NDZdIEV4Y2VwdGlvbiBpcyBodHRwczovL3NwZnktZGVw Lmhvc3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlzY292ZXJlZF9ob3N0cw0KPg0KPiAyMDE2LTA5 LTA4IDE1OjIwOjAzLDk1NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5wcm92aWRl ci5UZXN0UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kXSAoZGVmYXVsdCB0YXNrLTIzKSBbNmY1 ZDk3NDZdIENvbW1hbmQgJ29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwucHJvdmlkZXIuVGVzdFBy b3ZpZGVyQ29ubmVjdGl2aXR5Q29tbWFuZCcgZmFpbGVkOiBFbmdpbmVFeGNlcHRpb246IGh0dHBz Oi8vc3BmeS1kZXAuaG9zdC5zYXBpZnkuY2g6NDQzL2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzIChG YWlsZWQgd2l0aCBlcnJvciBQUk9WSURFUl9GQUlMVVJFIGFuZCBjb2RlIDUwNTApDQo+DQo+IDIw MTYtMDktMDggMTU6MjA6MDQsMjc5IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJv a2VyLm1vbml0b3JpbmcuVm1zU3RhdGlzdGljc0ZldGNoZXJdIChEZWZhdWx0UXVhcnR6U2NoZWR1 bGVyNCkgW10gRmV0Y2hlZCAzIFZNcyBmcm9tIFZEUyAnZDM2ZDlhZmYtYTk1My00NjZiLWJkZjct NzBiYTRmNjNlMTgwJw0KPg0KPg0KPiBUaGFua3MgZm9yIGFueSBoaW50L2hlbHAuDQoNClRoYXQn cyBhIHBsdWdpbiB5b3UgbmVlZCB0byBpbnN0YWxsIGludG8gRm9yZW1hbjoNCmh0dHBzOi8vdGhl Zm9yZW1hbi5vcmcvcGx1Z2lucy9mb3JlbWFuX2Rpc2NvdmVyeS8yLjAvDQoNCi9LDQoNCj4NCj4g cmdkcywNCj4gQXJzw6huZQ0KPg0KPg0KPg0KPiBPbiAwOC8yMi8yMDE2IDA4OjIyIEFNLCBPdmVk IE91cmZhbGkgd3JvdGU6DQo+Pg0KPj4gQ2FuIHlvdSBwbGVhc2UgYXR0YWNoIHRoZSBjb21wbGV0 ZSBsb2dzIG9mIG92aXJ0IGFuZCBmb3JlbWFuPw0KPj4NCj4+DQo+PiBPbiBXZWQsIEF1ZyAxNywg MjAxNiBhdCAxMDoyNSBBTSwgTWFydGluIFBlcmluYSA8bXBlcmluYUByZWRoYXQuY29tPiB3cm90 ZToNCj4+Pg0KPj4+IEFkZGluZyBZYW5pdiAuLi4NCj4+Pg0KPj4+IE9uIFdlZCwgQXVnIDE3LCAy MDE2IGF0IDk6MTYgQU0sIEFyc8OobmUgR3NjaHdpbmQgPGFyc2VuZS5nc2Nod2luZEB1bmliYXMu Y2g+IHdyb3RlOg0KPj4+Pg0KPj4+PiBIaSwNCj4+Pj4NCj4+Pj4gVGhhbmtzIGEgbG90IHRoaXMg ZGlkIHdvcmsgb24gdGhlIEZvcmVtYW4gc2lkZSB1c2luZyBodHRwczovLzxzZXJ2ZXI+L292aXJ0 LWVuZ2luZS9hcGkvdjMgLg0KPj4+Pg0KPj4+PiBCdXQgb24gdGhlIG9WaXJ0IFNpZGUsIHRvIGRl ZmluZSBGb3JlbWFuIGFzIGFuIGV4dGVybmFsIHByb3ZpZGVyLCBpdCBzdGlsbCBkb2Vzbid0IHdv cmssIGlzIHRoZXJlIGFsc28gYSBzcGVjaWFsIFVSTCB0byBlbnRlcj8gSSBkaWRuJ3QgZmluZCBh bnl0aGluZyBpbiB0aGUgZG9jcy4NCj4+Pj4NCj4+Pj4gVGhhbmtzIGZvciBhbnkgaGludC4NCj4+ Pj4NCj4+Pj4gUmVnYXJkcywNCj4+Pj4gQXJzw6huZQ0KPj4+Pg0KPj4+Pg0KPj4+PiBPbiAwOC8x Ni8yMDE2IDA1OjAxIFBNLCBKdWFuIEhlcm7DoW5kZXogd3JvdGU6DQo+Pj4+Pg0KPj4+Pj4gT24g MDgvMTYvMjAxNiAxMTo1OCBBTSwgQXJzw6huZSBHc2Nod2luZCB3cm90ZToNCj4+Pj4+Pg0KPj4+ Pj4+IEhpLA0KPj4+Pj4+DQo+Pj4+Pj4gaGFzIGFueWJvZHkgYmVlbiBhYmxlIHRvIGNvbmZpZ3Vy ZSBGb3JlbWFuIHdpdGggb1ZpcnQgNCA/IFdoZW4gdHJ5aW5nIHRvDQo+Pj4+Pj4gYWRkIEZvcmVt YW4gYXMgYW4gZXh0ZXJuYWwgcHJvdmlkZXIgYW5kIHRlc3QgdGhlIGxvZ2luIGl0IGFsd2F5cyBy ZXR1cm4NCj4+Pj4+PiA6IEZhaWxlZCB0byBjb21tdW5pY2F0ZSB3aXRoIHRoZSBleHRlcm5hbCBw cm92aWRlciwgc2VlIGxvZyBmb3INCj4+Pj4+PiBhZGRpdGlvbmFsIGRldGFpbHMuDQo+Pj4+Pj4N Cj4+Pj4+PiBPbiB0aGUgRm9yZW1hbiBzaWRlIGkgZ2V0IGFuIFNTTyBmYWlsZWQgaW4gdGhlIGxv ZywgdGhlIHVzZXIgYW5kDQo+Pj4+Pj4gcGFzc3dvcmQgZW50ZXJlZCBhcmUgY29ycmVjdC4NCj4+ Pj4+Pg0KPj4+Pj4+IFJ1bm5pbmcgdmVyc2lvbjoNCj4+Pj4+Pg0KPj4+Pj4+IG9WaXJ0IEVuZ2lu ZSBWZXJzaW9uOiA0LjAuMi42LTEuZWw3LmNlbnRvcw0KPj4+Pj4+IEZvcmVtYW4gVmVyc2lvbiAx LjEyLjENCj4+Pj4+Pg0KPj4+Pj4+IFBsZWFzZSBmaW5kIHRoZSBsb2cgZXh0cmFjdCBhdHRhY2hl ZC4NCj4+Pj4+PiBUaGFua3MgZm9yIGFueSBoZWxwL2hpbnQuDQo+Pj4+Pj4NCj4+Pj4+PiBSZWdh cmRzLA0KPj4+Pj4+IEFyc8OobmUNCj4+Pj4+Pg0KPj4+Pj4gVGhlcmUgYXJlIHR3byBpbXBvcnRh bnQgZGlmZmVyZW5jZXMgaW4gdmVyc2lvbiA0IG9mIG9WaXJ0DQo+Pj4+Pg0KPj4+Pj4gMS4gVGhl IFVSTCBpcyBub3cgb25seSAvb3ZpcnQtZW5naW5lL2FwaSAoaXQgdXNlZCB0byBhY2NlcHQgL2Fw aSBhbmQNCj4+Pj4+IC9vdmlydC1lbmdpbmUvYXBpKS4NCj4+Pj4+DQo+Pj4+PiAyLiBUaGVyZSBh cmUgdHdvIHZlcnNpb25zIG9mIHRoZSBBUEkgbm93LCB2MywgY29tcGF0aWJsZSB3aXRoIG9WaXJ0 IDMsDQo+Pj4+PiBhbmQgdjQsIG5ldyBhbmQgaW5jb21wYXRpYmxlLiBGb3JlbWFuIG9ubHkgc3Vw cG9ydHMgdjMuDQo+Pj4+Pg0KPj4+Pj4gU28sIEknZCBzdWdnZXN0IHlvdSB0cnkgdG8gdXNlICJo dHRwczovLy4uLi9vdmlydC1lbmdpbmUvYXBpL3YzIiBpbiB0aGUNCj4+Pj4+IFVSTC4gRG9lcyB0 aGF0IHdvcms/IElmIGl0IGRvZXNuJ3QsIGNhbiB5b3UgcHJvdmlkZSBtb3JlIGRldGFpbHM/IExv ZyBmaWxlcz8NCj4+Pj4+DQo+Pj4+DQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+Pj4+IFVzZXJzIG1haWxpbmcgbGlzdA0KPj4+PiBVc2Vyc0Bv dmlydC5vcmcNCj4+Pj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzDQo+Pj4NCj4+Pg0KPj4+DQo+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4+PiBVc2Vyc0BvdmlydC5v cmcNCj4+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCj4+ Pg0KPj4NCj4NCg== --_000_924b3039dd424f84a868ee7444316e5eexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <075DDCC3E509BB409D1BEAE0AF17DE5C(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA4IHNlcCAyMDE2IDE1OjMyIHNrcmV2IEFyc8OobmUgR3NjaHdpbmQgJmx0O2Fy c2VuZS5nc2Nod2luZEB1bmliYXMuY2gmZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEhpLDxicj4N CiZndDs8YnI+DQomZ3Q7IFNvcnJ5IGZvciB0aGlzIGxhdGUgcmVwbHksIGkndmUgYmVlbiBidXN5 IHdpdGggc29tZSBvdGhlciBwcm9qZWN0cyBpbiB0aGUgbGFzdCB3ZWVrcy48YnI+DQomZ3Q7PGJy Pg0KJmd0OyBJIGRpZCBzb21lIGxvZyBhbmFseXNpbmcgYW5kIGNvdWxkIGZpbmQgdGhlIGZvbGxv d2luZyBpbiB0aGUgZm9yZW1hbiBsb2cgd2hlbiB0cnlpbmcgdG8gYWRkIGZvcmVtYW4gYXMgYW4g ZXh0ZXJuYWwgcHJvdmlkZXIgZm9yIG9WaXJ0Ojxicj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDkt MDggMTU6MjA6MDMgW2FwcF0gW0ldIFN0YXJ0ZWQgR0VUICZxdW90Oy9hcGkvdjImcXVvdDsgZm9y IDEwLjAuMTAuMTAgYXQgMjAxNi0wOS0wOCAxNToyMDowMyAmIzQzOzAyMDA8YnI+DQomZ3Q7PGJy Pg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzIFthcHBdIFtJXSBQcm9jZXNzaW5nIGJ5IEFwaTo6 VjI6OkhvbWVDb250cm9sbGVyI2luZGV4IGFzIEpTT048YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2 LTA5LTA4IDE1OjIwOjAzIFthcHBdIFtJXSZuYnNwOyZuYnNwOyBQYXJhbWV0ZXJzOiB7JnF1b3Q7 YXBpdiZxdW90Oz0mZ3Q7JnF1b3Q7djImcXVvdDssICZxdW90O2hvbWUmcXVvdDs9Jmd0O3t9fTxi cj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDktMDggMTU6MjA6MDMgW2FwcF0gW0ldIEF1dGhvcml6 ZWQgdXNlciBvdmlydChvVmlydCBvcmcpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAx NToyMDowMyBbYXBwXSBbSV0mbmJzcDsmbmJzcDsgUmVuZGVyZWQgYXBpL3YyL2hvbWUvaW5kZXgu anNvbi5yYWJsICg4MS44bXMpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gQ29tcGxldGVkIDIwMCBPSyBpbiAxMDRtcyAoVmlld3M6IDgyLjNtcyB8IEFj dGl2ZVJlY29yZDogNC42bXMpPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDow MyBbYXBwXSBbSV0gU3RhcnRlZCBHRVQgJnF1b3Q7L2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzJnF1 b3Q7IGZvciAxMC4wLjEwLjEwIGF0IDIwMTYtMDktMDggMTU6MjA6MDMgJiM0MzswMjAwPGJyPg0K Jmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMyBbYXBwXSBbRl0gPGJyPg0KJmd0Ozxi cj4NCiZndDsgJm5ic3A7fCBBY3Rpb25Db250cm9sbGVyOjpSb3V0aW5nRXJyb3IgKE5vIHJvdXRl IG1hdGNoZXMgW0dFVF0gJnF1b3Q7L2FwaS92Mi9kaXNjb3ZlcmVkX2hvc3RzJnF1b3Q7KTo8YnI+ DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDt8Jm5ic3A7Jm5ic3A7IGFjdGlvbnBhY2sgKDQuMi41LjEp IGxpYi9hY3Rpb25fZGlzcGF0Y2gvbWlkZGxld2FyZS9kZWJ1Z19leGNlcHRpb25zLnJiOjIxOmlu IGBjYWxsJzxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwO3wmbmJzcDsmbmJzcDsgYWN0aW9ucGFj ayAoNC4yLjUuMSkgbGliL2FjdGlvbl9kaXNwYXRjaC9taWRkbGV3YXJlL3Nob3dfZXhjZXB0aW9u cy5yYjozMDppbiBgY2FsbCc8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDt8Jm5ic3A7Jm5ic3A7 IHJhaWx0aWVzICg0LjIuNS4xKSBsaWIvcmFpbHMvcmFjay9sb2dnZXIucmI6Mzg6aW4gYGNhbGxf YXBwJzxicj4NCiZndDs8YnI+DQomZ3Q7IEl0IGxvb2tzIGxpa2Ugb3ZpcnQgaXMgY2FsbGluZyBh biBhcGkgbWV0aG9kIHdoaWNoIGRvZXNuJ3QgZXhpc3QgOiAvYXBpL3YyL2Rpc2NvdmVyZWRfaG9z dHM8YnI+DQomZ3Q7PGJyPg0KJmd0OyBhbiBleHRyYWN0IGZyb20gb3ZpcnQtZW5naW5lLmxvZzxi cj4NCiZndDs8YnI+DQomZ3Q7IDIwMTYtMDktMDggMTU6MjA6MDAsODYyIElORk8mbmJzcDsgW29y Zy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuZ2x1c3Rlci5HbHVzdGVyVm9sdW1lc0xpc3RW RFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcjMpIFtdIEZJTklTSCwgR2x1c3RlclZv bHVtZXNMaXN0VkRTQ29tbWFuZCwgcmV0dXJuOiB7ZDZmOTM4ZDEtODg4Ni00MGYzLTgyMTAtZTVi ZTM5N2Y5NTFjPW9yZy5vdmlydC5lbmdpbmUuY29yZS5jPGJyPg0KJmd0Ozxicj4NCiZndDsgb21t b24uYnVzaW5lc3NlbnRpdGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTMyZWRhZTQs IDdlZjNiMTU1LTQ3ZDctNDQwNS1hYTcwLTgyYTliOGJlNDAzMz1vcmcub3ZpcnQuZW5naW5lLmNv cmUuY29tbW9uLmJ1c2luZXNzZW50aXRpZXMuZ2x1c3Rlci5HbHVzdGVyVm9sdW1lRW50aXR5QGQ5 NGQ4Zjk1LCBhZjE2OTE4MS1kNzJlLTQzMjUtOTk0Ny1kN2RkMDllNTEyZjA9b3JnLm92aXJ0LmVu Z2luZS5jPGJyPg0KJmd0Ozxicj4NCiZndDsgb3JlLmNvbW1vbi5idXNpbmVzc2VudGl0aWVzLmds dXN0ZXIuR2x1c3RlclZvbHVtZUVudGl0eUAyYTY0OWRiMywgNmQzYzg1NjEtNGU1Mi00MjIxLTk0 NzMtODhmZDQ4ZWY0OTA5PW9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVzaW5lc3NlbnRp dGllcy5nbHVzdGVyLkdsdXN0ZXJWb2x1bWVFbnRpdHlAYTM1ZTFiODJ9LCBsb2cgaWQ6IDVmZmEy YmYxPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMywxNzMgSU5GTyZuYnNw OyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5wcm92aWRlci5JbXBvcnRQcm92aWRlckNlcnRp ZmljYXRlQ29tbWFuZF0gKGRlZmF1bHQgdGFzay0yNCkgWzE0NmY3NjFhXSBSdW5uaW5nIGNvbW1h bmQ6IEltcG9ydFByb3ZpZGVyQ2VydGlmaWNhdGVDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50 aXRpZXMgYWZmZWN0ZWQgOiZuYnNwOyBJRDogYWFhMDAwMDAtMDAwMC0wMDxicj4NCiZndDs8YnI+ DQomZ3Q7IDAwLTAwMDAtMTIzNDU2Nzg5YWFhIFR5cGU6IFN5c3RlbUFjdGlvbiBncm91cCBDUkVB VEVfU1RPUkFHRV9QT09MIHdpdGggcm9sZSB0eXBlIEFETUlOPGJyPg0KJmd0Ozxicj4NCiZndDsg MjAxNi0wOS0wOCAxNToyMDowMywxNzggSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmRhbC5kYmJyb2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdIChkZWZhdWx0 IHRhc2stMjQpIFsxNDZmNzYxYV0gQ29ycmVsYXRpb24gSUQ6IDE0NmY3NjFhLCBDYWxsIFN0YWNr OiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBDZXJ0aWZpY2F0ZSBmb3IgcHJv dmlkZXIgc3BmeS1kZXAgd2FzIGltcG9ydGVkLiAoVXNlcjoNCiBhZG1pbkBpbnRlcm5hbC1hdXRo eik8YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzLDI5NSBJTkZPJm5ic3A7 IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rp dml0eUNvbW1hbmRdIChkZWZhdWx0IHRhc2stMjMpIFs2ZjVkOTc0Nl0gUnVubmluZyBjb21tYW5k OiBUZXN0UHJvdmlkZXJDb25uZWN0aXZpdHlDb21tYW5kIGludGVybmFsOiBmYWxzZS4gRW50aXRp ZXMgYWZmZWN0ZWQgOiZuYnNwOyBJRDogYWFhMDAwMDAtMDAwMC0wMDAwLTAwMDAtMTIzNDU2Nzg5 YWFhDQogVHlwZTogU3lzdGVtQWN0aW9uIGdyb3VwIENSRUFURV9TVE9SQUdFX1BPT0wgd2l0aCBy b2xlIHR5cGUgQURNSU48YnI+DQomZ3Q7PGJyPg0KJmd0OyAyMDE2LTA5LTA4IDE1OjIwOjAzLDk1 NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5ob3N0LnByb3ZpZGVyLmZvcmVtYW4u Rm9yZW1hbkhvc3RQcm92aWRlclByb3h5XSAoZGVmYXVsdCB0YXNrLTIzKSBbNmY1ZDk3NDZdIEV4 Y2VwdGlvbiBpcyBodHRwczovL3NwZnktZGVwLmhvc3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlz Y292ZXJlZF9ob3N0cw0KPGJyPg0KJmd0Ozxicj4NCiZndDsgMjAxNi0wOS0wOCAxNToyMDowMyw5 NTUgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwucHJvdmlkZXIuVGVzdFByb3ZpZGVy Q29ubmVjdGl2aXR5Q29tbWFuZF0gKGRlZmF1bHQgdGFzay0yMykgWzZmNWQ5NzQ2XSBDb21tYW5k ICdvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnByb3ZpZGVyLlRlc3RQcm92aWRlckNvbm5lY3Rp dml0eUNvbW1hbmQnIGZhaWxlZDogRW5naW5lRXhjZXB0aW9uOiBodHRwczovL3NwZnktZGVwLmhv c3Quc2FwaWZ5LmNoOjQ0My9hcGkvdjIvZGlzY292ZXJlZF9ob3N0cw0KIChGYWlsZWQgd2l0aCBl cnJvciBQUk9WSURFUl9GQUlMVVJFIGFuZCBjb2RlIDUwNTApPGJyPg0KJmd0Ozxicj4NCiZndDsg MjAxNi0wOS0wOCAxNToyMDowNCwyNzkgSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LnZkc2Jyb2tlci5tb25pdG9yaW5nLlZtc1N0YXRpc3RpY3NGZXRjaGVyXSAoRGVmYXVsdFF1YXJ0 elNjaGVkdWxlcjQpIFtdIEZldGNoZWQgMyBWTXMgZnJvbSBWRFMgJ2QzNmQ5YWZmLWE5NTMtNDY2 Yi1iZGY3LTcwYmE0ZjYzZTE4MCc8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmtz IGZvciBhbnkgaGludC9oZWxwLjwvcD4NCjxwIGRpcj0ibHRyIj5UaGF0J3MgYSBwbHVnaW4geW91 IG5lZWQgdG8gaW5zdGFsbCBpbnRvIEZvcmVtYW46PGJyPg0KaHR0cHM6Ly90aGVmb3JlbWFuLm9y Zy9wbHVnaW5zL2ZvcmVtYW5fZGlzY292ZXJ5LzIuMC88L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+ DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsgcmdkcyw8YnI+DQomZ3Q7IEFyc8OobmU8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIDA4LzIyLzIwMTYgMDg6MjIg QU0sIE92ZWQgT3VyZmFsaSB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IENhbiB5 b3UgcGxlYXNlIGF0dGFjaCB0aGUgY29tcGxldGUgbG9ncyBvZiBvdmlydCBhbmQgZm9yZW1hbj88 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgT24gV2VkLCBBdWcgMTcs IDIwMTYgYXQgMTA6MjUgQU0sIE1hcnRpbiBQZXJpbmEgJmx0O21wZXJpbmFAcmVkaGF0LmNvbSZn dDsgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IEFkZGluZyBZYW5p diAuLi48YnI+DQomZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsgT24gV2VkLCBBdWcgMTcs IDIwMTYgYXQgOToxNiBBTSwgQXJzw6huZSBHc2Nod2luZCAmbHQ7YXJzZW5lLmdzY2h3aW5kQHVu aWJhcy5jaCZndDsgd3JvdGU6PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0 OyZndDsgSGksPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgVGhh bmtzIGEgbG90IHRoaXMgZGlkIHdvcmsgb24gdGhlIEZvcmVtYW4gc2lkZSB1c2luZyBodHRwczov LyZsdDtzZXJ2ZXImZ3Q7L292aXJ0LWVuZ2luZS9hcGkvdjMgLjxicj4NCiZndDsmZ3Q7Jmd0OyZn dDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IEJ1dCBvbiB0aGUgb1ZpcnQgU2lkZSwgdG8gZGVmaW5l IEZvcmVtYW4gYXMgYW4gZXh0ZXJuYWwgcHJvdmlkZXIsIGl0IHN0aWxsIGRvZXNuJ3Qgd29yaywg aXMgdGhlcmUgYWxzbyBhIHNwZWNpYWwgVVJMIHRvIGVudGVyPyBJIGRpZG4ndCBmaW5kIGFueXRo aW5nIGluIHRoZSBkb2NzLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsm Z3Q7IFRoYW5rcyBmb3IgYW55IGhpbnQuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsm Z3Q7Jmd0OyZndDsgUmVnYXJkcyw8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7IEFyc8OobmU8YnI+DQom Z3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZn dDsgT24gMDgvMTYvMjAxNiAwNTowMSBQTSwgSnVhbiBIZXJuw6FuZGV6IHdyb3RlOjxicj4NCiZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsgT24gMDgvMTYvMjAx NiAxMTo1OCBBTSwgQXJzw6huZSBHc2Nod2luZCB3cm90ZTo8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7 Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgSGksPGJyPg0KJmd0OyZndDsm Z3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IGhhcyBhbnlib2R5 IGJlZW4gYWJsZSB0byBjb25maWd1cmUgRm9yZW1hbiB3aXRoIG9WaXJ0IDQgPyBXaGVuIHRyeWlu ZyB0bzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBhZGQgRm9yZW1hbiBhcyBhbiBleHRl cm5hbCBwcm92aWRlciBhbmQgdGVzdCB0aGUgbG9naW4gaXQgYWx3YXlzIHJldHVybjxicj4NCiZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyA6IEZhaWxlZCB0byBjb21tdW5pY2F0ZSB3aXRoIHRoZSBl eHRlcm5hbCBwcm92aWRlciwgc2VlIGxvZyBmb3I8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZn dDsgYWRkaXRpb25hbCBkZXRhaWxzLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBPbiB0aGUgRm9yZW1hbiBzaWRlIGkgZ2V0IGFuIFNT TyBmYWlsZWQgaW4gdGhlIGxvZywgdGhlIHVzZXIgYW5kPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZn dDsmZ3Q7IHBhc3N3b3JkIGVudGVyZWQgYXJlIGNvcnJlY3QuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFJ1bm5pbmcgdmVyc2lvbjo8 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZn dDsgb1ZpcnQgRW5naW5lIFZlcnNpb246IDQuMC4yLjYtMS5lbDcuY2VudG9zPGJyPg0KJmd0OyZn dDsmZ3Q7Jmd0OyZndDsmZ3Q7IEZvcmVtYW4gVmVyc2lvbiAxLjEyLjE8YnI+DQomZ3Q7Jmd0OyZn dDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgUGxlYXNlIGZpbmQg dGhlIGxvZyBleHRyYWN0IGF0dGFjaGVkLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBU aGFua3MgZm9yIGFueSBoZWxwL2hpbnQuPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFJlZ2FyZHMsPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7IEFyc8OobmU8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyBUaGVyZSBhcmUgdHdvIGltcG9ydGFudCBkaWZmZXJlbmNlcyBpbiB2 ZXJzaW9uIDQgb2Ygb1ZpcnQ8YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 Jmd0OyZndDsmZ3Q7IDEuIFRoZSBVUkwgaXMgbm93IG9ubHkgL292aXJ0LWVuZ2luZS9hcGkgKGl0 IHVzZWQgdG8gYWNjZXB0IC9hcGkgYW5kPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyZndDsgL292aXJ0 LWVuZ2luZS9hcGkpLjxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7 Jmd0OyZndDsgMi4gVGhlcmUgYXJlIHR3byB2ZXJzaW9ucyBvZiB0aGUgQVBJIG5vdywgdjMsIGNv bXBhdGlibGUgd2l0aCBvVmlydCAzLDxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IGFuZCB2NCwg bmV3IGFuZCBpbmNvbXBhdGlibGUuIEZvcmVtYW4gb25seSBzdXBwb3J0cyB2My48YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFNvLCBJJ2Qgc3VnZ2Vz dCB5b3UgdHJ5IHRvIHVzZSAmcXVvdDtodHRwczovLy4uLi9vdmlydC1lbmdpbmUvYXBpL3YzJnF1 b3Q7IGluIHRoZTxicj4NCiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IFVSTC4gRG9lcyB0aGF0IHdvcms/ IElmIGl0IGRvZXNuJ3QsIGNhbiB5b3UgcHJvdmlkZSBtb3JlIGRldGFpbHM/IExvZyBmaWxlcz88 YnI+DQomZ3Q7Jmd0OyZndDsmZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7 Jmd0OyZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0OyZndDsmZ3Q7Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7Jmd0 OyZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsmZ3Q7Jmd0OyZndDsgaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPg0KJmd0OyZndDsmZ3Q7PGJy Pg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDsmZ3Q7IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDsm Z3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsmZ3Q7Jmd0OyBVc2Vyc0BvdmlydC5vcmc8 YnI+DQomZ3Q7Jmd0OyZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzPGJyPg0KJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7PGJyPg0KPC9w Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_924b3039dd424f84a868ee7444316e5eexch24sluse_--

2 1

problem adding OpenStackImage Provider with python-ovirt-engine-sdk4
by knarra 13 Sep '16

13 Sep '16

This is a multi-part message in MIME format. --------------89393413F57E7342FFE0026E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am trying to add glance repository to Ovirt using ovirtsdk4 and i am facing the error below. Below is my code snippet which i am running. connection = sdk.Connection(url=conf["URL"],username=conf["UI_USERNAME"],password=conf["UI_PASSWORD"], insecure=True,debug=True) def create_external_providers(): openstack_services = connection.system_service().openstack_image_providers_service() openstack_s =openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance',description='new',url='http://glance.ovirt.org:9292/')) openstack_service =openstack_services.openstack_service(openstack_s.id) /usr/bin/python2.7 /home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py Traceback (most recent call last): File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 169, in <module> create_external_providers() File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 162, in create_external_providers openstack_s = openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance', description='new', url='http://glance.ovirt.org:9292/')) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 10265, in add self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 95, in _check_fault Service._raise_error(response, fault) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 69, in _raise_error raise Error(msg) ovirtsdk4.Error: Fault reason is "Request syntactically incorrect.". Fault detail is "For correct usage, see: https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…". HTTP response code is 400. Process finished with exit code 1 I see the following error in the engine.log: ================================= 2016-09-13 07:11:09,882 ERROR [org.ovirt.engine.api.restapi.resource.validation.IOExceptionMapper] (default task-11) [] IO exception while processing "POST" request for path "/openstackimageproviders" Caused by: javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"open_stack_image_provider"). Expected elements are <{}action>,<{}affinity_group>,<{}affinity _groups>,<{}affinity_label>,<{}affinity_labels>,<{}agent>,<{}agent_configuration>,<{}agent_configurations>,<{}agents>,<{}api>,<{}api_summaries>,<{}api_summary>,<{}api_summar y_item>,<{}api_summary_items>,<{}apis>,<{}application>,<{}applications>,<{}authorized_key>,<{}authorized_keys>,<{}balance>,<{}balances>,<{}bios>,<{}bioss>,<{}block_statistic >,<{}block_statistics>,<{}body>,<{}bonding>,<{}bondings>,<{}bookmark>,<{}bookmarks>,<{}boot>,<{}boot_menu>,<{}boot_menus>,<{}boots>,<{}brick>,<{}brick_memoryinfo>,<{}brick_p rofile_detail>,<{}brick_profile_details>,<{}bricks>,<{}cdrom>,<{}cdroms>,<{}certificate>,<{}certificates>,<{}cloud_init>,<{}cloud_inits>,<{}cluster>,<{}cluster_level>,<{}clu ster_levels>,<{}clusters>,<{}configuration>,<{}configurations>,<{}console>,<{}consoles>,<{}core>,<{}cores>,<{}cpu>,<{}cpu_profile>,<{}cpu_profiles>,<{}cpu_topologies>,<{}cpu _topology>,<{}cpu_tune>,<{}cpu_tunes>,<{}cpu_type>,<{}cpu_types>,<{}cpus>,<{}creation>,<{}creation_states>,<{}custom_properties>,<{}custom_property>,<{}data_center>,<{}data_ centers>,<{}detailedLink>,<{}detailedLinks>,<{}device>,<{}devices>,<{}disk>,<{}disk_attachment>,<{}disk_attachments>,<{}disk_profile>,<{}disk_profiles>,<{}disk_snapshot>,<{} disk_snapshots>,<{}disks>,<{}display>,<{}displays>,<{}dns>,<{}dnss>,<{}domain>,<{}domains>,<{}entity_profile_detail>,<{}entity_profile_details>,<{}error_handling>,<{}error_h andlings>,<{}event>,<{}events>,<{}external_compute_resource>,<{}external_compute_resources>,<{}external_discovered_host>,<{}external_discovered_hosts>,<{}external_host>,<{}e <kasturi> xternal_host_group>,<{}external_host_groups>,<{}external_host_provider>,<{}external_host_providers>,<{}external_hosts>,<{}external_provider>,<{}external_providers>,<{}fault> ,<{}faults>,<{}fencing_policies>,<{}fencing_policy>,<{}file>,<{}files>,<{}filter>,<{}filters>,<{}floppies>,<{}floppy>,<{}fop_statistic engine version : ovirt4.0.3 sdkversion : python-ovirt-engine-sdk4-4.0.0-0.6.a6.fc23.x86_64 Can some one please help me to resolve this issue? Thanks kasturi --------------89393413F57E7342FFE0026E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I am trying to add glance repository to Ovirt using ovirtsdk4 and i am facing the error below. Below is my code snippet which i am running. <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;">connection = sdk.Connection(url=conf["URL"],username=conf["UI_USERNAME"], password=conf["UI_PASSWORD"], insecure=True, debug=True)</pre> <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;">def create_external_providers(): openstack_services = connection.system_service().openstack_image_providers_service() openstack_s = openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance', description='new', url='<a class="moz-txt-link-freetext" href="http://glance.ovirt.org:9292/">http://glance.ovirt.org:9292/</a>')) openstack_service = openstack_services.openstack_service(openstack_s.id)</pre> /usr/bin/python2.7 /home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py Traceback (most recent call last): File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 169, in <module> create_external_providers() File "/home/ramakasturinarra/PycharmProjects/hosted_engine_deploy_hc/addresource.py", line 162, in create_external_providers openstack_s = openstack_services.add(types.OpenStackImageProvider(name='my_glance_instance', description='new', url='<a class="moz-txt-link-freetext" href="http://glance.ovirt.org:9292/">http://glance.ovirt.org:9292/</a>')) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 10265, in add self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 95, in _check_fault Service._raise_error(response, fault) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 69, in _raise_error raise Error(msg) ovirtsdk4.Error: Fault reason is "Request syntactically incorrect.". Fault detail is "For correct usage, see: <a class="moz-txt-link-freetext" href="https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…">https://rhev-engine1.lab.eng.blr.redhat.com/ovirt-engine/api/v4/model#servi…</a>". HTTP response code is 400. Process finished with exit code 1 I see the following error in the engine.log: ================================= 2016-09-13 07:11:09,882 ERROR [org.ovirt.engine.api.restapi.resource.validation.IOExceptionMapper] (default task-11) [] IO exception while processing "POST" request for path "/openstackimageproviders" Caused by: javax.xml.bind.UnmarshalException: unexpected element (uri:"", local:"open_stack_image_provider"). Expected elements are <{}action>,<{}affinity_group>,<{}affinity _groups>,<{}affinity_label>,<{}affinity_labels>,<{}agent>,<{}agent_configuration>,<{}agent_configurations>,<{}agents>,<{}api>,<{}api_summaries>,<{}api_summary>,<{}api_summar y_item>,<{}api_summary_items>,<{}apis>,<{}application>,<{}applications>,<{}authorized_key>,<{}authorized_keys>,<{}balance>,<{}balances>,<{}bios>,<{}bioss>,<{}block_statistic >,<{}block_statistics>,<{}body>,<{}bonding>,<{}bondings>,<{}bookmark>,<{}bookmarks>,<{}boot>,<{}boot_menu>,<{}boot_menus>,<{}boots>,<{}brick>,<{}brick_memoryinfo>,<{}brick_p rofile_detail>,<{}brick_profile_details>,<{}bricks>,<{}cdrom>,<{}cdroms>,<{}certificate>,<{}certificates>,<{}cloud_init>,<{}cloud_inits>,<{}cluster>,<{}cluster_level>,<{}clu ster_levels>,<{}clusters>,<{}configuration>,<{}configurations>,<{}console>,<{}consoles>,<{}core>,<{}cores>,<{}cpu>,<{}cpu_profile>,<{}cpu_profiles>,<{}cpu_topologies>,<{}cpu _topology>,<{}cpu_tune>,<{}cpu_tunes>,<{}cpu_type>,<{}cpu_types>,<{}cpus>,<{}creation>,<{}creation_states>,<{}custom_properties>,<{}custom_property>,<{}data_center>,<{}data_ centers>,<{}detailedLink>,<{}detailedLinks>,<{}device>,<{}devices>,<{}disk>,<{}disk_attachment>,<{}disk_attachments>,<{}disk_profile>,<{}disk_profiles>,<{}disk_snapshot>,<{} disk_snapshots>,<{}disks>,<{}display>,<{}displays>,<{}dns>,<{}dnss>,<{}domain>,<{}domains>,<{}entity_profile_detail>,<{}entity_profile_details>,<{}error_handling>,<{}error_h andlings>,<{}event>,<{}events>,<{}external_compute_resource>,<{}external_compute_resources>,<{}external_discovered_host>,<{}external_discovered_hosts>,<{}external_host>,<{}e <kasturi> xternal_host_group>,<{}external_host_groups>,<{}external_host_provider>,<{}external_host_providers>,<{}external_hosts>,<{}external_provider>,<{}external_providers>,<{}fault> ,<{}faults>,<{}fencing_policies>,<{}fencing_policy>,<{}file>,<{}files>,<{}filter>,<{}filters>,<{}floppies>,<{}floppy>,<{}fop_statistic engine version : ovirt4.0.3 sdkversion : python-ovirt-engine-sdk4-4.0.0-0.6.a6.fc23.x86_64 Can some one please help me to resolve this issue? Thanks kasturi </body> </html> --------------89393413F57E7342FFE0026E--

2 2

intel skylake oVirt 4.0
by Roman Nikolayevich Drovalev 13 Sep '16

13 Sep '16

This is a multipart message in MIME format. --=_alternative 001BE52D43258028_= Content-Type: text/plain; charset="US-ASCII" Hello all! Currently, the oVirt 4.0 not on the list of supported processors for the cluster "Intel Skylake" ! Is it possible to add hosts to the new processor in the cluster pool or you must wait for the update oVirt ? Thanks Roman Dr. --=_alternative 001BE52D43258028_= Content-Type: text/html; charset="US-ASCII" Hello all! Currently, the oVirt 4.0 not on the list of supported processors for the cluster "Intel Skylake" ! Is it possible to add hosts to the new processor in the cluster pool or you must wait for the update oVirt ? Thanks Roman Dr. --=_alternative 001BE52D43258028_=--

2 1