from:"Kapetanakis Giannis"

[ovirt-users] Re: [ANN] oVirt 4.5.5 is now generally available

2023-12-05 Thread Kapetanakis Giannis

Thanks for the update.

Already updated 2 engine setups without any issue.

What about master snapshot repositories you propose? Will these work on EL8 
compatible distros like Rocky8 or do we have to switch to Centos-Stream?
Does this stand for both engine and hosts?

https://ovirt.org/develop/dev-process/install-nightly-snapshot.html says only 
about Stream.

Thanks,

Giannis

On 01/12/2023 14:57, Sandro Bonazzola wrote:
>
>
>   oVirt 4.5.5 is now generally available
>
>
> The oVirt project is excited to announce the general availability of oVirt 
> 4.5.5, as of December 1st, 2023.
>
>
> Important notes before you install / upgrade
>
> If you’re going to install oVirt 4.5.5 on RHEL or similar, please read 
> Installing on RHEL or derivatives 
> first.
>
>
> Suggestion to use nightly
>
> As discussed in oVirt Users mailing list 
> we
>  suggest the user community to use oVirt master snapshot repositories 
> ensuring 
> that the latest fixes for the platform regressions will be promptly available.
>
> This oVirt 4.5.5 release is meant to provide what has been made available in 
> nightly repositories as base for new installations.
>
> If you are already using oVirt master snapshot you should already have 
> received this release content.
>
>
> Documentation
>
> Be sure to follow instructions for oVirt 4.5!
>
>  *
>
> If you want to try oVirt as quickly as possible, follow the instructions 
> on the Download page.
>
>  *
>
> For complete installation, administration, and usage instructions, see 
> the oVirt Documentation .
>
>  *
>
> For upgrading from a previous version, see the oVirt Upgrade Guide 
> .
>
>  *
>
> For a general overview of oVirt, see About oVirt 
> .
>
>
> What’s new in oVirt 4.5.5 Release?
>
> This release is available now on x86_64 architecture for:
>
>  *
>
> oVirt Node NG (based on CentOS Stream 8)
>
>  *
>
> oVirt Node NG (based on CentOS Stream 9)
>
>  *
>
> CentOS Stream 8
>
>  *
>
> CentOS Stream 9
>
>  *
>
> RHEL 8 and derivatives
>
>  *
>
> RHEL 9 and derivatives
>
>
> Experimental builds are also available for ppc64le and aarch64.
>
>
> See the release notes for installation instructions and a list of new 
> features and bugs fixed.
>
>
> Additional resources:
>
>  *
>
> Read more about the oVirt 4.5.5 release highlights: 
> https://www.ovirt.org/release/4.5.5/ 
>
>  *
>
> Check out the latest project news on the oVirt blog: 
> https://blogs.ovirt.org/ 
>
>
> -- 
>
> Sandro* Bonazzola*
> oVirt Project
>
> *
>
> *
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3LUMKWX6JFDO5INZ76KRXOBXSO2IDLY2/___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WZKEOTRRW72NNWSKUBLKC5IDKEONULIQ/

[ovirt-users] Re: vdsm 4.50.3.4 and qemu-kvm update problem

2022-11-10 Thread Kapetanakis Giannis


On 10/11/2022 02:16, Erkan E via Users wrote:
> snip...
>
> When I chatted with Rocky Linux developers, they've explained me that this 
> issue's caused by how the vendor (oVirt) developers pack their software and 
> setting out build requirements. OVirt packages uses the exact version 
> numbers, including the build numbers, which increment on each module build. 
> Unfortunately, Red Hat has a higher increment than all the EL8 derivatives.
>
> Is it possible to solve this issue if you (oVirt developers) are able to 
> re-set the requirements without using any build numbers (by only saying 
> BuildRequires: qemu-kvm >= 6.2.0-11) to increase the compatibility with the 
> other Enterprise Linux operating systems?
>
> Thank you
> Erkan E


Erkan, is the chat with Rocky devs available anywhere public?

Thanks

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

[ovirt-users] vdsm 4.50.3.4 and qemu-kvm update problem

2022-11-08 Thread Kapetanakis Giannis

It seems that vdsm 4.50.3.4-1.el8 has been pushed to centos-ovirt45 which 
according to
https://github.com/oVirt/vdsm/blob/master/vdsm.spec.in

# Zero-copy migrations, https://bugzilla.redhat.com/2089434
Requires: qemu-kvm >= 15:6.2.0-11.module+el8.6.0+16360+9e5d914e.4

This is not available in Rocky 8.6, probably not backported from Redhat 8.7?

# dnf update
Last metadata expiration check: 0:02:15 ago on Tue 08 Nov 2022 13:24:14 EET.
Error:
 Problem 1: cannot install the best update candidate for package 
vdsm-4.50.2.2-1.el8.x86_64
  - nothing provides qemu-kvm >= 15:6.2.0-11.module+el8.6.0+16360+9e5d914e.4 
needed by vdsm-4.50.3.4-1.el8.x86_64

G

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

[ovirt-users] ovirt 4.4.10 ansible version

2022-06-09 Thread Kapetanakis Giannis

Could someone verify the correct ansible version for ovirt 4.4.10 ?

I'm having dependencies problem:

# rpm -q ansible
ansible-2.9.27-3.el8.noarch

# dnf update
Last metadata expiration check: 1:14:38 ago on Thu 09 Jun 2022 10:59:53 EEST.
Error:
 Problem: package ovirt-engine-4.4.10.7-1.el8.noarch requires ansible < 2.10.0, 
but none of the providers can be installed
  - cannot install both ansible-5.4.0-2.el8.noarch and 
ansible-2.9.27-3.el8.noarch
  - cannot install both ansible-2.9.17-1.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.18-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.20-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.21-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.23-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.24-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install both ansible-2.9.27-2.el8.noarch and 
ansible-5.4.0-2.el8.noarch
  - cannot install the best update candidate for package 
ovirt-engine-4.4.10.7-1.el8.noarch
  - cannot install the best update candidate for package 
ansible-2.9.27-3.el8.noarch
  - package ansible-2.9.20-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.16-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.19-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.23-1.el8.noarch is filtered out by exclude filtering
(try to add '--allowerasing' to command line to replace conflicting packages or 
'--skip-broken' to skip uninstallable packages or '--nobest' to use not only 
best candidate packages)

# dnf list --showduplicates ansible
Last metadata expiration check: 1:15:11 ago on Thu 09 Jun 2022 10:59:53 EEST.
Installed Packages
ansible.noarch   2.9.27-3.el8    @epel  
     
Available Packages
ansible.noarch   2.9.17-1.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.18-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.20-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.21-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.23-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.24-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   2.9.27-2.el8    
ovirt-4.4-centos-ovirt44
ansible.noarch   5.4.0-2.el8 epel   
     
ansible.noarch   5.4.0-2.el8 
ovirt-4.4-epel 

thanks,

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

[ovirt-users] Re: oVirt and log4j vulnerability

2021-12-12 Thread Kapetanakis Giannis


Are you sure?

lsof -n -P |grep log4j

java    2977 892943 EE-Manage   ovirt  213r  
REG  253,0 301418    2071533 
/usr/share/ovirt-engine-wildfly/modules/system/layers/base/org/apache/logging/log4j/api/main/log4j-api-2.14.0.jar


seems vulnerable to me.
ovirt   2977  1.1 11.9 3955136 1954500 ? Sl   Dec03 157:37 
ovirt-engine --add-modules java.se -server -XX:+TieredCompilation 
-Xms1462M -Xmx1462M -Xss1M -Djava.awt.headless=true 
-Dsun.rmi.dgc.client.gcInterval=360 
-Dsun.rmi.dgc.server.gcInterval=360 -Djsse.enableSNIExtension=false 
-Dresteasy.preferJacksonOverJsonB=true 
-Djackson.deserialization.whitelist.packages=org,com,java,javax 
-Dcom.redhat.fips=false -XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/var/log/ovirt-engine/dump 
-Djava.util.logging.manager=org.jboss.logmanager 
-Dlogging.configuration=file:///var/lib/ovirt-engine/jboss_runtime/config/ovirt-engine-logging.properties 
-Dorg.jboss.resolver.warning=true 
-Djboss.modules.system.pkgs=org.jboss.byteman 
-Djboss.server.default.config=ovirt-engine 
-Djboss.home.dir=/usr/share/ovirt-engine-wildfly 
-Djboss.server.base.dir=/usr/share/ovirt-engine 
-Djboss.server.data.dir=/var/lib/ovirt-engine 
-Djboss.server.log.dir=/var/log/ovirt-engine 
-Djboss.server.config.dir=/var/lib/ovirt-engine/jboss_runtime/config 
-Djboss.server.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp 
-Djboss.controller.temp.dir=/var/lib/ovirt-engine/jboss_runtime/tmp -jar 
/usr/share/ovirt-engine-wildfly/jboss-modules.jar -mp 
/usr/share/ovirt-engine-wildfly-overlay/modules:/usr/share/ovirt-engine/modules/common:/usr/share/ovirt-engine-extension-aaa-jdbc/modules:/usr/share/ovirt-engine-extension-aaa-ldap/modules:/usr/share/ovirt-engine-wildfly/modules 
-jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -c 
ovirt-engine.xml


rpm -qf 
/usr/share/ovirt-engine-wildfly/modules/system/layers/base/org/apache/logging/log4j/api/main/log4j-api-2.14.0.jar

ovirt-engine-wildfly-23.0.2-1.el8.x86_64

I believe we should start engine with -Dlog4j2.formatMsgNoLookups=true
for mitigation but I cannot find where to apply this for jboss.

maybe directly in 
/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py somewhere 
in _engineArgs


G

On 12/12/2021 10:25, Klaas Demter wrote:


Hi,

I think this only affects between 2.0 <= and <= 2.14.1 
(https://bugzilla.redhat.com/show_bug.cgi?id=2030932)


ovirt engine uses 1.2.17


So I don't think this hits ovirt 4.4


Greetings

Klaas


On 12/11/21 22:53, Chris Adams wrote:

Can an oVirt developer comment about the log4j vulnerability - is
oVirt's use of log4j vulnerable?


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


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

[ovirt-users] Re: How to renew vmconsole-proxy* certificates

2021-11-04 Thread Kapetanakis Giannis

On 27/04/2021 17:12, cape...@labri.fr wrote:
> Hi,
>
> Since a few weeks, we are not able to connect to the vmconsole proxy:
> $ ssh -t -p  ovirt-vmconsole@ovirt
> ovirt-vmconsole@ovirt: Permission denied (publickey).
>
> Last successful login record: Mar 29 11:31:32
> First login failure record: Mar 31 17:28:51
>
> We tracked the issue to the following log in /var/log/ovirt-engine/engine.log:
> ERROR [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default 
> task-11) [] Error validating ticket: : 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target
>
> Indeed, certificate /etc/pki/ovirt-engine/certs/vmconsole-proxy-helper.cer 
> and others did expire:
> --
> # grep 'Not After' /etc/pki/ovirt-engine/certs/vmconsole-proxy-*
> /etc/pki/ovirt-engine/certs/vmconsole-proxy-helper.cer:Not After 
> : Mar 31 13:18:44 2021 GMT
> /etc/pki/ovirt-engine/certs/vmconsole-proxy-host.cer:Not After : 
> Mar 31 13:18:44 2021 GMT
> /etc/pki/ovirt-engine/certs/vmconsole-proxy-user.cer:Not After : 
> Mar 31 13:18:44 2021 GMT
> --
>
> But we did not manage to found how to renew them. Any advice ?
> --
> Benoît


Hi,

I believe I have the same problem as this.

Same error message in engine log and expired certificates in 
/etc/pki/ovirt-engine/certs/vmconsole-proxy-*

Any ideas?

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

[ovirt-users] Re: 4.3.5 update error

2019-07-31 Thread Kapetanakis Giannis

On 31/07/2019 10:47, Kapetanakis Giannis wrote:
> Hi,
>
> Trying today engine-setup to update from 4.3.3 -> 4.3.5 I got this error:
>
> [ ERROR ] Failed to execute stage 'Setup validation': local variable 
> 'snapshot_cl' referenced before assignment
>
> In log file I see:
>
> 2019-07-31 10:43:00,375+0300 DEBUG otopi.context context._executeMethod:145 
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
> _executeMethod
>     method['method']()
>   File 
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>  line 437, in _validation
>     self._checkSnapshotCompatibilityVersion()
>   File 
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>  line 212, in _checkSnapshotCompatibilityVersion
>     'v': snapshot_cl,
> UnboundLocalError: local variable 'snapshot_cl' referenced before assignment
> 2019-07-31 10:43:00,381+0300 ERROR otopi.context context._executeMethod:154 
> Failed to execute stage 'Setup validation': local variable 'snapshot_cl' 
> referenced before assignment
>
> Any hints?
>
> thanks
>
> Giannis


After removing all snapshots, I was able to continue the upgrade.

G
___
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/JDGJW2C4JWRZJK5AVDXCDMBCL374K246/

[ovirt-users] 4.3.5 update error

2019-07-31 Thread Kapetanakis Giannis

Hi,

Trying today engine-setup to update from 4.3.3 -> 4.3.5 I got this error:

[ ERROR ] Failed to execute stage 'Setup validation': local variable 
'snapshot_cl' referenced before assignment

In log file I see:

2019-07-31 10:43:00,375+0300 DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
_executeMethod
    method['method']()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
 line 437, in _validation
    self._checkSnapshotCompatibilityVersion()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
 line 212, in _checkSnapshotCompatibilityVersion
    'v': snapshot_cl,
UnboundLocalError: local variable 'snapshot_cl' referenced before assignment
2019-07-31 10:43:00,381+0300 ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Setup validation': local variable 'snapshot_cl' 
referenced before assignment

Any hints?

thanks

Giannis
___
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/KFGPTHVU2IZIGGOXDSHY6IUVKSZP63PZ/

[ovirt-users] vm operation after host fence

2018-09-05 Thread Kapetanakis Giannis

Hi,

Last night we have an incident of a failed host. Engine issued a fence but did 
not restart the vms running on that node on other operational hosts. I'd like 
to know if this is normal or I can tune it somehow.

Here are some relevant logs from engine:

2018-09-05 03:00:51,496+03 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager] 
(EE-ManagedThreadFactory-engine-Thread-827644) [] Host 'v3' is not responding. 
It will stay in Connecting state for a grace period of 63 seconds and after 
that an attempt to fence the host will be issued.

2018-09-05 03:01:11,945+03 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] 
(EE-ManagedThreadFactory-engineScheduled-Thread-57) [] Failed to fetch vms info 
for host 'v3' - skipping VMs monitoring.
2018-09-05 03:01:48,028+03 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-827679) [] EVENT_ID: 
VM_SET_TO_UNKNOWN_STATUS(142), VM vm7 was set to the Unknown status.

2018-09-05 03:02:10,033+03 INFO  [org.ovirt.engine.core.bll.pm.StopVdsCommand] 
(EE-ManagedThreadFactory-engine-Thread-827680) [30369e01] Power-Management: 
STOP of host 'v3' initiated.

2018-09-05 03:02:55,935+03 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-827680) [3adcac38] EVENT_ID: 
VM_WAS_SET_DOWN_DUE_TO_HOST_REBOOT_OR_MANUAL_FENCE(143), Vm vm7 was shut down 
due to v3 host reboot or manual fence

2018-09-05 03:02:56,018+03 INFO  [org.ovirt.engine.core.bll.pm.StopVdsCommand] 
(EE-ManagedThreadFactory-engine-Thread-827680) [ea0f582] Power-Management: STOP 
host 'v3' succeeded.

2018-09-05 03:08:20,818+03 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-91) [326878] EVENT_ID: 
VDS_DETECTED(13), Status of host v3 was set to Up.

2018-09-05 03:08:23,391+03 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-88) [] VM 
'3b1262ef-7fff-40af-b85e-9fd01a4f422b'(vm7) was unexpectedly detected as 'Down' 
on VDS '4970369d-21c2-467d-9247-c73ca2d71b3e'(v3) (expected on 'null')

As you can see, engine does a fence on node v3.
vm7 as well as the others running on that node did not re-start.

any tips?

engine is ovirt-engine-4.2.5.3-1.el7.noarch and host is 
vdsm-4.20.35-1.el7.x86_64

best regards,

Giannis
___
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/2FIAENRQOJ7LS5ACX2XJFGT27WOCDU6D/

[ovirt-users] Re: vm operation after host fence

2018-09-05 Thread Kapetanakis Giannis

On 05/09/18 12:40, Kapetanakis Giannis wrote:
> Hi,
> 
> Last night we have an incident of a failed host. Engine issued a fence but 
> did not restart the vms running on that node on other operational hosts. I'd 
> like to know if this is normal or I can tune it somehow.
> 
> Here are some relevant logs from engine:
> 
> 2018-09-05 03:00:51,496+03 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager] 
> (EE-ManagedThreadFactory-engine-Thread-827644) [] Host 'v3' is not 
> responding. It will stay in Connecting state for a grace period of 63 seconds 
> and after that an attempt to fence the host will be issued.
> 
> 2018-09-05 03:01:11,945+03 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-57) [] Failed to fetch vms 
> info for host 'v3' - skipping VMs monitoring.
> 2018-09-05 03:01:48,028+03 WARN  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engine-Thread-827679) [] EVENT_ID: 
> VM_SET_TO_UNKNOWN_STATUS(142), VM vm7 was set to the Unknown status.
> 
> 2018-09-05 03:02:10,033+03 INFO  
> [org.ovirt.engine.core.bll.pm.StopVdsCommand] 
> (EE-ManagedThreadFactory-engine-Thread-827680) [30369e01] Power-Management: 
> STOP of host 'v3' initiated.
> 
> 2018-09-05 03:02:55,935+03 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engine-Thread-827680) [3adcac38] EVENT_ID: 
> VM_WAS_SET_DOWN_DUE_TO_HOST_REBOOT_OR_MANUAL_FENCE(143), Vm vm7 was shut down 
> due to v3 host reboot or manual fence
> 
> 2018-09-05 03:02:56,018+03 INFO  
> [org.ovirt.engine.core.bll.pm.StopVdsCommand] 
> (EE-ManagedThreadFactory-engine-Thread-827680) [ea0f582] Power-Management: 
> STOP host 'v3' succeeded.
> 
> 2018-09-05 03:08:20,818+03 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-91) [326878] EVENT_ID: 
> VDS_DETECTED(13), Status of host v3 was set to Up.
> 
> 2018-09-05 03:08:23,391+03 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-88) [] VM 
> '3b1262ef-7fff-40af-b85e-9fd01a4f422b'(vm7) was unexpectedly detected as 
> 'Down' on VDS '4970369d-21c2-467d-9247-c73ca2d71b3e'(v3) (expected on 'null')
> 
> As you can see, engine does a fence on node v3.
> vm7 as well as the others running on that node did not re-start.
> 
> any tips?
> 
> engine is ovirt-engine-4.2.5.3-1.el7.noarch and host is 
> vdsm-4.20.35-1.el7.x86_64
> 
> best regards,
> 
> Giannis
> 

Maybe it has to do with HA VM options?
https://www.ovirt.org/documentation/how-to/ha-vms/

G
___
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/KO3LDGLYSH7CBZYLIQ4NHAOPHBT7C44I/

[ovirt-users] VMs hung after migration

2018-05-31 Thread Kapetanakis Giannis

Hi,

Please have a look at BZ https://bugzilla.redhat.com/show_bug.cgi?id=1584775
about VM hung problems I have with latest kernels.

Problem appeared after upgrading to 4.2.3 but I believe it has only to do with 
newer kernel and not any part of ovirt/vdsm/libvirt/qemu

regards,

Giannis
___
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/IPORS7MNZJMCP5PYUUMBHBW7BWPK7PDO/

Re: [ovirt-users] Failed to synchronize networks of Provider ovirt-provider-ovn

2018-03-16 Thread Kapetanakis Giannis


On 17/03/18 01:20, Kapetanakis Giannis wrote:

On 16/03/18 18:40, Dominik Holler wrote:

Thanks. Yes, the ovirt-provider-ovn refuses to connect to ovirt-engine
for authentication because ovirt-provider-ovn does not trust the
ssl-certificate and propagates this as the BadGateway error.

Please not that engine-setup creates the file
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
which overwrites the default values from
/etc/ovirt-provider-ovn/ovirt-provider-ovn.conf


Thanks,

I didn't notice the conf.d dir.
Changing ovirt-ca-file there fixed it

regards,

G 


In advance, it would make sense to change the default to
/etc/pki/ovirt-engine/apache-ca.pem
since by default it's a symlink to ca.pem (which is now the default)

So default/custom cert would all work

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

Re: [ovirt-users] Failed to synchronize networks of Provider ovirt-provider-ovn

2018-03-16 Thread Kapetanakis Giannis


On 16/03/18 18:40, Dominik Holler wrote:

Thanks. Yes, the ovirt-provider-ovn refuses to connect to ovirt-engine
for authentication because ovirt-provider-ovn does not trust the
ssl-certificate and propagates this as the BadGateway error.

Please not that engine-setup creates the file
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
which overwrites the default values from
/etc/ovirt-provider-ovn/ovirt-provider-ovn.conf


Thanks,

I didn't notice the conf.d dir.
Changing ovirt-ca-file there fixed it

regards,

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

Re: [ovirt-users] Failed to synchronize networks of Provider ovirt-provider-ovn

2018-03-16 Thread Kapetanakis Giannis

On 16/03/18 17:40, Kapetanakis Giannis wrote:
> On 16/03/18 15:21, Dominik Holler wrote:
>> On Fri, 16 Mar 2018 12:46:13 +0200
>> Kapetanakis Giannis  wrote:
>>
>>> Hi,
>>>
>>> After upgrading to 4.2.1 I have problems with ovn provider.
>>> I'm getting "Failed to synchronize networks of Provider
>>> ovirt-provider-ovn."
>>>
>>> I use custom SSL certificate in apache and I guess this is the reason.
>>>
>>> I've tried to update ovirt-provider-ovn.conf with
>>> [OVIRT]
>>> #ovirt-ca-file=/etc/pki/ovirt-engine/ca.pem
>>> ovirt-ca-file=/etc/pki/ovirt-engine/apache-ca.pem
>>>
>>> but still no go
> 
>>
>> Would you share the lines in engine.log produced by clicking the "Test"
>> button in the "Edit Provider" dialog?
>> On Clicking the test button, are you asked about "Import provider
>> certificate"?

SORRY wrong provider.

It asks for the cert.
Failed to communicate with the external provider, see log for additional 
details.

2018-03-16 17:44:08,262+02 INFO  
[org.ovirt.engine.core.bll.provider.ImportProviderCertificateCommand] (default 
task-52) [4731d25d-fce3-4408-99ea-8f9d1b5ee5b6] Running command: 
ImportProviderCertificateCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_POOL with role type ADMIN
2018-03-16 17:44:08,275+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-52) [4731d25d-fce3-4408-99ea-8f9d1b5ee5b6] EVENT_ID: 
PROVIDER_CERTIFICATE_IMPORTED(213), Certificate for provider ovirt-provider-ovn 
was imported. (User: admin@internal)
2018-03-16 17:44:08,302+02 INFO  
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (default 
task-44) [f4b2c57b-60c7-4ef9-a59f-0c5b22fa0356] Running command: 
TestProviderConnectivityCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_POOL with role type ADMIN
2018-03-16 17:44:08,360+02 ERROR 
[org.ovirt.engine.core.bll.provider.network.openstack.BaseNetworkProviderProxy] 
(default task-44) [f4b2c57b-60c7-4ef9-a59f-0c5b22fa0356] Bad Gateway (OpenStack 
response error code: 502)
2018-03-16 17:44:08,360+02 ERROR 
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (default 
task-44) [f4b2c57b-60c7-4ef9-a59f-0c5b22fa0356] Command 
'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand' failed: 
EngineException: (Failed with error PROVIDER_FAILURE and code 5050)

and in provider log:

2018-03-16 17:45:33,961 requests.packages.urllib3.connectionpool Starting new 
HTTPS connection (1): engine-host
2018-03-16 17:45:33,961 requests.packages.urllib3.connectionpool Starting new 
HTTPS connection (1): engine-host
2018-03-16 17:45:33,966 root [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed (_ssl.c:579)
Traceback (most recent call last):
  File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 131, in 
_handle_request
method, path_parts, content)
  File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line 175, 
in handle_request
return self.call_response_handler(handler, content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/keystone.py", line 33, in 
call_response_handler
return response_handler(content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/keystone_responses.py", line 62, 
in post_tokens
user_password=user_password)
  File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 26, in 
create_token
return auth.core.plugin.create_token(user_at_domain, user_password)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/plugin.py", line 48, 
in create_token
timeout=self._timeout())
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 75, in 
create_token
username, password, engine_url, ca_file, timeout)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 91, in 
_get_sso_token
timeout=timeout
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54, in 
wrapper
response = func(*args, **kwargs)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47, in 
wrapper
raise BadGateway(e)
BadGateway: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 
(_ssl.c:579)

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

Re: [ovirt-users] Failed to synchronize networks of Provider ovirt-provider-ovn

2018-03-16 Thread Kapetanakis Giannis

On 16/03/18 15:21, Dominik Holler wrote:
> On Fri, 16 Mar 2018 12:46:13 +0200
> Kapetanakis Giannis  wrote:
> 
>> Hi,
>>
>> After upgrading to 4.2.1 I have problems with ovn provider.
>> I'm getting "Failed to synchronize networks of Provider
>> ovirt-provider-ovn."
>>
>> I use custom SSL certificate in apache and I guess this is the reason.
>>
>> I've tried to update ovirt-provider-ovn.conf with
>> [OVIRT]
>> #ovirt-ca-file=/etc/pki/ovirt-engine/ca.pem
>> ovirt-ca-file=/etc/pki/ovirt-engine/apache-ca.pem
>>
>> but still no go

> 
> Would you share the lines in engine.log produced by clicking the "Test"
> button in the "Edit Provider" dialog?
> On Clicking the test button, are you asked about "Import provider
> certificate"?
> 

I get ok in test:
Test succeeded, managed to access provider.

2018-03-16 17:35:20,024+02 INFO  
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (default 
task-28) [9920f622-b878-45e1-a421-e76c0ab23470] Running command: 
TestProviderConnectivityCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_POOL with role type ADMIN

However a little bit later:
ovirt-provider-ovn.log:

2018-03-16 17:37:27,827 requests.packages.urllib3.connectionpool Starting new 
HTTPS connection (1): engine-host
2018-03-16 17:37:27,827 requests.packages.urllib3.connectionpool Starting new 
HTTPS connection (1): engine-host
2018-03-16 17:37:27,832 root [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed (_ssl.c:579)
Traceback (most recent call last):
  File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 131, in 
_handle_request
method, path_parts, content)
  File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line 175, 
in handle_request
return self.call_response_handler(handler, content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/keystone.py", line 33, in 
call_response_handler
return response_handler(content, parameters)
  File "/usr/share/ovirt-provider-ovn/handlers/keystone_responses.py", line 62, 
in post_tokens
user_password=user_password)
  File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 26, in 
create_token
return auth.core.plugin.create_token(user_at_domain, user_password)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/plugin.py", line 48, 
in create_token
timeout=self._timeout())
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 75, in 
create_token
username, password, engine_url, ca_file, timeout)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 91, in 
_get_sso_token
timeout=timeout
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54, in 
wrapper
response = func(*args, **kwargs)
  File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47, in 
wrapper
raise BadGateway(e)
BadGateway: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 
(_ssl.c:579)

and in engine log:
2018-03-16 17:37:27,834+02 ERROR 
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-27) [621c2b23] Command 
'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' failed: 
EngineException: (Failed with error PROVIDER_FAILURE and code 5050)
2018-03-16 17:37:27,850+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-27) [621c2b23] EVENT_ID: 
PROVIDER_SYNCHRONIZED_FAILED(216), Failed to synchronize networks of Provider 
ovirt-provider-ovn.

So the engine can talk with ovn but not the other way around as I understand.

I think it might have to do with [SSL] settings of ovirt-provider-ovn.conf

G

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

[ovirt-users] Failed to synchronize networks of Provider ovirt-provider-ovn

2018-03-16 Thread Kapetanakis Giannis

Hi,

After upgrading to 4.2.1 I have problems with ovn provider.
I'm getting "Failed to synchronize networks of Provider ovirt-provider-ovn."

I use custom SSL certificate in apache and I guess this is the reason.

I've tried to update ovirt-provider-ovn.conf with
[OVIRT]
#ovirt-ca-file=/etc/pki/ovirt-engine/ca.pem
ovirt-ca-file=/etc/pki/ovirt-engine/apache-ca.pem

but still no go

Any tips on this?

thanks

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

Re: [ovirt-users] Shutdown all VM's command line

2018-01-11 Thread Kapetanakis Giannis

On 10/01/18 22:11, Wesley Stewart wrote:
> Marcelo,
> 
> I would greatly appreciate seeing a script!  It would be an excellent chance 
> for me to learn a bit about using ovirt from the command line as well!

I'm using something like this with ovirt-shell

vm_shutdown:
#!/bin/sh
LOG=/root/ovirt/vm_shutdown_log
echo `date` >> $LOG
/usr/bin/ovirt-shell -f /root/ovirt/vm_shutdown_script >> $LOG
echo "" >> $LOG

vm_shutdown_script:
list vms --kwargs status-state=up|grep name | sed s/'name   :'/'action vm'/ 
| sed -e 's/$/ shutdown/' > /root/ovirt/new_vm_shutdown_script
file /root/ovirt/new_vm_shutdown_script

new_vm_shutdown_script now lists entries like this:
action vm vm1 shutdown
action vm vm2 shutdown
etc.

G


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

Re: [ovirt-users] 3.6 InClusterUpgrade

2017-10-27 Thread Kapetanakis Giannis

On 25/10/17 09:46, Michal Skrivanek wrote:

> while you are still in 3.6 engine you need to upgrade that Default cluster to 
> 3.6. This requires VMs power cycle to fully update everything.
> only then upgrade to 4.1
> 
>> I also want to avoid creating a new cluster with 3.6 version cause then I 
>> will have to shutdown all VMs again.
> 
> you don’t have to again if you keep 3.6 cluster in 4.1 setup.
> 
> Thanks,
> michal

I've already updated my nodes to latest vdsm and Centos 7 by using an 
intermediate new cluster.
I've live migrated the VMs to the new cluster. Didn't expect that to be 
available :)

However I couldn't update my old cluster to 3.6 even with no VM running.
It complained that the nodes could make it up to 3.5 only.

Anyway that's old and now I'm in process of migrating the engine to a new el7 
host.

thanks

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

[ovirt-users] 3.6 InClusterUpgrade

2017-10-23 Thread Kapetanakis Giannis

Hi,

I'm in the process of upgrading to 4.1 from 3.6.7 (centos 6)
The default cluster runs in 3.5 compatibility mode.

I cannot add a new Centos 7 host:
2017-10-23 13:50:08,359 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler_Worker-40) [6a0dd9df] Correlation ID: 6a0dd9df, Job ID: 
e570c94b-bbd8-486b-bb93-3d28fb905bb3, Call Stack: null, Custom Event ID: -1, 
Message: Host v5 is compatible with versions (3.6,4.0,4.1) and cannot join 
Cluster Default which is set to version 3.5.

I'm following https://www.ovirt.org/feature/inclusterupgrade/ for upgrading.

I've set 
engine-config -s CheckMixedRhelVersions=false --cver=3.5
restarted and set Scheduling policy InClusterUpgrade

Any recommendations how to proceed without shutting down all VMs?

I also want to avoid creating a new cluster with 3.6 version cause then I will 
have to shutdown all VMs again.

Thanks

G
ps. The steps I had in mind were:
upgrade serially hosts to Centos 7
migrate VMs there
backup-restore engine to new Centos 7 machine
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt ugrade to 4.1.1 problem with ovirt-engine-notifier.service

2017-04-04 Thread Kapetanakis Giannis

Forget about it.

There was a stalled old configuration file which apparently did not work with 
newer version.

deleted it and applied the new.

G

On 04/04/17 15:24, Kapetanakis Giannis wrote:
> Hi,
> 
> Centos 7 (no self hosted).
> Trying to upgrade from 4.1.0 to 4.1.1 he setup fails to start 
> ovirt-engine-notifier.service
> 
> ● ovirt-engine-notifier.service - oVirt Engine Notifier
>Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-notifier.service; 
> enabled; vendor preset: disabled)
>Active: failed (Result: exit-code) since Tue 2017-04-04 15:21:28 EEST; 30s 
> ago
>   Process: 4489 
> ExecStart=/usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.py
>  --redirect-output --systemd=notify $EXTRA_ARGS start (code=exited, 
> status=1/FAILURE)
>  Main PID: 4489 (code=exited, status=1/FAILURE)
> 
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  ... 7 more
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: Validation 
> failed returncode is 1:
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service: 
> main process exited, code=exited, status=1/FAILURE
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Failed to start oVirt Engine 
> Notifier.
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Unit ovirt-engine-notifier.service 
> entered failed state.
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service 
> failed.
> 
> 
> From installation log:
> 
> 2017-04-04 15:07:48 DEBUG otopi.context context._executeMethod:128 Stage 
> closeup METHOD 
> otopi.plugins.ovirt_engine_common.base.system.hostile_services.Plugin._closeup
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.exists:73 check if service ovirt-engine-notifier exists
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:813 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 
> 'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service'), rc=0
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:921 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stdout:
> LoadState=loaded
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stderr:
> 
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.state:130 starting service ovirt-engine-notifier
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), rc=1
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service') stdout:
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stderr:
> 
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.state:130 starting service ovirt-engine-notifier
> 2017-04-04 15:07:48 DEBUG otopi.plug

[ovirt-users] ovirt ugrade to 4.1.1 problem with ovirt-engine-notifier.service

2017-04-04 Thread Kapetanakis Giannis

Hi,

Centos 7 (no self hosted).
Trying to upgrade from 4.1.0 to 4.1.1 he setup fails to start 
ovirt-engine-notifier.service

● ovirt-engine-notifier.service - oVirt Engine Notifier
   Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-notifier.service; 
enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2017-04-04 15:21:28 EEST; 30s 
ago
  Process: 4489 
ExecStart=/usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.py
 --redirect-output --systemd=notify $EXTRA_ARGS start (code=exited, 
status=1/FAILURE)
 Main PID: 4489 (code=exited, status=1/FAILURE)

Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
... 7 more
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: Validation 
failed returncode is 1:
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service: main 
process exited, code=exited, status=1/FAILURE
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Failed to start oVirt Engine 
Notifier.
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Unit ovirt-engine-notifier.service 
entered failed state.
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service failed.


From installation log:

2017-04-04 15:07:48 DEBUG otopi.context context._executeMethod:128 Stage 
closeup METHOD 
otopi.plugins.ovirt_engine_common.base.system.hostile_services.Plugin._closeup
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.exists:73 check if service ovirt-engine-notifier exists
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service'), rc=0
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stdout:
LoadState=loaded

2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stderr:


2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.state:130 starting service ovirt-engine-notifier
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), rc=1
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stdout:
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stderr:


2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.state:130 starting service ovirt-engine-notifier
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), rc=1
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stdout:


2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stderr:
Job for ovirt-engine-notifier.service failed because the control process exited 
with error code. See "systemctl status ovirt-engine-notifier.service" and 
"journalctl -xe" for details.

2017-04-04 15:07:49 DEBUG otopi.context context._executeMethod:142 method 
exception
Traceback (most recent call last):
  File "/usr/lib/pyt

Re: [ovirt-users] nagios for ovirt 4

2016-10-10 Thread Kapetanakis Giannis

On 10/10/16 11:59, Kapetanakis Giannis wrote:
> Hi,
> 
> Is there any usable nagios plugin what works with ovirt engine 4?
> 
> regards,
> 
> Giannis

Self replying.
Latest version of https://github.com/ovido/check_rhev3 works fine 

G

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

[ovirt-users] nagios for ovirt 4

2016-10-10 Thread Kapetanakis Giannis

Hi,

Is there any usable nagios plugin what works with ovirt engine 4?

regards,

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

Re: [ovirt-users] Could not connect to the optimizer service

2016-05-25 Thread Kapetanakis Giannis


On 25/05/16 14:32, Kapetanakis Giannis wrote:

On 25/05/16 14:28, Kapetanakis Giannis wrote:

Hi,

I've just setup optimizer service following

http://www.ovirt.org/develop/release-management/features/sla/optaplanner/ 
and

https://github.com/oVirt/ovirt-optimizer

I can access optimizer's interface and get the the solution result 
from both http and https.
I can access it from both my pc and from ovirt-engine host with a 
browser at url

ovirt-optimizer/result/Cluster_ID

However in ovirt-engine interface I see
Status: Could not connect to the optimizer service [status code: 0]

Also I see no connection attempt from ovirt-engine to optimizer (with 
logging on optimizer's firewall).


Engine is loading the conf:
2016-05-25 13:54:40,395 INFO 
[org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] 
(default task-20) [] Reading UI plugin configuration 
'/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json'


/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json:
"config": { "baseurl": 
"https://optimizer.example.com/ovirt-optimizer/result/";


tried also
"config": { "baseurl": 
"http://optimizer.example.com/ovirt-optimizer/result/";

incase there was a problem with optimizer's certificate.

Any ideas? How can I debug why the engine is not doing any attempt to 
get optimizer's result?


best regards,

Giannis



Forgot to mention versions:

optimizer is Centos 7 ovirt-optimizer-jboss-0.9.1-2.el7.centos.noarch
engine is Centos 6 ovirt-engine-3.6.6.2-1.el6.noarch, 
ovirt-optimizer-ui-0.9.1-2.el6.noarch


G 


I think I figured this out.
The connection to optimizer is being done by client's browser and not 
the engine...

I used a private network which was not accessible from the browser.

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

Re: [ovirt-users] failing update ovirt-engine on centos 7

2016-05-25 Thread Kapetanakis Giannis


On 25/05/16 17:59, Fabrice Bacchella wrote:
I have an dedicated machin to run ovirt-engine (not hosted). It's an 
up to date centos 7.2.1511


I installed ovirt 3.6.6 a few weeks ago (May 10 17:56:44 tells me yum.log)

Now, I'm trying a full yum update and getting :
# yum update


Error: Package: ovirt-engine-tools-3.6.5.3-1.el7.centos.noarch 
(@ovirt-3.6)

   Requires: ovirt-engine-tools-backup = 3.6.5.3-1.el7.centos
   Removing: 
ovirt-engine-tools-backup-3.6.5.3-1.el7.centos.noarch (@ovirt-3.6)

   ovirt-engine-tools-backup = 3.6.5.3-1.el7.centos
   Updated By: 
ovirt-engine-tools-backup-3.6.6.2-1.el7.centos.noarch (ovirt-3.6)

   ovirt-engine-tools-backup = 3.6.6.2-1.el7.centos




Follow 3.6.6 release notes to update:
https://www.ovirt.org/release/3.6.6/


|yum install ||http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm|
yum update ovirt\*setup\*
and then run
engine-setup to update the rest of the packages.

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

Re: [ovirt-users] Could not connect to the optimizer service

2016-05-25 Thread Kapetanakis Giannis


On 25/05/16 14:28, Kapetanakis Giannis wrote:

Hi,

I've just setup optimizer service following

http://www.ovirt.org/develop/release-management/features/sla/optaplanner/ 
and

https://github.com/oVirt/ovirt-optimizer

I can access optimizer's interface and get the the solution result 
from both http and https.
I can access it from both my pc and from ovirt-engine host with a 
browser at url

ovirt-optimizer/result/Cluster_ID

However in ovirt-engine interface I see
Status: Could not connect to the optimizer service [status code: 0]

Also I see no connection attempt from ovirt-engine to optimizer (with 
logging on optimizer's firewall).


Engine is loading the conf:
2016-05-25 13:54:40,395 INFO 
[org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] 
(default task-20) [] Reading UI plugin configuration 
'/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json'


/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json:
"config": { "baseurl": 
"https://optimizer.example.com/ovirt-optimizer/result/";


tried also
"config": { "baseurl": 
"http://optimizer.example.com/ovirt-optimizer/result/";

incase there was a problem with optimizer's certificate.

Any ideas? How can I debug why the engine is not doing any attempt to 
get optimizer's result?


best regards,

Giannis



Forgot to mention versions:

optimizer is Centos 7 ovirt-optimizer-jboss-0.9.1-2.el7.centos.noarch
engine is Centos 6 ovirt-engine-3.6.6.2-1.el6.noarch, 
ovirt-optimizer-ui-0.9.1-2.el6.noarch


G

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

[ovirt-users] Could not connect to the optimizer service

2016-05-25 Thread Kapetanakis Giannis


Hi,

I've just setup optimizer service following

http://www.ovirt.org/develop/release-management/features/sla/optaplanner/ 
and

https://github.com/oVirt/ovirt-optimizer

I can access optimizer's interface and get the the solution result from 
both http and https.
I can access it from both my pc and from ovirt-engine host with a 
browser at url

ovirt-optimizer/result/Cluster_ID

However in ovirt-engine interface I see
Status: Could not connect to the optimizer service [status code: 0]

Also I see no connection attempt from ovirt-engine to optimizer (with 
logging on optimizer's firewall).


Engine is loading the conf:
2016-05-25 13:54:40,395 INFO 
[org.ovirt.engine.ui.frontend.server.gwt.plugin.PluginDataManager] 
(default task-20) [] Reading UI plugin configuration 
'/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json'


/etc/ovirt-engine/ui-plugins/ovirt-optimizer-config.json:
"config": { "baseurl": 
"https://optimizer.example.com/ovirt-optimizer/result/";


tried also
"config": { "baseurl": 
"http://optimizer.example.com/ovirt-optimizer/result/";

incase there was a problem with optimizer's certificate.

Any ideas? How can I debug why the engine is not doing any attempt to 
get optimizer's result?


best regards,

Giannis

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

Re: [ovirt-users] trunk mode for getting vlan into vms.

2015-10-22 Thread Kapetanakis Giannis




On 22/10/15 16:42, Nathanaël Blanchet wrote:
As explained here 
http://blog.davidvassallo.me/2012/05/05/kvm-brctl-in-linux-bringing-vlans-to-the-guests/ 
, does it exist any way to do the same with ovirt hosts? (e.g. vlan at 
the bridge level and untagged by the nics vm themselves)




By default vlan interfaces come untagged to vms. This is normal setup.

I guess you want to pass the vlan trunk up to the vm's nic? (multiple 
vlans to vm)


I don't know any way of doing that with ovirt but it would be interesting.
I guess you would need something like openvswitch but I don't know if it 
will cooperate well with ovirt.


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

Re: [ovirt-users] integrate iSCSI and FC on the same oVirt datacenter

2015-10-20 Thread Kapetanakis Giannis


On 19/10/15 18:14, Patrick Russell wrote:
We use FCoE in our setup. All the configs are in /etc/fcoe/ and 
fcoeadm is part of the ovirt-node iso. So this should work the same as 
setting up FCoE on CentOS or RHEL.


https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/fcoe-config.html

-Patrick



Do you use special hardware (switch or nics) for FCoE?

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

Re: [ovirt-users] integrate iSCSI and FC on the same oVirt datacenter

2015-10-19 Thread Kapetanakis Giannis


On 18/10/15 16:44, Nir Soffer wrote:

I still don't understand the problem you are trying to solve.

Can you explain the network topology?

- Do you have FC storage server, switch?
- How many nodes to do you have with FC HBA?

Do you want to add nodes without FC HBA, and you want to consume
the FC storage?

Or you want to add nodes with FC HBA, but you don't have an FC switch?

Nir



I have FC storage, FC switch and and with FC HBAs.

I want to add new nodes to the FC storage and to the ovirt datacenter 
without using FC directly (no HBA, no switch).


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

Re: [ovirt-users] integrate iSCSI and FC on the same oVirt datacenter

2015-10-16 Thread Kapetanakis Giannis

On 16/10/15 01:01, Nir Soffer wrote:

>
> I thought something like this might work:
>
> node[1]: FC - ISCSI <-> node[2]: ISCSI - FC

I dont follow - how do you want to share your fc storage over iscsi?

And what are these nodes? Storage nodes? Hypervisors?

Nir

The initial idea was to share FC over IP network. All nodes are ovirt 
nodes (hypervisors).

One node see the FC storage share as a block device. Take this block 
device and share it over iscsi to node[2].
The node[2] will see the block device and create a new FC target to use 
it itself...

I know, its science fiction...

After reading a bit on the subject another solution would be FCoE vn2vn 
but this probably requires hardware.

Specific switches with DCB and FIP snooping which i don't have.

Any idea to extend FC to nodes without FC HBAs is welcome.

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

[ovirt-users] integrate iSCSI and FC on the same oVirt datacenter

2015-10-14 Thread Kapetanakis Giannis


Hi,

Not sure if this is the right place to ask but maybe someone can provide 
directions for my problem.


I have a full FC setup with FC switch and FC HBAs on Linux (Centos) to 
access my storage.


However we cannot afford expanding our FC infrastructure thus making it 
hard for us to add more nodes in the oVirt setup.
FCoE requires compatible switches and adapters (correct?) which is also 
out of budget.

Our storage supports only FC.

I thought something like this might work:

node[1]: FC - ISCSI <-> node[2]: ISCSI - FC

share the FC block device over iscsi and then create a new FC 
target+initiator on the new node with same FC lun as the original?


Could this work? How? Other ideas?

regards,

Giannis
ps.
a) a solution would also be to migrate completely to iSCSI but I'm 
trying to avoid that atm.
b) another one would be to create a second datacenter for iSCSI but also 
trying to avoid that if I can

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

Re: [ovirt-users] ovirt 3.6 and Centos 6.x

2015-05-05 Thread Kapetanakis Giannis


On 05/05/15 11:43, Yedidyah Bar David wrote:

- Original Message -


Hi,

Since 3.6 is somehow on the way,
will there be support for Centos 6.x for engine and nodes?
engine yes, nodes no.

A 3.6 engine will be able to work with 3.5 nodes in 3.5 compatibility mode.


So a setup of el6 engine with el7 nodes in 3.6 compatibility mode will 
be available?


Thanks for the rest info.

G

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

[ovirt-users] ovirt 3.6 and Centos 6.x

2015-05-05 Thread Kapetanakis Giannis


Hi,

Since 3.6 is somehow on the way,
will there be support for Centos 6.x for engine and nodes?

If not is there a defined process of migrating the engine into a new el7 
host (not hosted-engine setup)

I've seen this http://www.ovirt.org/User:Adrian15/oVirt_engine_migration
Is it still up2date?

node migration is no problem but there is room for problems in engine 
migration.


regards,

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

Re: [ovirt-users] oVirt HA.

2015-04-29 Thread Kapetanakis Giannis


On 29/04/15 10:39, Sven Kieske wrote:


On 28/04/15 16:20, Dan Yasny wrote:

HA does not mean multiple running instances of the same service. It means
if the service is gone, it will automatically be restored on a working
server.

That is a pretty narrow definition of HA, which is not shared by
most parts of the community (and the world), leading to much confusion
of users on this very ML.

HA in general means your service downtime gets minimized, today mostly
realized through load balancing and clustering software services.

just restarting a service (in this case ovirt-engine vm) on a different
host is not what todays user expect under the term "HA" imho.

in theory it should be possible as a design goal to make multiple
ovirt-engine share one remote data base (remote database support is
already there).

I think this would be a huge feature for ovirt, but also requires quite
some design and coding to be done.

thus adding the devel list.



If ovirt-engine restarts this does not mean that you have a downtime in 
your service.

The VMs and nodes already running will not be affected...

So your infrastructure will still be operational while you restart the 
engine.


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

Re: [ovirt-users] metadata not found

2015-04-23 Thread Kapetanakis Giannis


On 23/04/15 11:27, InterNetX - Juergen Gotteswinter wrote:

We see this, too. It appeared (if i didnt miss something) either with
el7 + ovirt 3.5 or with ovirt 3.5 no matter if its el6 or 7. Doesnt seem
to have any further impact so far.


I see it on 3.5.1 with el6

G

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

[ovirt-users] metadata not found

2015-04-22 Thread Kapetanakis Giannis


Hi,

Any idea what this means?
vdsm.log:
Thread-65::DEBUG::2015-04-22 
18:57:32,138::libvirtconnection::143::root::(wrapper) Unknown 
libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: 
Requested metadata element is not present


I don't know if it's related with this messages from syslog:
Apr 22 18:36:23 v2 vdsm vm.Vm WARNING 
vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: 
'{'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'address': 
{'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}' 
found
Apr 22 18:36:23 v2 vdsm vm.Vm WARNING 
vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: 
'{'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': 
{'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}' 
found
Apr 22 18:36:23 v2 vdsm vm.Vm WARNING 
vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Unknown type found, device: 
'{'device': 'spicevmc', 'alias': 'channel2', 'type': 'channel', 
'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 
'port': '3'}}' found
Apr 22 18:36:24 v2 vdsm vm.Vm ERROR 
vmId=`045680b9-06fd-40d9-b98a-92ce527b734f`::Alias not found for device 
type graphics during migration at destination host


regards,

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

[ovirt-users] soft negative affinity

2015-04-22 Thread Kapetanakis Giannis


Hi,

Can someone comment on this?
https://bugzilla.redhat.com/show_bug.cgi?id=1207255

I've defined a soft negative affinity group for two VMs.

To my understanding if the there are at least 2 nodes available in the 
cluster

then the VMs SHOULD start on different nodes.

This does not happen. They start on the same node.
If I make it hard then it works.

However I don't want to make it hard since if there is only one node 
available in the cluster then one vm will stay down.


regards,

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

Re: [ovirt-users] VDSM memory consumption

2015-03-30 Thread Kapetanakis Giannis


On 26/03/15 18:12, Darrell Budic wrote:

Yes, this script leaks quickly. Started out at a RSS of 21000ish, already at 
26744 a minute in, about 5 minutes later it’s at 39384 and climbing.

Been abusing a production server for those simple tests, but didn’t want to run 
valgrind against it right this minute. Did run it against the test.py script 
above though, got this (fpaste.org didn’t like, too long maybe?): 
http://tower.onholyground.com/valgrind-test.log

To comment on some other posts in this thread, I also see leaks on my test 
system which is running Centos 6.6, but it only has 3 VMs across 2 servers and 
3 configured networks and it leaks MUCH slower. I suspect people don’t notice 
this on test systems because they don’t have a lot of VMs/interfaces running, 
and don’t leave them up for weeks at a time. That’s why I was running these 
tests on my production box, to have more VMs up.


I don't think it's related directly to the number of VMs running.
Maybe indirectly if it's related to the number of network interfaces (so 
vm interfaces add to the leak).


We've seen the leak on nodes under maintenance...

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

Re: [ovirt-users] VDSM memory consumption

2015-03-13 Thread Kapetanakis Giannis


On 06/03/15 18:12, Federico Alberto Sayd wrote:

Hello:

I am experiencing troubles with VDSM memory consuption.

I am running

Engine: ovirt 3.5.1

Nodes:

Centos 6.6
VDSM 4.16.10-8
Libvirt: libvirt-0.10.2-46
Kernel: 2.6.32

When the host boots, memory consuption is normal, but after 2 or 3 
days running, VDSM memory consuption grows and it consumes more memory 
that all vm's running in the host. If I restart the vdsm service, 
memory consuption normalizes, but then it start growing again.


I have seen some BZ about vdsm and supervdsm about memory leaks, but I 
don't know if VDSM 4.6.10.8 is still affected by a related bug.


Any help? If you need, I can provide more information

Thank you


We also face this problem since 3.5 in two different installations...
Hope it's fixed soon

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

Re: [ovirt-users] vdsm and selinux

2014-11-05 Thread Kapetanakis Giannis


On 04/11/14 12:43, Mooli Tayer wrote:

Hi,

The patch has been merged to 3.5 and is not yet included at centos.
In the mean time you can do as root:

vdsm-tool sebool-config

Mooli.


I'm sure I've tried that without success (both sebool-config and 
seboot-unconfig)


Anyway according to https://bugzilla.redhat.com/show_bug.cgi?id=1157185
it's fixed in vdsm-4.16.7.3-1.el6ev

G

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

[ovirt-users] vdsm and selinux

2014-11-04 Thread Kapetanakis Giannis


Hi,

Can someone post status on this one?
https://bugzilla.redhat.com/show_bug.cgi?id=1157185

I got into this one in one of my hosts after upgrading to Centos 6.6 and
vdsm-4.16.7-1.gitdb83943.el6.x86_64

thanks

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

Re: [ovirt-users] 3.5 /api failure

2014-10-21 Thread Kapetanakis Giannis

On 20/10/14 21:53, Finstrle, Ludek wrote:

Juan Hernandez píše v Po 20. 10. 2014 v 20:07 +0200:

> Your problem seems to be related to a missing
> "/usr/share/java/batik/batik-awt-util.jar" file. This should be provided
> by the "batik" package. Can you check if this package is installed and
> if it contains this file?
>
> # rpm -q batik
> # rpm -ql batik | grep batik-awt-util.jar
>
> If this file is missing it may well also be the reason for the failure
> described in this thread.

I found the root cause (I was re-installing the engine to be sure).
I didn't have includepkgs in jpackage.repo repository so during engine
install it installed more packages (mainly xmlgraphics-batik which could
replace batik).
I use configuration management and I used jpackage earlier so I just put
it as dependency and don't install ovirt-release35 (I installed it later
after all packages were installed and checked update).

Thanks for your help, maybe it helps also to Kapetanakis.

Cheers,

Luf

That was the reason for me too.

I did the following to fix it:

jpackage.repo:
exclude=xmlgraphics-batik

rpm -e xmlgraphics-batik-1.7-14.jpp6.noarch --nodeps
yumdownloader batik
rpm -Uvh batik-1.7-8.5.el6.x86_64.rpm

/etc/init.d/ovirt-engine restart

Thanks

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

Re: [ovirt-users] 3.5 /api failure

2014-10-20 Thread Kapetanakis Giannis


On 20/10/14 14:15, Alon Bar-Lev wrote:

From: "Kapetanakis Giannis" 


After upgrading to 3.5 today I cannot access /api/ on engine server.
Apart from that everything else works ok

Hi,

Regardless of this specific issue, can you please migrate your application to 
use the new URI which is /ovirt-enigne/api ?

Thanks!
Alon


ok, application migrated to use the new url but I still have the same 
problem.


btw application is nagios plugin for checking status of ovirt
https://github.com/ovido/check_rhev3

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

[ovirt-users] 3.5 /api failure

2014-10-20 Thread Kapetanakis Giannis


After upgrading to 3.5 today I cannot access /api/ on engine server.
Apart from that everything else works ok

G


 HTTP Status 500 -



*type* Exception report

*message*

*description* _The server encountered an internal error () that 
prevented it from fulfilling this request._


*exception*

javax.servlet.ServletException: Servlet.init() for servlet 
org.ovirt.engine.api.restapi.BackendApplication threw exception

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745)

*root cause*

java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
MessageBodyWriter

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745)

*root cause*

java.lang.RuntimeException: Unable to instantiate MessageBodyWriter

org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745)

*root cause*

java.lang.RuntimeException: Failed to construct public 
org.ovirt.engine.api.pdf.FOPMessageBodyWriter()

org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)

org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)

org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)

org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatch

Re: [ovirt-users] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis


On 30/07/14 11:30, Tobias Honacker wrote:

Hi,

try yum --nogpgcheck update ovirt-*


On Wed, Jul 30, 2014 at 10:28 AM, Kapetanakis Giannis 
mailto:bil...@edu.physics.uoc.gr>> wrote:


Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not
signed

regards,

Giannis




I would prefer not to do that.

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

Re: [ovirt-users] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis


On 30/07/14 11:28, Kapetanakis Giannis wrote:

Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

# yum update ovirt-engine-setup ovirt-engine-reports-setup 
ovirt-engine-dwh-setup


Dependencies Resolved

 


 Package Arch   VersionRepository Size
 


Updating:
 ovirt-engine-dwh-setup noarch 3.4.3-1.el6
ovirt-3.4-stable  51 k
 ovirt-engine-reports-setup noarch 3.4.3-1.el6
ovirt-3.4-stable  54 k
 ovirt-engine-setup noarch 3.4.3-1.el6
ovirt-3.4-stable 4.2 k

Updating for dependencies:
 otopi noarch 1.2.2-1.el6ovirt-3.4-stable 
133 k
 otopi-java noarch 1.2.2-1.el6
ovirt-3.4-stable  23 k
 ovirt-engine-lib noarch 3.4.3-1.el6
ovirt-3.4-stable  20 k
 ovirt-engine-setup-base noarch 3.4.3-1.el6
ovirt-3.4-stable  94 k
 ovirt-engine-setup-plugin-ovirt-engine noarch 
3.4.3-1.el6ovirt-3.4-stable 134 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch 
3.4.3-1.el6ovirt-3.4-stable  22 k
 ovirt-engine-setup-plugin-websocket-proxy noarch 
3.4.3-1.el6ovirt-3.4-stable  13 k


Transaction Summary
 


Upgrade  10 Package(s)

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

regards,

Giannis

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


one more package

 apache-commons-logging   noarch 1.1.3-1.jpp6   
jpackage  78 k

Package apache-commons-logging-1.1.3-1.jpp6.noarch.rpm is not signed

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

[ovirt-users] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis


Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

# yum update ovirt-engine-setup ovirt-engine-reports-setup 
ovirt-engine-dwh-setup


Dependencies Resolved


 Package   Arch   Version   
 RepositorySize

Updating:
 ovirt-engine-dwh-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable  51 k
 ovirt-engine-reports-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable  54 k
 ovirt-engine-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable 4.2 k
Updating for dependencies:
 otopi noarch 
1.2.2-1.el6ovirt-3.4-stable 133 k
 otopi-javanoarch 
1.2.2-1.el6ovirt-3.4-stable  23 k
 ovirt-engine-lib  noarch 
3.4.3-1.el6ovirt-3.4-stable  20 k
 ovirt-engine-setup-base   noarch 
3.4.3-1.el6ovirt-3.4-stable  94 k
 ovirt-engine-setup-plugin-ovirt-enginenoarch 
3.4.3-1.el6ovirt-3.4-stable 134 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch 
3.4.3-1.el6ovirt-3.4-stable  22 k
 ovirt-engine-setup-plugin-websocket-proxy noarch 
3.4.3-1.el6ovirt-3.4-stable  13 k

Transaction Summary

Upgrade  10 Package(s)

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

regards,

Giannis

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

[ovirt-users] disable gpxe

2014-07-02 Thread Kapetanakis Giannis


Hi,

Somehow all of my vms seem to try to boot from CDROM/DVD
and then from gpxe no matter what I have on boot settings.

has something changed? Can I disable gpxe per vm?

I'm running 3.4.2 but I've also noticed that on 3.4.1

best regards,

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

Re: [Users] oVirt 3.5 planning

2014-02-25 Thread Kapetanakis Giannis


On 25/02/14 03:55, Maurice James wrote:

External authentication that does not require the use of Kerberos in the
environment :)



+1 on this.

LDAP was there is earlier releases.

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

Re: [Users] disable EnableMACAntiSpoofingFilterRules per VM

2013-12-26 Thread Kapetanakis Giannis


Resending cause somehow the format got screwed up.

On 26/12/13 11:06, Assaf Muller wrote:

what will be the default action for my VMs? Filter or not filter?
So I gave to alter EnableMACAntiSpoofingFilterRules as well?

The default is to filter. You'll have to add a VM or VNIC custom property
and set the value to False whenever you want to disable the filtering.


What about conflicting values between VM and VNIC. Which has precedence
over the other?

You would think that anything VNIC specific would take precedence, but with
how the code is implemented at this time, before_device_create is called
for all devices, and before_vm_create is called after that. That means
that whatever is defined at the VM level will take precedence.


ok, this worked like a charm but I did some changes.

Maybe you want to update the README on
https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/macspoof/README

engine-config -s 
UserDefinedVMProperties='previousPropertiesmacspoof=^(true|false)$' 
--cver=3.3


failed with an error:

Cannot set value previousProperties;macspoof=^(true|false)$ to key 
UserDefinedVMProperties. Invalid syntax, user defined VM properties 
specification should conform to 
(([a-z_A-Z0-9])+)=(([^;])+)(;(([a-z_A-Z0-9])+)=(([^;])+))*;?


I changed that to
engine-config -s "UserDefinedVMProperties=macspoof=(true|false)"
like it is defined in http://www.ovirt.org/Engine_config_examples
which was inserted with no error.

CustomDeviceProperties also inserted like
engine-config -s CustomDeviceProperties=
'{type=interface;prop={ifacemacspoof=(true|false)}}'

so both true/false options could be available.

VM option indeed takes precedence over VNIC option.

You should also take notice that setting macspoof=false or 
ifacemacspoof=false does the opposite of at least what I expected.

It filters.

I had to apply with either macspoof=true or ifacemacspoof=true to 
disable filtering.


The README also has that the other way.
Either the README has to be changed or the options could be renamed to 
something like disable_macspoof_filter and disable_ifacemacspoof_filter


best regards and thanks for all the replies,

G


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

Re: [Users] disable EnableMACAntiSpoofingFilterRules per VM

2013-12-26 Thread Kapetanakis Giannis


On 26/12/13 11:06, Assaf Muller wrote:

what will be the default action for my VMs? Filter or not filter?
So I gave to alter EnableMACAntiSpoofingFilterRules as well?

The default is to filter. You'll have to add a VM or VNIC custom property
and set the value to False whenever you want to disable the filtering.


What about conflicting values between VM and VNIC. Which has precedence
over the other?

You would think that anything VNIC specific would take precedence, but with
how the code is implemented at this time, before_device_create is called
for all devices, and before_vm_create is called after that. That means
that whatever is defined at the VM level will take precedence.


ok, this worked like a charm but I did some changes.

Maybe you want to update the README on
https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/macspoof/README

engine-config -s 
UserDefinedVMProperties='previousProperties;macspoof=^(true|false)$' 
--cver=3.3 failed with an error: Cannot set value 
previousProperties;macspoof=^(true|false)$ to key 
UserDefinedVMProperties. Invalid syntax, user defined VM properties 
specification should conform to 
(([a-z_A-Z0-9])+)=(([^;])+)(;(([a-z_A-Z0-9])+)=(([^;])+))*;? I changed 
that to engine-config -s "UserDefinedVMProperties=macspoof=(true|false)" 
like it is defined in http://www.ovirt.org/Engine_config_examples which 
was inserted with no error. CustomDeviceProperties also inserted like
engine-config -s 
CustomDeviceProperties='{type=interface;prop={ifacemacspoof=(true|false)}}' 
so both options could be available. VM option indeed takes precedence 
over VNIC option. You should also take notice that setting 
macspoof=false or ifacemacspoof=false does the opposite of at least what 
I expected. It filters. I had to apply with either macspoof=true or 
ifacemacspoof=true to disable filtering The README also has that the 
other way. Either the README has to be changed or the options could be 
renamed to something like disable_macspoof_filter and 
disable_ifacemacspoof_filter best regards and thanks for all the replies, G



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

Re: [Users] disable EnableMACAntiSpoofingFilterRules per VM

2013-12-26 Thread Kapetanakis Giannis


On 25/12/13 17:26, Assaf Muller wrote:

Yep!

Here you go:
'yum install vdsm-hook-macspoof' on all hosts, then following the instructions 
here:
https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/macspoof/README

You can disable the filter on a VM or VNIC level.


Assaf Muller, Cloud Networking Engineer
Red Hat


Thanks for the quick reply.

That looks very cool :)

Just to understand better because the instructions are not clear on that.

Suppose I install the package and add
engine-config -s 
UserDefinedVMProperties='previousProperties;macspoof=^(true|false)$' 
--cver=3.3


what will be the default action for my VMs? Filter or not filter?
So I gave to alter EnableMACAntiSpoofingFilterRules as well?

I mean do I have to explicitly define macspoof=true on all the VMs 
except the VMs I don't need filtering
or the opposite -> filter by default and set macspoof=false in the VM I 
don't need filtering?


I guess the same applies for VNIC.

What about conflicting values between VM and VNIC. Which has precedence 
over the other?


Thanks

G

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

[Users] disable EnableMACAntiSpoofingFilterRules per VM

2013-12-25 Thread Kapetanakis Giannis


Hi,

Trying to move a VM with CARP/VRRP on oVirt 3.3.2 I got bitten by this.
http://www.ovirt.org/Features/Design/Network/NetworkFiltering
http://lists.ovirt.org/pipermail/users/2013-October/017217.html

Is there a way to disable mac filtering only for a specific VM
and not for the entire cluster?

I've tried giving MAC addresses in the form of
00-00-5E-00-01-XX
but it didn't work.

Best regards,

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

Re: [Users] All VMs disappeared

2013-09-06 Thread Kapetanakis Giannis


On 27/08/13 15:44, Frank Wall wrote:

Hi Laszlo,

On 27.08.2013 14:24, Laszlo Hornyak wrote:

If I understand correctly, this is what happens to your installation,
the AddVmFromTemplate command goes to fail and engine tries to
compensate, and upon successful compensation you get VM records
removed from DB and storage cleaned up.

just to be sure, please note, that the task actually completed
successfully from my point of view. The new VM (direved from the
template clone task) is fully usable and on the webadmin the task is
shown as "completed".

So maybe at some point in time the engine does get the job status wrong
and the problem begins...


I need to look into this but I think it should be safe to remove this
record while the engine is down. Make sure to make a backup if you
try!

OK, I did the following test:

- created a new VM from my custom template (with cloned Disk)
- waited for the job to complete
- manually deleted the related DB entry from the table "async_tasks"
- set host/node to maintenance
- rebootet engine

Result: The VM did NOT disappear! :-)

I think somehow ovirt-engine does get the results of the job wrong, thus
it does not recognize that the job completed *successfully* and does a
retry after reboot (which fails horribly and leads to disappearing VMs).


Thanks
- Frank


Hi,

I had the same experience with the latest beta version, 
ovirt-engine-3.3.0-1.el6.noarch


After create VM from template was initiated, two rows where inserted in 
the table "async_tasks" .
After the creation finished successfully (and the VM could be used), one 
row was deleted from the table

but one was left there.

If you restart ovirt-engine then the VMs (created from template) where 
deleted. Their disks were not deleted.

The left over row was also deleted.

If you manually delete the left-over row from the table before you 
restart ovirt-engine, then

the VM is not deleted.

Is there a BZ for this to monitor it's fix progress?

regards,

Giannis


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

55 matches

Mail list logo