- Users - oVirt List Archives

UI plugin API updates
by Vojtech Szocs 15 Mar '18

15 Mar '18

Dear community, the UI plugin API will be updated to reflect recent oVirt web administration UI design changes. The relevant patch is already merged in master branch [1] and the associated BZ [2] is targeted for 4.3 release. *What's new* Two new API functions, addPrimaryMenuContainer and addSecondaryMenuPlace, allow you to add custom secondary menu items to the vertical navigation menu. You can target both existing (core) and custom primary menu items when adding secondary ones. *What's changed* Some API functions were renamed to stay consistent with current UI design, i.e. reflecting the absence of "main" and "sub" tabs. - addMainTab => addPrimaryMenuPlace - addSubTab => addDetailPlace - setTabContentUrl => setPlaceContentUrl - setTabAccessible => setPlaceAccessible - addMainTabActionButton => addMenuPlaceActionButton - addSubTabActionButton => addDetailPlaceActionButton You can still use the original functions mentioned above, but doing so will yield a warning in the browser console, for example: *addMainTab is deprecated, please use addPrimaryMenuPlace instead.* In addition, for functions that used to deal with "main" or "sub" tabs, the options object no longer supports alignRight (boolean) parameter. That's because PatternFly tabs widget [3] expects all tabs to be aligned next to each other, flowing from left to right. We'll be updating the UI plugins feature page shortly to reflect all the changes. [1] https://gerrit.ovirt.org/#/c/88690/ [2] https://bugzilla.redhat.com/1553902 [3] http://www.patternfly.org/pattern-library/widgets/#tabs Regards, Vojtech

1 0

Cannot use noVNC in VM portal, oVirt 4.2.1.7
by Chlipala, George Edward 15 Mar '18

15 Mar '18

--_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 T3VyIG9WaXJ0IGluc3RhbGxhdGlvbiAoNC4yLjEuNykgaXMgY29uZmlndXJlZCB0byB1c2Ugbm9W TkMgYXMgdGhlIGRlZmF1bHQgY29uc29sZSAoQ2xpZW50TW9kZVZuY0RlZmF1bHQgPSBub1ZuYyku ICBUaGlzIHdvcmtzIHBlcmZlY3RseSBmaW5lIGluIHRoZSBBZG1pbmlzdHJhdG9yIHBvcnRhbC4g IEhvd2V2ZXIgaWYgYSB1c2VyIGxvZ3MgaW4gdG8gdGhlIFZNIHBvcnRhbCB3aGVuIHRoZXkgY2xp Y2sgdGhlIFZOQyBjb25zb2xlIG9wdGlvbiBpdCBnZW5lcmF0ZXMgYSB2aXJ0LXZpZXdlciBmaWxl IChuYXRpdmUgVk5DIGNsaWVudCkgaW5zdGVhZCBvZiBvcGVuaW5nIGEgbm9WTkMgc2Vzc2lvbi4g IFdlIGNhbm5vdCBzZWVtIHRvIGZpbmQgYW55IG9wdGlvbnMgb24gdGhlIFZNIHBvcnRhbCB0byB1 c2Ugbm9WTkMgb3Igc2V0IGFzIHRoZSBkZWZhdWx0LiAgSXMgdGhlcmUgYW5vdGhlciBvcHRpb24g dGhhdCB3ZSBuZWVkIHRvIHNldCB0byBhbGxvdyBub1ZOQyB2aWEgdGhlIFZNIHBvcnRhbD8NCg0K VGhhbmtzIQ0KDQpHZW9yZ2UgQ2hsaXBhbGEsIFBoLkQuDQpBc3NvY2lhdGUgRGlyZWN0b3IsIENv cmUgZm9yIFJlc2VhcmNoIEluZm9ybWF0aWNzDQpSZXNlYXJjaCBSZXNvdXJjZXMgQ2VudGVyDQpV bml2ZXJzaXR5IG9mIElsbGlub2lzIGF0IENoaWNhZ28NCg0KcGhvbmU6IDMxMi00MTMtMTcwMA0K ZW1haWw6IGdjaGxpcDJAdWljLmVkdQ0KDQo= --_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1h bA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEu MHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bh bi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i LHNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEu MGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94 bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2 OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFw ZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3VyIG9WaXJ0IGluc3RhbGxhdGlvbiAoNC4yLjEuNykg aXMgY29uZmlndXJlZCB0byB1c2Ugbm9WTkMgYXMgdGhlIGRlZmF1bHQgY29uc29sZSAoQ2xpZW50 TW9kZVZuY0RlZmF1bHQgPSBub1ZuYykuJm5ic3A7IFRoaXMgd29ya3MgcGVyZmVjdGx5IGZpbmUg aW4gdGhlIEFkbWluaXN0cmF0b3IgcG9ydGFsLiZuYnNwOyBIb3dldmVyIGlmIGEgdXNlciBsb2dz IGluIHRvIHRoZSBWTSBwb3J0YWwgd2hlbiB0aGV5IGNsaWNrIHRoZSBWTkMNCiBjb25zb2xlIG9w dGlvbiBpdCBnZW5lcmF0ZXMgYSB2aXJ0LXZpZXdlciBmaWxlIChuYXRpdmUgVk5DIGNsaWVudCkg aW5zdGVhZCBvZiBvcGVuaW5nIGEgbm9WTkMgc2Vzc2lvbi4mbmJzcDsgV2UgY2Fubm90IHNlZW0g dG8gZmluZCBhbnkgb3B0aW9ucyBvbiB0aGUgVk0gcG9ydGFsIHRvIHVzZSBub1ZOQyBvciBzZXQg YXMgdGhlIGRlZmF1bHQuJm5ic3A7IElzIHRoZXJlIGFub3RoZXIgb3B0aW9uIHRoYXQgd2UgbmVl ZCB0byBzZXQgdG8gYWxsb3cgbm9WTkMgdmlhDQogdGhlIFZNIHBvcnRhbD88bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhhbmtzITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdDtjb2xvcjojMjIyMjIyIj5HZW9yZ2UgQ2hsaXBhbGEsIFBoLkQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Y29sb3I6IzIyMjIyMiI+QXNzb2NpYXRlIERpcmVjdG9yLCBDb3JlIGZv ciBSZXNlYXJjaCBJbmZvcm1hdGljczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2NvbG9yOiMyMjIyMjIiPlJl c2VhcmNoIFJlc291cmNlcyBDZW50ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjojMjIyMjIyIj5V bml2ZXJzaXR5IG9mIElsbGlub2lzIGF0IENoaWNhZ288YnI+DQo8YnI+DQpwaG9uZTogMzEyLTQx My0xNzAwPGJyPg0KZW1haWw6PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Nv bG9yOmJsYWNrIj4gZ2NobGlwMkB1aWMuZWR1IDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_CY1PR05MB2219799F27F3114D6CE5148BF4DE0CY1PR05MB2219namp_--

2 1

Ovirt and OVH vRack
by Fabien Carré 15 Mar '18

15 Mar '18

Hello, I am trying to set up an oVirt environment using OVH servers. So far I have installed an engine (4.2) and a node. The node is attached to a NAS through a vRack https://www.ovh.co.uk/solutions/vrack/network-technology.xml. I am using one vlan to connect it, which is the management network However it is not a perfect setup (cf attached screenshot). The management network is in "Out-of-Sync" state. on the node : # ip addr 28: eno4.100@eno4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master ovirtmgmt state UP qlen 1000 link/ether 0c:c4:ff:7a:6c:13 brd ff:ff:ff:ff:ff:ff 29: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 0c:c4:ff:7a:6c:13 brd ff:ff:ff:ff:ff:ff inet 10.100.0.11/24 brd 10.100.0.255 scope global ovirtmgmt valid_lft forever preferred_lft forever [image: Screenshot from 2018-03-15 09-03-37.png] It does not seem possible to add extra vlan. I wanted to have one for the vms and one for the hosts. Can you give me some help or guidance ? Also generally speaking do you think such a setup is fine ? Thank you Fabien

2 2

Issue...
by Nasrum Minallah Manzoor 15 Mar '18

15 Mar '18

--_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I am facing issue when I click on "change CD" option in ovirt's engine it d= oesn't works. It was working fine, I don't how it stopped working! Any suggestions guys! Regards, --_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_ 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=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am facing issue when I click on “change CD&#= 8221; option in ovirt’s engine it doesn’t works. It was working= fine, I don’t how it stopped working!<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any suggestions guys!<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Regards,<o:p></o:p></p> </div> </body> </html> --_000_SG2PR0401MB217521582D8000F4845C1BE2E2D20SG2PR0401MB2175_--

2 1

Re: [ovirt-users] [4.2.2-1.el7.centos] Image locked and unending task
by Eyal Shenitzky 15 Mar '18

15 Mar '18

Thank you for sending the logs. According to the logs, it seems that you had some connectivity issue while you tried to preview the snapshot. The preview operation rolled back but according to you failed to finish. It seems like you still have a connectivity issue with that host ( 'pfm-srv-virt-1.pfm-ad.pfm.loc), try to see what happens to it. Here is the relevant part from the log: 2018-03-14 17:00:48,652+01 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Heartbeat exceeded for host 'pfm-srv-virt-1.pfm-ad.pfm.loc', last response arrived 2003 ms ago. 2018-03-14 17:00:53,561+01 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to pfm-srv-virt-1.pfm-ad.pfm.loc/10.100.1.50 2018-03-14 17:02:21,832+01 INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (EE-ManagedThreadFactory-engine-Thread-118906) [] transaction rolled back 2018-03-14 17:02:21,836+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-118906) [] EVENT_ID: USER_TRY_BACK_TO_SNAPSHOT_FINISH_FAILURE(99), Failed to complete Snapshot-Preview AFTER_INSTALL for VM pfm-ltsp-1. 2018-03-14 17:02:21,836+01 ERROR [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) [] [within thread]: endAction for action type TryBackToAllSnapshotsOfVm threw an exception.: java.lang.NullPointerException at org.ovirt.engine.core.bll.snapshots.SnapshotsManager.deviceCanBeRemoved(SnapshotsManager.java:463) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.SnapshotsManager.attempToRestoreVmConfigurationFromSnapshot(SnapshotsManager.java:415) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.TryBackToAllSnapshotsOfVmCommand.restoreVmConfigFromSnapshot(TryBackToAllSnapshotsOfVmCommand.java:204) [bll.jar:] at org.ovirt.engine.core.bll.snapshots.TryBackToAllSnapshotsOfVmCommand.endSuccessfully(TryBackToAllSnapshotsOfVmCommand.java:168) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalEndSuccessfully(CommandBase.java:675) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.endActionInTransactionScope(CommandBase.java:630) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1936) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.endAction(CommandBase.java:495) [bll.jar:] at org.ovirt.engine.core.bll.tasks.DecoratedCommand.endAction(DecoratedCommand.java:17) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CoCoAsyncTaskHelper.endAction(CoCoAsyncTaskHelper.java:353) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandCoordinatorImpl.endAction(CommandCoordinatorImpl.java:347) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.endCommandAction(CommandAsyncTask.java:160) [bll.jar:] at org.ovirt.engine.core.bll.tasks.CommandAsyncTask.lambda$endActionIfNecessary$0(CommandAsyncTask.java:112) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:96) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_161] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_161] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_161] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_161] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78) 2018-03-14 17:02:21,838+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) [] CommandAsyncTask::HandleEndActionResult: endAction for action type 'TryBackToAllSnapshotsOfVm' threw an unrecoverable RuntimeException the task will be cleared. 2018-03-14 17:02:21,841+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engine-Thread-118906) On Thu, Mar 15, 2018 at 11:35 AM, <spfma.tech(a)e.mail.fr> wrote: > Thanks for your reply. > > Yesterday, I realized I was doing nothing good with some the software I > planed to install in a VM, so I tried to revert to a snapshot a took just > after OS installation, as I always do. > > As I had added a second disk to the VM in between, I choose to revert to > snapshot without taking care of the second disk contents. > > But the preview operation never ended. So I restarted the engine vm but > nothing changed. > > This morning I tried to cleanup things, using "taskcleaner" and > "unlock_entity". I could regain control over the VM, but the task is still > in "finalizing" state in the GUI. > > I even remove the second disk to see if it was better, but nothing. > > You will find the engine logfile and the "vdsm.log" from the server the > task is running on. > > I am not sure how to check engine version precisely, so I queried the rpm > database in the vm : ovirt-engine-4.2.2-1.el7.centos.noarch > > Regards > > > > > Le 15-Mar-2018 10:17:59 +0100, eshenitz(a)redhat.com a écrit: > > > Hi, > > Can you please specify the version of the engine and supply the engine.log > and the vdsm.log? > > Moreover, can you please specify the steps that you did that led you to > this issue? > > Thanks, > > On Thu, Mar 15, 2018 at 11:05 AM, <spfma.tech(a)e.mail.fr> wrote: > >> Hi, >> >> I tried to rollback to a snapshot on a VM, but the preview never ended. >> >> The task has been running for about 15 hours, with this state : >> >> { >> "916b67fb-8808-43d2-850c-1c12650ccc49": { >> "verb": "createVolume", >> "code": 0, >> "state": "finished", >> "tag": "spm", >> "result": { >> "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42" >> }, >> "message": "1 jobs completed successfully", >> "id": "916b67fb-8808-43d2-850c-1c12650ccc49" >> } >> } >> >> I just canceled it : the task list is now empty on the CLI but no change >> on GUI. >> >> So I restared the engine VM, but no success. >> >> With "/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh" I was able >> to manually unlock the image, but the task is still "finalizing". >> >> Is this a bug ? >> >> Regards >> >> ------------------------------ >> FreeMail powered by mail.fr >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > Regards, > Eyal Shenitzky > > > ------------------------------ > FreeMail powered by mail.fr -- Regards, Eyal Shenitzky

2 1

oVirt Engine 4.2 -> 4.2.1 Upgrade
by Andrei Verovski 15 Mar '18

15 Mar '18

Hi ! After oVirt Engine 4.2 -> 4.2.1 Upgrade do I need to run these commands as described in this article https://www.ovirt.org/release/4.2.1/ su - postgres -c "scl enable rh-postgresql95 – psql -d engine" postgres=# DROP FUNCTION IF EXISTS uuid_generate_v1(); postgres=# CREATE EXTENSION "uuid-ossp”; BTW, this yelds error: [root@node00 ~]# su - postgres -c "scl enable rh-postgresql95 – psql -d engine" Unable to open /etc/scl/conf/–! node00 is a dedicated PC with CentOS and oVirt Host Engine. Thanks. Andrei

2 2

[4.2.2-1.el7.centos] Image locked and unending task
by spfma.tech＠e.mail.fr 15 Mar '18

15 Mar '18

--=_96fa967267ab88892ac363e6a86f44df Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A I tried to rollback to a snapshot on a VM, but the preview neve= r ended. The task has been running for about 15 hours, with this state= : {=0A "916b67fb-8808-43d2-850c-1c12650ccc49": {=0A "verb": "createVo= lume", =0A "code": 0, =0A "state": "finished", =0A "tag": "spm", =0A "re= sult": {=0A "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42"=0A }, =0A "me= ssage": "1 jobs completed successfully", =0A "id": "916b67fb-8808-43d2-8= 50c-1c12650ccc49"=0A }=0A}=0A I just canceled it : the task list is no= w empty on the CLI but no change on GUI. So I restared the engine VM,= but no success. With "/usr/share/ovirt-engine/setup/dbutils/unlock_en= tity.sh" I was able to manually unlock the image, but the task is still= "finalizing". Is this a bug ? Regards =0A=0A----------------------= ------------------------------------------------------------------------= ---=0AFreeMail powered by mail.fr --=_96fa967267ab88892ac363e6a86f44df Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div> </div>=0A<di= v><span style=3D"font-family: arial, helvetica,sans-serif; font-size: 10= pt; color: #000000;">I tried to rollback to a snapshot on a VM, but the= preview never ended.</span></div>=0A<div> </div>=0A<div><span styl= e=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt; color: #= 000000;">The task has been running for about 15 hours, with this state := </span></div>=0A<div> </div>=0A<div><span style=3D"font-family: ari= al, helvetica,sans-serif; font-size: 10pt; color: #000000;">{<br />&nbsp= ;   "916b67fb-8808-43d2-850c-1c12650ccc49": {<br /> &nbsp= ;      "verb": "createVolume", <br /> &nbs= p;      "code": 0, <br />   &nbs= p;    "state": "finished", <br />    =     "tag": "spm", <br />     &nb= sp;  "result": {<br />       &nb= sp;    "uuid": "d37ca118-820f-46a3-b99b-714018ea8b42"<br= />        }, <br />  &nbsp= ;     "message": "1 jobs completed successfully", <b= r />        "id": "916b67fb-8808-43d2= -850c-1c12650ccc49"<br />    }<br />}<br /></span></div>= =0A<div> </div>=0A<div><span style=3D"font-family: arial, helvetica= ,sans-serif; font-size: 10pt; color: #000000;">I just canceled it : the= task list is now empty on the CLI but no change on GUI.</span></div>=0A= <div> </div>=0A<div><span style=3D"font-family: arial, helvetica,sa= ns-serif; font-size: 10pt; color: #000000;">So I restared the engine VM,= but no success.</span></div>=0A<div> </div>=0A<div><span style=3D"= font-family: arial, helvetica,sans-serif; font-size: 10pt; color: #00000= 0;">With "/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh" I was= able to manually unlock the image, but the task is still "finalizing".<= /span></div>=0A<div> </div>=0A<div><span style=3D"font-family: aria= l, helvetica,sans-serif; font-size: 10pt; color: #000000;">Is this a bug= ? </span></div>=0A<div> </div>=0A<div><span style=3D"font-family:= arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">Regards<= /span></div>=0A <br/><hr>FreeMail powered by <a href= =3D"https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_96fa967267ab88892ac363e6a86f44df--

2 1

Re: [ovirt-users] NFS 4.1 support and migration
by spfma.tech＠e.mail.fr 15 Mar '18

15 Mar '18

--=_636780d267228fc2b307ffeb7c56dafe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks for your answer.=0A And in order to use V4.1 instead of V3= on a domain, do I just have to disconnect it and change its settings ?= Seems to be doable with VMs domains, but how to do it with hosted stora= ge domain ? I haven't find a command line way to do this yet.=0A Regar= ds =0A=0A Le 14-Mar-2018 11:54:52 +0100, eshenitz(a)redhat.com a crit: = =0A Hi, NFS 4.1 supported and working since version 3.6 (accordi= ng to this bug fix [1]) [1] Support NFS v4.1 connections - https://bug= zilla.redhat.com/show_bug.cgi?id=3D1283964 =0A=0A---------------------= ------------------------------------------------------------------------= ----=0AFreeMail powered by mail.fr --=_636780d267228fc2b307ffeb7c56dafe Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;"> </span></div>=0A<div><span style=3D"font-f= amily: arial, helvetica, sans-serif; font-size: 10pt; color: #000000;">T= hanks for your answer.<br /></span></div>=0A<div> </div>=0A<div>&nb= sp;</div>=0A<div> </div>=0A<div><span style=3D"font-family: arial,= helvetica, sans-serif; font-size: 10pt; color: #000000;">And in order t= o use V4.1 instead of V3 on a domain, do I just have to disconnect it an= d change its settings ? Seems to be doable with VMs domains, but how to= do it with hosted storage domain ? I haven't find a command line way to= do this yet.<br /></span></div>=0A<div> </div>=0A<div><span style= =3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #= 000000;">Regards</span></div>=0A<div> </div>=0A<p><br /><br /> Le 1= 4-Mar-2018 11:54:52 +0100, eshenitz(a)redhat.com a écrit:</p>=0A<di= v> </div>=0A<div> </div>=0A<div> </div>=0A<blockquote sty= le=3D"margin-left: 0; padding-left: 5px; border-left: 2px solid #000080;= ">=0A<div dir=3D"ltr">Hi,=0A<div> </div>=0A<div><span style=3D"colo= r: #000000; font-family: arial, helvetica, sans-serif; font-size: 13.333= 3px; font-style: normal; font-weight: 400; letter-spacing: normal; text-= indent: 0px; text-transform: none; white-space: normal; word-spacing: 0p= x; background-color: #ffffff; float: none; display: inline;">NFS 4.1 sup= ported and working since version 3.6 (according to this bug fix [1]= )</span></div>=0A<div><span style=3D"color: #000000; font-family: arial,= helvetica, sans-serif; font-size: 13.3333px; font-style: normal; font-w= eight: 400; letter-spacing: normal; text-indent: 0px; text-transform: no= ne; white-space: normal; word-spacing: 0px; background-color: #ffffff; f= loat: none; display: inline;"> </span></div>=0A<div><span style=3D"= color: #000000; font-family: arial, helvetica, sans-serif; font-size: 13= .3333px; font-style: normal; font-weight: 400; letter-spacing: normal; t= ext-indent: 0px; text-transform: none; white-space: normal; word-spacing= : 0px; background-color: #ffffff; float: none; display: inline;">[1] Sup= port NFS v4.1 connections - <a href=3D"https://bugzilla.redhat.com/= show_bug.cgi?id=3D1283964" target=3D"_blank" rel=3D"noreferrer noopener"= >https://bugzilla.redhat.com/show_bug.cgi?id=3D1283964</a></span></div>= =0A</div>=0A</blockquote>=0A <br/><hr>FreeMail powere= d by <a href=3D"https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_636780d267228fc2b307ffeb7c56dafe--

1 0

回复：回复：Re: Re: ovirt-engine add_host_failed
by dhy336＠sina.com 15 Mar '18

15 Mar '18

--=-sinamail_alt_61e983dfd786db92d95d2303ab35312a Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline SGkgQWxvbmEsIEkgdGVzdCB5b3VyIHBhdGNoLCBpdCBpcyB3b3JrLCB0aGFuayB5b3UgdmVyeSBt dWNoLCBidXQgSSBzZWVtIG5vdCBrbm93IGhvdyB0byAgdHJpZ2dlcmVkIHRoaXMgYnVnPy0tLS0t INStyrzTyrz+IC0tLS0tCreivP7Iy6O6PGRoeTMzNkBzaW5hLmNvbT4KytW8/sjLo7oiQWxvbmEg S2FwbGFuIiA8YWxrYXBsYW5AcmVkaGF0LmNvbT4Ks63LzcjLo7p1c2VycyA8dXNlcnNAb3ZpcnQu b3JnPgrW98zio7pbb3ZpcnQtdXNlcnNdILvYuLSjulJlOiBSZTogIG92aXJ0LWVuZ2luZSBhZGRf aG9zdF9mYWlsZWQKyNXG2qO6MjAxOMTqMDPUwjE1yNUgMTC14zQyt9YKCkhpIEFsb25hLCBJIGhh cyBmaWxlIGEgYnVnIGluIHRoZSBidWd6aWxsYS4gdXJsIGlzICBodHRwczovL2J1Z3ppbGxhLnJl ZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTE1NTY2NjgsIHRoYW5rcy4gIC0tLS0tINStyrzTyrz+ IC0tLS0tCreivP7Iy6O6QWxvbmEgS2FwbGFuIDxhbGthcGxhbkByZWRoYXQuY29tPgrK1bz+yMuj umRoeTMzNkBzaW5hLmNvbQqzrcvNyMujunVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+Ctb3zOKjulJl OiBSZTogW292aXJ0LXVzZXJzXSBvdmlydC1lbmdpbmUgYWRkIGhvc3QgZmFpbGVkCsjVxtqjujIw MTjE6jAz1MIxNMjVIDIyteM1NrfWCgpIaSwKCkkgcG9zdGVkIGEgcGF0Y2ggd2l0aCBhIHByb3Bv c2VkIGZpeCAoaHR0cHM6Ly9nZXJyaXQub3ZpcnQub3JnLyMvYy84ODk5OS8pLgpQbGVhc2Ugb3Bl biBhIGJ1ZyBzbyB5b3UgY2FuIHRyYWNrIHRoZSB2ZXJzaW9uIHRoZSBmaXggaXMgaW5jbHVkZWQg aW4uCgpQbGVhc2UgYXR0YWNoIHRvIHRoZSBidWcgdmRzbS5sb2csIGVuZ2luZS5sb2cgYW5kIHNl cnZlci5sb2cgKElmIHlvdSBoYWQgc2V2ZXJhbCBhdHRlbXB0cyB0byByZWluc3RhbGwvcmVtb3Zl LWFkZCB0aGUgaG9zdCBwbGVhc2UgYWRkIHRoZSBsb2dzIHdpdGggYWxsIHRoZSBhdHRlbXB0cyku CgoKT24gV2VkLCBNYXIgMTQsIDIwMTggYXQgMTo0MiBQTSwgIDxkaHkzMzZAc2luYS5jb20+IHdy b3RlOgpIaSwgQWxvbmEKMS4gIG5vdCAgb3BlbmVkIHRoZSBTZXR1cE5ldHdva3MgZGlhbG9nLiAg d2hpbGUgaW5zdGFsbGluZyB0aGUgaG9zdCAuMi4gICBJIHRyeSB0byBtYW55IHRpbWVzIHRvICBy ZS1pbnN0YWxsIChvciByZW1vdmUgYW5kIHJlLWFkZCkgdGhlIGhvc3QgIC0tLS0tINStyrzTyrz+ IC0tLS0tCreivP7Iy6O6QWxvbmEgS2FwbGFuIDxhbGthcGxhbkByZWRoYXQuY29tPgrK1bz+yMuj umRoeTMzNkBzaW5hLmNvbQqzrcvNyMujunVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+Ctb3zOKjulJl OiBbb3ZpcnQtdXNlcnNdIG92aXJ0LWVuZ2luZSBhZGQgaG9zdCBmYWlsZWQKyNXG2qO6MjAxOMTq MDPUwjE0yNUgMTi14zQ3t9YKCkhpLAoKU2VlbXMgdGhlIGNvbW11bmljYXRpb24gd2l0aCB0aGUg aG9zdCBpcyBzbG93IGFuZCB5b3UgZ2V0IGEgdGltZW91dCBlcnJvci4KSXMgdGhlcmUgYSBjaGFu Y2UgeW91IG9wZW5lZCB0aGUgU2V0dXBOZXR3b2tzIGRpYWxvZyB3aGlsZSBpbnN0YWxsaW5nIHRo ZSBob3N0IChpdCBtYXkgc2xvdyBkb3duIHRoZSBob3N0IHNpbmNlIGl0IHF1ZXJpZXMgdGhlIGhv c3QgZm9yIGxsZHAgaW5mb3JtYXRpb24pPwpQbGVhc2UgdHJ5IHRvIHJlLWluc3RhbGwgKG9yIHJl bW92ZSBhbmQgcmUtYWRkKSB0aGUgaG9zdCAoZG9uJ3Qgb3BlbiB0aGUgc2V0dXAgbmV0d29yayBk aWFsb2cgZHVyaW5nIHRoZSBpbnN0YWxsYXRpb24pLgpNb3JlIHRlY2huaWNhbGx5LCB0aGVyZSBp cyBhIGJ1ZyBpbiB0aGUgY29kZSAtQ29sbGVjdGluZyBhbmQgcGVyc2lzdGluZyB0aGUgZGF0YSBm cm9tIHRoZSBob3N0IGlzIGRvbmUgaW5zaWRlIGEgdHJhbnNhY3Rpb24uT25seSB0aGUgcGVyc2lz dGluZyBzaG91bGQgYmUgZG9uZSBpbiBhIHRyYW5zYWN0aW9uLkFjY29yZGluZyB0byB0aGUgYXR0 YWNoZWQgbG9nIHNlZW1zIHRoZSBjb2xsZWN0aW9uIG9mIHRoZSBkYXRhIGZyb20gdGhlIGhvc3Qg ZmluaXNoZWQgc3VjY2Vzc2Z1bGx5ICh3YXMgc2xvdywgYnV0IGZpbmlzaGVkIHdpdGhvdXQgYSB0 aW1lb3V0KSwgYnV0IHRoZSBwZXJzaXN0ZW5jZSBvZiB0aGUgZGF0YSBmYWlscyBzaW5jZSBkdXJp bmcgdGhlIHBlcnNpc3RlbmNlIHRoZSB0cmFuc2FjdGlvbiByZWFjaGVkIHRvIHRoZSB0aW1lb3V0 LgpDYW4geW91IHBsZWFzZSBmaWxlIGEgYnVnIGluIHRoZSBidWd6aWxsYSBhbmQgYXR0YWNoIHRo ZSByZWxldmFudCBsb2dzIChlbmdpbmUubG9nLCBzZXJ2ZXIubG9nIGFuZCB2ZHNtLmxvZykKVGhh bmtzLkFsb25hLgoKCgpPbiBXZWQsIE1hciAxNCwgMjAxOCBhdCA1OjE1IEFNLCAgPGRoeTMzNkBz aW5hLmNvbT4gd3JvdGU6CkkgYWRkIGhvc3QgZm9yIG92aXJ0LWVuZ2luZSwgIHdoZW4gU2V0dXBO ZXR3b3JrcyBmYWlsZCwgc2VydmVyLmxvZyBoYXMgc29tZSBlcnJvci4gQnV0IEkgZG8gbm90IGhv dyBmaXggaXQsICBjb3VsZCBzb21lb25lIGdpdmUgbWUgc29tZSBhZHZpc2U/Cl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg0KVXNlcnMgbWFpbGluZyBsaXN0 Cg0KVXNlcnNAb3ZpcnQub3JnCg0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzCg0KCgoNCg0KCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwpVc2VycyBtYWlsaW5nIGxpc3QKVXNlcnNAb3ZpcnQub3JnCmh0dHA6Ly9s aXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycwo= --=-sinamail_alt_61e983dfd786db92d95d2303ab35312a Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5IaSZuYnNwOzxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQyLCAyNDIs IDI0Mik7Ij5BbG9uYSw8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1j b2xvcjogcmdiKDI0MiwgMjQyLCAyNDIpOyI+Jm5ic3A7SSB0ZXN0IHlvdXIgcGF0Y2gsIGl0IGlz IHdvcmssIHRoYW5rIHlvdSB2ZXJ5IG11Y2gsIGJ1dCBJIHNlZW0gbm90IGtub3cgaG93IHRvICZu YnNwO3RyaWdnZXJlZCB0aGlzIGJ1Zz88L3NwYW4+PC9kaXY+PGRpdiBpZD0ib3JpZ2JvZHkiPjxk aXYgc3R5bGU9ImJhY2tncm91bmQ6ICNmMmYyZjI7Ij4tLS0tLSDUrcq808q8/iAtLS0tLTxicj63 orz+yMujuiZsdDtkaHkzMzZAc2luYS5jb20mZ3Q7PGJyPsrVvP7Iy6O6IkFsb25hIEthcGxhbiIg Jmx0O2Fsa2FwbGFuQHJlZGhhdC5jb20mZ3Q7PGJyPrOty83Iy6O6dXNlcnMgJmx0O3VzZXJzQG92 aXJ0Lm9yZyZndDs8YnI+1vfM4qO6W292aXJ0LXVzZXJzXSC72Li0o7pSZTogUmU6ICBvdmlydC1l bmdpbmUgYWRkX2hvc3RfZmFpbGVkPGJyPsjVxtqjujIwMTjE6jAz1MIxNcjVIDEwteM0MrfWPGJy PjwvZGl2Pjxicj48ZGl2PkhpJm5ic3A7PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6IHJn YigyNDIsIDI0MiwgMjQyKTsiPkFsb25hLDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQyLCAyNDIsIDI0Mik7Ij4mbmJzcDtJIGhhcyZuYnNwOzwv c3Bhbj5maWxlIGEgYnVnIGluIHRoZSBidWd6aWxsYS4gdXJsIGlzICZuYnNwO2h0dHBzOi8vYnVn emlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTU1NjY2OCwgdGhhbmtzLiZuYnNwOzwv ZGl2PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdiBpZD0ib3JpZ2JvZHkiPjxkaXYgc3R5bGU9ImJhY2tn cm91bmQ6ICNmMmYyZjI7Ij4tLS0tLSDUrcq808q8/iAtLS0tLTxicj63orz+yMujukFsb25hIEth cGxhbiAmbHQ7YWxrYXBsYW5AcmVkaGF0LmNvbSZndDs8YnI+ytW8/sjLo7pkaHkzMzZAc2luYS5j b208YnI+s63LzcjLo7p1c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj7W98zio7pSZTog UmU6IFtvdmlydC11c2Vyc10gb3ZpcnQtZW5naW5lIGFkZCBob3N0IGZhaWxlZDxicj7I1cbao7oy MDE4xOowM9TCMTTI1SAyMrXjNTa31jxicj48L2Rpdj48YnI+PGRpdiBkaXI9Imx0ciI+PGRpdj48 ZGl2PjxkaXY+SGksPGJyPjxicj48L2Rpdj5JIHBvc3RlZCBhIHBhdGNoIHdpdGggYSBwcm9wb3Nl ZCBmaXggKDxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJodHRwczovL2dlcnJpdC5vdmlydC5vcmcv Iy9jLzg4OTk5LyI+aHR0cHM6Ly9nZXJyaXQub3ZpcnQub3JnLyMvYy84ODk5OS88L2E+KS48YnI+ PC9kaXY+UGxlYXNlIG9wZW4gYSBidWcgc28geW91IGNhbiB0cmFjayB0aGUgdmVyc2lvbiB0aGUg Zml4IGlzIGluY2x1ZGVkIGluLjxicj48YnI+PC9kaXY+UGxlYXNlIGF0dGFjaCB0byB0aGUgYnVn IHZkc20ubG9nLCBlbmdpbmUubG9nIGFuZCBzZXJ2ZXIubG9nIChJZiB5b3UgaGFkIHNldmVyYWwg YXR0ZW1wdHMgdG8gcmVpbnN0YWxsL3JlbW92ZS1hZGQgdGhlIGhvc3QgcGxlYXNlIGFkZCB0aGUg bG9ncyB3aXRoIGFsbCB0aGUgYXR0ZW1wdHMpLjxicj48YnI+PC9kaXY+PGRpdiBjbGFzcz0iIj48 YnI+PGRpdiBjbGFzcz0iIj5PbiBXZWQsIE1hciAxNCwgMjAxOCBhdCAxOjQyIFBNLCAgPHNwYW4g ZGlyPSJsdHIiPiZsdDs8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0ibWFpbHRvOmRoeTMzNkBzaW5h LmNvbSI+ZGh5MzM2QHNpbmEuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj48YmxvY2txdW90 ZSBjbGFzcz0iIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mg c29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PGRpdj5IaSwmbmJzcDtBbG9uYTwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+MS4gJm5ic3A7bm90ICZuYnNwO29wZW5lZCB0aGUgU2V0dXBOZXR3b2tzIGRp YWxvZy4gJm5ic3A7d2hpbGUgaW5zdGFsbGluZyB0aGUgaG9zdCAuPC9kaXY+PGRpdj4yLiAmbmJz cDsgSSB0cnkgdG8gbWFueSB0aW1lcyB0byAmbmJzcDtyZS1pbnN0YWxsIChvciByZW1vdmUgYW5k IHJlLWFkZCkgdGhlIGhvc3QgJm5ic3A7PC9kaXY+PGRpdiBjbGFzcz0iIj48ZGl2IGNsYXNzPSIi PjxkaXYgaWQ9Im1fODkzMzcyMzM0Mjk0NDEwNTU2N29yaWdib2R5Ij48ZGl2IHN0eWxlPSJiYWNr Z3JvdW5kOiNmMmYyZjIiPi0tLS0tINStyrzTyrz+IC0tLS0tPGJyPreivP7Iy6O6QWxvbmEgS2Fw bGFuICZsdDs8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0ibWFpbHRvOmFsa2FwbGFuQHJlZGhhdC5j b20iPmFsa2FwbGFuQHJlZGhhdC5jb208L2E+Jmd0Ozxicj7K1bz+yMujujxhIHRhcmdldD0iX2Js YW5rIiBocmVmPSJtYWlsdG86ZGh5MzM2QHNpbmEuY29tIj5kaHkzMzZAc2luYS5jb208L2E+PGJy PrOty83Iy6O6dXNlcnMgJmx0OzxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJtYWlsdG86dXNlcnNA b3ZpcnQub3JnIj51c2Vyc0BvdmlydC5vcmc8L2E+Jmd0Ozxicj7W98zio7pSZTogW292aXJ0LXVz ZXJzXSBvdmlydC1lbmdpbmUgYWRkIGhvc3QgZmFpbGVkPGJyPsjVxtqjujIwMTjE6jAz1MIxNMjV IDE4teM0N7fWPGJyPjwvZGl2Pjxicj48ZGl2IGRpcj0ibHRyIj48ZGl2PjxkaXY+PGRpdj5IaSw8 YnI+PGJyPjwvZGl2PlNlZW1zIHRoZSBjb21tdW5pY2F0aW9uIHdpdGggdGhlIGhvc3QgaXMgc2xv dyBhbmQgeW91IGdldCBhIHRpbWVvdXQgZXJyb3IuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5J cyB0aGVyZSBhIGNoYW5jZSB5b3Ugb3BlbmVkIHRoZSBTZXR1cE5ldHdva3MgZGlhbG9nIHdoaWxl IGluc3RhbGxpbmcgdGhlIGhvc3QgKGl0IG1heSBzbG93IGRvd24gdGhlIGhvc3Qgc2luY2UgaXQg cXVlcmllcyB0aGUgaG9zdCBmb3IgbGxkcCBpbmZvcm1hdGlvbik/PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5QbGVhc2UgdHJ5IHRvIHJlLWluc3RhbGwgKG9yIHJlbW92ZSBhbmQgcmUtYWRkKSB0 aGUgaG9zdCAoZG9uJ3Qgb3BlbiB0aGUgc2V0dXAgbmV0d29yayBkaWFsb2cgZHVyaW5nIHRoZSBp bnN0YWxsYXRpb24pLjwvZGl2PjxkaXY+PGJyPjwvZGl2Pk1vcmUgdGVjaG5pY2FsbHksIHRoZXJl IGlzIGEgYnVnIGluIHRoZSBjb2RlIC08L2Rpdj48ZGl2PkNvbGxlY3RpbmcgYW5kIHBlcnNpc3Rp bmcgdGhlIGRhdGEgZnJvbSB0aGUgaG9zdCBpcyBkb25lIGluc2lkZSBhIHRyYW5zYWN0aW9uLjwv ZGl2PjxkaXY+T25seSB0aGUgcGVyc2lzdGluZyBzaG91bGQgYmUgZG9uZSBpbiBhIHRyYW5zYWN0 aW9uLjwvZGl2PjxkaXY+QWNjb3JkaW5nIHRvIHRoZSBhdHRhY2hlZCBsb2cgc2VlbXMgdGhlIGNv bGxlY3Rpb24gb2YgdGhlIGRhdGEgZnJvbSB0aGUgaG9zdCBmaW5pc2hlZCBzdWNjZXNzZnVsbHkg KHdhcyBzbG93LCBidXQgZmluaXNoZWQgd2l0aG91dCBhIHRpbWVvdXQpLCBidXQgdGhlIHBlcnNp c3RlbmNlIG9mIHRoZSBkYXRhIGZhaWxzIHNpbmNlIGR1cmluZyB0aGUgcGVyc2lzdGVuY2UgdGhl IHRyYW5zYWN0aW9uIHJlYWNoZWQgdG8gdGhlIHRpbWVvdXQuPC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5DYW4geW91IHBsZWFzZSBmaWxlIGEgYnVnIGluIHRoZSBidWd6aWxsYSBhbmQgYXR0YWNo IHRoZSByZWxldmFudCBsb2dzIChlbmdpbmUubG9nLCBzZXJ2ZXIubG9nIGFuZCB2ZHNtLmxvZyk8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoYW5rcy48L2Rpdj48ZGl2PkFsb25hLjxicj48L2Rp dj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48ZGl2Pjxicj48ZGl2Pk9uIFdl ZCwgTWFyIDE0LCAyMDE4IGF0IDU6MTUgQU0sICA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIHRhcmdl dD0iX2JsYW5rIiBocmVmPSJtYWlsdG86ZGh5MzM2QHNpbmEuY29tIj5kaHkzMzZAc2luYS5jb208 L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW46MCAwIDAg LjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij5JIGFkZCBo b3N0IGZvciBvdmlydC1lbmdpbmUsICZuYnNwO3doZW4gU2V0dXBOZXR3b3JrcyBmYWlsZCwgc2Vy dmVyLmxvZyBoYXMgc29tZSBlcnJvci4gQnV0IEkgZG8gbm90IGhvdyBmaXggaXQsICZuYnNwO2Nv dWxkIHNvbWVvbmUgZ2l2ZSBtZSBzb21lIGFkdmlzZT88YnI+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxicj4NClVzZXJzIG1haWxpbmcgbGlzdDxi cj4NCjxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5Vc2Vy c0BvdmlydC5vcmc8L2E+PGJyPg0KPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Imh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycyIgcmVsPSJub3JlZmVycmVyIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW48d2JyPi9saXN0aW5mby91c2VyczwvYT48YnI+DQo8 YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4NCg0KPC9kaXY+PC9kaXY+PC9kaXY+PC9i bG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj4NCg0KPC9kaXY+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+VXNlcnMgbWFpbGluZyBsaXN0PGJyPlVzZXJz QG92aXJ0Lm9yZzxicj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNl cnM8YnI+PC9kaXY+ --=-sinamail_alt_61e983dfd786db92d95d2303ab35312a--

2 1

Using VDSM to edit management interface
by Kirin van der Veer 15 Mar '18

15 Mar '18

Hi oVirt people, I have setup a new cluster consisting of many oVirt Nodes with a single dedicated oVirt Engine machine. For the most part things are working, however despite entering the DNS search domain during install on the Nodes the management interface is not aware of my search domain and it has not been added to /etc/resolv.conf (perhaps that is unnecessary?). I eventually worked out that the DNS search domain should be included in /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt However as per the header/warning, that file is generated by VDSM. I assumed that I should be able to edit the search domain with vdsClient, but when I run "vdsClient -m" I don't see any options related to network config. I found the following page on DNS config: https://www.ovirt.org/develop/release-management/features/network/allowExpl… But it does not seem to offer a way of specifying the DNS search domain (other than perhaps directly editing /etc/resolv.conf - which is generated/managed by Network Manager). nmcli reports that all of my interfaces (including ovirtmgmt) are "unmanaged". Indeed when I attempt to run nmtui there is nothing listed to configure. This should be really simple! I just want to add my local search domain so I can use the short name for my NFS server. I'd appreciate any advice. Thanks in advance, Kirin. . -- *IMPORTANT NOTE. *If you are NOT AN AUTHORISED RECIPIENT of this e-mail, please contact Planet Innovation Pty Ltd by return e-mail or by telephone on +613 9945 7510. In this case, you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. This e-mail and any attachments are confidential and may contain legally privileged information and/or copyright material of Planet Innovation Pty Ltd or third parties. You should only re-transmit, distribute or commercialise the material if you are authorised to do so. Although we use virus scanning software, we deny all liability for viruses or alike in any message or attachment. This notice should not be removed.

2 1