- Users - oVirt List Archives

Re-add a node
by James James 11 Apr '14

11 Apr '14

Hi, I don know i the subject is explicit enough but I have a problem and I hope to find some help here. I had two hosts in my cluster (node1 and node2). I had to reinstall node1 due to some networks problem. In the engine, node1 appears now "Not reponsive" and I can't remove it from the engine ui. Now node1 is back and I want to add it in the cluster but I can't. I've got this error (vdsm.log) : BindingXMLRPC::ERROR::2014-04-11 01:04:42,622::BindingXMLRPC::81::vds::(threaded_start) xml-rpc handler exception Traceback (most recent call last): File "/usr/share/vdsm/BindingXMLRPC.py", line 77, in threaded_start self.server.handle_request() File "/usr/lib64/python2.6/SocketServer.py", line 278, in handle_request self._handle_request_noblock() File "/usr/lib64/python2.6/SocketServer.py", line 288, in _handle_request_noblock request, client_address = self.get_request() File "/usr/lib64/python2.6/SocketServer.py", line 456, in get_request return self.socket.accept() File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 136, in accept raise SSL.SSLError("%s, client %s" % (e, address[0])) SSLError: sslv3 alert certificate unknown, client 192.168.1.100 192.168.1.100 is the engine's address Can somebody help me ?

3 7

live migration and snapshot problem
by Demeter Tibor 11 Apr '14

11 Apr '14

------=_Part_3341144_1822521101.1397149161768 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear members, We made a test plaform for testing ovirt 3.4 features. We got four amd x2 4400+ machine with 2 gigs of ram and build a gluster based cluster. I set up an amd-G2 based cluster. I rebuild and installed the qemu-kvm-rhev package ( http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kv… ) . The data storage is a "four brick" distributed-replicated gluster storage. I got a virtual machine (centos 6.5) from the ovirt's openstack based template repository. Everything was good, the vm can run on any host, but the live migration doesn't work. Also, the snapshot feature is lost from menu. I can make live snapshot, but it doesn't show on the panel. So: - I lost the snapshots:) - the live migration doesn't work. Can anyone help me? Thanks in advance. Tibor ------=_Part_3341144_1822521101.1397149161768 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div>Dear members,</div><div><br></di= v><div>We made a test plaform for testing ovirt 3.4 features. We got four a= md x2 4400+ machine with 2 gigs of ram and build a gluster based cluster. I= set up an amd-G2 based cluster.</div><div>I rebuild and installed the qemu= -kvm-rhev package (<a href=3D"http://ftp.redhat.com/redhat/linux/enterprise= /6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.7.src.rpm">http:/= /ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev= -0.12.1.2-2.415.el6_5.7.src.rpm</a>) .</div><div>The data storage is a "fou= r brick" distributed-replicated gluster storage. I got a virtual machine (c= entos 6.5) from the ovirt's openstack based template repository.</div><div>= <br></div><div>Everything was good, the vm can run on any host, but the liv= e migration doesn't work. Also, the snapshot feature is lost from menu. I c= an make live snapshot, but it doesn't show on the panel.</div><div><br></di= v><div>So:</div><div><br></div><div> - I  lost the snapshots:)</div><d= iv>- the live migration doesn't work.</div><div><br></div><div>Can anyone h= elp me?</div><div><br></div><div>Thanks in advance. </div><div><br></d= iv><div>Tibor</div></div></body></html> ------=_Part_3341144_1822521101.1397149161768--

2 3

Re: [Users] HA
by Koen Vanoppen 11 Apr '14

11 Apr '14

Ok, Thanx already for all the help. I adapted some things for quicker respons: engine-config --get FenceQuietTimeBetweenOperationsInSec-->180 engine-config --set FenceQuietTimeBetweenOperationsInSec=60 engine-config --get StorageDomainFalureTimeoutInMinutes-->180 engine-config --set StorageDomainFalureTimeoutInMinutes=1 engine-config --get SpmCommandFailOverRetries-->5 engine-config --set SpmCommandFailOverRetries engine-config --get SPMFailOverAttempts-->3 engine-config --set SPMFailOverAttempts=1 engine-config --get NumberOfFailedRunsOnVds-->3 engine-config --set NumberOfFailedRunsOnVds=1 engine-config --get vdsTimeout-->180 engine-config --set vdsTimeout=30 engine-config --get VDSAttemptsToResetCount-->2 engine-config --set VDSAttemptsToResetCount=1 engine-config --get TimeoutToResetVdsInSeconds-->60 engine-config --set TimeoutToResetVdsInSeconds=30 Now the result of this is that when the VM is not running on the SPM that it will migrate before going in pause mode. But when we tried it, when the vm is running on the SPM, it get's in paused mode (for safety reasons, I know ;-) ). And stays there until the host gets MANUALLY fenced by rebooting it. So now my question is... How can I make the hypervisor fence (so reboots, so vm is moved) quicker? Kind regards, Koen 2014-04-04 16:28 GMT+02:00 Koen Vanoppen <vanoppen.koen(a)gmail.com>: > Ja das waar. Maar was aan't rijden... Dus ik stuur maar door dan :-). Ik > heb reeds de time out aangepast. Die stond op 5 min voor hij den time out > ging geven. Staat nu op 2 min > On Apr 4, 2014 4:14 PM, "David Van Zeebroeck" < > david.van.zeebroeck(a)brusselsairport.be> wrote: > >> Ik heb ze ook he >> >> >> >> Maar normaal had de fencing moeten werken als ik het zo lees >> >> Dus daar is ergens iets verkeerd gelopen zo te lezen >> >> >> >> *From:* Koen Vanoppen [mailto:vanoppen.koen@gmail.com] >> *Sent:* vrijdag 4 april 2014 16:07 >> *To:* David Van Zeebroeck >> *Subject:* Fwd: Re: [Users] HA >> >> >> >> >> >> David Van Zeebroeck >> >> Product Manager Unix Infrastructure >> >> Information & Communication Technology >> >> *Brussels Airport Company* >> >> T +32 (0)2 753 66 24 >> >> M +32 (0)497 02 17 31 >> >> david.van.zeebroeck(a)brusselsairport.be >> >> *www.brusselsairport.be <http://www.brusselsairport.be>* >> >> >> >> >> >> *FOLLOW US ON:* >> >> <http://https://nl-nl.facebook.com/BrusselsairportBRU> >> >> <http://www.brusselsairport.be/en/mediaroom/brusm/> >> >> >> >> Company Info <http://www.brusselsairport.be/en/maildisclaimer/> >> >> >> >> ---------- Forwarded message ---------- >> From: "Michal Skrivanek" <michal.skrivanek(a)redhat.com> >> Date: Apr 4, 2014 3:39 PM >> Subject: Re: [Users] HA >> To: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> >> Cc: "ovirt-users Users" <users(a)ovirt.org> >> >> >> >> On 4 Apr 2014, at 15:14, Sander Grendelman wrote: >> >> >> >> Do you have power management configured? >> >> Was the "failed" host fenced/rebooted? >> >> >> >> On Fri, Apr 4, 2014 at 2:21 PM, Koen Vanoppen <vanoppen.koen(a)gmail.com> >> wrote: >> >> So... It is possible for a fully automatic migration of the VM to another >> hypervisor in case Storage connection fails? >> >> How can we make this happen? Because for the moment, when we tested the >> situation they stayed in pause state. >> >> (Test situation: >> >> - Unplug the 2 fibre cables from the hypervisor >> - VM's go in pause state >> - VM's stayed in pause state until the failure was solved >> >> >> >> as said before, it's not safe hence we (try to) not migrate them. >> >> They only get paused when they actually access the storage which may not >> be always the case. I.e. the storage connection is severed, host deemed >> NonOperational and VMs are getting migrated from it, then some of them will >> succeed if they didn't access that "bad" storage … the paused VMs will >> remain (mostly, it can still happen that they appear paused migrated on >> other host when the disk access occurs only at the last stage of migration) >> >> >> >> >> >> so in other words, if you want to migrate the VMs without interruption >> it's not sometimes possible >> >> if you are fine with the VMs restarted in short time on other host then >> power management/fencing will help here >> >> >> >> Thanks, >> >> michal >> >> ) >> >> >> >> They only returned when we restored the fiber connection to the >> Hypervisor… >> >> >> >> yes, since 3.3 we have the autoresume feature >> >> >> >> Thanks, >> >> michal >> >> >> >> >> >> >> >> Kind Regards, >> >> Koen >> >> >> >> >> >> 2014-04-04 13:52 GMT+02:00 Koen Vanoppen <vanoppen.koen(a)gmail.com>: >> >> So... It is possible for a fully automatic migration of the VM to another >> hypervisor in case Storage connection fails? >> >> How can we make this happen? Because for the moment, when we tested the >> situation they stayed in pause state. >> >> (Test situation: >> >> - Unplug the 2 fibre cables from the hypervisor >> - VM's go in pause state >> - VM's stayed in pause state until the failure was solved >> >> ) >> >> >> >> They only returned when we restored the fiber connection to the >> Hypervisor... >> >> Kind Regards, >> >> Koen >> >> >> >> 2014-04-03 16:53 GMT+02:00 Koen Vanoppen <vanoppen.koen(a)gmail.com>: >> >> >> >> ---------- Forwarded message ---------- >> From: "Doron Fediuck" <dfediuck(a)redhat.com> >> Date: Apr 3, 2014 4:51 PM >> Subject: Re: [Users] HA >> >> To: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> >> Cc: "Omer Frenkel" <ofrenkel(a)redhat.com>, <users(a)ovirt.org>, "Federico >> Simoncelli" <fsimonce(a)redhat.com>, "Allon Mureinik" <amureini(a)redhat.com> >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> >> > To: "Omer Frenkel" <ofrenkel(a)redhat.com>, users(a)ovirt.org >> > Sent: Wednesday, April 2, 2014 4:17:36 PM >> > Subject: Re: [Users] HA >> > >> > Yes, indeed. I meant not-operational. Sorry. >> > So, if I understand this correctly. When we ever come in a situation >> that we >> > loose both storage connections on our hypervisor, we will have to >> manually >> > restore the connections first? >> > >> > And thanx for the tip for speeding up thins :-). >> > >> > Kind regards, >> > >> > Koen >> > >> > >> > 2014-04-02 15:14 GMT+02:00 Omer Frenkel < ofrenkel(a)redhat.com > : >> > >> > >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >> > > To: users(a)ovirt.org >> > > Sent: Wednesday, April 2, 2014 4:07:19 PM >> > > Subject: [Users] HA >> > > >> > > Dear All, >> > > >> > > Due our acceptance testing, we discovered something. (Document will >> > > follow). >> > > When we disable one fiber path, no problem multipath finds it way no >> pings >> > > are lost. >> > > BUT when we disabled both the fiber paths (so one of the storage >> domain is >> > > gone on this host, but still available on the other host), vms go in >> paused >> > > mode... He chooses a new SPM (can we speed this up?), put's the host >> in >> > > non-responsive (can we speed this up, more important) and the VM's >> stay on >> > > Paused mode... I would expect that they would be migrated (yes, HA is >> > >> > i guess you mean the host moves to not-operational (in contrast to >> > non-responsive)? >> > if so, the engine will not migrate vms that are paused to do io error, >> > because of data corruption risk. >> > >> > to speed up you can look at the storage domain monitoring timeout: >> > engine-config --get StorageDomainFalureTimeoutInMinutes >> > >> > >> > > enabled) to the other host and reboot there... Any solution? We are >> still >> > > using oVirt 3.3.1 , but we are planning a upgrade to 3.4 after the >> easter >> > > holiday. >> > > >> > > Kind Regards, >> > > >> > > Koen >> > > >> >> Hi Koen, >> Resuming from paused due to io issues is supported (adding relevant >> folks). >> Regardless, if you did not define power management, you should manually >> approve >> source host was rebooted in order for migration to proceed. Otherwise we >> risk >> split-brain scenario. >> >> Doron >> >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >>

3 4

[Users] using cloud-init?
by Jason Brooks 11 Apr '14

11 Apr '14

Hi all -- I've been trying, without success, to use cloud-init w/ oVirt 3.4 on Fedora 19 hosts. I've had similar failure in the past, but here are the steps I'm taking currently: 1. Import as template F19 image from ovirt-image-repository glance repo 2. Create new vm based on that template 3. Choose ovirtmgmt as the nic1 for the VM 4. Show advanced options, click initial run, expand authentication, enter a root password, paste my public key into the allowed ssh keys field 5. Hit OK, and then run the VM 6. In the VM's console, I see it complain about No instance datasource found 7. Unsurprisingly, I can't log in w/ pw or ssh. (By the way, are there any default creds for these images? I thought they might be based on the fedora cloud images, but their default uname fedora pw nothing doesn't work) I've tried some other derivations of this, launching from the Run Once menu, filling in various different fields, etc. Any clues? I don't see many people complaining about this, so I'm assuming it's working for other people. I don't know, maybe it's something with Fedora? Thanks, Jason

3 3

Regenerating new SSL certificates for ovirt-engine
by Trey Dockendorf 11 Apr '14

11 Apr '14

Given the recent OpenSSL heartbleed vulnerability, I would like to regenerate the certificates used by my ovirt-engine server. What are the steps to regenerate the certificates, and which certificates should be regenerated? My ovirt-engine host is on our campus LAN, which offers no real protection, so I would consider it public facing despite not being routable across the WAN. At minimum I'd like to regenerate the certificates used by Apache. I'd be happy to document this on the wiki, as the only items I could find were related to host renaming. Thanks, - Trey

3 3

List emails
by Maurice James 10 Apr '14

10 Apr '14

--_714b9aff-25ba-4d45-a346-b81c69f2a545_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can anyone of the list managers check to see if my email address is on a bl= ock list? I had to re-enable mail delivery in my profile because it said th= at there were too many bounces. Even after re-enabling I'm still not receiv= ing. Thanks = --_714b9aff-25ba-4d45-a346-b81c69f2a545_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Can anyone of the list managers = check to see if my email address is on a block list? I had to re-enable mai= l delivery in my profile because it said that there were too many bounces. = Even after re-enabling I'm still not receiving. Thanks<br> </div= ></body> </html>= --_714b9aff-25ba-4d45-a346-b81c69f2a545_--

2 1

Test
by Maurice James 10 Apr '14

10 Apr '14

--_7deed9c5-3d61-4fce-bc9a-98c92022ac2f_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I haven't been seeing messages from the list in a few days = --_7deed9c5-3d61-4fce-bc9a-98c92022ac2f_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>I haven't been seeing messages f= rom the list in a few days<br> </div></body> </html>= --_7deed9c5-3d61-4fce-bc9a-98c92022ac2f_--

2 2

Test2
by Maurice James 10 Apr '14

10 Apr '14

--_dc37d2ae-5486-4c1a-8f22-3af95516f66c_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable = --_dc37d2ae-5486-4c1a-8f22-3af95516f66c_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><br> </div></body> </html>= --_dc37d2ae-5486-4c1a-8f22-3af95516f66c_--

1 0

Re: [ovirt-users] necessity to run yum update ovirt-engine-setup to update ovirt 3.4
by Yedidyah Bar David 10 Apr '14

10 Apr '14

(Mail sent to me privately; replying also to the list) ----- Original Message ----- > From: "Tamer Lima" <tamer.americo(a)gmail.com> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Thursday, April 10, 2014 4:30:11 PM > Subject: Re: [ovirt-users] necessity to run yum update ovirt-engine-setup to update ovirt 3.4 > > Hello, mister > > > > On Thu, Apr 10, 2014 at 3:29 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > ----- Original Message ----- > > > From: "Tamer Lima" <tamer.americo(a)gmail.com> > > > To: users(a)ovirt.org > > > Sent: Wednesday, April 9, 2014 9:18:51 PM > > > Subject: [ovirt-users] necessity to run yum update ovirt-engine-setup to > > update ovirt 3.4 > > > > > > hello, > > > > > > upgrade from ovirt 3.3 to 3.4 > > > following the steps on ovirt.org/OVirt_3.4_Release_Notes > > > > > > I tried update from yum, without success > > > > > > > > > > > > yum update {ovirt-engine-setup, ovirt-engine , ovirt-release and > > > ovirt-release-el6 } > > > > Where do you see instructions to update ovirt-engine? You cannot update > > it directly because it's version-locked. This is done to ensure that > > you do not run a newer engine with an older database - the main task > > engine-setup does during an upgrade is updating the database. > > > > > I followed this anchor : > http://www.ovirt.org/OVirt_3.4_Release_Notes#Fedora_.2F_CentOS_.2F_RHEL > > ==================== > > If you're upgrading from oVirt 3.3 you should just execute: > > # yum update ovirt-engine-setup > # engine-setup > > ========================== > > > > > > > > > Then I tried the following command and it worked fine: engine-setup > > > > Didn't it tell you that there are updates to Setup and that you should > > first 'yum update ovirt-engine-setup'? Probably during your attempts > > you did update it. > > > > > Well, according the output on prompt shell, there was no update : "No > Packages marked for Update" Obviously, if it's already updated by your cron. > > > > > > > > Now my ovirt works fine, my cluster is running virtual machines on > > > compatibility mode 3.3 although ovirt is now 3.4 > > > > Great :-) > > > > > > > > Then I ask : What is the necessity to execute yum update > > ovirt-engine-setup > > > if when I execute only engine-setup this script search for updates ? > > > > engine-setup searches for both updates to the engine and to Setup itself. > > If it finds updates to Setup, it tells you to manually update it with yum. > > If it finds other updates it asks you to confirm updating and then updates. > > > > > > > > > > > > ok. thanks . > > > > > > > > > > > > > Failed command list execution > > > For each command yum update {ovirt-engine-setup, ovirt-engine , > > ovirt-release > > > and ovirt-release-el6 } the result was the same : > > > > > > > > > > > > Loaded plugins: downloadonly, fastestmirror, refresh-packagekit, > > security, > > > versionlock > > > Loading mirror speeds from cached hostfile > > > * base: mirror.globo.com > > > * epel: mirror.globo.com > > > * extras: mirror.globo.com > > > * ovirt-epel: mirror.globo.com > > > * updates: mirror.globo.com > > > Setting up Update Process > > > No Packages marked for Update > > > > > > Most probably you did update ovirt-engine-setup at some point. > > If you want to further debug this, please look at and/or post your yum.log. > > > > > you are right. thanks. on april,6 my yumcron updated ovirt to 3.4. (just > update, not setup) > > > [root@srv-0202 ~]# more /var/log/yum.log | grep ovirt > Feb 27 13:08:05 Installed: ovirt-release-11.0.2-1.noarch > Feb 27 13:52:17 Installed: ovirt-engine-sdk-python-3.3.3.0-1.el6.noarch > Feb 27 13:52:18 Installed: ovirt-host-deploy-1.1.3-1.el6.noarch > Feb 27 13:52:22 Installed: ovirt-image-uploader-3.3.3-1.el6.noarch > Feb 27 13:52:22 Installed: ovirt-iso-uploader-3.3.3-1.el6.noarch > Feb 27 13:52:23 Installed: ovirt-engine-lib-3.3.3-2.el6.noarch > Feb 27 13:52:23 Installed: ovirt-engine-websocket-proxy-3.3.3-2.el6.noarch > Feb 27 13:52:36 Installed: ovirt-log-collector-3.3.3-1.el6.noarch > Feb 27 13:52:36 Installed: ovirt-host-deploy-java-1.1.3-1.el6.noarch > Feb 27 13:53:16 Installed: ovirt-engine-cli-3.3.0.6-1.el6.noarch > Feb 27 13:53:19 Installed: ovirt-engine-userportal-3.3.3-2.el6.noarch > Feb 27 13:53:26 Installed: ovirt-engine-webadmin-portal-3.3.3-2.el6.noarch > Feb 27 13:53:26 Installed: ovirt-engine-dbscripts-3.3.3-2.el6.noarch > Feb 27 13:53:26 Installed: ovirt-engine-restapi-3.3.3-2.el6.noarch > Feb 27 13:53:26 Installed: ovirt-engine-tools-3.3.3-2.el6.noarch > Feb 27 13:53:26 Installed: ovirt-engine-setup-3.3.3-2.el6.noarch > Feb 27 13:53:27 Installed: ovirt-engine-backend-3.3.3-2.el6.noarch > Feb 27 13:53:27 Installed: ovirt-engine-3.3.3-2.el6.noarch > Feb 27 13:53:59 Installed: ovirt-host-deploy-offline-1.1.3-1.el6.noarch > Feb 27 13:53:59 Installed: > ovirt-engine-setup-plugin-allinone-3.3.3-2.el6.noarch > > Apr 06 04:21:12 Updated: ovirt-engine-sdk-python-3.4.0.6-1.el6.noarch > Apr 06 04:21:12 Updated: ovirt-engine-lib-3.4.0-1.el6.noarch > Apr 06 04:21:13 Installed: ovirt-engine-setup-base-3.4.0-1.el6.noarch > Apr 06 04:21:13 Updated: ovirt-host-deploy-1.2.0-1.el6.noarch > Apr 06 04:21:38 Installed: > ovirt-engine-setup-plugin-websocket-proxy-3.4.0-1.el6.noarch > Apr 06 04:21:38 Installed: > ovirt-engine-setup-plugin-ovirt-engine-common-3.4.0-1.el6.noarch > Apr 06 04:21:38 Installed: > ovirt-engine-setup-plugin-ovirt-engine-3.4.0-1.el6.noarch > Apr 06 04:22:00 Updated: ovirt-host-deploy-offline-1.2.0-1.el6.x86_64 > Apr 06 04:22:00 Updated: > ovirt-engine-setup-plugin-allinone-3.4.0-1.el6.noarch > Apr 06 04:22:00 Updated: ovirt-engine-websocket-proxy-3.4.0-1.el6.noarch > Apr 06 04:22:00 Updated: ovirt-host-deploy-java-1.2.0-1.el6.noarch > Apr 06 04:22:00 Updated: ovirt-engine-setup-3.4.0-1.el6.noarch > Apr 06 04:22:02 Updated: ovirt-log-collector-3.4.1-1.el6.noarch > Apr 06 04:22:02 Updated: ovirt-image-uploader-3.4.0-1.el6.noarch > Apr 06 04:22:02 Updated: ovirt-engine-cli-3.4.0.5-1.el6.noarch > Apr 06 04:22:02 Updated: ovirt-iso-uploader-3.4.0-1.el6.noarch > Apr 06 04:22:08 Updated: ovirt-release-11.1.0-1.noarch > Apr 09 11:46:08 Updated: ovirt-engine-dbscripts-3.4.0-1.el6.noarch > Apr 09 11:46:16 Updated: ovirt-engine-webadmin-portal-3.4.0-1.el6.noarch > Apr 09 11:46:17 Updated: ovirt-engine-backend-3.4.0-1.el6.noarch > Apr 09 11:46:17 Updated: ovirt-engine-restapi-3.4.0-1.el6.noarch > Apr 09 11:46:17 Updated: ovirt-engine-tools-3.4.0-1.el6.noarch > Apr 09 11:46:17 Updated: ovirt-engine-3.4.0-1.el6.noarch > Apr 09 11:46:24 Updated: ovirt-engine-userportal-3.4.0-1.el6.noarch > Apr 10 03:27:27 Updated: ovirt-release-11.2.0-1.noarch > > > > in fact, the 2 steps are correct : first update with yum , then finally > execute engine-setup. > > Now I am thinking about it. > I have to verify yum updates, because my system can be updated a long > without my knowledge, > but is mandatory to make a setup after this update. otherwise, in practice > ovirt is not well deployed, right ? Not sure what you ask exactly. If it's "I want to keep my system automatically up-to-date all the time. What should I do?", then, yes, you are right. 'yum update' is not enough, you also need to run engine-setup. I would not recommend to do that in cron - you might want to make a cron job that alerts you somehow if there are updates, but actually run 'engine-setup' manually. That said, generally speaking, during a specific version, the questions and answers asked during upgrade are not changed, so you can create an answer file for e.g. 3.4 updates, verify that engine-setup with this answer file works as expected, and run it from cron. If it's "I run yum update in cron. I understand that I also need to run engine-setup to update the engine. Should I expect any damage from not doing that - that is, having updated packages without running engine-setup?", then no, the packages that are sensitive to database content are version-locked, and will not be updated by a normal yum update. Best regards, -- Didi

1 0

is ovirt-node.iso supposed to create a readonly filesystem?
by Jeremiah Jahn 10 Apr '14

10 Apr '14

I'm assuming the answer is no. But for some reason I seem to be getting LVM volume group UUID overruns. I'm using direct attach fiber channel, and everything looks good, but there appears to be some UUID or Volume group name in my list of LUNs that matches some sort of lvm key from the node root file system. This only happens on the node that I installed from the iso. I built all of these nodes in a vm, then set that image to boot. I did NOT copy that lun from one top the others, nor are any of the hosts luns visible from any of the other hosts. Not sure where to start. I'm going to reinstall from a bootable cd directly connected to my blade and see if that clears up the problem. thanks for any suggestions.

4 5