- Users - oVirt List Archives

4.2.3 -- Snapshot in GUI Issue
by Zack Gould 14 May '18

14 May '18

Is there no way to restore a snapshot via the GUI on 4.2 anymore? I can't take snapshot, but there's no restore option. Since the new GUI design, it appears that it's missing?

2 1

Upgrading 4.1 to 4.2.3 -- which gluster repo?
by John Florian 14 May '18

14 May '18

I'm not using gluster, my storage is all via iSCSI. Given that http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8 is now causing yum failures when I try to run engine-setup, what should I do? -- John Florian

1 0

Re: strange issue: vm lost info on disk
by Benny Zlotnik 14 May '18

14 May '18

I see here a failed attempt: 2018-05-09 16:00:20,129-03 ERROR [org.ovirt.engine.core.dal. dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-67) [bd8eeb1d-f49a-4f91-a521-e0f31b4a7cbd] EVENT_ID: USER_MOVED_DISK_FINISHED_FAILURE(2,011), User admin@internal-authz have failed to move disk mail02-int_Disk1 to domain 2penLA. Then another: 2018-05-09 16:15:06,998-03 ERROR [org.ovirt.engine.core.dal. dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-34) [] EVENT_ID: USER_MOVED_DISK_FINISHED_FAILURE(2,011), User admin@internal-authz have failed to move disk mail02-int_Disk1 to domain 2penLA. Here I see a successful attempt: 2018-05-09 21:58:42,628-03 INFO [org.ovirt.engine.core.dal. dbbroker.auditloghandling.AuditLogDirector] (default task-50) [940b051c-8c63-4711-baf9-f3520bb2b825] EVENT_ID: USER_MOVED_DISK(2,008), User admin@internal-authz moving disk mail02-int_Disk1 to domain 2penLA. Then, in the last attempt I see the attempt was successful but live merge failed: 2018-05-11 03:37:59,509-03 ERROR [org.ovirt.engine.core.bll.MergeStatusCommand] (EE-ManagedThreadFactory-commandCoordinator-Thread-2) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Failed to live merge, still in volume chain: [5d9d2958-96bc-49fa-9100-2f33a3ba737f, 52532d05-970e-4643-9774-96c31796062c] 2018-05-11 03:38:01,495-03 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-51) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Command 'LiveMigrateDisk' (id: '115fc375-6018-4d59-b9f2-51ee05ca49f8') waiting on child command id: '26bc52a4-4509-4577-b342-44a679bc628f' type:'RemoveSnapshot' to complete 2018-05-11 03:38:01,501-03 ERROR [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-51) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Command id: '4936d196-a891-4484-9cf5-fceaafbf3364 failed child command status for step 'MERGE_STATUS' 2018-05-11 03:38:01,501-03 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-51) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Command 'RemoveSnapshotSingleDiskLive' id: '4936d196-a891-4484-9cf5-fceaafbf3364' child commands '[8da5f261-7edd-4930-8d9d-d34f232d84b3, 1c320f4b-7296-43c4-a3e6-8a868e23fc35, a0e9e70c-cd65-4dfb-bd00-076c4e99556a]' executions were completed, status 'FAILED' 2018-05-11 03:38:02,513-03 ERROR [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-2) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Merging of snapshot '319e8bbb-9efe-4de4-a9a6-862e3deb891f' images '52532d05-970e-4643-9774-96c31796062c'..'5d9d2958-96bc-49fa-9100-2f33a3ba737f' failed. Images have been marked illegal and can no longer be previewed or reverted to. Please retry Live Merge on the snapshot to complete the operation. 2018-05-11 03:38:02,519-03 ERROR [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-2) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Ending command 'org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand' with failure. 2018-05-11 03:38:03,530-03 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-37) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Command 'RemoveSnapshot' id: '26bc52a4-4509-4577-b342-44a679bc628f' child commands '[4936d196-a891-4484-9cf5-fceaafbf3364]' executions were completed, status 'FAILED' 2018-05-11 03:38:04,548-03 ERROR [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-66) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Ending command 'org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand' with failure. 2018-05-11 03:38:04,557-03 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-66) [d5b7fdf5-9c37-4c1f-8543-a7bc75c993a5] Lock freed to object 'EngineLock:{exclusiveLocks='[4808bb70-c9cc-4286-aa39-16b5798213ac=LIVE_STORAGE_MIGRATION]', sharedLocks=''}' I do not see the merge attempt in the vdsm.log, so please send vdsm logs for node02.phy.eze.ampgn.com.ar from that time. Also, did you use the auto-generated snapshot to start the vm? On Fri, May 11, 2018 at 6:11 PM, Juan Pablo <pablo.localhost(a)gmail.com> wrote: > after the xfs_repair, it says: sorry I could not find valid secondary > superblock > > 2018-05-11 12:09 GMT-03:00 Juan Pablo <pablo.localhost(a)gmail.com>: > >> hi, >> Alias: >> mail02-int_Disk1 >> Description: >> ID: >> 65ec515e-0aae-4fe6-a561-387929c7fb4d >> Alignment: >> Unknown >> Disk Profile: >> Wipe After Delete: >> No >> >> that one >> >> 2018-05-11 11:12 GMT-03:00 Benny Zlotnik <bzlotnik(a)redhat.com>: >> >>> I looked at the logs and I see some disks have moved successfully and >>> some failed. Which disk is causing the problems? >>> >>> On Fri, May 11, 2018 at 5:02 PM, Juan Pablo <pablo.localhost(a)gmail.com> >>> wrote: >>> >>>> Hi, just sent you via drive the files. attaching some extra info, >>>> thanks thanks and thanks : >>>> >>>> from inside the migrated vm I had the following attached dmesg output >>>> before rebooting >>>> >>>> regards and thanks again for the help, >>>> >>>> 2018-05-11 10:45 GMT-03:00 Benny Zlotnik <bzlotnik(a)redhat.com>: >>>> >>>>> Dropbox or google drive I guess. Also, can you attach engine.log? >>>>> >>>>> On Fri, May 11, 2018 at 4:43 PM, Juan Pablo <pablo.localhost(a)gmail.com >>>>> > wrote: >>>>> >>>>>> >>>>>> vdsm is too big for gmail ...any other way I can share it with you? >>>>>> >>>>>> >>>>>> ---------- Forwrded message ---------- >>>>>> From: Juan Pablo <pablo.localhost(a)gmail.com> >>>>>> Date: 2018-05-11 10:40 GMT-03:00 >>>>>> Subject: Re: [ovirt-users] strange issue: vm lost info on disk >>>>>> To: Benny Zlotnik <bzlotnik(a)redhat.com> >>>>>> Cc: users <Users(a)ovirt.org> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Benny, thanks for your reply! it was a Live migration. sorry, it was >>>>>> from nfs to iscsi, not otherwise. I have reboot the vm for rescue and it >>>>>> does not detect any partitions with fdisk, Im running a xfs_repair with -n >>>>>> and found some corrupted primary superblock., its still running... ( so... >>>>>> there's info in the disk maybe?) >>>>>> >>>>>> attaching logs, let me know if those are the ones. >>>>>> thanks again! >>>>>> >>>>>> 2018-05-11 9:45 GMT-03:00 Benny Zlotnik <bzlotnik(a)redhat.com>: >>>>>> >>>>>>> Can you provide the logs? engine and vdsm. >>>>>>> Did you perform a live migration (the VM is running) or cold? >>>>>>> >>>>>>> On Fri, May 11, 2018 at 2:49 PM, Juan Pablo < >>>>>>> pablo.localhost(a)gmail.com> wrote: >>>>>>> >>>>>>>> Hi! , Im strugled about an ongoing problem: >>>>>>>> after migrating a vm's disk from an iscsi domain to a nfs and >>>>>>>> ovirt reporting the migration was successful, I see there's no data >>>>>>>> 'inside' the vm's disk. we never had this issues with ovirt so Im stranged >>>>>>>> about the root cause and if theres a chance of recovering the information. >>>>>>>> >>>>>>>> can you please help me out troubleshooting this one? I would really >>>>>>>> appreciate it =) >>>>>>>> running ovirt 4.2.1 here! >>>>>>>> >>>>>>>> thanks in advance, >>>>>>>> JP >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Users mailing list -- users(a)ovirt.org >>>>>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

3 11

sdk api and follow question / bug
by Peter Hudec 14 May '18

14 May '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, I'm using API to get stats about the VM using the FOLLOW syntax described in http://ovirt.github.io/ovirt-engine-api-model/4.2/#documents/003_common_ concepts/follow In my case I list all VM with FOLLOWING - 'statistics', - 'nics.statistics', - 'disk_attachments.disk.statistics' On my env with about 50 VM the query took about 12s but the paring for the monitoring system is easy. The question is, it's better to split the code and use more queries as the note in the API docs recommends? Not sure it will be faster and less cpu intensive on the engine side. Also the disk_attachments.disk.statistics on VMs seems to be broken, I'm not getting the data on 4.2.2 installation. /using json syntax, not xml/ regards Peter - -- *Peter Hudec* Infraštruktúrny architekt phudec(a)cnc.sk <mailto:phudec@cnc.sk> *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2 35 000 100 Mobil:+421 905 997 203 *www.cnc.sk* <http:///www.cnc.sk> -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERCwM7E/ZOYb1ejhCbZu8qDuIhFsFAlr0A60ACgkQbZu8qDuI hFuh9RAAxP7o7Ve7tGN2c9ClG5FQcOpUH9Jwa6JiieEauFP3ivIdN1vVwA+YhgVW Ij9iDrXBWdtlVrlQojqInMrWjNUQoeSAiJGTee/LztjeKrxK7Hkbd6JC8GAL0WbK NWjHtzODX98MHhY7tgFoCW0xApUcN4c+jp5E8IuN/Gh19Ml3Nk9okUbbXDAnOxNK 1n5y1wnye2Gjk7hVwHoccY4V74FgjQ/hKbVRwjhDXHsHa9VHBpLJKtRhu1+5JdDj ba79B5KM7w9CYI/QnLDsKeGLHsEylEnw6zY6+seitRAtIGfe7XB+PDddt9dSoC91 bwZfVEx6GCUr6lp+YJsbd/BCFdjLpMhWuI1q3d0A1rzuB4P/9/ehK2fB5ZtE5IDx snkfNOk9sn/+AxuR79GnORdAOL38VFtNg1vZeHBVCg9byQ+mPcIlXdavYmZw9Sn3 lqsuS8xzcVltRw30eF9ne8uIlDETUdLQ84/RI2kxcbXT6naGWH9pbtto5ttY84Oc QLAzIKeSFj9GFQm06b5wCReA7gpApU1eMeBlXEhGfUwwpQ4Ma2QjGVHLM6yyIbHG uqKQcaU2z0gZANmDMw1RSv6AbDiDYvF5UNznCJklrxKycLKgiLVYEfsDcT8+mSKK pFqazDVn6HzEa+SnU+peSQxb0N1oCfnufUqyCumih+8FNmjr1V8= =u7vS -----END PGP SIGNATURE-----

2 2

oVirt 4.2.3 on RHEL/CentOS 7.5
by Stefano Stagnaro 14 May '18

14 May '18

Hello, since oVirt 4.2.3 release notes still indicates the availability for EL 7.4, I would like to know if the release has been tested for EL 7.5 yet and it's safe to install the VDSM on it (instead of oVirt Node). Thank you. -- Stefano Stagnaro Prisma Telecom Testing S.r.l. Via Petrocchi, 4 20127 Milano – Italy Tel. 02 26113507 int 339 e-mail: stefanos(a)prismatelecomtesting.com skype: stefano.stagnaro

2 1

oVirt guest agent on OpenSUSE 42.3 Leap
by Magnus Isaksson 14 May '18

14 May '18

Hi all I have some trouble with guest agent for OpenSUSE 42.3 Leap, short version, it don’t start. I have followed instructions that I could find about this error, but all I could find was for Debian 8 (http://lists.ovirt.org/pipermail/users/2018-January/086102.html) Still same problem. Anyone who can help me get this right? # cat /etc/os-release NAME="openSUSE Leap" VERSION="42.3" -------- # systemctl status ovirt-guest-agent ● ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-guest-agent.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Mon 2018-05-07 17:25:40 CEST; 17h ago Process: 1167 ExecStart=/usr/bin/python /usr/share/ovirt-guest-agent/ovirt-guest-agent.py (code=exited, status=1/FAILURE) Process: 1156 ExecStartPre=/bin/chown ovirtagent:ovirtagent /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 1141 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS) Process: 1132 ExecStartPre=/sbin/modprobe virtio_console (code=exited, status=0/SUCCESS) Main PID: 1167 (code=exited, status=1/FAILURE) May 07 17:25:39 seweb03 systemd[1]: Starting oVirt Guest Agent... May 07 17:25:39 seweb03 systemd[1]: Started oVirt Guest Agent. May 07 17:25:40 seweb03 systemd[1]: ovirt-guest-agent.service: Main process exited, code=exited, status=1/FAILURE May 07 17:25:40 seweb03 systemd[1]: ovirt-guest-agent.service: Unit entered failed state. May 07 17:25:40 seweb03 systemd[1]: ovirt-guest-agent.service: Failed with result 'exit-code'. ------ From /var/log/ovirt-guest-agent/ovirt-guest-agent.log MainThread::INFO::2018-05-08 10:47:48,782::ovirt-guest-agent::59::root::Starting oVirt guest agent MainThread::ERROR::2018-05-08 10:47:48,783::ovirt-guest-agent::140::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 134, in <module> agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 65, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 466, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 188, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 151, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 132, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 13] Permission denied: '/dev/virtio-ports/ovirt-guest-agent.0' ----- # zypper info ovirt-guest-agent-common Loading repository data... Reading installed packages... Information for package ovirt-guest-agent-common: ------------------------------------------------- Repository : openSUSE-Leap-42.3-0 Name : ovirt-guest-agent-common Version : 1.0.12-3.1 Arch : noarch Vendor : openSUSE Installed Size : 140.0 KiB Installed : Yes Status : up-to-date Source package : ovirt-guest-agent-1.0.12-3.1.src Summary : Commonly used files of the oVirt Guest Agent Description : This is the oVirt management agent running inside the guest. The agent interfaces with the oVirt manager, supplying heart-beat info as well as run-time data from within the guest itself. The agent also accepts control commands to be run executed within the OS (like: shutdown and restart). ----- # zypper lr Repository priorities are without effect. All enabled repositories share the same priority. # | Alias | Name | Enabled | GPG Check | Refresh ---+---------------------------+-----------------------------------------+---------+-----------+-------- 1 | Virtualization_oVirt | oVirt (openSUSE_Leap_42.3) | Yes | (r ) Yes | No Regards Magnus

2 2

ovirt-error spm
by Арслан 14 May '18

14 May '18

Hello. There are hosts on which the OS centos7.3 Ovirt 4.1 service is deployed on hosts Hosts have been added to the ovirt cluster. SPM can not be assigned to any host. In logs such error: VDSM node2.exmple.local command HSMGetAllTasksStatusesVDS failed: Not SPM: () Can you tell me what could be the problem? If necessary, I will provide more voluminous logs. -- С уважением, Кубанов Арслан Инженер Департамент сетевой интеграции ЛАНИТ 129075, г. Москва, Мурманский проезд, д. 14, корп. 1 Тел.: +7 (495) 967-6650 #18287 www.lanit.ru

1 0

Package conflicts with release of oVirt 4.2.3 and CentOS 7.5 (cockpit packages required by ovirt)
by Sam McLeod 14 May '18

14 May '18

Howdy all, I've again been hit by packaging conflicts with the release of oVirt 4.2.3 and CentOS 7.5. The error I'm getting when running yum upgrade then accepting the list of packages to upgrade is: Transaction check error: file /usr/share/cockpit/networkmanager/manifest.json from install of cockpit-system-160-3.el7.centos.noarch conflicts with file from package cockpit-networkmanager-160-1.el7.centos.noarch * Both these packages are provided as part of centos extras, this leaves me wondering if this repo is expected to be disabled when oVirt is installed? * If that is the case, there should probably be some clear documentation on what yum repos should not ever be enabled when using oVirt as it seems package conflicts are very common - thoughts? The two packages: # yum info cockpit-system-160-3.el7.centos.noarch Loaded plugins: fastestmirror, package_upload, priorities, product-id, protectbase, rpm-warm-cache, search-disabled-repos, subscription-manager, versionlock This system is not registered with an entitlement server. You can use subscription-manager to register. Loading mirror speeds from cached hostfile 0 packages excluded due to repository protections Available Packages Name : cockpit-system Arch : noarch Version : 160 Release : 3.el7.centos Size : 1.1 M Repo : extras/7/x86_64 Summary : Cockpit admin interface package for configuring and troubleshooting a system URL : http://cockpit-project.org/ License : LGPLv2+ Description : This package contains the Cockpit shell and system configuration interfaces. # yum info cockpit-networkmanager-160-1.el7.centos.noarch Loaded plugins: fastestmirror, package_upload, priorities, product-id, protectbase, rpm-warm-cache, search-disabled-repos, subscription-manager, versionlock This system is not registered with an entitlement server. You can use subscription-manager to register. Loading mirror speeds from cached hostfile 0 packages excluded due to repository protections Installed Packages Name : cockpit-networkmanager Arch : noarch Version : 160 Release : 1.el7.centos Size : 114 k Repo : installed From repo : extras Summary : Cockpit user interface for networking, using NetworkManager URL : http://cockpit-project.org/ License : LGPLv2+ Description : The Cockpit component for managing networking. This package uses NetworkManager. -- Sam McLeod (protoporpoise on IRC) https://smcleod.net https://twitter.com/s_mcleod Words are my own opinions and do not necessarily represent those of my employer or partners.

4 7

oVirt 4.2.3 on RHEL/CentOS 7.5
by Stefano Stagnaro 14 May '18

14 May '18

Hello, since oVirt 4.2.3 release notes still indicates the availability for EL 7.4, I would like to know if the release has been tested for EL 7.5 yet and it's safe to install the VDSM on it (instead of oVirt Node). Thank you. -- Stefano Stagnaro Prisma Telecom Testing S.r.l. Via Petrocchi, 4 20127 Milano – Italy Tel. 02 26113507 int 339 e-mail: stefanos(a)prismatelecomtesting.com skype: stefano.stagnaro

1 0

Re: Ovirt Self Hosted engine deploy fails
by Simone Tiraboschi 14 May '18

14 May '18

Adding back the list as it could also help others. Can you please try manually starting ovn-controller checking where it's failing? On Mon, May 14, 2018 at 10:27 AM, Sumit Bharadia <03ce007(a)gmail.com> wrote: > the service has failed to start. Any suggestions? > > -- Logs begin at Mon 2018-05-14 06:51:03 BST, end at Mon 2018-05-14 > 09:21:48 BST. -- > May 14 06:51:28 ovirt systemd[1]: Dependency failed for OVN controller > daemon. > -- Subject: Unit ovn-controller.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit ovn-controller.service has failed. > -- > -- The result is dependency. > May 14 06:51:28 ovirt systemd[1]: Job ovn-controller.service/start failed > with result 'dependency'. > May 14 07:02:40 ovirt systemd[1]: Dependency failed for OVN controller > daemon. > -- Subject: Unit ovn-controller.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit ovn-controller.service has failed. > -- > -- The result is dependency. > May 14 07:02:40 ovirt systemd[1]: Job ovn-controller.service/start failed > with result 'dependency'. > May 14 08:04:51 ovirt systemd[1]: Dependency failed for OVN controller > daemon. > -- Subject: Unit ovn-controller.service has failed > -- Defined-By: systemd > -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit ovn-controller.service has failed. > -- > -- The result is dependency. > May 14 08:04:51 ovirt systemd[1]: Job ovn-controller.service/start failed > with result 'dependency'. > > > > > On 14 May 2018 at 09:12, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > >> >> >> On Mon, May 14, 2018 at 10:03 AM, Sumit Bharadia <03ce007(a)gmail.com> >> wrote: >> >>> attached from engine VM. >>> >> >> >> The issue is here: >> >> 2018-05-14 08:04:50,596 p=26024 u=ovirt | TASK >> [ovirt-provider-ovn-driver : Ensure ovn-controller is started] ************ >> 2018-05-14 08:04:51,991 p=26024 u=ovirt | fatal: [ovirt]: FAILED! => { >> "changed": false >> } >> >> MSG: >> >> Unable to start service ovn-controller: A dependency job for >> ovn-controller.service failed. See 'journalctl -xe' for details. >> >> >> Can you please double check the output of: >> journalctl -xe -u ovn-controller >> >> >> >>> >>> Thank you. >>> >>> On 14 May 2018 at 08:46, Simone Tiraboschi <stirabos(a)redhat.com> wrote: >>> >>>> Hi, >>>> can you please attach host-deploy logs? >>>> You can find them under /var/log/ovirt-engine/host-deploy on the >>>> engine VM (you can reach it with ssh from the host you tried to deploy). >>>> >>>> On Mon, May 14, 2018 at 9:27 AM, <03ce007(a)gmail.com> wrote: >>>> >>>>> I am trying to setup self hosted ovirt engine (4.2) on centos 7.4, but >>>>> the setup fails after 'Add host' task on 'wait for the host to be up'. The >>>>> log doesn't seem to give clear indication where the issue might be. But I >>>>> got below when ssh manually into ovirt appliance where the engine-deploy >>>>> runs and I see the host status as'install_failed'. >>>>> >>>>> Where the issue might be, and where can i find detailed log on failure? >>>>> >>>>> "ovirt_hosts": [ >>>>> { >>>>> "address": "ovirt", >>>>> "affinity_labels": [], >>>>> "auto_numa_status": "unknown", >>>>> "certificate": { >>>>> "organization": "ovirt", >>>>> "subject": "O=ovirt,CN=ovirt" >>>>> }, >>>>> "cluster": { >>>>> "href": "/ovirt-engine/api/clusters/ba >>>>> 170b8e-5744-11e8-8676-00163e3c9a32", >>>>> "id": "ba170b8e-5744-11e8-8676-00163e3c9a32" >>>>> }, >>>>> "comment": "", >>>>> "cpu": { >>>>> "speed": 0.0, >>>>> "topology": {} >>>>> }, >>>>> "device_passthrough": { >>>>> "enabled": false >>>>> }, >>>>> "devices": [], >>>>> "external_network_provider_configurations": [], >>>>> "external_status": "ok", >>>>> "hardware_information": { >>>>> "supported_rng_sources": [] >>>>> }, >>>>> "hooks": [], >>>>> "href": "/ovirt-engine/api/hosts/aad0f >>>>> e84-2a9b-446d-ac02-82a8f6eb2a3c", >>>>> "id": "aad0fe84-2a9b-446d-ac02-82a8f6eb2a3c", >>>>> "katello_errata": [], >>>>> "kdump_status": "unknown", >>>>> "ksm": { >>>>> "enabled": false >>>>> }, >>>>> "max_scheduling_memory": 0, >>>>> "memory": 0, >>>>> "name": "ovirt", >>>>> "network_attachments": [], >>>>> "nics": [], >>>>> "numa_nodes": [], >>>>> "numa_supported": false, >>>>> "os": { >>>>> "custom_kernel_cmdline": "" >>>>> }, >>>>> "permissions": [], >>>>> "port": 54321, >>>>> "power_management": { >>>>> "automatic_pm_enabled": true, >>>>> "enabled": false, >>>>> "kdump_detection": true, >>>>> "pm_proxies": [] >>>>> }, >>>>> "protocol": "stomp", >>>>> "se_linux": {}, >>>>> "spm": { >>>>> "priority": 5, >>>>> "status": "none" >>>>> }, >>>>> "ssh": { >>>>> "fingerprint": "SHA256:o98ZOygBK0jcfY+l5nfi0E >>>>> GV9v3A4zjclG9d+C3U0WA", >>>>> "port": 22 >>>>> }, >>>>> "statistics": [], >>>>> "status": "install_failed", >>>>> "storage_connection_extensions": [], >>>>> "summary": { >>>>> "total": 0 >>>>> }, >>>>> "tags": [], >>>>> "transparent_huge_pages": { >>>>> "enabled": false >>>>> }, >>>>> "type": "rhel", >>>>> "unmanaged_networks": [], >>>>> "update_available": false >>>>> } >>>>> _______________________________________________ >>>>> Users mailing list -- users(a)ovirt.org >>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>> >>>> >>>> >>> >> >

1 0