Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Misak Khachatryan]

Hello Marcin,

Thank you for the info!

Best regards,
Misak Khachatryan


On Thu, Dec 28, 2017 at 4:26 PM, Marcin Mirecki  wrote:
> Hello Misak,
>
> The openvswitch team tells me this is a known ovs problem.
> It is fixed by patch:
> https://github.com/openvswitch/ovs/commit/bbf219ef584a102fde5150defab3a769a6a44981
> merged in master/branch 2.8/branch 2.7.
> Looking at git history this is not yet released. It should be included in
> 2.7.4 when it's out.
>
> Thanks,
> Marcin
>
>
>
> On Thu, Dec 28, 2017 at 10:53 AM, Misak Khachatryan 
> wrote:
>>
>> Hi Mor,
>>
>> submitted: https://bugzilla.redhat.com/show_bug.cgi?id=1529481
>>
>> I've collected logs but they are 1662.7M in size.
>>
>> Best regards,
>> Misak Khachatryan
>>
>>
>> On Wed, Dec 27, 2017 at 6:44 PM, Mor Kalfon  wrote:
>> > Hello Misak,
>> >
>> > Could you please file a bug about those error messages that you receive
>> > from
>> > OVS?
>> > You can use the log collector tool
>> >
>> > (https://www.ovirt.org/documentation/admin-guide/chap-Utilities/#the-log-collector-tool)
>> > which gathers all the required logs for us to investigate this issue.
>> >
>> > Thanks for reporting this issue!
>> >
>> > On Wed, Dec 27, 2017 at 11:03 AM, Misak Khachatryan 
>> > wrote:
>> >>
>> >> On Wed, Dec 27, 2017 at 12:42 PM, Dan Kenigsberg 
>> >> wrote:
>> >> > On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan 
>> >> > wrote:
>> >> >> Hi,
>> >> >>
>> >> >> It's not on log file, it's from automatic email sent by cron daemon.
>> >> >> This one from logrotate.
>> >> >
>> >> > Would you file a bug about this daily logrotate spam?
>> >> >
>> >>
>> >> Sure, will do.
>> >>
>> >> >>
>> >> >> I'd like to migrate my network to OVS, but as i can't find any guide
>> >> >> for that, it's a bit scary.
>> >> >
>> >> > Why would you like to do that? OVN is useful for big deployments,
>> >> > that
>> >> > have many isolated networks. It is not universally recommended, as it
>> >> > uses more CPU.
>> >> >
>> >>
>> >> No particular reason, thought that will be future in oVIRT networking,
>> >> also i work in relatively big ISP with many PoP and DCs in many
>> >> cities. And I'm interested to try it some time.
>> >>
>> >> >>
>> >> >> Best regards,
>> >> >> Misak Khachatryan
>> >> >>
>> >> >>
>> >> >> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg 
>> >> >> wrote:
>> >> >>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan
>> >> >>> 
>> >> >>> wrote:
>> >>  Hi,
>> >> 
>> >>  After upgrade to 4.2 I started getting this error from engine:
>> >> 
>> >>  /etc/cron.daily/logrotate:
>> >> 
>> >>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>> >>  /var/run/openvswitch/ovnnb_db.19883.ctl
>> >>  ovs-appctl: cannot connect to
>> >>  "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or
>> >>  directory)
>> >>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>> >>  /var/run/openvswitch/ovnsb_db.19891.ctl
>> >>  ovs-appctl: cannot connect to
>> >>  "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or
>> >>  directory)
>> >> 
>> >> 
>> >>  Seems harmless as i don't use OVS, but how to fix it?
>> >> >>>
>> >> >>> By default, ovirt-4.2 installs and configure OVN (which uses OVS).
>> >> >>> You
>> >> >>> can turn it off on Engine host by running
>> >> >>> systemctl stop ovirt-provider-ovn ovn-northd openvswitch
>> >> >
>> >> > did you try that?
>> >> >
>> >>
>> >> No, but is correct way to disable it completely?
>> >>
>> >> >>>
>> >> >>> but I'd appreciate your help to understand in which log file do you
>> >> >>> see these warnings?
>> >> >
>> >> >>> Have you already disabled openvswitch?
>> >> >
>> >> > have you ^^ ?
>> >>
>> >> No, what is a correct way to do it?
>> >
>> >
>> >
>> >
>> > --
>> > Mor Kalfon
>> > RHV Networking Team
>> > Red Hat IL-Raanana
>> > Tel: +972-54-6514148
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to import OVA from oVirt 4.2 to oVirt 4.2

[Alex Bartonek]

Followed instructions here:
https://www.ovirt.org/develop/release-management/features/virt/virt-v2v-integration/
Section: Importing OVA Files from VMware
Even though its not VMWare, its an ova file so I followed the steps there.  
Ownership of the file is 777, wide open.

Error after clicking load: Failed to load VM configuration from OVA file: 
/media/primary/extra_space/CentOS7.ova

Error in engine.log:
2017-12-28 20:03:04,910-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-38) 
[b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Executing Ansible command:  
[/usr/bin/ansible-playbook, 
--private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa, 
--inventory=/tmp/ansible-inventory4892490524555390378, 
--extra-vars=ovirt_query_ova_path=/media/primary/extra_space/CentOS7.ova, 
/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile: null]
2017-12-28 20:03:09,045-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-38) 
[b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Ansible playbook command has exited with 
value: 0
2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] 
(default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Query 
'GetVmFromOvaQuery' failed: null
2017-12-28 20:03:09,046-06 ERROR [org.ovirt.engine.core.bll.GetVmFromOvaQuery] 
(default task-38) [b596efbd-dc55-4ce4-b3b8-5e8ffac6e633] Exception: 
java.lang.NullPointerException
at 
org.ovirt.engine.core.bll.GetVmFromOvaQuery.executeQueryCommand(GetVmFromOvaQuery.java:47)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
 [bll.jar:]
at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
[dal.jar:]
at 
org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
 [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:548) [bll.jar:]
at sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) [:1.8.0_151]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_151]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
 [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
 [common.jar:]
at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source) [:1.8.0_151]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_151]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
at 
org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) 
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
 [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
at 
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Cool, glad to hear that it works now :)
Filed a bug about that NPE [1]

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1529607

On Fri, Dec 29, 2017 at 1:09 AM, Alex Bartonek  wrote:

> geez... yes, you were correct. I added the description to the VM not the
> *disk*.  :-/
> Sorry about that.  That took care of it.  Simple.  Very cool!!  Thank you
> very  much!
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:57 PM
> UTC Time: December 28, 2017 10:57 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> It seems that it fails at the same place it failed before [1]. The only
> reason for this failure is that the disk's description is empty.
> Are you sure that you set a description for the right disk? Can you attach
> a screenshot of the VM's disk info?
>
> [1] https://github.com/oVirt/ovirt-engine/blob/ovirt-
> engine-4.2.0/backend/manager/modules/utils/src/main/java/
> org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55
>
> On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek  wrote:
>
>> shut down the engine, deleted engine.log, started up and attached entire
>> log.  It does contain a java stack dump.
>>
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 4:36 PM
>> UTC Time: December 28, 2017 10:36 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>> That's weird that we don't get the stacktrace for that NPE, I wonder if
>> we encounter the problem that was discussed in this old thread: [1]
>> Could you restart the engine and try again, hoping that then we'll get
>> the stacktrace (it was shown previously in the engine,log and was related
>> to that empty disk description)
>>
>> [1] https://stackoverflow.com/questions/2411487/nullpointere
>> xception-in-java-with-no-stacktrace
>>
>> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek 
>> wrote:
>>
>>> 2017-12-28 16:14:59,452-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>>> BaseAsyncTask::removeTaskFromDB: Removed task
>>> '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
>>> 2017-12-28 16:14:59,452-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>>> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
>>> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-31289
>>> b2d1d57'
>>> 2017-12-28 16:15:48,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new
>>> tasks map. The map contains now 1 tasks
>>> 2017-12-28 16:16:18,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
>>> map. The map contains now 0 tasks
>>> 2017-12-28 16:16:18,805-06 INFO  
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
>>> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'default' is using 0 threads out of 1 and 5 tasks are
>>> waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engine' is using 0 threads out of 500, 8 threads waiting
>>> for tasks and 0 tasks in queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engineScheduled' is using 0 threads out of 100 and 100
>>> tasks are waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'engineThreadMonitoring' is using 1 threads out of 1 and 0
>>> tasks are waiting in the queue.
>>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>>> ls.ThreadPoolMonitoringService] 
>>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>>> [] Thread pool 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks
>>> are waiting in the queue.
>>> 2017-12-28 16:21:28,068-06 INFO  
>>> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
>>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired
>>> to object 
>>> 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

geez... yes, you were correct. I added the description to the VM not the 
*disk*.  :-/
Sorry about that.  That took care of it.  Simple.  Very cool!!  Thank you very  
much!

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:57 PM
> UTC Time: December 28, 2017 10:57 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> It seems that it fails at the same place it failed before [1]. The only 
> reason for this failure is that the disk's description is empty.
> Are you sure that you set a description for the right disk? Can you attach a 
> screenshot of the VM's disk info?
>
> [1] 
> https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.2.0/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55
>
> On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek  wrote:
>
>> shut down the engine, deleted engine.log, started up and attached entire 
>> log.  It does contain a java stack dump.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 4:36 PM
>>> UTC Time: December 28, 2017 10:36 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>> That's weird that we don't get the stacktrace for that NPE, I wonder if we 
>>> encounter the problem that was discussed in this old thread: [1]
>>> Could you restart the engine and try again, hoping that then we'll get the 
>>> stacktrace (it was shown previously in the engine,log and was related to 
>>> that empty disk description)
>>>
>>> [1] 
>>> https://stackoverflow.com/questions/2411487/nullpointerexception-in-java-with-no-stacktrace
>>>
>>> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek  wrote:
>>>
 2017-12-28 16:14:59,452-06 INFO  
 [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
 (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
 BaseAsyncTask::removeTaskFromDB: Removed task 
 '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
 2017-12-28 16:14:59,452-06 INFO  
 [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
 (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
 CommandAsyncTask::HandleEndActionResult [within thread]: Removing 
 CommandMultiAsyncTasks object for entity 
 '84686e92-7ca6-4228-9d3c-31289b2d1d57'
 2017-12-28 16:15:48,805-06 INFO  
 [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
 (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks 
 map. The map contains now 1 tasks
 2017-12-28 16:16:18,805-06 INFO  
 [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
 (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks 
 map. The map contains now 0 tasks
 2017-12-28 16:16:18,805-06 INFO  
 [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
 (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks of 
 pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
 2017-12-28 16:21:17,538-06 INFO  
 [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
 (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
 2017-12-28 16:21:17,538-06 INFO  
 [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
 (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
 'engine' is using 0 threads out of 500, 8 threads waiting for tasks and 0 
 tasks in queue.
 2017-12-28 16:21:17,538-06 INFO  
 [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
 (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting 
 in the queue.
 2017-12-28 16:21:17,538-06 INFO  
 [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
 (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
 'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are 
 waiting in the queue.
 2017-12-28 16:21:17,538-06 INFO  
 [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
 (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks are waiting 
 in the queue.
 2017-12-28 16:21:28,068-06 INFO  
 [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand] (default 
 task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired to object 
 'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]', 
 sharedLocks=''}'
 2017-12-28 16:21:28,082-06 INFO  
 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Thanks.
It seems that it fails at the same place it failed before [1]. The only
reason for this failure is that the disk's description is empty.
Are you sure that you set a description for the right disk? Can you attach
a screenshot of the VM's disk info?

[1]
https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.2.0/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/ovf/OvfOvaWriter.java#L55

On Fri, Dec 29, 2017 at 12:45 AM, Alex Bartonek  wrote:

> shut down the engine, deleted engine.log, started up and attached entire
> log.  It does contain a java stack dump.
>
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:36 PM
> UTC Time: December 28, 2017 10:36 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> That's weird that we don't get the stacktrace for that NPE, I wonder if we
> encounter the problem that was discussed in this old thread: [1]
> Could you restart the engine and try again, hoping that then we'll get the
> stacktrace (it was shown previously in the engine,log and was related to
> that empty disk description)
>
> [1] https://stackoverflow.com/questions/2411487/
> nullpointerexception-in-java-with-no-stacktrace
>
> On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek  wrote:
>
>> 2017-12-28 16:14:59,452-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>> BaseAsyncTask::removeTaskFromDB: Removed task
>> '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
>> 2017-12-28 16:14:59,452-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
>> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
>> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-31289
>> b2d1d57'
>> 2017-12-28 16:15:48,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks
>> map. The map contains now 1 tasks
>> 2017-12-28 16:16:18,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
>> map. The map contains now 0 tasks
>> 2017-12-28 16:16:18,805-06 INFO  
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
>> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'default' is using 0 threads out of 1 and 5 tasks are
>> waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engine' is using 0 threads out of 500, 8 threads waiting
>> for tasks and 0 tasks in queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engineScheduled' is using 0 threads out of 100 and 100
>> tasks are waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'engineThreadMonitoring' is using 1 threads out of 1 and 0
>> tasks are waiting in the queue.
>> 2017-12-28 16:21:17,538-06 INFO  [org.ovirt.engine.core.bll.uti
>> ls.ThreadPoolMonitoringService] 
>> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1)
>> [] Thread pool 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks
>> are waiting in the queue.
>> 2017-12-28 16:21:28,068-06 INFO  
>> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired
>> to object 
>> 'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]',
>> sharedLocks=''}'
>> 2017-12-28 16:21:28,082-06 INFO  
>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
>> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Executing
>> Ansible command:  [/usr/bin/ansible-playbook, 
>> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
>> --inventory=/tmp/ansible-inventory8939720115375947799,
>> --extra-vars=target_directory=/media/primary/extra_space,
>> --extra-vars=validate_only=True, 
>> /usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml]
>> [Logfile: /var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-
>> 20171228162128-reindeer.themagicm.com-aa503a62-d439-
>> 4131-9b46-e161779847f4.log]
>> 2017-12-28 16:21:32,496-06 INFO  
>> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
>> 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

That's weird that we don't get the stacktrace for that NPE, I wonder if we
encounter the problem that was discussed in this old thread: [1]
Could you restart the engine and try again, hoping that then we'll get the
stacktrace (it was shown previously in the engine,log and was related to
that empty disk description)

[1]
https://stackoverflow.com/questions/2411487/nullpointerexception-in-java-with-no-stacktrace

On Fri, Dec 29, 2017 at 12:25 AM, Alex Bartonek  wrote:

> 2017-12-28 16:14:59,452-06 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
> BaseAsyncTask::removeTaskFromDB:
> Removed task '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
> 2017-12-28 16:14:59,452-06 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5]
> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
> CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-
> 31289b2d1d57'
> 2017-12-28 16:15:48,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks
> map. The map contains now 1 tasks
> 2017-12-28 16:16:18,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks
> map. The map contains now 0 tasks
> 2017-12-28 16:16:18,805-06 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks
> of pool '3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engine' is using 0 threads out of 500, 8 threads waiting for tasks and 0
> tasks in queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting
> in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are
> waiting in the queue.
> 2017-12-28 16:21:17,538-06 INFO  
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks are waiting in
> the queue.
> 2017-12-28 16:21:28,068-06 INFO  
> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired to
> object 
> 'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]',
> sharedLocks=''}'
> 2017-12-28 16:21:28,082-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Executing
> Ansible command:  [/usr/bin/ansible-playbook, 
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> --inventory=/tmp/ansible-inventory8939720115375947799,
> --extra-vars=target_directory=/media/primary/extra_space,
> --extra-vars=validate_only=True, /usr/share/ovirt-engine/
> playbooks/ovirt-ova-export.yml] [Logfile: /var/log/ovirt-engine/ova/
> ovirt-export-ova-validate-ansible-20171228162128-reindeer.themagicm.com-
> aa503a62-d439-4131-9b46-e161779847f4.log]
> 2017-12-28 16:21:32,496-06 INFO  
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default task-39) [aa503a62-d439-4131-9b46-e161779847f4] Ansible playbook
> command has exited with value: 0
> 2017-12-28 16:21:32,548-06 INFO  
> [org.ovirt.engine.core.bll.exportimport.ExportOvaCommand]
> (EE-ManagedThreadFactory-engine-Thread-15515) 
> [aa503a62-d439-4131-9b46-e161779847f4]
> Running command: ExportOvaCommand internal: false. Entities affected :  ID:
> 43c82580-6c7a-4319-97f6-6cfb17a4445a Type: VMAction group
> IMPORT_EXPORT_VM with role type ADMIN
> 2017-12-28 16:21:32,584-06 INFO  
> [org.ovirt.engine.core.bll.storage.disk.CreateAllOvaDisksCommand]
> (EE-ManagedThreadFactory-engine-Thread-15515) 
> [aa503a62-d439-4131-9b46-e161779847f4]
> Running command: CreateAllOvaDisksCommand internal: true.
> 2017-12-28 16:21:32,645-06 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.CopyImageGroupCommand] 
> (EE-ManagedThreadFactory-engine-Thread-15515)
> [aa503a62-d439-4131-9b46-e161779847f4] Running command:
> CopyImageGroupCommand internal: true. Entities affected :  

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

2017-12-28 16:14:59,452-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
BaseAsyncTask::removeTaskFromDB: Removed task 
'3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase
2017-12-28 16:14:59,452-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] 
CommandAsyncTask::HandleEndActionResult [within thread]: Removing 
CommandMultiAsyncTasks object for entity '84686e92-7ca6-4228-9d3c-31289b2d1d57'
2017-12-28 16:15:48,805-06 INFO  
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
(EE-ManagedThreadFactory-engineScheduled-Thread-45) [] Setting new tasks map. 
The map contains now 1 tasks
2017-12-28 16:16:18,805-06 INFO  
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
(EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Setting new tasks map. 
The map contains now 0 tasks
2017-12-28 16:16:18,805-06 INFO  
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
(EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Cleared all tasks of pool 
'3bb4edf8-be27-42e4-b860-a1f1f293b81c'.
2017-12-28 16:21:17,538-06 INFO  
[org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
(EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
2017-12-28 16:21:17,538-06 INFO  
[org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
(EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
'engine' is using 0 threads out of 500, 8 threads waiting for tasks and 0 tasks 
in queue.
2017-12-28 16:21:17,538-06 INFO  
[org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
(EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting in 
the queue.
2017-12-28 16:21:17,538-06 INFO  
[org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
(EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are waiting in 
the queue.
2017-12-28 16:21:17,538-06 INFO  
[org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService] 
(EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool 
'hostUpdatesChecker' is using 0 threads out of 5 and 2 tasks are waiting in the 
queue.
2017-12-28 16:21:28,068-06 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportOvaCommand] (default task-39) 
[aa503a62-d439-4131-9b46-e161779847f4] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[43c82580-6c7a-4319-97f6-6cfb17a4445a=VM]', 
sharedLocks=''}'
2017-12-28 16:21:28,082-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-39) 
[aa503a62-d439-4131-9b46-e161779847f4] Executing Ansible command:  
[/usr/bin/ansible-playbook, 
--private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa, 
--inventory=/tmp/ansible-inventory8939720115375947799, 
--extra-vars=target_directory=/media/primary/extra_space, 
--extra-vars=validate_only=True, 
/usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml] [Logfile: 
/var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-20171228162128-reindeer.themagicm.com-aa503a62-d439-4131-9b46-e161779847f4.log]
2017-12-28 16:21:32,496-06 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-39) 
[aa503a62-d439-4131-9b46-e161779847f4] Ansible playbook command has exited with 
value: 0
2017-12-28 16:21:32,548-06 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportOvaCommand] 
(EE-ManagedThreadFactory-engine-Thread-15515) 
[aa503a62-d439-4131-9b46-e161779847f4] Running command: ExportOvaCommand 
internal: false. Entities affected :  ID: 43c82580-6c7a-4319-97f6-6cfb17a4445a 
Type: VMAction group IMPORT_EXPORT_VM with role type ADMIN
2017-12-28 16:21:32,584-06 INFO  
[org.ovirt.engine.core.bll.storage.disk.CreateAllOvaDisksCommand] 
(EE-ManagedThreadFactory-engine-Thread-15515) 
[aa503a62-d439-4131-9b46-e161779847f4] Running command: 
CreateAllOvaDisksCommand internal: true.
2017-12-28 16:21:32,645-06 INFO  
[org.ovirt.engine.core.bll.storage.disk.image.CopyImageGroupCommand] 
(EE-ManagedThreadFactory-engine-Thread-15515) 
[aa503a62-d439-4131-9b46-e161779847f4] Running command: CopyImageGroupCommand 
internal: true. Entities affected :  ID: 4108dd94-7538-4fdb-a01e-2eb51b9083b9 
Type: Storage
2017-12-28 16:21:32,757-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-15515) 
[aa503a62-d439-4131-9b46-e161779847f4] START, CopyImageVDSCommand( 
CopyImageVDSCommandParameters:{storagePoolId='3bb4edf8-be27-42e4-b860-a1f1f293b81c',
 ignoreFailoverLimit='false', 
storageDomainId='4108dd94-7538-4fdb-a01e-2eb51b9083b9', 
imageGroupId='5499e522-db23-4a71-b5a2-e30933d7d547', 
imageId='5770b269-f98f-4d12-b627-e960b9e295b4', 
dstImageGroupId='a2578b49-5edf-47b8-a98a-12a20b47688c', 

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

:/
Can you please attach the new log?

On Fri, Dec 29, 2017 at 12:18 AM, Alex Bartonek  wrote:

> Yes it was empty.  Tried again, same failure.
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:11 PM
> UTC Time: December 28, 2017 10:11 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> Is the description of the disk of the VM empty?
> If it is, please type some description and then try again.
>
> On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek  wrote:
>
>> Attached.  Its 3.8 mb decompressed.
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 3:56 PM
>> UTC Time: December 28, 2017 9:56 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek 
>> wrote:
>>
>>> That is the excerpt from the  engine log file.   There isnt any  more
>>> java stack dump in it other than what I captured.
>>>
>>
>> Can you please attach the entire engine.log to this thread or to a new
>> bug (https://bugzilla.redhat.com)?
>>
>>
>>>
>>>
>>>
>>> Sent with ProtonMail  Secure Email.
>>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 3:18 PM
>>> UTC Time: December 28, 2017 9:18 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>>
>>>
>>> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek 
>>> wrote:
>>>
 Log uploaded to:

 http://textuploader.com/dc2be


>>> Thanks!
>>> Exporting and importing as OVA files is the new shiny way of doing that
>>> as from 4.2 but unfortunately, there seems to be an error while generating
>>> OVF for the VM you're trying to export.
>>> I see NullPointerException in the log and an empty line afterwards, can
>>> you please check if there is a stacktrace right below in the engine.log
>>> that was not copied? It should be below:
>>> 2017-12-28 14:45:03,728-06 ERROR 
>>> [org.ovirt.engine.core.bll.CreateOvaCommand]
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98]
>>> Exception: java.lang.NullPointerException
>>>
>>>




  Original Message 
 Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
 Local Time: December 28, 2017 2:41 PM
 UTC Time: December 28, 2017 8:41 PM
 From: aha...@redhat.com
 To: Alex Bartonek 
 users 



 בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" 
 כתב:

 After the success of getting my VM's working on my test server, I
 decided to wipe out another server I had and wanted to move my VMs to it.
 I tried the "Export" as ova and it seems to work but in the Tasks its red:

 "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
 junkHost".

 The .ova is never created.   Is there another way to do this?  Both
 servers are running 4.2.

 Googling hasnt helped me find a solution yet...


 Can you please share engine.log?



 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users



>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

Yes it was empty.  Tried again, same failure.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 4:11 PM
> UTC Time: December 28, 2017 10:11 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> Thanks.
> Is the description of the disk of the VM empty?
> If it is, please type some description and then try again.
>
> On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek  wrote:
>
>> Attached.  Its 3.8 mb decompressed.
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 3:56 PM
>>> UTC Time: December 28, 2017 9:56 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek  wrote:
>>>
 That is the excerpt from the  engine log file.   There isnt any  more java 
 stack dump in it other than what I captured.
>>>
>>> Can you please attach the entire engine.log to this thread or to a new bug 
>>> (https://bugzilla.redhat.com)?
>>>
 Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:18 PM
> UTC Time: December 28, 2017 9:18 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:
>
>> Log uploaded to:
>>
>> http://textuploader.com/dc2be
>
> Thanks!
> Exporting and importing as OVA files is the new shiny way of doing that 
> as from 4.2 but unfortunately, there seems to be an error while 
> generating OVF for the VM you're trying to export.
> I see NullPointerException in the log and an empty line afterwards, can 
> you please check if there is a stacktrace right below in the engine.log 
> that was not copied? It should be below:
> 2017-12-28 14:45:03,728-06 ERROR 
> [org.ovirt.engine.core.bll.CreateOvaCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception: 
> java.lang.NullPointerException
>
>>
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 2:41 PM
>>> UTC Time: December 28, 2017 8:41 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>>
 After the success of getting my VM's working on my test server, I 
 decided to wipe out another server I had and wanted to move my VMs to 
 it.   I tried the "Export" as ova and it seems to work but in the 
 Tasks its red:

 "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host 
 junkHost".

 The .ova is never created.   Is there another way to do this?  Both 
 servers are running 4.2.

 Googling hasnt helped me find a solution yet...
>>>
>>> Can you please share engine.log?
>>>
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

Thanks.
Is the description of the disk of the VM empty?
If it is, please type some description and then try again.

On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek  wrote:

> Attached.  Its 3.8 mb decompressed.
>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:56 PM
> UTC Time: December 28, 2017 9:56 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek  wrote:
>
>> That is the excerpt from the  engine log file.   There isnt any  more
>> java stack dump in it other than what I captured.
>>
>
> Can you please attach the entire engine.log to this thread or to a new bug
> (https://bugzilla.redhat.com)?
>
>
>>
>>
>>
>> Sent with ProtonMail  Secure Email.
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 3:18 PM
>> UTC Time: December 28, 2017 9:18 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek 
>> wrote:
>>
>>> Log uploaded to:
>>>
>>> http://textuploader.com/dc2be
>>>
>>>
>> Thanks!
>> Exporting and importing as OVA files is the new shiny way of doing that
>> as from 4.2 but unfortunately, there seems to be an error while generating
>> OVF for the VM you're trying to export.
>> I see NullPointerException in the log and an empty line afterwards, can
>> you please check if there is a stacktrace right below in the engine.log
>> that was not copied? It should be below:
>> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98]
>> Exception: java.lang.NullPointerException
>>
>>
>>>
>>>
>>>
>>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 2:41 PM
>>> UTC Time: December 28, 2017 8:41 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>>
>>>
>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>>
>>> After the success of getting my VM's working on my test server, I
>>> decided to wipe out another server I had and wanted to move my VMs to it.
>>> I tried the "Export" as ova and it seems to work but in the Tasks its red:
>>>
>>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
>>> junkHost".
>>>
>>> The .ova is never created.   Is there another way to do this?  Both
>>> servers are running 4.2.
>>>
>>> Googling hasnt helped me find a solution yet...
>>>
>>>
>>> Can you please share engine.log?
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek  wrote:

> That is the excerpt from the  engine log file.   There isnt any  more java
> stack dump in it other than what I captured.
>

Can you please attach the entire engine.log to this thread or to a new bug (
https://bugzilla.redhat.com)?


>
>
> Sent with ProtonMail  Secure Email.
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:18 PM
> UTC Time: December 28, 2017 9:18 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:
>
>> Log uploaded to:
>>
>> http://textuploader.com/dc2be
>>
>>
> Thanks!
> Exporting and importing as OVA files is the new shiny way of doing that as
> from 4.2 but unfortunately, there seems to be an error while generating OVF
> for the VM you're trying to export.
> I see NullPointerException in the log and an empty line afterwards, can
> you please check if there is a stacktrace right below in the engine.log
> that was not copied? It should be below:
> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception:
> java.lang.NullPointerException
>
>
>>
>>
>>
>>
>>  Original Message 
>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>> Local Time: December 28, 2017 2:41 PM
>> UTC Time: December 28, 2017 8:41 PM
>> From: aha...@redhat.com
>> To: Alex Bartonek 
>> users 
>>
>>
>>
>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>
>> After the success of getting my VM's working on my test server, I decided
>> to wipe out another server I had and wanted to move my VMs to it.   I tried
>> the "Export" as ova and it seems to work but in the Tasks its red:
>>
>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
>> junkHost".
>>
>> The .ova is never created.   Is there another way to do this?  Both
>> servers are running 4.2.
>>
>> Googling hasnt helped me find a solution yet...
>>
>>
>> Can you please share engine.log?
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

That is the excerpt from the  engine log file.   There isnt any  more java 
stack dump in it other than what I captured.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 3:18 PM
> UTC Time: December 28, 2017 9:18 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:
>
>> Log uploaded to:
>>
>> http://textuploader.com/dc2be
>
> Thanks!
> Exporting and importing as OVA files is the new shiny way of doing that as 
> from 4.2 but unfortunately, there seems to be an error while generating OVF 
> for the VM you're trying to export.
> I see NullPointerException in the log and an empty line afterwards, can you 
> please check if there is a stacktrace right below in the engine.log that was 
> not copied? It should be below:
> 2017-12-28 14:45:03,728-06 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception: 
> java.lang.NullPointerException
>
>>
>>
>>>  Original Message 
>>> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
>>> Local Time: December 28, 2017 2:41 PM
>>> UTC Time: December 28, 2017 8:41 PM
>>> From: aha...@redhat.com
>>> To: Alex Bartonek 
>>> users 
>>>
>>> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>>>
 After the success of getting my VM's working on my test server, I decided 
 to wipe out another server I had and wanted to move my VMs to it.   I 
 tried the "Export" as ova and it seems to work but in the Tasks its red:

 "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host 
 junkHost".

 The .ova is never created.   Is there another way to do this?  Both 
 servers are running 4.2.

 Googling hasnt helped me find a solution yet...
>>>
>>> Can you please share engine.log?
>>>
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek  wrote:

> Log uploaded to:
>
> http://textuploader.com/dc2be
>
>
Thanks!
Exporting and importing as OVA files is the new shiny way of doing that as
from 4.2 but unfortunately, there seems to be an error while generating OVF
for the VM you're trying to export.
I see NullPointerException in the log and an empty line afterwards, can you
please check if there is a stacktrace right below in the engine.log that
was not copied? It should be below:
2017-12-28 14:45:03,728-06 ERROR
[org.ovirt.engine.core.bll.CreateOvaCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-22) [38896e98] Exception:
java.lang.NullPointerException


>
>
>
>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 2:41 PM
> UTC Time: December 28, 2017 8:41 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
>
>
> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>
> After the success of getting my VM's working on my test server, I decided
> to wipe out another server I had and wanted to move my VMs to it.   I tried
> the "Export" as ova and it seems to work but in the Tasks its red:
>
> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
> junkHost".
>
> The .ova is never created.   Is there another way to do this?  Both
> servers are running 4.2.
>
> Googling hasnt helped me find a solution yet...
>
>
> Can you please share engine.log?
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

Log uploaded to:

http://textuploader.com/dc2be

>  Original Message 
> Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server
> Local Time: December 28, 2017 2:41 PM
> UTC Time: December 28, 2017 8:41 PM
> From: aha...@redhat.com
> To: Alex Bartonek 
> users 
>
> בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:
>
>> After the success of getting my VM's working on my test server, I decided to 
>> wipe out another server I had and wanted to move my VMs to it.   I tried the 
>> "Export" as ova and it seems to work but in the Tasks its red:
>>
>> "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host junkHost".
>>
>> The .ova is never created.   Is there another way to do this?  Both servers 
>> are running 4.2.
>>
>> Googling hasnt helped me find a solution yet...
>
> Can you please share engine.log?
>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

[Arik Hadas]

בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek"  כתב:

After the success of getting my VM's working on my test server, I decided
to wipe out another server I had and wanted to move my VMs to it.   I tried
the "Export" as ova and it seems to work but in the Tasks its red:

"Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host
junkHost".

The .ova is never created.   Is there another way to do this?  Both servers
are running 4.2.

Googling hasnt helped me find a solution yet...


Can you please share engine.log?



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Exporting/Copying VM to another oVirt server

[Alex Bartonek]

After the success of getting my VM's working on my test server, I decided to 
wipe out another server I had and wanted to move my VMs to it.   I tried the 
"Export" as ova and it seems to work but in the Tasks its red:

"Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host junkHost".

The .ova is never created.   Is there another way to do this?  Both servers are 
running 4.2.

Googling hasnt helped me find a solution yet...___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Live migration without Shared Storage

[Michal Skrivanek]

> On 28 Dec 2017, at 20:37, FERNANDO FREDIANI  wrote:
> 
> Are you talking about all kinds of Storage (iSCSI, FC, NFS and 
> Localstorage/POSIX) ?
> 
yes

> Because I believe you may be able to specify the destination path on the 
> destination Host and when working with Localstorage/POSIX that may be simpler.
> 
yes, it is indeed more simple, but still it’s not going to work out of the box 
right now. It’s a non-trivial feature to do that properly
> Fernando
> 
> On 28/12/2017 17:32, Michal Skrivanek wrote:
>> 
>> 
>>> On 28 Dec 2017, at 19:56, FERNANDO FREDIANI >> > wrote:
>>> 
>>> Has anyone tried the command below under the hood between two oVirt Node 
>>> (in the same Datacenter or between two different (local) ones) ? Does it 
>>> work ?
>> 
>> no, it does not with ovirt. ovirt manages storage differently than plain 
>> libvirt
>> 
>>> virsh migrate --live --persistent --undefinesource --copy-storage-all \
>>> --verbose --desturi  
>>> This is such a fantastic features for certain scenarios that may help a lot 
>>> maintenance or even migration between hosts with Local Storage to minimize 
>>> Downtime and mainly all the hassle of having to Poweroff a VM, Export to an 
>>> Export Datastore, umount it, mount on the other 
>>> Host/Datacenter, Import and Power On.
>>> 
>>> Thanks
>>> Regards
>>> 
>>> Fernando
>>> 
>>> [1] Ref: 
>>> https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/
>>>  
>>> 
>>> ___
>>> Users mailing list
>>> Users@ovirt.org 
>>> http://lists.ovirt.org/mailman/listinfo/users 
>>> 
>> 
> 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Live migration without Shared Storage

[FERNANDO FREDIANI]

Are you talking about all kinds of Storage (iSCSI, FC, NFS and 
Localstorage/POSIX) ?


Because I believe you may be able to specify the destination path on the 
destination Host and when working with Localstorage/POSIX that may be 
simpler.


Fernando


On 28/12/2017 17:32, Michal Skrivanek wrote:



On 28 Dec 2017, at 19:56, FERNANDO FREDIANI 
> wrote:


Has anyone tried the command below under the hood between two oVirt 
Node (in the same Datacenter or between two different (local) ones) ? 
Does it work ?


no, it does not with ovirt. ovirt manages storage differently than 
plain libvirt



virsh migrate --live --persistent --undefinesource --copy-storage-all \
     --verbose --desturi  
This is such a fantastic features for certain scenarios that may help 
a lot maintenance or even migration between hosts with Local Storage 
to minimize Downtime and mainly all the hassle of having to Poweroff 
a VM, Export to an Export Datastore, umount it, mount on the other 
Host/Datacenter, Import and Power On.


Thanks
Regards

Fernando

[1] Ref: 
https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/

___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Live migration without Shared Storage

[Michal Skrivanek]

> On 28 Dec 2017, at 19:56, FERNANDO FREDIANI  wrote:
> 
> Has anyone tried the command below under the hood between two oVirt Node (in 
> the same Datacenter or between two different (local) ones) ? Does it work ?

no, it does not with ovirt. ovirt manages storage differently than plain libvirt

> virsh migrate --live --persistent --undefinesource --copy-storage-all \
> --verbose --desturi  
> This is such a fantastic features for certain scenarios that may help a lot 
> maintenance or even migration between hosts with Local Storage to minimize 
> Downtime and mainly all the hassle of having to Poweroff a VM, Export to an 
> Export Datastore, umount it, mount on the other Host/Datacenter, Import and 
> Power On.
> 
> Thanks
> Regards
> 
> Fernando
> 
> [1] Ref: 
> https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/
>  
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Live migration without Shared Storage

[FERNANDO FREDIANI]

Has anyone tried the command below under the hood between two oVirt Node 
(in the same Datacenter or between two different (local) ones) ? Does it 
work ?


virsh migrate --live --persistent --undefinesource --copy-storage-all \
    --verbose --desturi  

This is such a fantastic features for certain scenarios that may help a 
lot maintenance or even migration between hosts with Local Storage to 
minimize Downtime and mainly all the hassle of having to Poweroff a VM, 
Export to an Export Datastore, umount it, mount on the other 
Host/Datacenter, Import and Power On.


Thanks
Regards

Fernando

[1] Ref: 
https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVS support in oVirt 4.2

[Marcin Mirecki]

Hi Eduardo,

Migration is supported for OVN (although there might still be some
performance issues).
OVS is "Experimental", hence not supported.

Marcin


On Thu, Dec 28, 2017 at 12:59 PM, Eduardo Mayoral  wrote:

> Hi,
>
> After upgrading to oVirt 4.2 I see OVS switch type is still listed
> in the UI as "Experimental". I remember in 4.0 using OVS switches
> prevented live migration of the VMs between hosts. Is this still so? Can
> someone comment on the status of OVS switching support in oVirt 4.2 and
> the preferred switch type? I would love to give OVS and OVN a try, but
> not at the expense of sacrificing live migration of VMs.
>
> Thanks for your help!
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

[Eduardo Mayoral]

Thank you for the explanation. My misunderstanding, then. It seems that
I could get away with only including centos-release-ovirt41 in the past,
but not any more.

Once I did that I was *almost* able to upgrade some of the hosts (I will
do the rest later).



Warnings for others:

I had a custom /etc/multipath.conf , since it started with the line "#
VDSM REVISION 1.3" , vdsm refused to start (There was a clear warning of
this in /var/log/messages). Once I changed the first 2 lines to:

# VDSM REVISION 1.4
# VDSM PRIVATE

Everything was fine.


I cannot update userspace-rcu.x86_64 from 0.7 to 0.10 because of this
bug. https://bugzilla.redhat.com/show_bug.cgi?id=1507090  No big deal
for me since I am not using gluster, but I guess that basically
everybody will be getting the same.

All my hosts show a warning in the general tab in the UI with an
exclamation icon and the text "Host has no default route". I indeed have
a valid default gateway on the management interface for all my compute
hosts.

I like the new UI.

Thanks for your help!


Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

On 28/12/17 13:23, Yedidyah Bar David wrote:
> On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral  wrote:
>> Hi,
>>
>> I just started upgrading one of our oVirt installations from 4.1.8
>> to 4.2
>>
>> Engine is NOT self hosted. It is a plain CentOS 7.4 server.
>>
>> Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
>> iSCSI served from an external storage system.
>>
>> Engine upgrade was seamless. Now I want to upgrade the hosts, then
>> change the cluster compatibility level, then the datacenter
>> compatibility. Can someone confirm that this is the correct sequence?
>>
>> On the first host, I put it in maintenance mode, installed
>> centos-release-ovirt42 and removed centos-release-ovirt41.
>>
>> When doing the upgrade host from the web interface, I get:
>>
>> 2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
>> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
>> 2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
>> *
>> 2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
>> Install ovirt-host package if it isn't installed] ***
>> 2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
>> FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
>> found available, installed or updated", "rc": 126, "results": ["No
>> package matching 'ovirt-host' found available, installed or updated"]}
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
>> *
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es:
>> ok=0changed=0unreachable=0failed=1
>>
>> Now, I see the ovirt-host package is not installed or available on the
>> Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
>> (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)
>>
>> I am a bit confused here. I thought I only needed centos-release-ovirt42
>> (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
>> from 4.1 to 4.2?
> I do not think this was changed.
>
> Where did you find instructions to install centos-release-ovirt42?
>
> Generally speaking, oVirt repos are available by installing ovirt-release*.
>
> Best regards,
>
>> Thank you very much for your help!
>>
>>
>> --
>> Eduardo Mayoral Jimeno (emayo...@arsys.es)
>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>> +34 941 620 145 ext. 5153
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt NGN image customization troubles

[Giuseppe Ragusa]

Hi all,

I'm trying to modify the oVirt NGN image (to add RPMs, since imgbased 
rpmpersistence currently seems to have a bug: 
https://bugzilla.redhat.com/show_bug.cgi?id=1528468 ) but I'm unfortunately 
stuck at the very beginning: it seems that I'm unable to recreate even the 
standard 4.1 squashfs image.

I'm following the instructions at 
https://gerrit.ovirt.org/gitweb?p=ovirt-node-ng.git;a=blob;f=README 

I'm working inside a CentOS7 fully-updated vm (hosted inside VMware, with 
nested virtualization enabled).

I'm trying to work on the 4.1 branch, so I issued a:

./autogen.sh 
--with-ovirt-release-rpm-url=http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm

And after that I'm stuck in the "make squashfs" step: it never ends (keeps 
printing dots forever with no errors/warnings in log messages nor any apparent 
activity on the virtual disk image).

Invoking it in debug mode and connecting to the VNC console shows the detailed 
Plymouth startup listing stuck (latest messages displayed: "Starting udev Wait 
for Complete Device Initialization..." and "Starting Device-Mapper Multipath 
Device Controller...")

I wonder if it's actually supposed to be run only from a recent Fedora (the 
"dnf" reference seems a good indicator): if so, which version?

I kindly ask for advice: has anyone succeeded in modifying/reproducing NGN 
squash images recently? If so, how? :-)

Many thanks in advance,

Giuseppe
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

[Michal Skrivanek]

> On 28 Dec 2017, at 13:23, Yedidyah Bar David  wrote:
> 
> On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral  wrote:
>> Hi,
>> 
>>I just started upgrading one of our oVirt installations from 4.1.8
>> to 4.2
>> 
>>Engine is NOT self hosted. It is a plain CentOS 7.4 server.
>> 
>>Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
>> iSCSI served from an external storage system.
>> 
>>Engine upgrade was seamless. Now I want to upgrade the hosts, then
>> change the cluster compatibility level, then the datacenter
>> compatibility. Can someone confirm that this is the correct sequence?

yes it is

>> 
>>On the first host, I put it in maintenance mode, installed
>> centos-release-ovirt42 and removed centos-release-ovirt41.
>> 
>>When doing the upgrade host from the web interface, I get:
>> 
>> 2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
>> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
>> 2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
>> *
>> 2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
>> Install ovirt-host package if it isn't installed] ***
>> 2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
>> FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
>> found available, installed or updated", "rc": 126, "results": ["No
>> package matching 'ovirt-host' found available, installed or updated"]}
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
>> *
>> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es:
>> ok=0changed=0unreachable=0failed=1
>> 
>> Now, I see the ovirt-host package is not installed or available on the
>> Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
>> (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)
>> 
>> I am a bit confused here. I thought I only needed centos-release-ovirt42
>> (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
>> from 4.1 to 4.2?
> 
> I do not think this was changed.
> 
> Where did you find instructions to install centos-release-ovirt42?

right. this one only has CentOS bits (virt specific, but still it doesn’t 
include packages we distribute in oVirt like all ovirt-*)

> 
> Generally speaking, oVirt repos are available by installing ovirt-release*.
> 
> Best regards,
> 
>> 
>> Thank you very much for your help!
>> 
>> 
>> --
>> Eduardo Mayoral Jimeno (emayo...@arsys.es)
>> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
>> +34 941 620 145 ext. 5153
>> 
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> -- 
> Didi
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Marcin Mirecki]

Hello Misak,

The openvswitch team tells me this is a known ovs problem.
It is fixed by patch:
https://github.com/openvswitch/ovs/commit/bbf219ef584a102fde5150defab3a769a6a44981
merged in master/branch 2.8/branch 2.7.
Looking at git history this is not yet released. It should be included in
2.7.4 when it's out.

Thanks,
Marcin



On Thu, Dec 28, 2017 at 10:53 AM, Misak Khachatryan 
wrote:

> Hi Mor,
>
> submitted: https://bugzilla.redhat.com/show_bug.cgi?id=1529481
>
> I've collected logs but they are 1662.7M in size.
>
> Best regards,
> Misak Khachatryan
>
>
> On Wed, Dec 27, 2017 at 6:44 PM, Mor Kalfon  wrote:
> > Hello Misak,
> >
> > Could you please file a bug about those error messages that you receive
> from
> > OVS?
> > You can use the log collector tool
> > (https://www.ovirt.org/documentation/admin-guide/
> chap-Utilities/#the-log-collector-tool)
> > which gathers all the required logs for us to investigate this issue.
> >
> > Thanks for reporting this issue!
> >
> > On Wed, Dec 27, 2017 at 11:03 AM, Misak Khachatryan 
> > wrote:
> >>
> >> On Wed, Dec 27, 2017 at 12:42 PM, Dan Kenigsberg 
> >> wrote:
> >> > On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan 
> >> > wrote:
> >> >> Hi,
> >> >>
> >> >> It's not on log file, it's from automatic email sent by cron daemon.
> >> >> This one from logrotate.
> >> >
> >> > Would you file a bug about this daily logrotate spam?
> >> >
> >>
> >> Sure, will do.
> >>
> >> >>
> >> >> I'd like to migrate my network to OVS, but as i can't find any guide
> >> >> for that, it's a bit scary.
> >> >
> >> > Why would you like to do that? OVN is useful for big deployments, that
> >> > have many isolated networks. It is not universally recommended, as it
> >> > uses more CPU.
> >> >
> >>
> >> No particular reason, thought that will be future in oVIRT networking,
> >> also i work in relatively big ISP with many PoP and DCs in many
> >> cities. And I'm interested to try it some time.
> >>
> >> >>
> >> >> Best regards,
> >> >> Misak Khachatryan
> >> >>
> >> >>
> >> >> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg 
> >> >> wrote:
> >> >>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan <
> kmi...@gmail.com>
> >> >>> wrote:
> >>  Hi,
> >> 
> >>  After upgrade to 4.2 I started getting this error from engine:
> >> 
> >>  /etc/cron.daily/logrotate:
> >> 
> >>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
> >>  /var/run/openvswitch/ovnnb_db.19883.ctl
> >>  ovs-appctl: cannot connect to
> >>  "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or
> directory)
> >>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
> >>  /var/run/openvswitch/ovnsb_db.19891.ctl
> >>  ovs-appctl: cannot connect to
> >>  "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or
> directory)
> >> 
> >> 
> >>  Seems harmless as i don't use OVS, but how to fix it?
> >> >>>
> >> >>> By default, ovirt-4.2 installs and configure OVN (which uses OVS).
> You
> >> >>> can turn it off on Engine host by running
> >> >>> systemctl stop ovirt-provider-ovn ovn-northd openvswitch
> >> >
> >> > did you try that?
> >> >
> >>
> >> No, but is correct way to disable it completely?
> >>
> >> >>>
> >> >>> but I'd appreciate your help to understand in which log file do you
> >> >>> see these warnings?
> >> >
> >> >>> Have you already disabled openvswitch?
> >> >
> >> > have you ^^ ?
> >>
> >> No, what is a correct way to do it?
> >
> >
> >
> >
> > --
> > Mor Kalfon
> > RHV Networking Team
> > Red Hat IL-Raanana
> > Tel: +972-54-6514148
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

[Yedidyah Bar David]

On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral  wrote:
> Hi,
>
> I just started upgrading one of our oVirt installations from 4.1.8
> to 4.2
>
> Engine is NOT self hosted. It is a plain CentOS 7.4 server.
>
> Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
> iSCSI served from an external storage system.
>
> Engine upgrade was seamless. Now I want to upgrade the hosts, then
> change the cluster compatibility level, then the datacenter
> compatibility. Can someone confirm that this is the correct sequence?
>
> On the first host, I put it in maintenance mode, installed
> centos-release-ovirt42 and removed centos-release-ovirt41.
>
> When doing the upgrade host from the web interface, I get:
>
> 2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
> /usr/share/ovirt-engine/playbooks/ansible.cfg as config file
> 2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
> *
> 2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
> Install ovirt-host package if it isn't installed] ***
> 2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
> FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
> found available, installed or updated", "rc": 126, "results": ["No
> package matching 'ovirt-host' found available, installed or updated"]}
> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
> *
> 2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es:
> ok=0changed=0unreachable=0failed=1
>
> Now, I see the ovirt-host package is not installed or available on the
> Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
> (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)
>
> I am a bit confused here. I thought I only needed centos-release-ovirt42
> (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
> from 4.1 to 4.2?

I do not think this was changed.

Where did you find instructions to install centos-release-ovirt42?

Generally speaking, oVirt repos are available by installing ovirt-release*.

Best regards,

>
> Thank you very much for your help!
>
>
> --
> Eduardo Mayoral Jimeno (emayo...@arsys.es)
> Administrador de sistemas. Departamento de Plataformas. Arsys internet.
> +34 941 620 145 ext. 5153
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 4.2 upgrade procedure.

[Eduardo Mayoral]

Hi,

    I just started upgrading one of our oVirt installations from 4.1.8
to 4.2

    Engine is NOT self hosted. It is a plain CentOS 7.4 server.

    Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly
iSCSI served from an external storage system.

    Engine upgrade was seamless. Now I want to upgrade the hosts, then
change the cluster compatibility level, then the datacenter
compatibility. Can someone confirm that this is the correct sequence?

    On the first host, I put it in maintenance mode, installed
centos-release-ovirt42 and removed centos-release-ovirt41.

    When doing the upgrade host from the web interface, I get:

2017-12-28 10:58:46,054 p=7173 u=ovirt |  Using
/usr/share/ovirt-engine/playbooks/ansible.cfg as config file
2017-12-28 10:58:46,288 p=7173 u=ovirt |  PLAY [all]
*
2017-12-28 10:58:46,316 p=7173 u=ovirt |  TASK [ovirt-host-upgrade :
Install ovirt-host package if it isn't installed] ***
2017-12-28 10:58:51,143 p=7173 u=ovirt |  fatal: [llki612.arsyslan.es]:
FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host'
found available, installed or updated", "rc": 126, "results": ["No
package matching 'ovirt-host' found available, installed or updated"]}
2017-12-28 10:58:51,144 p=7173 u=ovirt |  PLAY RECAP
*
2017-12-28 10:58:51,144 p=7173 u=ovirt |  llki612.arsyslan.es    :
ok=0    changed=0    unreachable=0    failed=1  

Now, I see the ovirt-host package is not installed or available on the
Compute node. It is available on the ovirt-engine on repo "ovirt-4.2"
(which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch)

I am a bit confused here. I thought I only needed centos-release-ovirt42
(centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed
from 4.1 to 4.2?

Thank you very much for your help!


-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] OVS support in oVirt 4.2

[Eduardo Mayoral]

Hi,

    After upgrading to oVirt 4.2 I see OVS switch type is still listed
in the UI as "Experimental". I remember in 4.0 using OVS switches
prevented live migration of the VMs between hosts. Is this still so? Can
someone comment on the status of OVS switching support in oVirt 4.2 and
the preferred switch type? I would love to give OVS and OVN a try, but
not at the expense of sacrificing live migration of VMs.

    Thanks for your help!

-- 
Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3 strikes....

[Michal Skrivanek]

> On 28 Dec 2017, at 00:02, Blaster  wrote:
> 
> Well, I've spent the last 2.5 days trying to get oVirt 4.2 up and running.
> 
> I sneeze on it, vdsm has a conniption and there appears to be no way to 
> recover from it.
> 
> 1) Install 4.2.  Everything looks good.  Start copying over some 
> data..accidently wipe out the master storage domain...It's gone.  The only 
> method google could suggest was to re-initialize the data center.  Great.  
> I'd love to!  It's greyed out.  Can't get it back...Try several hosted-engine 
> uninstall methods, including 
> /usr/sbin/ovirt-hosted-engine-cleanup and wiping out the storage.  
> 
> re-run hosted-engine --deploy
>   All I get over and over in the vdsm log file while waiting for vdsm to 
> become operational is..
> 2017-12-27 16:36:22,150-0600 ERROR (periodic/3) [virt.periodic.Operation] 
>  operation failed 
> (periodic:215)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 213, in 
> __call__
> self._func()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 522, in 
> __call__
> self._send_metrics()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 538, in 
> _send_metrics
> vm_sample.interval)
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 45, in 
> produce
> networks(vm, stats, first_sample, last_sample, interval)
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 322, in 
> networks
> if nic.name.startswith('hostdev'):
> AttributeError: name
not relevant to your issue, just fyi
this error is not significant and fixed by 
9a2f73a4384e1d72c3285ef88876e404ec8228ff now

> 2017-12-27 16:36:22,620-0600 INFO  (periodic/1) [vdsm.api] START 
> repoStats(domains=()) from=internal, 
> task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:46)
> 2017-12-27 16:36:22,620-0600 INFO  (periodic/1) [vdsm.api] FINISH repoStats 
> return={} from=internal, task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:52)
> 2017-12-27 16:36:22,621-0600 INFO  (periodic/1) [vdsm.api] START 
> multipath_health() from=internal, 
> task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:46)
> 2017-12-27 16:36:22,622-0600 INFO  (periodic/1) [vdsm.api] FINISH 
> multipath_health return={} from=internal, 
> task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:52)
> 2017-12-27 16:36:22,633-0600 ERROR (periodic/1) [root] failed to retrieve 
> Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted 
> Engine setup finished? (api:196)
> 2017-12-27 16:36:23,178-0600 INFO  (vmrecovery) [vdsm.api] START 
> getConnectedStoragePoolsList(options=None) from=internal, 
> task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:46)
> 2017-12-27 16:36:23,179-0600 INFO  (vmrecovery) [vdsm.api] FINISH 
> getConnectedStoragePoolsList return={'poollist': []} from=internal, 
> task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:52)
> 2017-12-27 16:36:23,179-0600 INFO  (vmrecovery) [vds] recovery: waiting for 
> storage pool to go up (clientIF:643)
> 
> sigh...reinstall 7.4 and do it all over again.
> 
> 2) copying data to master storage pool.  Didn't wipe it out this time, but 
> filled the volume instead.  Environment freezes.
>  vdsm can't start...infinite loop waiting for storage pool again.  Try clean 
> up and redeploy.  Same problem as above.
> 7.4 reinstall #2 here we go...
> 
> 3)Up and running again.  Forgot to add my NIC card. Shut it down.  Boot back 
> up.  vdsm sees new network interfaces.
> for some reason, it switches ovirtmgmt over to one of the new interfaces 
> which doesn't have a cable 
> attached to it.  Clean up ifcfg- files and reboot.  ifcfg-ovirtmgmt is now 
> gone.  recreate and reboot.  Interface
> comes alive, but vdsm is not starting.
> supervdsm log shows:
>  Multiple southbound ports per network detected, ignoring this network for 
> the QoS report (network: ovirtmgmt, ports: ['enp3s0', 'enp4s0'])
> restore-net::DEBUG::2017-12-27 13:10:39,815::cmdutils::150::root::(exec_cmd) 
> /usr/share/openvswitch/scripts/ovs-ctl status (cwd None)
> restore-net::DEBUG::2017-12-27 13:10:39,856::cmdutils::158::root::(exec_cmd) 
> SUCCESS:  = '';  = 0
> restore-net::DEBUG::2017-12-27 13:10:39,863::vsctl::58::root::(commit) 
> Executing commands: /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge 
> -- list Port -- list Interface
> restore-net::DEBUG::2017-12-27 13:10:39,864::cmdutils::150::root::(exec_cmd) 
> /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge -- list Port -- 
> list Interface (cwd None)
> restore-net::DEBUG::2017-12-27 13:10:39,944::cmdutils::158::root::(exec_cmd) 
> SUCCESS:  = '';  = 0
> restore-net::ERROR::2017-12-27 
> 13:10:39,954::restore_net_config::454::root::(restore) unified restoration 
> failed.
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", 
> line 448, in restore
> unified_restoration()
>   File 

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Misak Khachatryan]

Hi Mor,

submitted: https://bugzilla.redhat.com/show_bug.cgi?id=1529481

I've collected logs but they are 1662.7M in size.

Best regards,
Misak Khachatryan


On Wed, Dec 27, 2017 at 6:44 PM, Mor Kalfon  wrote:
> Hello Misak,
>
> Could you please file a bug about those error messages that you receive from
> OVS?
> You can use the log collector tool
> (https://www.ovirt.org/documentation/admin-guide/chap-Utilities/#the-log-collector-tool)
> which gathers all the required logs for us to investigate this issue.
>
> Thanks for reporting this issue!
>
> On Wed, Dec 27, 2017 at 11:03 AM, Misak Khachatryan 
> wrote:
>>
>> On Wed, Dec 27, 2017 at 12:42 PM, Dan Kenigsberg 
>> wrote:
>> > On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan 
>> > wrote:
>> >> Hi,
>> >>
>> >> It's not on log file, it's from automatic email sent by cron daemon.
>> >> This one from logrotate.
>> >
>> > Would you file a bug about this daily logrotate spam?
>> >
>>
>> Sure, will do.
>>
>> >>
>> >> I'd like to migrate my network to OVS, but as i can't find any guide
>> >> for that, it's a bit scary.
>> >
>> > Why would you like to do that? OVN is useful for big deployments, that
>> > have many isolated networks. It is not universally recommended, as it
>> > uses more CPU.
>> >
>>
>> No particular reason, thought that will be future in oVIRT networking,
>> also i work in relatively big ISP with many PoP and DCs in many
>> cities. And I'm interested to try it some time.
>>
>> >>
>> >> Best regards,
>> >> Misak Khachatryan
>> >>
>> >>
>> >> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg 
>> >> wrote:
>> >>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan 
>> >>> wrote:
>>  Hi,
>> 
>>  After upgrade to 4.2 I started getting this error from engine:
>> 
>>  /etc/cron.daily/logrotate:
>> 
>>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>>  /var/run/openvswitch/ovnnb_db.19883.ctl
>>  ovs-appctl: cannot connect to
>>  "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or directory)
>>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>>  /var/run/openvswitch/ovnsb_db.19891.ctl
>>  ovs-appctl: cannot connect to
>>  "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or directory)
>> 
>> 
>>  Seems harmless as i don't use OVS, but how to fix it?
>> >>>
>> >>> By default, ovirt-4.2 installs and configure OVN (which uses OVS). You
>> >>> can turn it off on Engine host by running
>> >>> systemctl stop ovirt-provider-ovn ovn-northd openvswitch
>> >
>> > did you try that?
>> >
>>
>> No, but is correct way to disable it completely?
>>
>> >>>
>> >>> but I'd appreciate your help to understand in which log file do you
>> >>> see these warnings?
>> >
>> >>> Have you already disabled openvswitch?
>> >
>> > have you ^^ ?
>>
>> No, what is a correct way to do it?
>
>
>
>
> --
> Mor Kalfon
> RHV Networking Team
> Red Hat IL-Raanana
> Tel: +972-54-6514148
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Misak Khachatryan]

Hi Marcin,

Here is the output:

[root@ovirt-engine ~]# ps -ef|grep 'ovnsb_db\|ovnnb_db'
root 19883 19882  0 Dec20 ?00:01:22 ovsdb-server --detach
--monitor -vconsole:off
--log-file=/var/log/openvswitch/ovsdb-server-nb.log
--remote=punix:/run/openvswitch/ovnnb_db.sock
--pidfile=/run/openvswitch/ovnnb_db.pid
--remote=db:OVN_Northbound,NB_Global,co
nnections --unixctl=ovnnb_db.ctl
--private-key=db:OVN_Northbound,SSL,private_key
--certificate=db:OVN_Northbound,SSL,certificate
--ca-cert=db:OVN_Northbound,SSL,ca_cert
/var/lib/openvswitch/ovnnb_db.db
root 19891 19890  0 Dec20 ?00:01:23 ovsdb-server --detach
--monitor -vconsole:off
--log-file=/var/log/openvswitch/ovsdb-server-sb.log
--remote=punix:/run/openvswitch/ovnsb_db.sock
--pidfile=/run/openvswitch/ovnsb_db.pid
--remote=db:OVN_Southbound,SB_Global,co
nnections --unixctl=ovnsb_db.ctl
--private-key=db:OVN_Southbound,SSL,private_key
--certificate=db:OVN_Southbound,SSL,certificate
--ca-cert=db:OVN_Southbound,SSL,ca_cert
/var/lib/openvswitch/ovnsb_db.db
root 19897 19896  0 Dec20 ?00:00:00 ovn-northd
-vconsole:emer -vsyslog:err -vfile:info
--ovnnb-db=unix:/run/openvswitch/ovnnb_db.sock
--ovnsb-db=unix:/run/openvswitch/ovnsb_db.sock --no-chdir
--log-file=/var/log/openvswitch/ovn-northd.log --pidfile=/run/openv
switch/ovn-northd.pid --detach --monitor
root 30800 30786  0 11:29 pts/000:00:00 grep --color=auto
ovnsb_db\|ovnnb_db
[root@ovirt-engine ~]#

And here is the list of files in   /var/run/openvswitch/

[root@ovirt-engine ~]# ll   /var/run/openvswitch/
total 20
srwxr-x---. 1 root root 0 Dec 20 20:32 db.sock
srwxr-x---. 1 root root 0 Dec 20 20:32 ovnnb_db.ctl
-rw-r--r--. 1 root root 6 Dec 20 20:32 ovnnb_db.pid
srwxr-x---. 1 root root 0 Dec 20 20:32 ovnnb_db.sock
srwxr-x---. 1 root root 0 Dec 20 20:32 ovn-northd.19897.ctl
-rw-r--r--. 1 root root 6 Dec 20 20:32 ovn-northd.pid
srwxr-x---. 1 root root 0 Dec 20 20:32 ovnsb_db.ctl
-rw-r--r--. 1 root root 6 Dec 20 20:32 ovnsb_db.pid
srwxr-x---. 1 root root 0 Dec 20 20:32 ovnsb_db.sock
srwxr-x---. 1 root root 0 Dec 20 20:32 ovsdb-server.19806.ctl
-rw-r--r--. 1 root root 6 Dec 20 20:32 ovsdb-server.pid
srwxr-x---. 1 root root 0 Dec 20 20:32 ovs-vswitchd.19845.ctl
-rw-r--r--. 1 root root 6 Dec 20 20:32 ovs-vswitchd.pid



Best regards,
Misak Khachatryan


On Wed, Dec 27, 2017 at 8:11 PM, Marcin Mirecki  wrote:
> Hello Misak,
>
> This error hints that your ovn databases are not up (or at least can not be
> connected to).
> Could you please check if the following command gives any output:
>
> ps -ef|grep 'ovnsb_db\|ovnnb_db'
>
> The databases can be started (if not active) using:
>/usr/share/openvswitch/scripts/ovn-ctl start_ovsdb
>
> Could you please also check the content of:
>   /var/run/openvswitch/
>
> The filenames don't look normal (usually they do not contain any numbers as
> part of them), please give me some time to check this.
>
> Thanks,
> Marcin
>
>
>
>
>
> On Wed, Dec 27, 2017 at 3:44 PM, Mor Kalfon  wrote:
>>
>> Hello Misak,
>>
>> Could you please file a bug about those error messages that you receive
>> from OVS?
>> You can use the log collector tool
>> (https://www.ovirt.org/documentation/admin-guide/chap-Utilities/#the-log-collector-tool)
>> which gathers all the required logs for us to investigate this issue.
>>
>> Thanks for reporting this issue!
>>
>> On Wed, Dec 27, 2017 at 11:03 AM, Misak Khachatryan 
>> wrote:
>>>
>>> On Wed, Dec 27, 2017 at 12:42 PM, Dan Kenigsberg 
>>> wrote:
>>> > On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan 
>>> > wrote:
>>> >> Hi,
>>> >>
>>> >> It's not on log file, it's from automatic email sent by cron daemon.
>>> >> This one from logrotate.
>>> >
>>> > Would you file a bug about this daily logrotate spam?
>>> >
>>>
>>> Sure, will do.
>>>
>>> >>
>>> >> I'd like to migrate my network to OVS, but as i can't find any guide
>>> >> for that, it's a bit scary.
>>> >
>>> > Why would you like to do that? OVN is useful for big deployments, that
>>> > have many isolated networks. It is not universally recommended, as it
>>> > uses more CPU.
>>> >
>>>
>>> No particular reason, thought that will be future in oVIRT networking,
>>> also i work in relatively big ISP with many PoP and DCs in many
>>> cities. And I'm interested to try it some time.
>>>
>>> >>
>>> >> Best regards,
>>> >> Misak Khachatryan
>>> >>
>>> >>
>>> >> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg 
>>> >> wrote:
>>> >>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan 
>>> >>> wrote:
>>>  Hi,
>>> 
>>>  After upgrade to 4.2 I started getting this error from engine:
>>> 
>>>  /etc/cron.daily/logrotate:
>>> 
>>>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>>>  /var/run/openvswitch/ovnnb_db.19883.ctl
>>>  ovs-appctl: cannot connect to
>>>  

Re: [ovirt-users] OVS error logs after upgrade to 4.2

[Mor Kalfon]

Hello Misak,

Could you please file a bug about those error messages that you receive
from OVS?
You can use the log collector tool (https://www.ovirt.org/
documentation/admin-guide/chap-Utilities/#the-log-collector-tool)
which gathers all the required logs for us to investigate this issue.

Thanks for reporting this issue!

On Wed, Dec 27, 2017 at 11:03 AM, Misak Khachatryan 
wrote:

> On Wed, Dec 27, 2017 at 12:42 PM, Dan Kenigsberg 
> wrote:
> > On Wed, Dec 27, 2017 at 8:49 AM, Misak Khachatryan 
> wrote:
> >> Hi,
> >>
> >> It's not on log file, it's from automatic email sent by cron daemon.
> >> This one from logrotate.
> >
> > Would you file a bug about this daily logrotate spam?
> >
>
> Sure, will do.
>
> >>
> >> I'd like to migrate my network to OVS, but as i can't find any guide
> >> for that, it's a bit scary.
> >
> > Why would you like to do that? OVN is useful for big deployments, that
> > have many isolated networks. It is not universally recommended, as it
> > uses more CPU.
> >
>
> No particular reason, thought that will be future in oVIRT networking,
> also i work in relatively big ISP with many PoP and DCs in many
> cities. And I'm interested to try it some time.
>
> >>
> >> Best regards,
> >> Misak Khachatryan
> >>
> >>
> >> On Tue, Dec 26, 2017 at 3:29 PM, Dan Kenigsberg 
> wrote:
> >>> On Tue, Dec 26, 2017 at 8:35 AM, Misak Khachatryan 
> wrote:
>  Hi,
> 
>  After upgrade to 4.2 I started getting this error from engine:
> 
>  /etc/cron.daily/logrotate:
> 
>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>  /var/run/openvswitch/ovnnb_db.19883.ctl
>  ovs-appctl: cannot connect to
>  "/var/run/openvswitch/ovnnb_db.19883.ctl" (No such file or directory)
>  2017-12-25T23:12:02Z|1|unixctl|WARN|failed to connect to
>  /var/run/openvswitch/ovnsb_db.19891.ctl
>  ovs-appctl: cannot connect to
>  "/var/run/openvswitch/ovnsb_db.19891.ctl" (No such file or directory)
> 
> 
>  Seems harmless as i don't use OVS, but how to fix it?
> >>>
> >>> By default, ovirt-4.2 installs and configure OVN (which uses OVS). You
> >>> can turn it off on Engine host by running
> >>> systemctl stop ovirt-provider-ovn ovn-northd openvswitch
> >
> > did you try that?
> >
>
> No, but is correct way to disable it completely?
>
> >>>
> >>> but I'd appreciate your help to understand in which log file do you
> >>> see these warnings?
> >
> >>> Have you already disabled openvswitch?
> >
> > have you ^^ ?
>
> No, what is a correct way to do it?
>



-- 
Mor Kalfon
RHV Networking Team
Red Hat IL-Raanana
Tel: +972-54-6514148
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users