- Users - oVirt List Archives

ovirt reports an Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz as a Intel SandyBridge Family?
by gflwqs gflwqs 18 Dec '15

18 Dec '15

Hi, I have registered a new DELL R730 machine in ovirt 3.5.6 this server type has a Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz. When i try to add a the new host to a cluster with a haswell architecure i get an error: "Host xxx moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : model_Haswell" When i look at the hardware tab on the host it says: CPU Model: Intel(R) Xeon(R) CPU E5-2667 v3 @ 3.20GHz and CPU Type: Intel SandyBridge Family This is not a SandyBridge Family processor? When i change the cluster to be a SandyBridge Family cluster the host can be activated. What are my options? - Is it a bug i can get a fix for? (I can't upgrade to 3.6) - Can i force it to report correctly? - What am i loosing in terms of functionality/performance if ovirt thinks its a SandyBridge processor? Thanks! /Christian

2 3

Network tagging
by Kevin COUSIN 18 Dec '15

18 Dec '15

Hi list, Is it possible to add same VLAN as tagged for different purposes : * VLAN XX as VM network and tagged to attach VM * VLAN XX tagged for bonding with another VLAN on an interface Regards Kevin C

2 1

Re: [ovirt-users] ovirt-ha-broker issue after upgrade CentOS 7.1 => 7.2 and oVirt 3.6.0 => 3.6.1
by Matthew Trent 18 Dec '15

18 Dec '15

(Sorry if this reply doesn't thread properly. Just subscribed to reply to this topic.) I'm also experiencing this issue. Just upgraded to the latest packages and both ovirt-ha-agent and ovirt-ha-broker pause for a long time when being started, then timeout with errors. [root@ovirt2 ~]# systemctl start ovirt-ha-broker Job for ovirt-ha-broker.service failed because a timeout was exceeded. See "systemctl status ovirt-ha-broker.service" and "journalctl -xe" for details. [root@ovirt2 ~]# systemctl start ovirt-ha-agent Job for ovirt-ha-agent.service failed because a timeout was exceeded. See "systemctl status ovirt-ha-agent.service" and "journalctl -xe" for details. Dec 17 15:27:53 ovirt2 systemd: Failed to start oVirt Hosted Engine High Availability Communications Broker. Dec 17 15:27:53 ovirt2 systemd: Unit ovirt-ha-broker.service entered failed state. Dec 17 15:27:53 ovirt2 systemd: ovirt-ha-broker.service failed. Dec 17 15:27:53 ovirt2 systemd: ovirt-ha-broker.service holdoff time over, scheduling restart. Dec 17 15:27:53 ovirt2 systemd: Starting oVirt Hosted Engine High Availability Communications Broker... Dec 17 15:27:53 ovirt2 systemd-ovirt-ha-broker: Starting ovirt-ha-broker: [ OK ] Dec 17 15:27:53 ovirt2 systemd: PID 21125 read from file /run/ovirt-hosted-engine-ha/broker.pid does not exist or is a zombie. Dec 17 15:29:22 ovirt2 systemd: ovirt-ha-agent.service stop-final-sigterm timed out. Killing. Dec 17 15:29:22 ovirt2 systemd: Failed to start oVirt Hosted Engine High Availability Monitoring Agent. Dec 17 15:29:22 ovirt2 systemd: Unit ovirt-ha-agent.service entered failed state. Dec 17 15:29:22 ovirt2 systemd: ovirt-ha-agent.service failed. Dec 17 15:29:22 ovirt2 systemd: ovirt-ha-agent.service holdoff time over, scheduling restart. Dec 17 15:29:23 ovirt2 systemd: ovirt-ha-broker.service start operation timed out. Terminating. Dec 17 15:29:24 ovirt2 systemd: Failed to start oVirt Hosted Engine High Availability Communications Broker. Dec 17 15:29:24 ovirt2 systemd: Unit ovirt-ha-broker.service entered failed state. Dec 17 15:29:24 ovirt2 systemd: ovirt-ha-broker.service failed. Dec 17 15:29:24 ovirt2 systemd: Starting oVirt Hosted Engine High Availability Monitoring Agent... Dec 17 15:29:24 ovirt2 systemd-ovirt-ha-agent: Starting ovirt-ha-agent: [ OK ] Dec 17 15:29:24 ovirt2 systemd: PID 21288 read from file /run/ovirt-hosted-engine-ha/agent.pid does not exist or is a zombie. Dec 17 15:29:24 ovirt2 systemd: ovirt-ha-broker.service holdoff time over, scheduling restart. Dec 17 15:29:24 ovirt2 systemd: Starting oVirt Hosted Engine High Availability Communications Broker... Dec 17 15:29:25 ovirt2 systemd-ovirt-ha-broker: Starting ovirt-ha-broker: [ OK ] Dec 17 15:29:25 ovirt2 systemd: PID 21304 read from file /run/ovirt-hosted-engine-ha/broker.pid does not exist or is a zombie. -- Matthew Trent Network Engineer Lewis County IT Services 360.740.1247 - Helpdesk 360.740.3343 - Direct line

3 3

Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH has failed)
by Bob Doolittle 18 Dec '15

18 Dec '15

On 03/09/2015 07:12 AM, Simone Tiraboschi wrote: > > ----- Original Message ----- >> From: "Bob Doolittle" <bob(a)doolittle.us.com> >> To: "Simone Tiraboschi" <stirabos(a)redhat.com> >> Sent: Monday, March 9, 2015 12:02:49 PM >> Subject: Re: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on F20 (Cannot add the host to cluster ... SSH >> has failed) >> >> On Mar 9, 2015 5:23 AM, "Simone Tiraboschi" <stirabos(a)redhat.com> wrote: >>> >>> >>> ----- Original Message ----- >>>> From: "Bob Doolittle" <bob(a)doolittle.us.com> >>>> To: "users-ovirt" <users(a)ovirt.org> >>>> Sent: Friday, March 6, 2015 9:21:20 PM >>>> Subject: [ovirt-users] Error during hosted-engine-setup for 3.5.1 on >> F20 (Cannot add the host to cluster ... SSH has >>>> failed) >>>> >>>> Hi, >>>> >>>> I'm following the instructions here: >> http://www.ovirt.org/Hosted_Engine_Howto >>>> My self-hosted install failed near the end: >>>> >>>> To continue make a selection from the options below: >>>> (1) Continue setup - engine installation is complete >>>> (2) Power off and restart the VM >>>> (3) Abort setup >>>> (4) Destroy VM and abort setup >>>> >>>> (1, 2, 3, 4)[1]: 1 >>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status! >>>> Enter the name of the cluster to which you want to add the >> host >>>> (Default) [Default]: >>>> [ ERROR ] Cannot automatically add the host to cluster Default: Cannot >> add >>>> Host. Connecting to host via SSH has failed, verify that the host is >>>> reachable (IP address, routable address etc.) You may refer to the >>>> engine.log file for further details. >>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add the host to >>>> cluster Default >>>> [ INFO ] Stage: Clean up >>>> [ INFO ] Generating answer file >>>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20150306135624.conf' >>>> [ INFO ] Stage: Pre-termination >>>> [ INFO ] Stage: Termination >>>> >>>> I can ssh into the engine VM both locally and remotely. There is no >>>> /root/.ssh directory, however. Did I need to set that up somehow? >>> It's the engine that needs to open an SSH connection to the host calling >> it by its hostname. >>> So please be sure that you can SSH to the host from the engine using its >> hostname and not its IP address. >> >> I'm assuming this should be a password-less login (key-based >> authentication?). > Yes, it is. > >> As what user? > root OK, I see a couple of problems. First off, I didn't have my deploying-host hostname in the hosts map for my engine. After adding it to /etc/hosts (both hostname and FQDN), when I try to ssh from root@engine to root@host it is prompting me for a password. On my engine, ~root/.ssh does not contain any keys. On my host, ~root/.ssh has authorized_keys, and in it there is a key with the comment "ovirt-engine". It's possible that I inadvertently removed ~root/.ssh on engine while I was preparing the engine (I started to set up my own no-password logins and then thought better and cleaned up, not realizing that some prior setup affecting that directory had occurred). That would explain the second issue. How/when does the key for root@engine get populated to the host's ~root/.ssh/authenticated_keys during setup? -Bob > >> -Bob >> >>> Till hosted-engine hosts were simply identified by their IP address but >> than we had some bug report on side effects of that. >>> So now we generate and sign certs using host hostnames and so the engine >> should be able to correctly resolve them. >>>> When I log into the Administration portal, the engine VM does not appear >>>> under the Virtual machine view (it's empty). >>> It's cause the setup didn't complete. >>> >>>> I've attached what I think are the relevant logs. >>>> >>>> Also, when my host reboots, the ovirt-ha-broker and ovirt-ha-agent >> services >>>> do not come up automatically. I have to use systemctl to start them >>>> manually. >>> It's cause the setup didn't complete. >>> >>>> This is a fresh Fedora 20 machine installing a fresh copy of Ovirt >> 3.5.1. >>>> What's the cleanest approach to restore/complete sanity of my setup >> please? >>> First step is to clarify what went wrong in order to avoid it in the >> future. >>> Than, if you want a really sanity environment for production use I'd >> suggest to redeploy. >>> So >>> hosted-engine --vm-poweroff >>> empty the storage domain share and deploy again >>> >>>> Thanks, >>>> Bob >>>> >>>> >>>> I've linked 3 files to this email: >>>> server.log (12.4 MB) Dropbox https://db.tt/g5p09AaD >>>> vdsm.log (3.2 MB) Dropbox https://db.tt/P4572SUm >>>> ovirt-hosted-engine-setup-20150306123622-tad1fy.log (413 KB) Dropbox >>>> https://db.tt/XAM9ffhi >>>> Mozilla Thunderbird makes it easy to share large files over email. >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>>

4 17

Hosted engine setup using Gluster - what is proper param's for the storage domain names?
by Willard Dennis 18 Dec '15

18 Dec '15

Hi all, Doing the hosted engine setup on Gluster; am at the point of configuring the storage domain / datacenter names, and not sure of what my best move is here… Here’s what I’m seeing: —— --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: glusterfs [ INFO ] Please note that Replica 3 support is required for the shared storage. Please specify the full shared storage connection path to use (example: host:/path): localhost:/engine [WARNING] Due to several bugs in mount.glusterfs the validation of GlusterFS share cannot be reliable. [ INFO ] GlusterFS replica 3 Volume detected [ INFO ] Installing on first host Please provide storage domain name. [hosted_storage]: Local storage datacenter name is an internal name and currently will not be shown in engine's admin UI. Please enter local datacenter name [hosted_datacenter]: —— Concerned about the "Local storage datacenter name is an internal name and currently will not be shown in engine's admin UI” message… I want to use a second distributed Gluster volume (name = “vmdata”) for VM storage if I can, and don’t want to mess up the install… What should I consider when setting names for the storage domain name and local datacenter names? Thanks, Will

2 1

ovirt-ha-broker issue after upgrade CentOS 7.1 => 7.2 and oVirt 3.6.0 => 3.6.1
by Bello Florent 17 Dec '15

17 Dec '15

--=_f943a51baf446e98d98ebf3fc695b0ae Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi, I upgrade my 3 servers to CentOS 7.2 and oVirt 3.6.1, the oVirt engine works fine and my first host upgraded too. However, my second and third host have a ovirt-ha-broker issue and is doesn't start. When i try to start the broker service, it failed with timeout. Here my logs of my second upgraded server : [root@ovirt01 ~]# systemctl status ovirt-ha-broker ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communications Broker Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service; enabled; vendor preset: disabled) Active: activating (start) since jeu. 2015-12-17 17:41:46 GFT; 1min 3s ago Process: 15245 ExecStart=/usr/lib/systemd/systemd-ovirt-ha-broker start (code=exited, status=0/SUCCESS) CGroup: /system.slice/ovirt-ha-broker.service └─15259 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker déc. 17 17:41:46 ovirt01 systemd[1]: Starting oVirt Hosted Engine High Availability Communications Broker... déc. 17 17:41:46 ovirt01 systemd[1]: PID 15252 read from file /run/ovirt-hosted-engine-ha/broker.pid does not exist or is a zombie. [root@ovirt01 ~]# systemctl start ovirt-ha-broker Job for ovirt-ha-broker.service failed because a timeout was exceeded. See "systemctl status ovirt-ha-broker.service" and "journalctl -xe" for details. [root@ovirt01 ~]# tail -f /var/log/ovirt-hosted-engine-ha/broker.log MainThread::INFO::2015-12-17 17:44:28,562::broker::57::ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 1.3.3.4 started MainThread::INFO::2015-12-17 17:44:28,588::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors MainThread::INFO::2015-12-17 17:44:28,588::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load MainThread::INFO::2015-12-17 17:44:28,590::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine MainThread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health MainThread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free MainThread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-load MainThread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge MainThread::INFO::2015-12-17 17:44:28,592::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor ping MainThread::INFO::2015-12-17 17:44:28,592::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load MainThread::INFO::2015-12-17 17:44:28,593::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor cpu-load-no-engine MainThread::INFO::2015-12-17 17:44:28,593::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor engine-health MainThread::INFO::2015-12-17 17:44:28,593::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free MainThread::INFO::2015-12-17 17:44:28,594::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-load MainThread::INFO::2015-12-17 17:44:28,594::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mgmt-bridge MainThread::INFO::2015-12-17 17:44:28,594::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor ping MainThread::INFO::2015-12-17 17:44:28,594::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Finished loading submonitors MainThread::INFO::2015-12-17 17:44:28,595::listener::41::ovirt_hosted_engine_ha.broker.listener.Listener::(__init__) Initializing SocketServer MainThread::INFO::2015-12-17 17:44:28,595::listener::56::ovirt_hosted_engine_ha.broker.listener.Listener::(__init__) SocketServer ready MainThread::INFO::2015-12-17 17:45:59,215::broker::114::ovirt_hosted_engine_ha.broker.broker.Broker::(run) Server shutting down [root@ovirt01 ~]# tail -f /var/log/vdsm/vdsm.log Reactor thread::INFO::2015-12-17 17:48:19,800::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept) Accepting connection from 127.0.0.1:44498 Reactor thread::DEBUG::2015-12-17 17:48:19,808::protocoldetector::82::ProtocolDetector.Detector::(__init__) Using required_size=11 Reactor thread::INFO::2015-12-17 17:48:19,808::protocoldetector::118::ProtocolDetector.Detector::(handle_read) Detected protocol xml from 127.0.0.1:44498 Reactor thread::DEBUG::2015-12-17 17:48:19,809::bindingxmlrpc::1297::XmlDetector::(handle_socket) xml over http detected from ('127.0.0.1', 44498) BindingXMLRPC::INFO::2015-12-17 17:48:19,809::xmlrpc::73::vds.XMLRPCServer::(handle_request) Starting request handler for 127.0.0.1:44498 Thread-185::INFO::2015-12-17 17:48:19,810::xmlrpc::84::vds.XMLRPCServer::(_process_requests) Request handler for 127.0.0.1:44498 started Thread-185::INFO::2015-12-17 17:48:19,811::xmlrpc::92::vds.XMLRPCServer::(_process_requests) Request handler for 127.0.0.1:44498 stopped Cordialement, Florent BELLO --=_f943a51baf446e98d98ebf3fc695b0ae Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"> <html><body> <p>Hi,</p> <p>I upgrade my 3 servers to CentOS 7.2 and oVirt 3.6.1, the oVirt engine w= orks fine and my first host upgraded too. However, my second and third host= have a ovirt-ha-broker issue and is doesn't start.<br />When i try to star= t the broker service, it failed with timeout.</p> <p>Here my logs of my second upgraded server :</p> <p>[root@ovirt01 ~]# systemctl status  ovirt-ha-broker<br />=E2=97=8F = ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communicati= ons Broker<br />   Loaded: loaded (/usr/lib/systemd/system/ovirt-= ha-broker.service; enabled; vendor preset: disabled)<br />   Acti= ve: activating (start) since jeu. 2015-12-17 17:41:46 GFT; 1min 3s ago<br /= >  Process: 15245 ExecStart=3D/usr/lib/systemd/systemd-ovirt-ha-broker= start (code=3Dexited, status=3D0/SUCCESS)<br />   CGroup: /syste= m.slice/ovirt-ha-broker.service<br />      &n= bsp;    =E2=94=94=E2=94=8015259 /usr/bin/python /usr/share/o= virt-hosted-engine-ha/ovirt-ha-broker<br /><br />déc. 17 17:41:46 ov= irt01 systemd[1]: Starting oVirt Hosted Engine High Availability Communicat= ions Broker...<br />déc. 17 17:41:46 ovirt01 systemd[1]: PID 15252 r= ead from file /run/ovirt-hosted-engine-ha/broker.pid does not exist or is a= zombie.</p> <p> </p> <p>[root@ovirt01 ~]# systemctl start  ovirt-ha-broker<br />Job for ovi= rt-ha-broker.service failed because a timeout was exceeded. See "systemctl = status ovirt-ha-broker.service" and "journalctl -xe" for details.</p> <p> </p> <p>[root@ovirt01 ~]# tail -f /var/log/ovirt-hosted-engine-ha/broker.log<br = />MainThread::INFO::2015-12-17 17:44:28,562::broker::57::ovirt_hosted_engin= e_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha broker 1.3.3.4 star= ted<br />MainThread::INFO::2015-12-17 17:44:28,588::monitor::40::ovirt_host= ed_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Searching for = submonitors in /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/brok= er/submonitors<br />MainThread::INFO::2015-12-17 17:44:28,588::monitor::49:= :ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loa= ded submonitor cpu-load<br />MainThread::INFO::2015-12-17 17:44:28,590::mon= itor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submoni= tors) Loaded submonitor cpu-load-no-engine<br />MainThread::INFO::2015-12-1= 7 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor:= :(_discover_submonitors) Loaded submonitor engine-health<br />MainThread::I= NFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha.broker.mo= nitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free<br />Main= Thread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hosted_engine_ha= =2Ebroker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-lo= ad<br />MainThread::INFO::2015-12-17 17:44:28,591::monitor::49::ovirt_hoste= d_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonit= or mgmt-bridge<br />MainThread::INFO::2015-12-17 17:44:28,592::monitor::49:= :ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loa= ded submonitor ping<br />MainThread::INFO::2015-12-17 17:44:28,592::monitor= ::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors= ) Loaded submonitor cpu-load<br />MainThread::INFO::2015-12-17 17:44:28,593= ::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_su= bmonitors) Loaded submonitor cpu-load-no-engine<br />MainThread::INFO::2015= -12-17 17:44:28,593::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Mon= itor::(_discover_submonitors) Loaded submonitor engine-health<br />MainThre= ad::INFO::2015-12-17 17:44:28,593::monitor::49::ovirt_hosted_engine_ha.brok= er.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-free<br /= >MainThread::INFO::2015-12-17 17:44:28,594::monitor::49::ovirt_hosted_engin= e_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submonitor mem-= load<br />MainThread::INFO::2015-12-17 17:44:28,594::monitor::49::ovirt_hos= ted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) Loaded submon= itor mgmt-bridge<br />MainThread::INFO::2015-12-17 17:44:28,594::monitor::4= 9::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors) L= oaded submonitor ping<br />MainThread::INFO::2015-12-17 17:44:28,594::monit= or::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonito= rs) Finished loading submonitors<br />MainThread::INFO::2015-12-17 17:44:28= ,595::listener::41::ovirt_hosted_engine_ha.broker.listener.Listener::(__ini= t__) Initializing SocketServer<br />MainThread::INFO::2015-12-17 17:44:28,5= 95::listener::56::ovirt_hosted_engine_ha.broker.listener.Listener::(__init_= _) SocketServer ready<br />MainThread::INFO::2015-12-17 17:45:59,215::broke= r::114::ovirt_hosted_engine_ha.broker.broker.Broker::(run) Server shutting = down</p> <p> </p> <p>[root@ovirt01 ~]# tail -f /var/log/vdsm/vdsm.log<br />Reactor thread::IN= FO::2015-12-17 17:48:19,800::protocoldetector::72::ProtocolDetector.Accepto= rImpl::(handle_accept) Accepting connection from 127.0.0.1:44498<br />React= or thread::DEBUG::2015-12-17 17:48:19,808::protocoldetector::82::ProtocolDe= tector.Detector::(__init__) Using required_size=3D11<br />Reactor thread::I= NFO::2015-12-17 17:48:19,808::protocoldetector::118::ProtocolDetector.Detec= tor::(handle_read) Detected protocol xml from 127.0.0.1:44498<br />Reactor = thread::DEBUG::2015-12-17 17:48:19,809::bindingxmlrpc::1297::XmlDetector::(= handle_socket) xml over http detected from ('127.0.0.1', 44498)<br />Bindin= gXMLRPC::INFO::2015-12-17 17:48:19,809::xmlrpc::73::vds.XMLRPCServer::(hand= le_request) Starting request handler for 127.0.0.1:44498<br />Thread-185::I= NFO::2015-12-17 17:48:19,810::xmlrpc::84::vds.XMLRPCServer::(_process_reque= sts) Request handler for 127.0.0.1:44498 started<br />Thread-185::INFO::201= 5-12-17 17:48:19,811::xmlrpc::92::vds.XMLRPCServer::(_process_requests) Req= uest handler for 127.0.0.1:44498 stopped</p> <div>Cordialement,<br /> <p>Florent BELLO</p> </div> </body></html> --=_f943a51baf446e98d98ebf3fc695b0ae--

2 1

No hosted engine SD after upgrading to 3.6.1 RC4 from 3.6.0
by Justin Foreman 17 Dec '15

17 Dec '15

Hello, The Hosted Engine import did not work upon upgrading from 3.6.0 to 3.6.1 RC4. I had upgraded in an attempt to import the Hosted Engine storage domain and VM. Here’s my setup: * 2x Dell R630s with SAS HBAs * 1x Dell Compellent SAS SAN * Each R630 is connected to the SAS SAN via the SAS HBAs. * Storage domains are attached as FC (even though they’re SAS) * Hosted-engine deployed from 3.6.0 using image in yum repo Packages installed on engine: ovirt-engine-setup-plugin-websocket-proxy-3.6.1.3-1.el7.centos.noarch ovirt-engine-restapi-3.6.1.3-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.1.3-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.0.3-1.el7.centos.noarch ovirt-engine-webadmin-portal-3.6.1.3-1.el7.centos.noarch ovirt-engine-extension-aaa-ldap-setup-1.1.2-1.el7.centos.noarch ovirt-image-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-1.0.4-1.el7.noarch ovirt-release36-002-2.noarch ovirt-engine-websocket-proxy-3.6.1.3-1.el7.centos.noarch ovirt-engine-wildfly-overlay-8.0.4-1.el7.noarch ovirt-engine-tools-3.6.1.3-1.el7.centos.noarch ovirt-engine-extensions-api-impl-3.6.1.3-1.el7.centos.noarch ovirt-vmconsole-1.0.0-1.el7.centos.noarch ebay-cors-filter-1.0.1-0.1.ovirt.el7.noarch ovirt-guest-agent-common-1.0.11-1.el7.noarch ovirt-engine-wildfly-8.2.1-1.el7.x86_64 ovirt-engine-backend-3.6.1.3-1.el7.centos.noarch ovirt-engine-setup-base-3.6.1.3-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-3.6.1.3-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-3.6.1.3-1.el7.centos.noarch ovirt-engine-cli-3.6.0.2-1.el7.centos.noarch ovirt-engine-setup-3.6.1.3-1.el7.centos.noarch ovirt-engine-dbscripts-3.6.1.3-1.el7.centos.noarch ovirt-engine-extension-aaa-ldap-1.1.2-1.el7.centos.noarch ovirt-iso-uploader-3.6.0-1.el7.centos.noarch ovirt-engine-3.6.1.3-1.el7.centos.noarch ovirt-vmconsole-proxy-1.0.0-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.1.3-1.el7.centos.noarch ovirt-host-deploy-java-1.4.1-1.el7.centos.noarch ovirt-engine-lib-3.6.1.3-1.el7.centos.noarch ovirt-engine-userportal-3.6.1.3-1.el7.centos.noarch ovirt-host-deploy-1.4.1-1.el7.centos.noarch I found this in engine.log. Please let me know what additional details I can provide. 2015-12-16 05:25:33,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-12) [fa1efd1] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', vds='Host[,2fe6c27b-9346-4678-8cd3-c9d367ec447f]', vmIds='[347620e8-79f1-4672-851d-2ad6103c0854]'}), log id: 7759b45b 2015-12-16 05:25:34,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-12) [fa1efd1] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=pc, guestDiskMapping={67805d76-66e4-4256-8={name=/dev/vda}, QEMU_DVD-ROM={name=/dev/sr0}}, vmId=347620e8-79f1-4672-851d-2ad6103c0854, pid=6377, devices=[Ljava.lang.Object;@76b3df47, smp=4, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=8192, displayPort=5900, cpuType=SandyBridge, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4298688650, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 7759b45b 2015-12-16 05:25:34,162 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] START, GetExistingStorageDomainListQuery(GetExistingStorageDomainListParameters:{refresh='true', filtered='false'}), log id: d197cac 2015-12-16 05:25:34,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] START, HSMGetStorageDomainsListVDSCommand(HostName = ov-101, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', storageDomainType='Data', path='null'}), log id: 7bc578c4 2015-12-16 05:25:35,422 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] FINISH, HSMGetStorageDomainsListVDSCommand, return: [8c1981b2-ac04-433d-80f4-6cfd9023f935, 1fb79d91-b245-4447-91e0-e57671152a8c], log id: 7bc578c4 2015-12-16 05:25:35,431 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] START, HSMGetStorageDomainInfoVDSCommand(HostName = ov-101, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', storageDomainId='8c1981b2-ac04-433d-80f4-6cfd9023f935'}), log id: f35ad27 2015-12-16 05:25:37,622 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] FINISH, HSMGetStorageDomainInfoVDSCommand, return: <StorageDomainStatic:{name='hosted_storage', id='8c1981b2-ac04-433d-80f4-6cfd9023f935'}, null>, log id: f35ad27 2015-12-16 05:25:37,622 INFO [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] (org.ovirt.thread.pool-8-thread-40) [1b9a02d1] FINISH, GetExistingStorageDomainListQuery, log id: d197cac 2015-12-16 05:25:37,622 INFO [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-40) [] Running command: ImportHostedEngineStorageDomainCommand internal: true. 2015-12-16 05:25:37,635 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (org.ovirt.thread.pool-8-thread-40) [] START, GetDeviceListVDSCommand(HostName = ov-101, GetDeviceListVDSCommandParameters:{runAsync='true', hostId='2fe6c27b-9346-4678-8cd3-c9d367ec447f', storageType='FCP', checkStatus='false', lunIds='null'}), log id: 367b5a8f 2015-12-16 05:25:38,918 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (org.ovirt.thread.pool-8-thread-40) [] FINISH, GetDeviceListVDSCommand, return: [LUNs:{id='36000d310031d3c000000000000000022', physicalVolumeId='9f71iB-EMMF-1Wvi-Ql9X-82v3-iS90-DjNJKn', volumeGroupId='YBYVbS-juhU-049c-JFyL-Yavx-GUoV-CkODEc', serial='SCOMPELNTCompellent_Vol_00031d3c-00000022', lunMapping='2', vendorId='COMPELNT', productId='Compellent Vol', lunConnections='[]', deviceSize='5120', pvSize='5119', vendorName='COMPELNT', pathsDictionary='[sdb=true, sde=true]', pathsCapacity='[sdb=5120, sde=5120]', lunType='FCP', status='Unknown', diskId='null', diskAlias='null', storageDomainId='null', storageDomainName='null'}, LUNs:{id='36000d310031d3c000000000000000021', physicalVolumeId='23ibJS-iHT2-2fmx-rsp4-cf5u-MK2G-KEMgUX', volumeGroupId='', serial='SCOMPELNTCompellent_Vol_00031d3c-00000021', lunMapping='4', vendorId='COMPELNT', productId='Compellent Vol', lunConnections='[]', deviceSize='500', pvSize='500', vendorName='COMPELNT', pathsDictionary='[sdc=true, sdf=true]', pathsCapacity='[sdc=500, sdf=500]', lunType='FCP', status='Unknown', diskId='null', diskAlias='null', storageDomainId='null', storageDomainName='null'}, LUNs:{id='36000d310031d3c00000000000000001e', physicalVolumeId='2lrROZ-Wx2a-0TbH-P2fh-87DA-lVBe-hesaKc', volumeGroupId='colhMa-P92x-BltB-3izj-YiE7-dkcW-6AkTZ2', serial='SCOMPELNTCompellent_Vol_00031d3c-0000001e', lunMapping='1', vendorId='COMPELNT', productId='Compellent Vol', lunConnections='[]', deviceSize='50', pvSize='49', vendorName='COMPELNT', pathsDictionary='[sda=true, sdd=true]', pathsCapacity='[sda=50, sdd=50]', lunType='FCP', status='Unknown', diskId='null', diskAlias='null', storageDomainId='null', storageDomainName='null'}], log id: 367b5a8f 2015-12-16 05:25:38,919 ERROR [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-40) [] Command 'org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand' failed: Index: 0, Size: 0 2015-12-16 05:25:38,919 ERROR [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-40) [] Exception: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.rangeCheck(ArrayList.java:653) [rt.jar:1.8.0_65] at java.util.ArrayList.get(ArrayList.java:429) [rt.jar:1.8.0_65] at org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand.discoverBlockConnectionDetails(ImportHostedEngineStorageDomainCommand.java:133) [bll.jar:] at org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand.executeCommand(ImportHostedEngineStorageDomainCommand.java:97) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1983) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:457) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:404) [bll.jar:] at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) [:1.8.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_65] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_65] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view3.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.HostedEngineImporter.getHEStorageDomain(HostedEngineImporter.java:171) [bll.jar:] at org.ovirt.engine.core.bll.HostedEngineImporter.doImport(HostedEngineImporter.java:80) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener$12.run(VdsEventListener.java:591) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_65] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_65] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_65] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_65] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_65] 2015-12-16 05:25:38,923 ERROR [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] (org.ovirt.thread.pool-8-thread-40) [] Transaction rolled-back for command 'org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand'.

2 2

[ANN] Async release for ovirt-hosted-engine-ha is now available
by Sandro Bonazzola 17 Dec '15

17 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-ha package that fixes several issues.[1]. We recommend to all users who have already upgraded to ovirt-hosted-engine-ha 1.3.3.3 to update to the 1.3.3.4 release included in this async release. Thanks, [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine_HA -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Ovirt Backup API
by Manuel Meier 17 Dec '15

17 Dec '15

------=_Part_225971969_1546221324.1450345204656 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, we are planning to use ovirt for our internal IT. At the moment we are not sure about the proposed backup procedure. It seems that there is an Backup API but not really well documented. Where can we get the documentation? Also what Backup Programs support the Ovirt Backup API ? Thanks for your help ------=_Part_225971969_1546221324.1450345204656 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt; color: #000000"><div>    Hi,</div><div><br></div><div>we are planning to use ovirt for our internal IT.</div><div>At the moment we are not sure about the proposed backup procedure.</div><div>It seems that there is an Backup API but not really well documented.</div><div>Where can we get the documentation?</div><div>Also what Backup Programs support the Ovirt Backup API ?</div><div><br></div><div><br></div><div>Thanks for your help</div><div><br></div><div><span name="x"></span></div></div></body></html> ------=_Part_225971969_1546221324.1450345204656--

2 1

Regression in Gluster volume code?
by Joop 17 Dec '15

17 Dec '15

I have reinstalled my test environment have come across an old error, see BZ 988299, Bad volume specification {u'index': 0,. At the end of that BZ there is mentioning of a problem with '_' in the name of the volume and a patch is mentioned but the code has since been change quite a bit and I can't find if that still applies. It look like it doesn't because I have a gluster volume with the name gv_ovirt_data01 and it look like it gets translated to gv__ovirt__data01 and then I can't start any VMs :-( Weird thing, I CAN import VMs from the export domain to this gluster domain. Regards, Joop

3 6