- Users - oVirt List Archives

oVirt HC setup question
by Sven Achtelik 08 Dec '16

08 Dec '16

--_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I'm planning to install oVirt 4 with the HC setup from this blogpost and di= d a demo setup. http://www.ovirt.org/blog/2016/08/up-and-running-with-ovirt-4-0-and-gluster= -storage/ I've managed to install everything just fine and thought that enabling a st= orage network would move all the bricks to that designated network, but it = didn't do anything. I made that happen by destroying and recreating the vol= umes with entering the ip addresses of the storage network through the cli.= Would that be the right way to do this ? If that's the case how could I mo= ve the engine bricks over to that network to get it off my ovirtmgmt bridge= ? Or is there may be more prefered way to complete the HC-Setup ? Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1>Hi All,<o:p= ></o:p><o:p> </o:p><= span lang=3DEN-US>I’m planning to install oVirt 4 with the HC setup f= rom this blogpost and did a demo setup.<o:p></o:p><o:p> </o:p>= <a href=3D"http://www.ovirt.org/blog/2016/08/up-and-runn= ing-with-ovirt-4-0-and-gluster-storage/">http://www.ovirt.org/blog/2016/08/= up-and-running-with-ovirt-4-0-and-gluster-storage/</a> <o:p></o:p></= p><o:p> </o:p>I’ve managed to install everything= just fine and thought that enabling a storage network would move all the b= ricks to that designated network, but it didn’t do anything. I made t= hat happen by destroying and recreating the volumes with entering the ip ad= dresses of the storage network through the cli. Would that be the right way= to do this ? If that’s the case how could I move the engine bricks o= ver to that network to get it off my ovirtmgmt bridge ?  Or is there m= ay be more prefered way to complete the HC-Setup ?<o:p></o:p><o:p> </o:p>Thank you, <o:p></o:p><o:p> </o:p>Sven<o:p></o:p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D1012BC9A59325SOCRATESasl_--

3 3

[Feture discussion] Full vacuum tool
by Roy Golan 08 Dec '16

08 Dec '16

Hi all, This is a discussion on the RFE[1] to provide a tool to perform full vacuum on our DBs. First if you are not familiar with vacuum please read this [2] # Backgroud ovirt 'engine' DB have several busy table with 2 differnt usage patten. One is audit_log and the others are the 'v*_statistics' tables and the difference between them is mostly inserts vs mostly hot updates. Tables with tons of updates creates garbage or 'dead' records that should be removed, and for this postgres have the aforementioned autovacuum cleaner. It will make the db reuse its already allocated space to perform future updates/inserts and so on. Autovacuum is essential for a db to function optimally and tweaking it is out of the scope of the feature. Full vacuum is designed to reclaim the disk space and reset the table statistics. It is a heavy maintenance task, it takes an exclusive lock on the table and may take seconds to minutes. In some situations it is effectively a downtime due to the long table lock and should not be running when the engine is running. # Critiria Provide a way to reclaim disk space claimed by the garbage created over time by the engine db and dwh. # Usage Either use it as part of the upgrade procedure (after all dbscipts execution) or just provide the tool and admin will run in on demand - engine db credentials read from /etc/ovirt-engine/engine.conf.d/ - invocation: ``` tool: [dbname(default engine)] [table: (default all)] ``` - if we invoke it on upgrade than an installation plugin should be added to invoke with default, no interaction - since VACUUM ANALYZE is consider a recommended maintenance task we can to it by default and ask the user for FULL. - remote db is supported as well, doesn't have to be local # Questions - Will remote dwh have the credentials under /etc/ovirt-engine/engine.conf.d? - Should AAA schema be taken into account as well? Please review, thanks Roy [1] https://bugzilla.redhat.com/show_bug.cgi?id=1388430 [2] https://www.postgresql.org/docs/9.2/static/runtime-config-autovacuum.html [3] https://www.postgresql.org/docs/devel/static/sql-vacuum.html

6 11

Re: [ovirt-users] web-ui issues
by Alexander Wels 07 Dec '16

07 Dec '16

On Monday, December 5, 2016 7:11:52 PM EST Maton, Brett wrote: > Yup those are the logs from the hosted engine, > > ui.log is still empty, all very very odd... > Can you send me a screenshot of what you are seeing? As it makes no sense that the UI.log is empty, since the exception handler tries to write to the backend UI log. > On 5 December 2016 at 18:12, Alexander Wels <awels(a)redhat.com> wrote: > > On Monday, December 5, 2016 5:41:59 PM EST Maton, Brett wrote: > > > Logs are here > > > <https://www.sendtransfer.com/download.php?id= > > > > 7a4ccbeab673dfda8aa0c38676063b > > > > > 7a&email=11138> > > > > Are you sure those are the correct logs? The UI.log is empty and the other > > logs don't have much of anything in them. > > > > > On 5 December 2016 at 16:57, Alexander Wels <awels(a)redhat.com> wrote: > > > > On Monday, December 5, 2016 4:55:19 PM EST Maton, Brett wrote: > > > > > Hi, > > > > > > > > > > I tried restarting the browser and clearing the cache but I still > > > > have > > > > > > > the same problem. > > > > > > > > > > Symbol maps it is then.... > > > > > > > > To install the symbol maps do the following on the ENGINE: > > > > > > > > 1. yum install ovirt-engine-webadmin-portal-debuginfo > > > > 2. restart engine > > > > 3. Reproduce the problem. > > > > 4. Send me the UI.log from the engine machine. > > > > > > > > > On 5 December 2016 at 16:00, Alexander Wels <awels(a)redhat.com> > > > > wrote: > > > > > > On Sunday, December 4, 2016 5:57:50 PM EST Maton, Brett wrote: > > > > > > > Hi Oved, > > > > > > > > > > > > > > I've upload the logs here > > > > > > > > > > > > > > <https://www.sendtransfer.com/download.php?id= > > > > > > > > > > > > bd24f303b23c2cd393676f0da5c323 > > > > > > > > > > > > > d8&email=10263> > > > > > > > > > > > > > > On 4 December 2016 at 12:25, Oved Ourfali <oourfali(a)redhat.com> > > > > > > > > wrote: > > > > > > > > Please attach complete logs. > > > > > > > > Engine, server and ui logs. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > Oved > > > > > > > > > > > > > > > > On Dec 4, 2016 13:45, "Maton, Brett" <matonb(a)ltresources.co.uk > > > > > > > > wrote: > > > > > > > >> Since I upgraded to 4.0.6-3 I've been having problems with > > > > the UI > > > > > > > > > >> When I login the dash board presents a bunch of Operation > > > > > > > >> Canceled > > > > > > > >> dialogs, > > > > > > > >> > > > > > > > >> > > > > > > > >> ! Operation canceled > > > > > > > >> > > > > > > > >> Error while executing query: null > > > > > > > >> > > > > > > > >> > > > > > > > >> > > > > > > > >> ! Operation canceled > > > > > > > >> > > > > > > > >> Error while executing action: A Request to the Server failed: > > > > > > > >> java.lang.reflect.InvocationTargetException > > > > > > > >> > > > > > > > >> > > > > > > > >> The only error I see in engine.log is > > > > > > > >> > > > > > > > >> 2016-12-04 11:34:07,945 INFO [org.ovirt.engine.docs.utils.s > > > > > > > >> ervlet.ContextSensitiveHelpMappingServlet] (default task-1) > > > > [] > > > > > > > > > >> Context-sensitive help is not installed. Manual directory > > > > doesn't > > > > > > > > exist: > > > > > > > >> /usr/share/ovirt-engine/manual > > > > > > > >> > > > > > > > >> Eventually after closing the error dialogs the dash board is > > > > > > > > > > > > displayed. > > > > > > > > > > > > > >> Most of the UI tabs then work normally, however 'Virtual > > > > > > > >> Machines' > > > > > > > >> tab > > > > > > > >> doesn't display any information, just the progress 'dots' on > > > > the > > > > > > > > > >> first > > > > > > > >> line, it then cycles through the null query error dialogs. > > > > > > > >> > > > > > > > >> This error also appeared in the log while I was writing this: > > > > > > > >> > > > > > > > >> 2016-12-04 11:40:09,276 INFO > > > > > > > >> [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] Backup check started. > > > > > > > >> 2016-12-04 11:40:09,278 INFO > > > > > > > >> [org.ovirt.engine.core.bll.EngineBackupAwarenessManager] > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] Backup check completed. > > > > > > > >> 2016-12-04 11:40:09,772 INFO > > > > > > > >> [org.ovirt.engine.core.bll.storage.ovfstore.OvfDataUpdater] > > > > > > > >> (DefaultQuartzScheduler3) [2701e060] Attempting to update > > > > > > > > > > > > VMs/Templates > > > > > > > > > > > > > >> Ovf. 2016-12-04 11:40:09,774 INFO > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Before acquiring and > > > > > > > >> wait > > > > > > > > lock > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> 2016-12-04 11:40:09,774 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Lock-wait acquired to > > > > object > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> 2016-12-04 11:40:09,775 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Running command: > > > > > > > >> ProcessOvfUpdateForStoragePoolCommand internal: true. > > > > Entities > > > > > > > > affected > > > > > > > > > > > > > >> : ID: 57fc8739-0039-00c7-0322-0000000001e5 Type: StoragePool > > > > > > > >> > > > > > > > >> 2016-12-04 11:40:09,781 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to update VM > > > > OVFs > > > > > > in > > > > > > > > > > Data > > > > > > > > > > > > > >> Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,788 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully updated VM > > > > OVFs > > > > > > in > > > > > > > > > > Data > > > > > > > > > > > > > >> Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,789 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to update > > > > > > > >> template > > > > > > > > > > > > OVFs > > > > > > > > > > > > > >> in > > > > > > > >> Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,790 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully updated > > > > > > > > templates > > > > > > > > > > OVFs > > > > > > > > > > > > > >> in > > > > > > > >> Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,790 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Attempting to remove > > > > > > > >> unneeded > > > > > > > >> template/vm OVFs in Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,793 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Successfully removed > > > > > > > >> unneeded > > > > > > > >> template/vm OVFs in Data Center 'Default' > > > > > > > >> 2016-12-04 11:40:09,793 INFO [org.ovirt.engine.core.bll.sto > > > > > > > >> rage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] Lock freed to object > > > > > > > >> 'EngineLock:{exclusiveLocks='[57fc8739-0039-00c7-0322- > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', > > > > sharedLocks='null'}' > > > > > > > > > >> If I restart the ovirt-engine process, the UI works for a > > > > while > > > > > > > > > >> before > > > > > > > >> the Operation Canceled dialogs start appearing again. > > > > > > > >> > > > > > > > >> Any suggestions ? > > > > > > > > > > > > Looking at your logs, the UI permutation running in your browser > > > > > > > > doesn't > > > > > > > > > > match > > > > > > any on the server. Simply reloading your browser should fix the > > > > > > > > problem. I > > > > > > > > > > do > > > > > > see a bunch of exceptions in your UI log, but unfortunately no > > > > > > > > symbolMaps > > > > > > > > > > are > > > > > > installed. We can work on installing those if simply reloading > > > > doesn't > > > > > > > > solve > > > > > > your problem. > > > > > > > > > > > > > >> _______________________________________________ > > > > > > > >> Users mailing list > > > > > > > >> Users(a)ovirt.org > > > > > > > >> http://lists.ovirt.org/mailman/listinfo/users

3 6

Re: [ovirt-users] Self hosted single server network requirements
by Derek Atkins 07 Dec '16

07 Dec '16

Hi, +cc back to the list Mark Steckel <mjs(a)fix.net> writes: > Hi Derek, > > I solved the first networking issue by changing how Hetzner config'ed > the /32 on the host. (They were scoping the IP to the gateway which > was confusing OVirt.) > > So now I'm trying to get the /29 working for the VMs... continue below. Okay.. [snip] > In the case of Hetzner, they provide the /29 and expect that the gw, the first usable IP of the /29, will be on the host and not the router. At least this is what I get from their docs. Effectively. > > /32 /32 > router ----------- host ---- VMs > /29 /29 > > To test things I manually created an alias on the ovirtmgmt dev for the /29 gw IP and can ping it from the outside world. So basic routing seems to route for the /29. > > Since OVirt seems to be constrained on the network configs it can deal with, my question is how should I permanently config the /29 gw IP (ie on eth0 or ovirtmgmt) and what do I need to do to set up the /29 IPs for the VMs? I've never tried setting multiple IPs on my ovirtmgmt bridge on the host. But you shouldn't have to do that. It's a bridge, after all, so all systems that sit on that bridge (which include your VMs) will be equivalent. In my case I have an external router that gets used for both of my networks (I have a 192.168 network as well as a full class-C but they share physical infrastructure). So my host only has a 192.168 address, my engine is on the class-C, and they talk to each other over the standard network. In your case it *SOUNDS* like you need to set up an internal router for the /29. The way I would do it would be: /32 /32 /29 bridge +--- host (/29) ISP-Router ------- internal-router ----------+--- VM (/29) +--- VM (/29) I don't know if you can actually do this. If not, your other option would be: /32 bridge +--- host (/32) router -----------+--- VM Router (/29) (pfsense?) +--- VM (/29) This may not work for you, either, depending. WORST case you may need to manually configure a second IP on the ovirtmgmt bridge on your host: /32 bridge +--- host (/32 + /29) router -----------+--- VM (/29) +--- VM (/29) I would do this by manually creating the config file on your host: /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt:0 > Thanks > Mark -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

1 0

hosted-engine --deploy hanging, vm not responding
by Mark Steckel 07 Dec '16

07 Dec '16

Folks, I executed "hosted-engine --deploy" on a fresh CentOS 7.2 install. Before executing the cmd I also installed the he-appliance. (Also ran yum update, installed a few packages and rebooted before doing the hosted engine deploy.) The process seems to go well but then it hangs here: The VM has been started. To continue please install OS and shutdown or reboot the VM. Make a selection from the options below: (1) Continue setup - OS installation is complete (2) Abort setup (3) Power off and restart the VM (4) Destroy VM and abort setup (1, 2, 3, 4)[1]: 1 Please reboot or shutdown the VM. Verifying shutdown... >From another terminal window I tried accessing the console but received the following: # hosted-engine --console The engine VM is running on this host Connected to domain HostedEngine Escape character is ^] error: internal error: character device console0 is not using a PTY I've also tried option 3 above, but then it comes back with Checking for oVirt-Engine status at hosted-engine-1.example.com... [ INFO ] Engine is still unreachable oVirt-Engine health status page is not yet reachable. I am admittedly mystified at this point. Any ideas? Thanks Mark

2 4

Fwd: web-ui issues
by Maton, Brett 07 Dec '16

07 Dec '16

This didn't get sent to the list... ---------- Forwarded message ---------- From: Alexander Wels <awels(a)redhat.com> Date: 6 December 2016 at 16:43 Subject: Re: [ovirt-users] web-ui issues To: "Maton, Brett" <matonb(a)ltresources.co.uk> On Tuesday, December 6, 2016 4:41:35 PM EST you wrote: > Not odd at all, but yes it does work for awhile before 'dying' again > Great, then I have a system here that is reproducing your issue that I can mess with. I will let you know if I find a solution. > On 6 December 2016 at 16:13, Alexander Wels <awels(a)redhat.com> wrote: > > On Tuesday, December 6, 2016 2:49:55 PM EST you wrote: > > > No change... > > > > > > The 'portal' welcome page does say: > > > > > > Welcome to Open Virtualization Manager Version 4.0.6.2-1.el7.centos > > > > > > I would have expected it to have moved to 4.0.6.3xxxx > > > I've run engine-setup ( a few times ) and yum upgrade isn't finding any > > > > new > > > > > packages > > > > Another odd question, if you restart the engine (systemctl restart ovirt- > > engine) and immediately log back in, does that 'fix' the issue for a few > > minutes and does it re-appear after that? Or a restart never fixes it at > > all? > > > > > On 6 December 2016 at 14:40, Alexander Wels <awels(a)redhat.com> wrote: > > > > On Tuesday, December 6, 2016 2:29:39 PM EST you wrote: > > > > > I'm not holding my breath as I had the problem before installing > > > > symbol > > > > > > > maps, but it might explain why ui.log is empty.... > > > > > > > > Well the bugzilla is basically the following scenario: > > > > > > > > 1. You have oVirt version X and you have the matching debug symbols > > > > installed. > > > > 2. You upgrade oVirt version to X+1. This doesn't upgrade the debug > > > > symbols. > > > > 3. You get the interrupted message on your screen. > > > > > > > > So uninstalling the debug symbols should fix that scenario, if yours > > > > was > > > > > > not > > > > that scenario then you are right it won't change anything. But it > > > > can't > > > > hurt > > > > either. > > > > > > > > > On 6 December 2016 at 14:26, Alexander Wels <awels(a)redhat.com> > > > > wrote: > > > > > > On Tuesday, December 6, 2016 2:22:38 PM EST you wrote: > > > > > > > I 'bumped' from 4.0.6-2 to 4.0.6-3 ( yum upgrade ) > > > > > > > > > > > > So someone just opened a bugzilla with a sympton that looks > > > > > > > > suspiciously > > > > > > > > > > like > > > > > > yours, and the resolution to that bugzilla was to REMOVE the > > > > > > symbolMaps > > > > > > because they were out of sync with the main application (and doing > > > > a > > > > > > yum > > > > > > > > > > update isn't automatically updating the symbol maps). > > > > > > > > > > > > try this: > > > > > > > > > > > > yum remove ovirt-engine-webadmin-portal-debuginfo > > > > > > > > > > > > And restart the engine, see if that solves your issue. > > > > > > > > > > > > > On 6 December 2016 at 14:21, Alexander Wels <awels(a)redhat.com> > > > > > > > > wrote: > > > > > > > > On Tuesday, December 6, 2016 1:42:33 PM EST you wrote: > > > > > > > > > Ok thanks. > > > > > > > > > > > > > > > > > > I've restarted the ui a few times today, still nothing ( > > > > > > > > > at > > > > > > > > all ) > > > > > > > > > > in > > > > > > > > > > > > > > > ui.log > > > > > > > > > > > > > > > > > > The errors do look like 'iffy' queries, no errors in > > > > > > > > > PostgreSQL > > > > > > > > > > > > logs > > > > > > > > > > > > > > > though. > > > > > > > > > > > > > > > > Strange question, did you recently upgrade from a previous > > > > version > > > > > > of > > > > > > > > > > > > oVirt? > > > > > > > > > > > > > > > > > On 6 December 2016 at 13:28, Alexander Wels < > > > > awels(a)redhat.com> > > > > > > > > wrote: > > > > > > > > > > On Monday, December 5, 2016 8:49:20 PM EST Maton, Brett > > > > wrote: > > > > > > > > > > > Sure here you go: > > > > > > > > > > > > > > > > > > > > > > [image: Inline images 1] > > > > > > > > > > > Close the dialogs and the dashboard fades in, Virtual > > > > > > > > Machines > > > > > > > > > > tab > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > (or I get fed up of closing dialogs before it does) > > > > > > > > > > > > > > > > > > > > > > [image: Inline images 2] > > > > > > > > > > > > > > > > > > > > Interesting, those aren't actually UI failures, those > > > > appear > > > > > > to be > > > > > > > > > > > > > > failures > > > > > > > > > > from backend requests. As in, get me some data, and the > > > > query > > > > > > > > > > > > fails > > > > > > > > > > for > > > > > > > > > > some > > > > > > > > > > reason, there should be something in the engine log. Let > > > > > > > > > > me > > > > > > > > dig up > > > > > > > > > > the > > > > > > > > > > > > > > > > ones > > > > > > > > > > you posted again and take a closer look. > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 20:11, Alexander Wels < > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > wrote: > > > > > > > > > > > > On Monday, December 5, 2016 7:11:52 PM EST Maton, > > > > > > > > > > > > Brett > > > > > > > > wrote: > > > > > > > > > > > > > Yup those are the logs from the hosted engine, > > > > > > > > > > > > > > > > > > > > > > > > > > ui.log is still empty, all very very odd... > > > > > > > > > > > > > > > > > > > > > > > > Can you send me a screenshot of what you are seeing? > > > > As it > > > > > > > > makes > > > > > > > > > > > > > > > > > > no > > > > > > > > > > > > > > > > > > > > sense > > > > > > > > > > > > > > > > > > > > > > that > > > > > > > > > > > > the UI.log is empty, since the exception handler tries > > > > to > > > > > > > > write to > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > backend > > > > > > > > > > > > UI log. > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 18:12, Alexander Wels < > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > On Monday, December 5, 2016 5:41:59 PM EST Maton, > > > > > > > > > > > > > > Brett > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > Logs are here > > > > > > > > > > > > > > > <https://www.sendtransfer.com/download.php?id= > > > > > > > > > > > > > > > > > > > > > > > > > > > > 7a4ccbeab673dfda8aa0c38676063b > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 7a&email=11138> > > > > > > > > > > > > > > > > > > > > > > > > > > > > Are you sure those are the correct logs? The > > > > UI.log is > > > > > > > > empty > > > > > > > > > > > > > > and > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > other > > > > > > > > > > > > > > > > > > > > > > > > > > logs don't have much of anything in them. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 16:57, Alexander Wels < > > > > > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > On Monday, December 5, 2016 4:55:19 PM EST > > > > Maton, > > > > > > > > > > > > > > > > > > Brett > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I tried restarting the browser and > > > > > > > > > > > > > > > > > clearing > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > cache > > > > > > > > > > > > > > but > > > > > > > > > > > > > > > > > > > > > > > > > I > > > > > > > > > > > > > > > > > > > > > > > > still > > > > > > > > > > > > > > > > > > > > > > > > > > have > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > the same problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Symbol maps it is then.... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > To install the symbol maps do the following on > > > > the > > > > > > > > ENGINE: > > > > > > > > > > > > > > > > 1. yum install ovirt-engine-webadmin-portal- > > > > > > > > debuginfo > > > > > > > > > > > > > > > > > > > > 2. restart engine > > > > > > > > > > > > > > > > 3. Reproduce the problem. > > > > > > > > > > > > > > > > 4. Send me the UI.log from the engine machine. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 5 December 2016 at 16:00, Alexander Wels > > > > > > > > > > > > > > > > > < > > > > > > > > > > > > > > > > > > > > awels(a)redhat.com> > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > On Sunday, December 4, 2016 5:57:50 PM EST > > > > > > > > Maton, > > > > > > > > > > > > > > > > > > > > > > Brett > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > Hi Oved, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I've upload the logs here > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > <https://www.sendtransfer.com/ > > > > > > > > download.php?id= > > > > > > > > > > > > > > > > > > > > > > bd24f303b23c2cd393676f0da5c323 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > d8&email=10263> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 4 December 2016 at 12:25, Oved > > > > Ourfali < > > > > > > > > > > > > > > oourfali(a)redhat.com> > > > > > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > Please attach complete logs. > > > > > > > > > > > > > > > > > > > > Engine, server and ui logs. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > > > Oved > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Dec 4, 2016 13:45, "Maton, Brett" < > > > > > > > > > > > > > > > > > > > > > > > > matonb(a)ltresources.co.uk > > > > > > > > > > > > > > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > >> Since I upgraded to 4.0.6-3 I've been > > > > > > > > having > > > > > > > > > > > > problems > > > > > > > > > > > > > > > > > > > > > > > > > > > >> with > > > > > > > > > > > > > > > > > > > > > > > > > > > > the UI > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> When I login the dash board presents > > > > > > > > > > > > > > > > > > > >> a > > > > > > > > bunch > > > > > > > > > > of > > > > > > > > > > > > > > > > Operation > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Canceled > > > > > > > > > > > > > > > > > > > >> dialogs, > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> ! Operation canceled > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Error while executing query: null > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> ! Operation canceled > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Error while executing action: A > > > > Request > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > >> the > > > > > > > > > > > > > > > > Server > > > > > > > > > > > > > > > > > > > > failed: > > > > > > > > > > > > > > > > > > > >> java.lang.reflect. > > > > > > > > InvocationTargetException > > > > > > > > > > > > > > > > > > > > > > > >> The only error I see in engine.log is > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:34:07,945 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.docs.utils.s > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> ervlet. ContextSensitiveHelpMappingSer > > > > > > > > vlet] > > > > > > > > > > > > (default > > > > > > > > > > > > > > > > > > > > task-1) > > > > > > > > > > > > > > > > > > > > > > > > > > [] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Context-sensitive help is not > > > > installed. > > > > > > > > Manual > > > > > > > > > > > > > > > > directory > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > exist: > > > > > > > > > > > > > > > > > > > >> /usr/share/ovirt-engine/manual > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> Eventually after closing the error > > > > > > > > > > > > > > > > > > > >> dialogs > > > > > > > > > > > > > > > > > > > >> the > > > > > > > > > > > > > > > > dash > > > > > > > > > > > > > > > > > > board > > > > > > > > > > > > > > > > > > > > > > is > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > displayed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Most of the UI tabs then work > > > > normally, > > > > > > > > however > > > > > > > > > > > > > > > > 'Virtual > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Machines' > > > > > > > > > > > > > > > > > > > >> tab > > > > > > > > > > > > > > > > > > > >> doesn't display any information, just > > > > the > > > > > > > > > > > > > > > > > > > > > >> progress > > > > > > > > > > > > > > > > > > > > 'dots' > > > > > > > > > > > > > > > > > > > > > > on > > > > > > > > > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> first > > > > > > > > > > > > > > > > > > > >> line, it then cycles through the null > > > > > > > > query > > > > > > > > > > error > > > > > > > > > > > > > > > > > > > > > > > > > >> dialogs. > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >> This error also appeared in the log > > > > while > > > > > > I > > > > > > > > > > was > > > > > > > > > > > > > > > > writing > > > > > > > > > > > > > > > > > > > > > > this: > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,276 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > > > > > > > > > > > > > EngineBackupAwarenessManager] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] > > > > > > > > Backup > > > > > > > > > > check > > > > > > > > > > > > > > > > > > > > > > > > > >> started. > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,278 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > > > > > > > > > > > > > EngineBackupAwarenessManager] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler5) [7b442cfe] > > > > > > > > Backup > > > > > > > > > > check > > > > > > > > > > > > > > > > > > completed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,772 INFO > > > > > > > > > > > > > > > > > > > >> [org.ovirt.engine.core.bll. > > > > > > > > storage.ovfstore. > > > > > > > > > > > > > > > > OvfDataUpdater] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [2701e060] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > > > > > > > VMs/Templates > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Ovf. 2016-12-04 11:40:09,774 INFO > > > > > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > Before > > > > > > > > > > > > acquiring > > > > > > > > > > > > > > > > > > and > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> wait > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > lock > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,774 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > > > > > > > > >> Lock-wait > > > > > > > > > > > > > > > > > > > > acquired > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > > > > > > > > > object > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,775 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > Running > > > > > > > > > > > > command: > > > > > > > > > > > > > > > > > > > >> ProcessOvfUpdateForStoragePool Command > > > > > > > > > > > > internal: > > > > > > > > true. > > > > > > > > > > > > > > > > > > > > > > Entities > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > affected > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> : ID: 57fc8739-0039-00c7-0322- > > > > > > > > 0000000001e5 > > > > > > > > > > Type: > > > > > > > > > > > > StoragePool > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,781 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > VM > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Data > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,788 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > updated > > > > > > > > > > > > > > > > > > > > > > VM > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Data > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,789 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > update > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> template > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> in > > > > > > > > > > > > > > > > > > > >> Data Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,790 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > updated > > > > > > > > > > > > > > > > > > > > > > > > > > templates > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OVFs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> in > > > > > > > > > > > > > > > > > > > >> Data Center 'Default' > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,790 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Attempting > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > remove > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> unneeded > > > > > > > > > > > > > > > > > > > >> template/vm OVFs in Data Center > > > > 'Default' > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,793 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > > > > > > > > > Successfully > > > > > > > > > > > > > > > > removed > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> unneeded > > > > > > > > > > > > > > > > > > > >> template/vm OVFs in Data Center > > > > 'Default' > > > > > > > > > > > > > > > > > > > > > >> 2016-12-04 11:40:09,793 INFO > > > > > > > > > > > > > > > > > > > > > > > > [org.ovirt.engine.core.bll.sto > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> rage.ovfstore. > > > > > > > > ProcessOvfUpdateForStoragePool > > > > > > > > > > > > Command] > > > > > > > > > > > > > > > > > > > > > > > > > > > >> (DefaultQuartzScheduler3) [5358e209] > > > > Lock > > > > > > > > freed > > > > > > > > > > > > > > > > > > > > > > > > > >> to > > > > > > > > > > > > > > > > > > > > object > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> 'EngineLock:{exclusiveLocks='[ > > > > > > > > > > > > > > > > > > > > 57fc8739-0039-00c7-0322- > > > > > > > > > > > > > > > > > > > > > > > > > > > > 0000000001e5=<OVF_U > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> PDATE, ACTION_TYPE_FAILED_OBJECT_ > > > > > > > > LOCKED>]', > > > > > > > > > > > > > > > > > > sharedLocks='null'}' > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> If I restart the ovirt-engine > > > > > > > > > > > > > > > > > > > >> process, > > > > > > > > the UI > > > > > > > > > > > > works > > > > > > > > > > > > > > > > > > for a > > > > > > > > > > > > > > > > > > > > > > > > while > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> before > > > > > > > > > > > > > > > > > > > >> the Operation Canceled dialogs start > > > > > > > > > > > > > > > > > > > >> appearing > > > > > > > > > > > > > > > > again. > > > > > > > > > > > > > > > > > > > > > > > > > > > >> Any suggestions ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Looking at your logs, the UI permutation > > > > > > > > running > > > > > > > > > > > > > > > > > > > > > > in > > > > > > > > > > > > > > > > your > > > > > > > > > > > > > > > > > > > > browser > > > > > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > match > > > > > > > > > > > > > > > > > > any on the server. Simply reloading your > > > > > > > > browser > > > > > > > > > > > > > > > > > > > > > > should > > > > > > > > > > > > > > > > > > fix > > > > > > > > > > > > > > > > > > the > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > problem. I > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > do > > > > > > > > > > > > > > > > > > see a bunch of exceptions in your UI log, > > > > but > > > > > > > > > > > > unfortunately no > > > > > > > > > > > > > > > > > > > > > > > > > > symbolMaps > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > are > > > > > > > > > > > > > > > > > > installed. We can work on installing those > > > > if > > > > > > > > simply > > > > > > > > > > > > > > > > reloading > > > > > > > > > > > > > > > > > > > > > > > > doesn't > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > solve > > > > > > > > > > > > > > > > > > your problem. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> ______________________________ > > > > > > > > > > > > _________________ > > > > > > > > > > > > > > > > > > > > > > > > > >> Users mailing list > > > > > > > > > > > > > > > > > > > >> Users(a)ovirt.org > > > > > > > > > > > > > > > > > > > >> http://lists.ovirt.org/ > > > > > > > > mailman/listinfo/users

2 2

Renaming hosted engine
by Luca 'remix_tj' Lorenzetto 07 Dec '16

07 Dec '16

Hello, i did a deploy of hosted engine with an hostname that i'm willing to change now. Is there any procedure to do this? Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

3 4

can not migrate vm
by Marcelo Leandro 07 Dec '16

07 Dec '16

Hello I am with problem, I can not migrate vm. Can someone help me? Message in log: Src vdsm log: Thread-89514 :: WARNING :: 2016-12-05 17: 01: 49,542 :: migration :: 683 :: virt.vm ::: monitor_migration vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: Migration Stalling: remaining (56MiB)> lowmark (2MiB). Refer to RHBZ # 919201. Thread-89514 :: DEBUG :: 2016-12-05 17: 01: 49,543 :: migration :: 689 :: virt.vm ::: monitor_migration vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: new Iteration detected: 15 Thread-89514 :: WARNING :: 2016-12-05 17: 01: 49,543 :: migration :: 704 :: virt.vm ::: monitor_migration vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: Migration Is stuck: Has not pro Gressed in 240.071660042 seconds. Aborting. Thread-89514 :: DEBUG :: 2016-12-05 17: 01: 49,544 :: migration :: 715 :: virt.vm ::: stop} vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: stopping Migration monitor thread Thread-89514 :: DEBUG :: 2016-12-05 17: 01: 49,545 :: migration :: 570 :: virt.vm ::: stop) vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: stopping Migration downtime thread Thread-89514 :: DEBUG :: 2016-12-05 17: 01: 49,545 :: migration :: 629 :: virt.vm ::: (run) vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: stopped Migration monitor thread Thread-89513 :: DEBUG :: 2016-12-05 17: 01: 49,766 :: migration :: 715 :: virt.vm ::: stop} vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: stopping Migration monitor thread Thread-89513 :: ERROR :: 2016-12-05 17: 01: 49,767 :: migration :: 252 :: virt.vm :: (_ recover) vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: operation Aborted: migration job: cancel D by cliente Dst vdsm.log: Periodic / 13 :: WARNING :: 2016-12-05 17: 01: 49,791 :: sampling :: 483 :: virt.sampling.StatsCache: :( put) dropped stale old sample: sampled 4303678.080000 stored 4303693.070000 Periodic / 13 :: DEBUG :: 2016-12-05 17: 01: 49,791 :: executor :: 221 :: Executor :: (_ run) Worker was discarded Jsonrpc.Executor / 0 :: DEBUG :: 2016-12-05 17: 01: 49,792 :: __ init __ :: 530 :: jsonrpc.JsonRpcServer :: (_ handle_request) Calling 'VM.destroy' in bridge with {u'vmID ' : U'f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e '} Jsonrpc.Executor / 0 :: DEBUG :: 2016-12-05 17: 01: 49,793 :: API :: 314 :: vds :::( destroy) About to destroy VM f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e Jsonrpc.Executor / 0 :: DEBUG :: 2016-12-05 17:01:49,793 :: vm :: 4171 :: virt.vm :::( destroy) vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e`: : Destroy Called Thread-483 :: ERROR :: 2016-12-05 17: 01: 49,793 :: vm :: 759 :: virt.vm :: (_ startUnderlyingVm) vmId = `f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e` :: Failed To start a migration destination vm Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 725, in _startUnderlyingVm Self._completeIncomingMigration () File "/usr/share/vdsm/virt/vm.py", line 3071, in _completeIncomingMigration Self._incomingMigrationFinished.isSet (), usedTimeout) File "/usr/share/vdsm/virt/vm.py", line 3154, in _ attachLibvirtDomainAfterMigration Raise MigrationError (e.get_error_message ()) MigrationError: Domain not found: no domain with matching uuid 'f38b9f7d-5bd0-4bdf-885c-e03e8d6bc70e' The logs attached. Thanks.

2 12

Hosted-engine --deploy FQDN questions
by Mark Steckel 07 Dec '16

07 Dec '16

Folks, I'm an OVirt newbie having troubles setting up my first Hosted Engine and am stumbling. In this case I think it may be because of the following two set-up questions. Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]: Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: []: My read of this is that the first question is asking for the name of the host, while the second question is asking for the name (FQDN) of the guest vm which will be the hosted-engine. Is this correct? I'm also presuming that a) the first question should be the hostname of the host, and b) that both the host and guest hostnames should resolve to IP addresses. Thanks Mark

3 6

shutdown and kernel panic
by Luigi Fanton 07 Dec '16

07 Dec '16

Hello to all, I'm just playing with ovirt4, installed on HP server with CentOS 7, and a virtual machine as host engine. I have a lot of problems with the server shutdown! The server dosn't power off and will reboot after some "kernel panic" error. To turn off the ovirt server: 1) Put ovirt in global maintinience (hosted-engine --set-maintenance --mode=global) 2) Host engine shutdown and check vm-status 3) Finaly, shutdown server and wait ... wait ... wait Whats wrong?! -_- best regards Luigi F.

4 4