[ovirt-users] Re: Reading an ISO image to identify the Image version and type

2018-08-10 Thread Hari Prasanth Loganathan
Thanks for your update Nir and Wesley.

On Fri, Aug 10, 2018 at 8:19 PM, Nir Soffer  wrote:

> On Wed, Aug 8, 2018 at 2:52 AM Hari Prasanth Loganathan  msystechnologies.com> wrote:
>
>> Hi Nir,
>>
>> Thanks for your response.
>>
>> I tried for linux iso files and I am able to get the OS with version like
>> below,
>>
>> [root@ovirtadmin iso]# iso-info ubuntu-18.04-desktop-amd64.iso
>> iso-info version 0.92 x86_64-redhat-linux-gnu
>> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> __
>> ISO 9660 image: ubuntu-18.04-desktop-amd64.iso
>> Preparer: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4,
>> LIBISOFS-1.2.4, LIBBURN-1.2.4
>> Volume  : Ubuntu 18.04 LTS amd64
>> Joliet Level: 3
>>
>
> The creator of his iso file cares about users...
>
>
>> But when I try for windows, I didn't get the OS and version,
>>
>> iso-info -d -i windows.iso
>> iso-info version 0.92 x86_64-redhat-linux-gnu
>> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> __
>> ISO 9660 image: windows.iso
>>
> Application : CDIMAGE 2.54 (01/01/2005 TM)
>> Preparer: MICROSOFT CORPORATION, ONE MICROSOFT WAY, REDMOND WA 98052, 
>> (425)
>> 882-8080
>> Publisher   : MICROSOFT CORPORATION
>> Volume  : GSP1RMCPRXFRER_EN_DVD
>> Volume Set  : GSP1RMCPRXFRER_EN_DVD
>> No Joliet extensions
>>
>
> The creator of this iso clearly does not :-)
>
>
>>
>>
>> Is there a tool which tells us like 'windows 7', 'windows 10' like that?
>>
>
> I don't have any idea.
>
> Nir
>
>
>>
>>
>> On Wed, Aug 8, 2018 at 3:32 AM, Nir Soffer  wrote:
>>
>>> On Tue, Aug 7, 2018 at 1:59 PM Hari Prasanth Loganathan >> msystechnologies.com> wrote:
>>>
 Hi Team,

 I have few ISO images, Is there a utility in oVirt which tells us which
 image version it is (like windows / linux version)?

>>>
>>> What do you mean by "image version"?
>>>
>>> I think we keep only the image name - either the file name on ISO
>>> domain, or the
>>> disk alias/description when you upload ISO to data domain.
>>>
>>> There are standard tools for ISO files, maybe one of them can help?
>>>
>>> Here is for example isoinfo (provided by genisoimage package)
>>>
>>> $ isoinfo -d -i Fedora-Server-dvd-x86_64-28-1.1.iso
>>> CD-ROM is in ISO 9660 format
>>> System id: LINUX
>>> Volume id: Fedora-S-dvd-x86_64-28
>>> Volume set id:
>>> Publisher id:
>>> Data preparer id:
>>> Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993
>>> E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
>>> Copyright File id:
>>> Abstract File id:
>>> Bibliographic File id:
>>> Volume set size is: 1
>>> Volume set sequence number is: 1
>>> Logical block size is: 2048
>>> Volume size is: 1417496
>>> El Torito VD version 1 found, boot catalog is in sector 499
>>> Joliet with UCS level 3 found
>>> Rock Ridge signatures version 1 found
>>> Eltorito validation header:
>>> Hid 1
>>> Arch 0 (x86)
>>> ID ''
>>> Key 55 AA
>>> Eltorito defaultboot header:
>>> Bootid 88 (bootable)
>>> Boot media 0 (No Emulation Boot)
>>> Load segment 0
>>> Sys type 0
>>> Nsect 4
>>> Bootoff 48C5B 298075
>>>
>>> If you think oVirt should provide such info in the UI or via the SDK,
>>> please open
>>> bug describing the use case.
>>>
>>> Nir
>>>
>>
>>
>> DISCLAIMER - *MSysTechnologies LLC*
>>
>> This email message, contents and its attachments may contain
>> confidential, proprietary or legally privileged information and is intended
>> solely for the use of the individual or entity to whom it is actually
>> intended. If you have erroneously received this message, please permanently
>> delete it immediately and notify the sender. If you are not the intended
>> recipient of the email message,you are notified strictly not to
>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be
>> guaranteed to be secure or error-free as Information could be intercepted,
>> corrupted, lost, destroyed, incomplete or contain viruses and
>> MSysTechnologies LLC accepts no liability for the contents and integrity of
>> this mail or for any damage caused by the limitations of the e-mail
>> transmission.
>>
>>

-- 


DISCLAIMER - *MSysTechnologies LLC* 



This email message, contents and 
its attachments may contain confidential, proprietary or legally privileged 
information and is intended solely for the use of the individual or entity 
to whom it is actually intended. If you have erroneously received this 
message, please permanently delete it immediately and notify the sender. If 
you are not the intended recipient of the email 

[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Nir Soffer
On Thu, Aug 9, 2018 at 4:22 AM Douglas Duckworth 
wrote:

> Can GPFS be used to provide shared block storage domain?
>

GPFS can be used as POSIX storage domain.

There was a thread of using GPFS few weeks ago, you may find it useful.
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/LLXLSI4ZQFU32PV7AXLYD5LJBS23HBKO/#KCJHSPRP42KUKVZPHAJYBHJM42BWLDNE

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7DUK3DGLMOMI5GBGCWL2YDHBPW2TDSP2/


[ovirt-users] Error after rebooting ovirt-engine

2018-08-10 Thread ovirt
Hi all,

after rebooting the ovirt-engine (4.2) i'm unable to log in to the Admin-portal 
anymore, because of a SerialisationException.

org.apache.commons.lang.SerializationException: 
org.codehaus.jackson.map.JsonMappingException: No default constructor for 
[collection type; class java.util.HashMap$KeySet, contains [simple type, class 
org.ovirt.engine.core.compat.Guid]] (through reference chain: 
org.ovirt.engine.core.common.action.CreateAllSnapshotsFromVmParameters["diskIds"])

The error disappears after putting in the credentials.
Irestarting the ovirt-engine service of the whole (CentOS) VM wouldn't fix it.

the server.log states a lot of these:
2018-08-11 01:10:40,084+02 ERROR [org.jboss.as.ejb3.invocation] 
(EE-ManagedThreadFactory-engineScheduled-Thread-59) WFLYEJB0034: EJB Invocation 
failed on component Backend for method public abstract 
org.ovirt.engine.core.common.action.ActionReturnValue 
org.ovirt.engine.core.bll.interfaces.BackendInternal.runInternalAction(org.ovirt.engine.core.common.action.ActionType,org.ovirt.engine.core.common.action.ActionParametersBase):
 javax.ejb.EJBException: org.apache.commons.lang.SerializationException: 
org.codehaus.jackson.map.JsonMappingException: No default constructor for 
[collection type; class java.util.HashMap$KeySet, contains [simple type, class 
org.ovirt.engine.core.compat.Guid]] (through reference chain: 
org.ovirt.engine.core.common.action.CreateAllSnapshotsFromVmParameters["diskIds"])
at 
org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInNoTx(CMTTxInterceptor.java:214)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:266) 
[wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:379) 
[wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:244)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 
org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
 [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
at 
org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
 [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at 
org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
at 
org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
at 

[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Douglas Duckworth
oVirt 3.6 was my previous employer

We will be doing fresh install

Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690

On Fri, Aug 10, 2018 at 1:28 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> On 10 Aug 2018, at 18:26, Douglas Duckworth 
> wrote:
>
> The export / import can only be done when VM down?
>
>
> yes
>
> if you’re looking to move local storage VMs to shared storage you’d have
> to shut them down and export/import
>
> I last used oVirt at 3.6 so looking forward to the new features!
>
>
> yeah, we keep adding stuff all the time!:)
>
> if your env is 3.6 you’d better upgrade it first, then export
>
> Thanks,
> michal
>
>
> On Fri, Aug 10, 2018, 11:52 AM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>>
>> On 10 Aug 2018, at 17:51, Michal Skrivanek 
>> wrote:
>>
>>
>>
>> On 9 Aug 2018, at 03:22, Douglas Duckworth 
>> wrote:
>>
>> Hi Nir
>>
>> Thanks for clarifying
>>
>> We can still use NFS as export domain which can be used to move VM once
>> they're shutdown?
>>
>>
>> Either that, or in 4.1 we have VM
>>
>>
>> 4.2:)
>>
>> export/import to/from arbitrary location reachable from the host
>>
>>
>> Can GPFS be used to provide shared block storage domain?
>>
>>
>> Thanks,
>>
>> Douglas Duckworth, MSc, LFCS
>> HPC System Administrator
>> Scientific Computing Unit
>> Weill Cornell Medicine
>> E: d...@med.cornell.edu
>> O: 212-746-6305
>> F: 212-746-8690
>>
>> On Wed, Aug 8, 2018 at 6:34 PM, Nir Soffer  wrote:
>>
>>> On Wed, Aug 8, 2018 at 4:44 AM Douglas Duckworth <
>>> dod2...@med.cornell.edu> wrote:
>>>
 Can NFS facilitate live migration in cluster of two hosts each which
 have NFS mounted?

 The hosts would have local attached storage which would be the original
 location of VMs.

>>>
>>> We don't support migrating vm migration from local to shared storage,
>>> only if the disk is
>>> on shared storage.
>>>
>>> Nir
>>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> 
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> 
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/2AJ3UAB5RID5BUIALXCUV3ABIIPPOZ7V/
>> 
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PJYO3G5SYXSMWPXZSFZZIMRPUZH3AHWM/


[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Michal Skrivanek


> On 10 Aug 2018, at 18:26, Douglas Duckworth  wrote:
> 
> The export / import can only be done when VM down?

yes

if you’re looking to move local storage VMs to shared storage you’d have to 
shut them down and export/import

> I last used oVirt at 3.6 so looking forward to the new features!

yeah, we keep adding stuff all the time!:)

if your env is 3.6 you’d better upgrade it first, then export

Thanks,
michal

> 
> On Fri, Aug 10, 2018, 11:52 AM Michal Skrivanek  > wrote:
> 
> 
> On 10 Aug 2018, at 17:51, Michal Skrivanek  > wrote:
> 
>> 
>> 
>> On 9 Aug 2018, at 03:22, Douglas Duckworth > > wrote:
>> 
>>> Hi Nir
>>> 
>>> Thanks for clarifying
>>> 
>>> We can still use NFS as export domain which can be used to move VM once 
>>> they're shutdown?
>> 
>> Either that, or in 4.1 we have VM
> 
> 4.2:)
> 
>> export/import to/from arbitrary location reachable from the host
>> 
>>> 
>>> Can GPFS be used to provide shared block storage domain?
>> 
>>> 
>>> Thanks,
>>> 
>>> Douglas Duckworth, MSc, LFCS
>>> HPC System Administrator
>>> Scientific Computing Unit
>>> Weill Cornell Medicine
>>> E: d...@med.cornell.edu 
>>> O: 212-746-6305
>>> F: 212-746-8690
>>> 
>>> On Wed, Aug 8, 2018 at 6:34 PM, Nir Soffer >> > wrote:
>>> On Wed, Aug 8, 2018 at 4:44 AM Douglas Duckworth >> > wrote:
>>> Can NFS facilitate live migration in cluster of two hosts each which have 
>>> NFS mounted?  
>>> 
>>> The hosts would have local attached storage which would be the original 
>>> location of VMs.
>>> 
>>> We don't support migrating vm migration from local to shared storage, only 
>>> if the disk is 
>>> on shared storage.
>>> 
>>> Nir
>>> 
>>> ___
>>> Users mailing list -- users@ovirt.org 
>>> To unsubscribe send an email to users-le...@ovirt.org 
>>> 
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>>> 
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> 
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AJ3UAB5RID5BUIALXCUV3ABIIPPOZ7V/
>>>  
>>> 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RBQNTOLPPCDNEQERYGYKZL3AFVXJTZ3O/


[ovirt-users] ovirt engine service needs restart after network connectivity is lost and reestablished

2018-08-10 Thread g . vasilopoulos
today our network administration did some upgrades on the networking equipment, 
so the engine vlan went down for a while. Afterwards when it came back up 3 
hosts was found as non responding, I couldn't see anything suspicious on the 
hosts, the problem "fixed" itself when I restarted the ovirt-engine service on 
the engine vm.
Another "strange" side effect is that gluster was in need of healing constantly 
afterwards it did heal and desynch again almost immediately, whitch was "fixed" 
by shutting down and starting the vm's who were up at the time of the network 
outage..
I've seen this behaviour once more regarding the engine service, is this normal 
behaviour (e.g. to make the admin check if everything is ok) or is there 
something wrong  ?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SHYGOTIKL6GXGXLBIVDQB44NGXXEHX3F/


[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Douglas Duckworth
The export / import can only be done when VM down?

I last used oVirt at 3.6 so looking forward to the new features!

On Fri, Aug 10, 2018, 11:52 AM Michal Skrivanek 
wrote:

>
>
> On 10 Aug 2018, at 17:51, Michal Skrivanek 
> wrote:
>
>
>
> On 9 Aug 2018, at 03:22, Douglas Duckworth 
> wrote:
>
> Hi Nir
>
> Thanks for clarifying
>
> We can still use NFS as export domain which can be used to move VM once
> they're shutdown?
>
>
> Either that, or in 4.1 we have VM
>
>
> 4.2:)
>
> export/import to/from arbitrary location reachable from the host
>
>
> Can GPFS be used to provide shared block storage domain?
>
>
> Thanks,
>
> Douglas Duckworth, MSc, LFCS
> HPC System Administrator
> Scientific Computing Unit
> Weill Cornell Medicine
> E: d...@med.cornell.edu
> O: 212-746-6305
> F: 212-746-8690
>
> On Wed, Aug 8, 2018 at 6:34 PM, Nir Soffer  wrote:
>
>> On Wed, Aug 8, 2018 at 4:44 AM Douglas Duckworth 
>> wrote:
>>
>>> Can NFS facilitate live migration in cluster of two hosts each which
>>> have NFS mounted?
>>>
>>> The hosts would have local attached storage which would be the original
>>> location of VMs.
>>>
>>
>> We don't support migrating vm migration from local to shared storage,
>> only if the disk is
>> on shared storage.
>>
>> Nir
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> 
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> 
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AJ3UAB5RID5BUIALXCUV3ABIIPPOZ7V/
> 
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QBFRH4COOIZ35VQXKF6DKBQ7FH654KU7/


[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Michal Skrivanek
On 10 Aug 2018, at 17:51, Michal Skrivanek 
wrote:



On 9 Aug 2018, at 03:22, Douglas Duckworth  wrote:

Hi Nir

Thanks for clarifying

We can still use NFS as export domain which can be used to move VM once
they're shutdown?


Either that, or in 4.1 we have VM


4.2:)

export/import to/from arbitrary location reachable from the host


Can GPFS be used to provide shared block storage domain?


Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690

On Wed, Aug 8, 2018 at 6:34 PM, Nir Soffer  wrote:

> On Wed, Aug 8, 2018 at 4:44 AM Douglas Duckworth 
> wrote:
>
>> Can NFS facilitate live migration in cluster of two hosts each which have
>> NFS mounted?
>>
>> The hosts would have local attached storage which would be the original
>> location of VMs.
>>
>
> We don't support migrating vm migration from local to shared storage, only
> if the disk is
> on shared storage.
>
> Nir
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AJ3UAB5RID5BUIALXCUV3ABIIPPOZ7V/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GDVP7CNSKKNWDTTEYOEB5HCNHVYNNXRK/


[ovirt-users] Re: Live Migration via NFS

2018-08-10 Thread Michal Skrivanek
On 9 Aug 2018, at 03:22, Douglas Duckworth  wrote:

Hi Nir

Thanks for clarifying

We can still use NFS as export domain which can be used to move VM once
they're shutdown?


Either that, or in 4.1 we have VM export/import to/from arbitrary location
reachable from the host


Can GPFS be used to provide shared block storage domain?


Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing Unit
Weill Cornell Medicine
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690

On Wed, Aug 8, 2018 at 6:34 PM, Nir Soffer  wrote:

> On Wed, Aug 8, 2018 at 4:44 AM Douglas Duckworth 
> wrote:
>
>> Can NFS facilitate live migration in cluster of two hosts each which have
>> NFS mounted?
>>
>> The hosts would have local attached storage which would be the original
>> location of VMs.
>>
>
> We don't support migrating vm migration from local to shared storage, only
> if the disk is
> on shared storage.
>
> Nir
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2AJ3UAB5RID5BUIALXCUV3ABIIPPOZ7V/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F5G3SZH2SJ5NHQABCYTFXEKCHKBQEYJL/


[ovirt-users] Re: Invalid status on data centre after affinity enforcement rules run

2018-08-10 Thread Andrej Krejcir
Hi,

More information about the problem with the data center can be in the
engine log at:
/var/log/ovirt-engine/engine.log

And more info about the hosted engine restarts can be in the hosted engine
logs, on one of the hosts where it was running:
/var/log/ovirt-hosted-engine-ha/agent.log
/var/log/ovirt-hosted-engine-ha/broker.log


Andrej

On Thu, 9 Aug 2018 at 20:08, Jayme  wrote:

> I have a newly built three node HCI glusterFS cluster (deployed with
> cockpit) running ovirt 4.2.5
>
> I'm noticing that a few times a day I'm seeing the following event log:
>
> Invalid status on Data Center Default. Setting status to Non Responsive.
>
> In every single case it happens about 10 seconds after the previous event
> log:
>
> Affinity Rules Enforcement Manager started.
>
> Is it normal to see this temporary non responsive state of the default
> data center?
>
> I've also noticed something a bit odd with my hostedEngine.  It seems to
> be restarting on its own and correlates to around the time the above
> warnings are in the event log.
>
> My hosted engine says it has an uptime of 10 minutes right now but I
> haven't touched it or rebooted it in several days.  The events for
> hostedEngine specifically don't show any logs or problems for several
> weeks.
>
> Question is, why is the default data center intermittently going
> non-responsive and why is my hostedEngine seemingly restarting itself?
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/H7XXHVT5CVMS6T2VWFKSMFB572YYZAAR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/55D2NNICLBNYRFZPJOK5NGRIP26FE5M3/


[ovirt-users] Re: Reading an ISO image to identify the Image version and type

2018-08-10 Thread Nir Soffer
On Wed, Aug 8, 2018 at 2:52 AM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Nir,
>
> Thanks for your response.
>
> I tried for linux iso files and I am able to get the OS with version like
> below,
>
> [root@ovirtadmin iso]# iso-info ubuntu-18.04-desktop-amd64.iso
> iso-info version 0.92 x86_64-redhat-linux-gnu
> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> __
> ISO 9660 image: ubuntu-18.04-desktop-amd64.iso
> Preparer: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4,
> LIBISOFS-1.2.4, LIBBURN-1.2.4
> Volume  : Ubuntu 18.04 LTS amd64
> Joliet Level: 3
>

The creator of his iso file cares about users...


> But when I try for windows, I didn't get the OS and version,
>
> iso-info -d -i windows.iso
> iso-info version 0.92 x86_64-redhat-linux-gnu
> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> __
> ISO 9660 image: windows.iso
>
Application : CDIMAGE 2.54 (01/01/2005 TM)
> Preparer: MICROSOFT CORPORATION, ONE MICROSOFT WAY, REDMOND WA 98052, 
> (425)
> 882-8080
> Publisher   : MICROSOFT CORPORATION
> Volume  : GSP1RMCPRXFRER_EN_DVD
> Volume Set  : GSP1RMCPRXFRER_EN_DVD
> No Joliet extensions
>

The creator of this iso clearly does not :-)


>
>
> Is there a tool which tells us like 'windows 7', 'windows 10' like that?
>

I don't have any idea.

Nir


>
>
> On Wed, Aug 8, 2018 at 3:32 AM, Nir Soffer  wrote:
>
>> On Tue, Aug 7, 2018 at 1:59 PM Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Team,
>>>
>>> I have few ISO images, Is there a utility in oVirt which tells us which
>>> image version it is (like windows / linux version)?
>>>
>>
>> What do you mean by "image version"?
>>
>> I think we keep only the image name - either the file name on ISO domain,
>> or the
>> disk alias/description when you upload ISO to data domain.
>>
>> There are standard tools for ISO files, maybe one of them can help?
>>
>> Here is for example isoinfo (provided by genisoimage package)
>>
>> $ isoinfo -d -i Fedora-Server-dvd-x86_64-28-1.1.iso
>> CD-ROM is in ISO 9660 format
>> System id: LINUX
>> Volume id: Fedora-S-dvd-x86_64-28
>> Volume set id:
>> Publisher id:
>> Data preparer id:
>> Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993
>> E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
>> Copyright File id:
>> Abstract File id:
>> Bibliographic File id:
>> Volume set size is: 1
>> Volume set sequence number is: 1
>> Logical block size is: 2048
>> Volume size is: 1417496
>> El Torito VD version 1 found, boot catalog is in sector 499
>> Joliet with UCS level 3 found
>> Rock Ridge signatures version 1 found
>> Eltorito validation header:
>> Hid 1
>> Arch 0 (x86)
>> ID ''
>> Key 55 AA
>> Eltorito defaultboot header:
>> Bootid 88 (bootable)
>> Boot media 0 (No Emulation Boot)
>> Load segment 0
>> Sys type 0
>> Nsect 4
>> Bootoff 48C5B 298075
>>
>> If you think oVirt should provide such info in the UI or via the SDK,
>> please open
>> bug describing the use case.
>>
>> Nir
>>
>
>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain confidential,
> proprietary or legally privileged information and is intended solely for
> the use of the individual or entity to whom it is actually intended. If you
> have erroneously received this message, please permanently delete it
> immediately and notify the sender. If you are not the intended recipient of
> the email message,you are notified strictly not to disseminate,distribute
> or copy this e-mail.E-mail transmission cannot be guaranteed to be secure
> or error-free as Information could be intercepted, corrupted, lost,
> destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts
> no liability for the contents and integrity of this mail or for any damage
> caused by the limitations of the e-mail transmission.
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3EQ6HUH5R3ZDE4GPOBROVMMNTPAOD3NG/


[ovirt-users] Re: cannot activate host

2018-08-10 Thread Jiří Sléžka
Well, issue was solved by installing latest async update 4.2.5...
Probably helped this part of upgrade process...

...
[ INFO  ] Cleaning async tasks and compensations
[ INFO  ] Unlocking existing entities
...


Cheers,

Jiri


On 08/10/2018 11:03 AM, Jiří Sléžka wrote:
> On 08/10/2018 10:52 AM, Raz Tamir wrote:
>>
>>
>> On Fri, Aug 10, 2018 at 11:30 AM, Jiří Sléžka > > wrote:
>>
>> Hi,
>>
>> On 08/09/2018 11:25 PM, Raz Tamir wrote:
>> > You can try using vdsm-client to check if there are running tasks on 
>> the
>> > host using this command:
>> > 
>> >     vdsm-client Host getAllTasksInfo
>>
>> thanks for support, I tried this on affected host
>>
>> [root@blade01 ~]# vdsm-client Host getAllTasksInfo
>> vdsm-client: Command Host.getAllTasksInfo with args {} failed:
>> (code=654, message=Not SPM: ())
>>
>> so I moved into SPM host (blade03 at this time)
>>
>> [root@blade03 ~]# vdsm-client Host getAllTasksInfo
>> {}
>>
>> I tried also
>>
>> [root@blade01 ~]# vdsm-client Host getAllTasks
>> {}
>> [root@blade01 ~]# vdsm-client Host getJobs
>> {}
>>
>> [root@blade03 ~]# vdsm-client Host getAllTasks
>> {}
>> [root@blade03 ~]# vdsm-client Host getJobs
>> {}
>>
>> It looks like there are no tasks/jobs running on hosts. It looks like
>> something is stucked in engine db.
>>
>> At the beginning of this issue, there were some race condition where
>> blade01 had two running tasks/jobs which cannot be finished (network
>> configuration and activating of host). I deleted this jobs manually in
>> db via
>>
>> SELECT * FROM job ORDER BY start_time DESC;
>> SELECT DeleteJob('...job_id...');
>> SELECT DeleteJob('...job_id...');
>>
>> Maybe it was not wise... but what can I do now to solve this? :-)
>>
>> Yes it can be bad to mess with the DB.
>> My best suugestion at the momet is to try and re-add this host.
> 
> I would like to but I cannot even remove this host (Cannot remove Host.
> Related operation is currently in progress. Please try again later.) :-(
> But maybe I can try to add it as brand new one?
> 
> But I am curious what checks do manager and why we cannot see the
> tasks/jobs/locks/anything in db...
> 
> Cheers, Jiri
> 
> 
> 
>>  
>>
>>
>> Cheers, Jiri
>>
>>
>> > 
>> > If there are running tasks, you can stop them:
>> > 
>> >     vdsm-client Task stop taskID=xxx-yyy
>> > 
>> > If there are finished tasks, you can clear them:
>> > 
>> >     vdsm-client Task clear taskID=xxx-yyy
>> > 
>> > 
>> > On Thu, Aug 9, 2018, 16:15 Jiří Sléžka > 
>> > >> wrote:
>> >
>> >     Hello,
>> >
>> >     still no luck with solving this issue.
>> >
>> >     I cannot even remove this host.
>> >
>> >     engine log is now spammed with this messages
>> >
>> >     2018-08-09 15:03:08,410+02 INFO
>> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>> >     (EE-ManagedThreadFactory-engine-Thread-1057)
>> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
>> and wait
>> >     lock
>> >   
>>  
>> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
>> >     sharedLocks=''}'
>> >     2018-08-09 15:03:08,446+02 INFO
>> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>> >     (EE-ManagedThreadFactory-engine-Thread-1057)
>> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
>> and wait
>> >     lock
>> >   
>>  
>> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
>> >     sharedLocks=''}'
>> >     2018-08-09 15:03:08,451+02 INFO
>> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>> >     (EE-ManagedThreadFactory-engine-Thread-1057)
>> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
>> and wait
>> >     lock
>> >   
>>  
>> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
>> >     sharedLocks=''}'
>> >     2018-08-09 15:03:08,486+02 INFO
>> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
>> >     (EE-ManagedThreadFactory-engine-Thread-1057)
>> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
>> and wait
>> >     lock
>> >   
>>  
>> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
>> >     sharedLocks=''}'
>> >
>> >     btw. oVirt 4.2.5.2-1.el7/CentOS7
>> >
>> >     Any tips how to resolve this and at least remove this host
>> from ovirt?
>> >
>> >     Cheers, Jiri
>> >
>> >
>> >     On 08/06/2018 12:52 PM, Gobinda Das wrote:
>> >     > Can you please post vdsm log which is inside
>> 

[ovirt-users] Re: [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Unable to resolve address\n"}

2018-08-10 Thread Edward Berger
I saw something like this also.

The new ansible based installation tries to verify hostnames using the
getent command
with something like...
   getent ahostsv4 hostname.domain | grep hostname.domain

In my case that failed to pickup a cname I wanted to use, even though
nslookup hostname.domain
returns a valid IP address for it.


On Thu, Aug 9, 2018 at 10:57 PM, Ariez Ahito 
wrote:

> failed hosted-engine deployment
>
> i tried using command line but encountered this error
>
> i also tried downloading ovirt-node iso and using WEBUI but encountered
> same problem
>
> i deployed this hosted-engine 3.5 without any problems.
>
> any thoughts?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/WW2NFYHW2RGIWQU4HJVOOKHBJ7RIDLOL/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6D2AUPWZDCOVZ2D2EL3CX2RZW77MIZNH/


[ovirt-users] Re: Reading an ISO image to identify the Image version and type

2018-08-10 Thread Wesley Stewart
Maybe I am missing something, but can't you just name your ISO files
appropriately?

Windows can read the ESD file in the ISO using DISM, however I do not know
if there is a program in Linux that can parse that info.

I would suspect you are looking for a third party tool somewhere.

On Fri, Aug 10, 2018, 12:42 AM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Nir,
>
> Did you get a chance to look at this?
>
> Thanks,
> Hari
>
> On Wed, Aug 8, 2018 at 5:22 AM, Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> Hi Nir,
>>
>> Thanks for your response.
>>
>> I tried for linux iso files and I am able to get the OS with version like
>> below,
>>
>> [root@ovirtadmin iso]# iso-info ubuntu-18.04-desktop-amd64.iso
>> iso-info version 0.92 x86_64-redhat-linux-gnu
>> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> __
>> ISO 9660 image: ubuntu-18.04-desktop-amd64.iso
>> Preparer: XORRISO-1.2.4 2012.07.20.130001, LIBISOBURN-1.2.4,
>> LIBISOFS-1.2.4, LIBBURN-1.2.4
>> Volume  : Ubuntu 18.04 LTS amd64
>> Joliet Level: 3
>>
>>
>>
>>
>> But when I try for windows, I didn't get the OS and version,
>>
>> iso-info -d -i windows.iso
>> iso-info version 0.92 x86_64-redhat-linux-gnu
>> Copyright (c) 2003-2005, 2007-2008, 2011-2013 R. Bernstein
>> This is free software; see the source for copying conditions.
>> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
>> PARTICULAR PURPOSE.
>> __
>> ISO 9660 image: windows.iso
>> Application : CDIMAGE 2.54 (01/01/2005 TM)
>> Preparer: MICROSOFT CORPORATION, ONE MICROSOFT WAY, REDMOND WA 98052,
>> (425) 882-8080
>> Publisher   : MICROSOFT CORPORATION
>> Volume  : GSP1RMCPRXFRER_EN_DVD
>> Volume Set  : GSP1RMCPRXFRER_EN_DVD
>> No Joliet extensions
>>
>>
>> Is there a tool which tells us like 'windows 7', 'windows 10' like that?
>>
>>
>> On Wed, Aug 8, 2018 at 3:32 AM, Nir Soffer  wrote:
>>
>>> On Tue, Aug 7, 2018 at 1:59 PM Hari Prasanth Loganathan <
>>> hariprasant...@msystechnologies.com> wrote:
>>>
 Hi Team,

 I have few ISO images, Is there a utility in oVirt which tells us which
 image version it is (like windows / linux version)?

>>>
>>> What do you mean by "image version"?
>>>
>>> I think we keep only the image name - either the file name on ISO
>>> domain, or the
>>> disk alias/description when you upload ISO to data domain.
>>>
>>> There are standard tools for ISO files, maybe one of them can help?
>>>
>>> Here is for example isoinfo (provided by genisoimage package)
>>>
>>> $ isoinfo -d -i Fedora-Server-dvd-x86_64-28-1.1.iso
>>> CD-ROM is in ISO 9660 format
>>> System id: LINUX
>>> Volume id: Fedora-S-dvd-x86_64-28
>>> Volume set id:
>>> Publisher id:
>>> Data preparer id:
>>> Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993
>>> E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
>>> Copyright File id:
>>> Abstract File id:
>>> Bibliographic File id:
>>> Volume set size is: 1
>>> Volume set sequence number is: 1
>>> Logical block size is: 2048
>>> Volume size is: 1417496
>>> El Torito VD version 1 found, boot catalog is in sector 499
>>> Joliet with UCS level 3 found
>>> Rock Ridge signatures version 1 found
>>> Eltorito validation header:
>>> Hid 1
>>> Arch 0 (x86)
>>> ID ''
>>> Key 55 AA
>>> Eltorito defaultboot header:
>>> Bootid 88 (bootable)
>>> Boot media 0 (No Emulation Boot)
>>> Load segment 0
>>> Sys type 0
>>> Nsect 4
>>> Bootoff 48C5B 298075
>>>
>>> If you think oVirt should provide such info in the UI or via the SDK,
>>> please open
>>> bug describing the use case.
>>>
>>> Nir
>>>
>>
>>
>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain confidential,
> proprietary or legally privileged information and is intended solely for
> the use of the individual or entity to whom it is actually intended. If you
> have erroneously received this message, please permanently delete it
> immediately and notify the sender. If you are not the intended recipient of
> the email message,you are notified strictly not to disseminate,distribute
> or copy this e-mail.E-mail transmission cannot be guaranteed to be secure
> or error-free as Information could be intercepted, corrupted, lost,
> destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts
> no liability for the contents and integrity of this mail or for any damage
> caused by the limitations of the e-mail transmission.
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 

[ovirt-users] [ANN] oVirt Engine 4.2.5 async update is now available

2018-08-10 Thread Sandro Bonazzola
The oVirt Team has just released a new version of ovirt-engine package that
fixes upgrade related issues.[1][2].
We recommend to users experiencing upgrade issues to try again with this
new release.Thanks,


[1] Bug 1609839 - Foreign key constraint violation on upgrade to 4.2.5
[2] Bug 1613168 - On rollback of failed upgrade from 4.2.1+, engine-setup
outputs errors about the uuid-ossp extension

-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AG6RQW5ISZKB4IAH7LTBGY5K4JDVMVNU/


[ovirt-users] Re: cannot activate host

2018-08-10 Thread Jiří Sléžka
On 08/10/2018 10:52 AM, Raz Tamir wrote:
> 
> 
> On Fri, Aug 10, 2018 at 11:30 AM, Jiří Sléžka  > wrote:
> 
> Hi,
> 
> On 08/09/2018 11:25 PM, Raz Tamir wrote:
> > You can try using vdsm-client to check if there are running tasks on the
> > host using this command:
> > 
> >     vdsm-client Host getAllTasksInfo
> 
> thanks for support, I tried this on affected host
> 
> [root@blade01 ~]# vdsm-client Host getAllTasksInfo
> vdsm-client: Command Host.getAllTasksInfo with args {} failed:
> (code=654, message=Not SPM: ())
> 
> so I moved into SPM host (blade03 at this time)
> 
> [root@blade03 ~]# vdsm-client Host getAllTasksInfo
> {}
> 
> I tried also
> 
> [root@blade01 ~]# vdsm-client Host getAllTasks
> {}
> [root@blade01 ~]# vdsm-client Host getJobs
> {}
> 
> [root@blade03 ~]# vdsm-client Host getAllTasks
> {}
> [root@blade03 ~]# vdsm-client Host getJobs
> {}
> 
> It looks like there are no tasks/jobs running on hosts. It looks like
> something is stucked in engine db.
> 
> At the beginning of this issue, there were some race condition where
> blade01 had two running tasks/jobs which cannot be finished (network
> configuration and activating of host). I deleted this jobs manually in
> db via
> 
> SELECT * FROM job ORDER BY start_time DESC;
> SELECT DeleteJob('...job_id...');
> SELECT DeleteJob('...job_id...');
> 
> Maybe it was not wise... but what can I do now to solve this? :-)
> 
> Yes it can be bad to mess with the DB.
> My best suugestion at the momet is to try and re-add this host.

I would like to but I cannot even remove this host (Cannot remove Host.
Related operation is currently in progress. Please try again later.) :-(
But maybe I can try to add it as brand new one?

But I am curious what checks do manager and why we cannot see the
tasks/jobs/locks/anything in db...

Cheers, Jiri



>  
> 
> 
> Cheers, Jiri
> 
> 
> > 
> > If there are running tasks, you can stop them:
> > 
> >     vdsm-client Task stop taskID=xxx-yyy
> > 
> > If there are finished tasks, you can clear them:
> > 
> >     vdsm-client Task clear taskID=xxx-yyy
> > 
> > 
> > On Thu, Aug 9, 2018, 16:15 Jiří Sléžka  
> > >> wrote:
> >
> >     Hello,
> >
> >     still no luck with solving this issue.
> >
> >     I cannot even remove this host.
> >
> >     engine log is now spammed with this messages
> >
> >     2018-08-09 15:03:08,410+02 INFO
> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> >     (EE-ManagedThreadFactory-engine-Thread-1057)
> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
> and wait
> >     lock
> >   
>  
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> >     sharedLocks=''}'
> >     2018-08-09 15:03:08,446+02 INFO
> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> >     (EE-ManagedThreadFactory-engine-Thread-1057)
> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
> and wait
> >     lock
> >   
>  
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> >     sharedLocks=''}'
> >     2018-08-09 15:03:08,451+02 INFO
> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> >     (EE-ManagedThreadFactory-engine-Thread-1057)
> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
> and wait
> >     lock
> >   
>  
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> >     sharedLocks=''}'
> >     2018-08-09 15:03:08,486+02 INFO
> >     [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> >     (EE-ManagedThreadFactory-engine-Thread-1057)
> >     [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock
> and wait
> >     lock
> >   
>  
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> >     sharedLocks=''}'
> >
> >     btw. oVirt 4.2.5.2-1.el7/CentOS7
> >
> >     Any tips how to resolve this and at least remove this host
> from ovirt?
> >
> >     Cheers, Jiri
> >
> >
> >     On 08/06/2018 12:52 PM, Gobinda Das wrote:
> >     > Can you please post vdsm log which is inside
> /var/log/vdsm/vdsm.log ?
> >     >
> >     > On Mon, Aug 6, 2018 at 3:51 PM, Jiří Sléžka
> mailto:jiri.sle...@slu.cz>
> >     >
> >     > 
>  >     >
> >     >     Hi,
> >     >
> >     >     no one can help?

[ovirt-users] Re: cannot activate host

2018-08-10 Thread Raz Tamir
On Fri, Aug 10, 2018 at 11:30 AM, Jiří Sléžka  wrote:

> Hi,
>
> On 08/09/2018 11:25 PM, Raz Tamir wrote:
> > You can try using vdsm-client to check if there are running tasks on the
> > host using this command:
> >
> > vdsm-client Host getAllTasksInfo
>
> thanks for support, I tried this on affected host
>
> [root@blade01 ~]# vdsm-client Host getAllTasksInfo
> vdsm-client: Command Host.getAllTasksInfo with args {} failed:
> (code=654, message=Not SPM: ())
>
> so I moved into SPM host (blade03 at this time)
>
> [root@blade03 ~]# vdsm-client Host getAllTasksInfo
> {}
>
> I tried also
>
> [root@blade01 ~]# vdsm-client Host getAllTasks
> {}
> [root@blade01 ~]# vdsm-client Host getJobs
> {}
>
> [root@blade03 ~]# vdsm-client Host getAllTasks
> {}
> [root@blade03 ~]# vdsm-client Host getJobs
> {}
>
> It looks like there are no tasks/jobs running on hosts. It looks like
> something is stucked in engine db.
>
> At the beginning of this issue, there were some race condition where
> blade01 had two running tasks/jobs which cannot be finished (network
> configuration and activating of host). I deleted this jobs manually in
> db via
>
> SELECT * FROM job ORDER BY start_time DESC;
> SELECT DeleteJob('...job_id...');
> SELECT DeleteJob('...job_id...');
>
> Maybe it was not wise... but what can I do now to solve this? :-)
>
Yes it can be bad to mess with the DB.
My best suugestion at the momet is to try and re-add this host.


>
> Cheers, Jiri
>
>
> >
> > If there are running tasks, you can stop them:
> >
> > vdsm-client Task stop taskID=xxx-yyy
> >
> > If there are finished tasks, you can clear them:
> >
> > vdsm-client Task clear taskID=xxx-yyy
> >
> >
> > On Thu, Aug 9, 2018, 16:15 Jiří Sléžka  > > wrote:
> >
> > Hello,
> >
> > still no luck with solving this issue.
> >
> > I cannot even remove this host.
> >
> > engine log is now spammed with this messages
> >
> > 2018-08-09 15:03:08,410+02 INFO
> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> > (EE-ManagedThreadFactory-engine-Thread-1057)
> > [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and
> wait
> > lock
> > 'HostEngineLock:{exclusiveLocks='[786646cd-
> c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> > sharedLocks=''}'
> > 2018-08-09 15:03:08,446+02 INFO
> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> > (EE-ManagedThreadFactory-engine-Thread-1057)
> > [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and
> wait
> > lock
> > 'HostEngineLock:{exclusiveLocks='[786646cd-
> c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> > sharedLocks=''}'
> > 2018-08-09 15:03:08,451+02 INFO
> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> > (EE-ManagedThreadFactory-engine-Thread-1057)
> > [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and
> wait
> > lock
> > 'HostEngineLock:{exclusiveLocks='[786646cd-
> c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> > sharedLocks=''}'
> > 2018-08-09 15:03:08,486+02 INFO
> > [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> > (EE-ManagedThreadFactory-engine-Thread-1057)
> > [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and
> wait
> > lock
> > 'HostEngineLock:{exclusiveLocks='[786646cd-
> c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> > sharedLocks=''}'
> >
> > btw. oVirt 4.2.5.2-1.el7/CentOS7
> >
> > Any tips how to resolve this and at least remove this host from
> ovirt?
> >
> > Cheers, Jiri
> >
> >
> > On 08/06/2018 12:52 PM, Gobinda Das wrote:
> > > Can you please post vdsm log which is inside
> /var/log/vdsm/vdsm.log ?
> > >
> > > On Mon, Aug 6, 2018 at 3:51 PM, Jiří Sléžka  > 
> > > >> wrote:
> > >
> > > Hi,
> > >
> > > no one can help?
> > >
> > > I still cannot activate this host - error is "Cannot activate
> > Host.
> > > Related operation is currently in progress. Please try again
> > later."
> > >
> > > I believe relevant log entrieas are
> > >
> > > 2018-08-06 12:15:50,398+02 INFO
> > > [org.ovirt.engine.core.bll.ActivateVdsCommand] (default
> task-426)
> > > [9387077a-8276-4a3f-a087-584a10a09b08] Failed to Acquire Lock
> > to object
> > >
> >  'EngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-
> 56e858dcf202=VDS]',
> > > sharedLocks=''}'
> > > 2018-08-06 12:15:50,398+02 WARN
> > > [org.ovirt.engine.core.bll.ActivateVdsCommand] (default
> task-426)
> > > [9387077a-8276-4a3f-a087-584a10a09b08] Validation of action
> > > 'ActivateVds' failed for user ***my_username***. Reasons:
> > >
> >  VAR__ACTION__ACTIVATE,VAR__TYPE__HOST,ACTION_TYPE_FAILED_
> OBJECT_LOCKED
> > >
> > >
> > > when I tried to "reinstall host" I got entry 

[ovirt-users] Re: cannot activate host

2018-08-10 Thread Jiří Sléžka
Hi,

On 08/09/2018 11:25 PM, Raz Tamir wrote:
> You can try using vdsm-client to check if there are running tasks on the
> host using this command:
> 
> vdsm-client Host getAllTasksInfo

thanks for support, I tried this on affected host

[root@blade01 ~]# vdsm-client Host getAllTasksInfo
vdsm-client: Command Host.getAllTasksInfo with args {} failed:
(code=654, message=Not SPM: ())

so I moved into SPM host (blade03 at this time)

[root@blade03 ~]# vdsm-client Host getAllTasksInfo
{}

I tried also

[root@blade01 ~]# vdsm-client Host getAllTasks
{}
[root@blade01 ~]# vdsm-client Host getJobs
{}

[root@blade03 ~]# vdsm-client Host getAllTasks
{}
[root@blade03 ~]# vdsm-client Host getJobs
{}

It looks like there are no tasks/jobs running on hosts. It looks like
something is stucked in engine db.

At the beginning of this issue, there were some race condition where
blade01 had two running tasks/jobs which cannot be finished (network
configuration and activating of host). I deleted this jobs manually in
db via

SELECT * FROM job ORDER BY start_time DESC;
SELECT DeleteJob('...job_id...');
SELECT DeleteJob('...job_id...');

Maybe it was not wise... but what can I do now to solve this? :-)

Cheers, Jiri


> 
> If there are running tasks, you can stop them:
> 
> vdsm-client Task stop taskID=xxx-yyy
> 
> If there are finished tasks, you can clear them:
> 
> vdsm-client Task clear taskID=xxx-yyy
> 
> 
> On Thu, Aug 9, 2018, 16:15 Jiří Sléžka  > wrote:
> 
> Hello,
> 
> still no luck with solving this issue.
> 
> I cannot even remove this host.
> 
> engine log is now spammed with this messages
> 
> 2018-08-09 15:03:08,410+02 INFO
> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> (EE-ManagedThreadFactory-engine-Thread-1057)
> [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and wait
> lock
> 
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> sharedLocks=''}'
> 2018-08-09 15:03:08,446+02 INFO
> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> (EE-ManagedThreadFactory-engine-Thread-1057)
> [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and wait
> lock
> 
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> sharedLocks=''}'
> 2018-08-09 15:03:08,451+02 INFO
> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> (EE-ManagedThreadFactory-engine-Thread-1057)
> [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and wait
> lock
> 
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> sharedLocks=''}'
> 2018-08-09 15:03:08,486+02 INFO
> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> (EE-ManagedThreadFactory-engine-Thread-1057)
> [cb8aa091-70ce-419a-b45b-3ffad6f2529b] Failed to acquire lock and wait
> lock
> 
> 'HostEngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS_INIT]',
> sharedLocks=''}'
> 
> btw. oVirt 4.2.5.2-1.el7/CentOS7
> 
> Any tips how to resolve this and at least remove this host from ovirt?
> 
> Cheers, Jiri
> 
> 
> On 08/06/2018 12:52 PM, Gobinda Das wrote:
> > Can you please post vdsm log which is inside /var/log/vdsm/vdsm.log ?
> >
> > On Mon, Aug 6, 2018 at 3:51 PM, Jiří Sléžka  
> > >> wrote:
> >
> >     Hi,
> >
> >     no one can help?
> >
> >     I still cannot activate this host - error is "Cannot activate
> Host.
> >     Related operation is currently in progress. Please try again
> later."
> >
> >     I believe relevant log entrieas are
> >
> >     2018-08-06 12:15:50,398+02 INFO
> >     [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-426)
> >     [9387077a-8276-4a3f-a087-584a10a09b08] Failed to Acquire Lock
> to object
> >   
>  'EngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS]',
> >     sharedLocks=''}'
> >     2018-08-06 12:15:50,398+02 WARN
> >     [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-426)
> >     [9387077a-8276-4a3f-a087-584a10a09b08] Validation of action
> >     'ActivateVds' failed for user ***my_username***. Reasons:
> >   
>  VAR__ACTION__ACTIVATE,VAR__TYPE__HOST,ACTION_TYPE_FAILED_OBJECT_LOCKED
> >
> >
> >     when I tried to "reinstall host" I got entry in Events "Failed
> to update
> >     Host blade01" and correlation id. Relevant log entries are
> >
> >
> >     cat /var/log/ovirt-engine/engine.log | grep
> >     d2b332da-9050-419c-8188-8fdda5e9d807
> >
> >     2018-08-06 12:08:57,451+02 INFO
> >     [org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand] (default
> >     task-425) [d2b332da-9050-419c-8188-8fdda5e9d807]