Re: [ovirt-users] Unable to activate host after 4.2 upgrade

[Alexander Wels]

On Monday, April 30, 2018 10:35:13 AM EDT Lionel Caignec wrote:
> Ok thank you for this explanation it seems logical.
> 
> Where can i modify this settings? Posgres configuration or in the database?
> 

postgresql configuration, its a 100 by default. You can either increase that 
number to something higher, or see if you can understand what is using up the 
connections.

> - Mail original -
> De: "Alexander Wels" 
> À: "users" 
> Cc: "Lionel Caignec" 
> Envoyé: Lundi 30 Avril 2018 15:58:42
> Objet: Re: [ovirt-users] Unable to activate host after 4.2 upgrade
> 
> On Monday, April 30, 2018 9:49:16 AM EDT Lionel Caignec wrote:
> > Hi,
> > 
> > finally after one more try of reinstallation server is now "operrational"
> > really does not understande what happen :(.
> > 
> > Lionel.
> 
> According to that exception there was an issue connecting to the engine
> database to retrieve some network related information, which in turn
> resulted in the host going non operational. I would check the engine.log in
> /var/log/ ovirt-engine on the engine machine to see if there is more
> information on why the connection failed. Depending on how many concurrent
> connections are being used it is possible none were available when you
> tried. Now whatever was using the connections has stopped using them, and
> they were available again.
> 
> Try increasing the number of connections available in the postgres
> configuration to solve the problem.
> 
> > - Mail original -
> > De: "Lionel Caignec" 
> > À: "users" 
> > Envoyé: Lundi 30 Avril 2018 15:14:36
> > Objet: [ovirt-users] Unable to activate host after 4.2 upgrade
> > 
> > Hi,
> > 
> > i've upgraded my ovirt installation from 4.1.x to 4.2..
> > But i have problem with one host. Ovirt said some mandatory network
> > missing, but when i look into network configuration all Physical Card are
> > in RED marked down. But my network is fully operrationnal (can ping).
> > 
> > I tried to remove all vdsm relative package and reinstall it manually -->
> > KO I tried to remove host from ovirt, and reinstall it --> KO
> > 
> > On "setup host networks" screen all my card indicate "Link Layer
> > Information" not available.
> > 
> > 
> > Here is the log seems to be relevant (engine.log) :
> > 2018-04-30 15:05:05,053+02 ERROR
> > [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Host
> > 'dwalin.cines.fr' is set to Non-Operational, it is missing the following
> > networks:
> > 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,
> > p
> > allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> > 15:05:05,079+02 WARN
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] EVENT_ID:
> > VDS_SET_NONOPERATIONAL_NETWORK(519), Host dwalin.cines.fr does not comply
> > with the cluster Private networks, the following networks are missing on
> > host:
> > 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,
> > p
> > allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> > 15:05:05,085+02 ERROR [org.ovirt.engine.core.bll.job.ExecutionHandler]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Exception:
> > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get
> > JDBC Connection; nested exception is java.sql.SQLException:
> > javax.resource.ResourceException: IJ000457: Unchecked throwable in
> > managedConnectionReconnected()
> > cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@4372
> > 6
> > 09f[state=NORMAL managed
> > connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@688b13
> > 2
> > 3 connection handles=0 lastReturned=1525093505080
> > lastValidated=1525093160840 lastCheckedOut=1525093505059 trackByTx=false
> > pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@1d01224a
> > mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@bd7a6f0[pool=ENGIN
> > E
> > DataSource]
> > xaResource=LocalXAResourceImpl@3343607b[connectionListener=4372609f
> > connectionManager=36e47d0e warned=false currentXid=null
> > productName=PostgreSQ L productVersion=9.5.9
> > jndiName=java:/ENGINEDataSource] txSync=null] (...)
> > 
> > 
> > Now i really does know what to do.
> > 
> > Someone have an idea?
> > 
> > Thank you.
> > 
> > --
> > Lionel
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users




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

Re: [ovirt-users] Unable to activate host after 4.2 upgrade

[Lionel Caignec]

Ok thank you for this explanation it seems logical.

Where can i modify this settings? Posgres configuration or in the database?

- Mail original -
De: "Alexander Wels" 
À: "users" 
Cc: "Lionel Caignec" 
Envoyé: Lundi 30 Avril 2018 15:58:42
Objet: Re: [ovirt-users] Unable to activate host after 4.2 upgrade

On Monday, April 30, 2018 9:49:16 AM EDT Lionel Caignec wrote:
> Hi,
> 
> finally after one more try of reinstallation server is now "operrational"
> really does not understande what happen :(.
> 
> Lionel.
> 

According to that exception there was an issue connecting to the engine 
database to retrieve some network related information, which in turn resulted 
in the host going non operational. I would check the engine.log in /var/log/
ovirt-engine on the engine machine to see if there is more information on why 
the connection failed. Depending on how many concurrent connections are being 
used it is possible none were available when you tried. Now whatever was using 
the connections has stopped using them, and they were available again.

Try increasing the number of connections available in the postgres 
configuration to solve the problem.

> - Mail original -
> De: "Lionel Caignec" 
> À: "users" 
> Envoyé: Lundi 30 Avril 2018 15:14:36
> Objet: [ovirt-users] Unable to activate host after 4.2 upgrade
> 
> Hi,
> 
> i've upgraded my ovirt installation from 4.1.x to 4.2..
> But i have problem with one host. Ovirt said some mandatory network missing,
> but when i look into network configuration all Physical Card are in RED
> marked down. But my network is fully operrationnal (can ping).
> 
> I tried to remove all vdsm relative package and reinstall it manually --> KO
> I tried to remove host from ovirt, and reinstall it --> KO
> 
> On "setup host networks" screen all my card indicate "Link Layer
> Information" not available.
> 
> 
> Here is the log seems to be relevant (engine.log) :
> 2018-04-30 15:05:05,053+02 ERROR
> [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Host
> 'dwalin.cines.fr' is set to Non-Operational, it is missing the following
> networks:
> 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,p
> allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> 15:05:05,079+02 WARN 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] EVENT_ID:
> VDS_SET_NONOPERATIONAL_NETWORK(519), Host dwalin.cines.fr does not comply
> with the cluster Private networks, the following networks are missing on
> host:
> 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,p
> allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> 15:05:05,085+02 ERROR [org.ovirt.engine.core.bll.job.ExecutionHandler]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Exception:
> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get
> JDBC Connection; nested exception is java.sql.SQLException:
> javax.resource.ResourceException: IJ000457: Unchecked throwable in
> managedConnectionReconnected()
> cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@43726
> 09f[state=NORMAL managed
> connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@688b132
> 3 connection handles=0 lastReturned=1525093505080
> lastValidated=1525093160840 lastCheckedOut=1525093505059 trackByTx=false
> pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@1d01224a
> mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@bd7a6f0[pool=ENGINE
> DataSource]
> xaResource=LocalXAResourceImpl@3343607b[connectionListener=4372609f
> connectionManager=36e47d0e warned=false currentXid=null
> productName=PostgreSQ L productVersion=9.5.9
> jndiName=java:/ENGINEDataSource] txSync=null] (...)
> 
> 
> Now i really does know what to do.
> 
> Someone have an idea?
> 
> Thank you.
> 
> --
> Lionel
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] restricting release version when upgrading/installing Linux Enterprise hosts?

[Matthias Leopold]

Thanks!

Maybe the cinder/ceph setup is not so "very" customized, but we are 
using a current librbd1 (12.2.x) instead of the version in CentOS 7. For 
this we had to switch from upstream Ceph RPMs (depending on 
lttng-ust/userspace-rcu from epel repo) to self-compiled Ceph RPMs 
(depending on lttng-ust/userspace-rcu from centos-ceph-luminous repo) on 
virtualization hosts when upgrading to oVirt 4.2. We have been using a 
Ceph 12.2.x cluster as storage with oVirt 4.1 (now 4.2) for quite some 
time with good results. Of course we would be happy to see further 
Cinder integration in oVirt ("Future Work?" on 
https://ovirt.org/develop/release-management/features/storage/cinder-integration/), 
but we understand that oVirt is focused on Gluster.


matthias

Am 2018-04-30 um 11:12 schrieb Fred Rolland:

Hi,
Newer Vdsm will work with older engine, so in your case, I don't see any 
reason not to update the Vdsm.


BTW, can you describe what do you mean by "a very customized cinder/ceph 
setup" ?


Thanks,
Fred

On Sun, Apr 29, 2018 at 3:55 PM, Matthias Leopold 
> wrote:


Hi,

is it possible to restrict the oVirt version when installing or
upgrading CentOS hypervisor hosts? let's say: 4.2.3 is already
released, but i want to update/install certain hosts only to version
4.2.2 to have the same version in the whole cluster/data center. i
know i could to this manually with yum and specifying rpm package
versions but is there an "oVirt way"? or is this not necessary at
all and newer hosts will always work smoothly with older engine and
other hosts? still i think this is a topic that must be of interest
to others.

besides that: please excuse my impatience sometimes, my upgrade of
our oVirt installation (4.1.9 to 4.2.2) worked perfectly, even with
a very customized cinder/ceph setup. thanks a lot for this great
software!

matthias

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





--
Matthias Leopold
IT Systems & Communications
Medizinische Universität Wien
Spitalgasse 23 / BT 88 /Ebene 00
A-1090 Wien
Tel: +43 1 40160-21241
Fax: +43 1 40160-921200
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to activate host after 4.2 upgrade

[Alexander Wels]

On Monday, April 30, 2018 9:49:16 AM EDT Lionel Caignec wrote:
> Hi,
> 
> finally after one more try of reinstallation server is now "operrational"
> really does not understande what happen :(.
> 
> Lionel.
> 

According to that exception there was an issue connecting to the engine 
database to retrieve some network related information, which in turn resulted 
in the host going non operational. I would check the engine.log in /var/log/
ovirt-engine on the engine machine to see if there is more information on why 
the connection failed. Depending on how many concurrent connections are being 
used it is possible none were available when you tried. Now whatever was using 
the connections has stopped using them, and they were available again.

Try increasing the number of connections available in the postgres 
configuration to solve the problem.

> - Mail original -
> De: "Lionel Caignec" 
> À: "users" 
> Envoyé: Lundi 30 Avril 2018 15:14:36
> Objet: [ovirt-users] Unable to activate host after 4.2 upgrade
> 
> Hi,
> 
> i've upgraded my ovirt installation from 4.1.x to 4.2..
> But i have problem with one host. Ovirt said some mandatory network missing,
> but when i look into network configuration all Physical Card are in RED
> marked down. But my network is fully operrationnal (can ping).
> 
> I tried to remove all vdsm relative package and reinstall it manually --> KO
> I tried to remove host from ovirt, and reinstall it --> KO
> 
> On "setup host networks" screen all my card indicate "Link Layer
> Information" not available.
> 
> 
> Here is the log seems to be relevant (engine.log) :
> 2018-04-30 15:05:05,053+02 ERROR
> [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Host
> 'dwalin.cines.fr' is set to Non-Operational, it is missing the following
> networks:
> 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,p
> allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> 15:05:05,079+02 WARN 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] EVENT_ID:
> VDS_SET_NONOPERATIONAL_NETWORK(519), Host dwalin.cines.fr does not comply
> with the cluster Private networks, the following networks are missing on
> host:
> 'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,p
> allas_serv,pallas_serv_adm,securite,securite_adm,tiamat' 2018-04-30
> 15:05:05,085+02 ERROR [org.ovirt.engine.core.bll.job.ExecutionHandler]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Exception:
> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get
> JDBC Connection; nested exception is java.sql.SQLException:
> javax.resource.ResourceException: IJ000457: Unchecked throwable in
> managedConnectionReconnected()
> cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@43726
> 09f[state=NORMAL managed
> connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@688b132
> 3 connection handles=0 lastReturned=1525093505080
> lastValidated=1525093160840 lastCheckedOut=1525093505059 trackByTx=false
> pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@1d01224a
> mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@bd7a6f0[pool=ENGINE
> DataSource]
> xaResource=LocalXAResourceImpl@3343607b[connectionListener=4372609f
> connectionManager=36e47d0e warned=false currentXid=null
> productName=PostgreSQ L productVersion=9.5.9
> jndiName=java:/ENGINEDataSource] txSync=null] (...)
> 
> 
> Now i really does know what to do.
> 
> Someone have an idea?
> 
> Thank you.
> 
> --
> Lionel
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users




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

Re: [ovirt-users] Unable to activate host after 4.2 upgrade

[Lionel Caignec]

Hi,

finally after one more try of reinstallation server is now "operrational" 
really does not understande what happen :(.

Lionel.

- Mail original -
De: "Lionel Caignec" 
À: "users" 
Envoyé: Lundi 30 Avril 2018 15:14:36
Objet: [ovirt-users] Unable to activate host after 4.2 upgrade

Hi,

i've upgraded my ovirt installation from 4.1.x to 4.2..
But i have problem with one host. Ovirt said some mandatory network missing, 
but when i look into network configuration all Physical Card are in RED marked 
down.
But my network is fully operrationnal (can ping).

I tried to remove all vdsm relative package and reinstall it manually --> KO
I tried to remove host from ovirt, and reinstall it --> KO

On "setup host networks" screen all my card indicate "Link Layer Information" 
not available.


Here is the log seems to be relevant (engine.log) :
2018-04-30 15:05:05,053+02 ERROR 
[org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Host 
'dwalin.cines.fr' is set to Non-Operational, it is missing the following 
networks: 
'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,pallas_serv,pallas_serv_adm,securite,securite_adm,tiamat'
2018-04-30 15:05:05,079+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] EVENT_ID: 
VDS_SET_NONOPERATIONAL_NETWORK(519), Host dwalin.cines.fr does not comply with 
the cluster Private networks, the following networks are missing on host: 
'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,pallas_serv,pallas_serv_adm,securite,securite_adm,tiamat'
2018-04-30 15:05:05,085+02 ERROR 
[org.ovirt.engine.core.bll.job.ExecutionHandler] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Exception: 
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC 
Connection; nested exception is java.sql.SQLException: 
javax.resource.ResourceException: IJ000457: Unchecked throwable in 
managedConnectionReconnected() 
cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@4372609f[state=NORMAL
 managed 
connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@688b1323 
connection handles=0 lastReturned=1525093505080 lastValidated=1525093160840 
lastCheckedOut=1525093505059 trackByTx=false 
pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@1d01224a 
mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@bd7a6f0[pool=ENGINEDataSource]
 xaResource=LocalXAResourceImpl@3343607b[connectionListener=4372609f 
connectionManager=36e47d0e warned=false currentXid=null productName=PostgreSQ
 L productVersion=9.5.9 jndiName=java:/ENGINEDataSource] txSync=null] (...)


Now i really does know what to do.

Someone have an idea?

Thank you.

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

Re: [ovirt-users] Use an oVirt-VM as a VDSM server

[Fred Rolland]

Hi,

You will need to enable nested virtualization in your physical host.

To check if enable:
cat /sys/module/kvm_intel/parameters/nested

If the output is "N", you will need to add a file
/etc/modprobe.d/kvm_intel.conf
with the content:
options kvm-intel nested=Y

Then reboot, or reload the KVM module.

Note that the performance of the nested VMs will be impacted.

Regards,
Fred

[1] https://www.linux-kvm.org/page/Nested_Guests
[2]
https://www.linuxtechi.com/enable-nested-virtualization-kvm-centos-7-rhel-7/

On Mon, Apr 30, 2018 at 4:02 PM, James Michels <
karma.sometimes.hu...@gmail.com> wrote:

> Greetings.
>
> In terms of teaching our students how to create and configure an oVirt
> infrastructure, we're planning to provide each of them a VM that will act
> as a Manager server, which has no issues so far. The problem is that we
> don't have enough physical machines to use as virtualization servers
> (VDSM), therefore we have been trying to use a CentOS7 based oVirt guest to
> run as a VDSM server.
>
> However, when trying to add it as a host, a (logical) error message shows
> up saying that the VM doesn't allow virtualization.
>
> The question is simple: Is there a way to enable virtualization on an
> oVirt VM, so we can deploy them as VDSM servers?
>
> This is oVirt 4.2.2 FWIW.
>
> Thanks
>
> James
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Use an oVirt-VM as a VDSM server

[Alexander Wels]

On Monday, April 30, 2018 9:02:35 AM EDT James Michels wrote:
> Greetings.
> 
> In terms of teaching our students how to create and configure an oVirt
> infrastructure, we're planning to provide each of them a VM that will act
> as a Manager server, which has no issues so far. The problem is that we
> don't have enough physical machines to use as virtualization servers
> (VDSM), therefore we have been trying to use a CentOS7 based oVirt guest to
> run as a VDSM server.
> 
> However, when trying to add it as a host, a (logical) error message shows
> up saying that the VM doesn't allow virtualization.
> 
> The question is simple: Is there a way to enable virtualization on an oVirt
> VM, so we can deploy them as VDSM servers?
> 
> This is oVirt 4.2.2 FWIW.
> 
> Thanks
> 
> James

James,

Yes its possible, when you install (or re-install) a PHYSICAL host, in the 
host popup dialog there is a kernel tab. Enable 'Nested Virtualization' kernel 
parameter. Once that is enabled and the host is rebooted then you can use VMs 
as VDSM hosts for your setup.

Some gotchas:
- Make sure your cluster cpu type actually matches your physical hosts, if you 
select a wrong one then the exposed CPU options will be wrong and the nested 
virtualization will not work properly.
- You will need to enable mac spoofing for the networking to work correctly.
- VMs running inside a host that is a VM itself will likely have a fairly 
significant performance hit due to the nested virtualization.



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

[ovirt-users] Unable to activate host after 4.2 upgrade

[Lionel Caignec]

Hi,

i've upgraded my ovirt installation from 4.1.x to 4.2..
But i have problem with one host. Ovirt said some mandatory network missing, 
but when i look into network configuration all Physical Card are in RED marked 
down.
But my network is fully operrationnal (can ping).

I tried to remove all vdsm relative package and reinstall it manually --> KO
I tried to remove host from ovirt, and reinstall it --> KO

On "setup host networks" screen all my card indicate "Link Layer Information" 
not available.


Here is the log seems to be relevant (engine.log) :
2018-04-30 15:05:05,053+02 ERROR 
[org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Host 
'dwalin.cines.fr' is set to Non-Operational, it is missing the following 
networks: 
'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,pallas_serv,pallas_serv_adm,securite,securite_adm,tiamat'
2018-04-30 15:05:05,079+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] EVENT_ID: 
VDS_SET_NONOPERATIONAL_NETWORK(519), Host dwalin.cines.fr does not comply with 
the cluster Private networks, the following networks are missing on host: 
'dmz_interne,dmz_interne_adm,dns_interne,echange,echange_adm,ldap_interne,pallas_serv,pallas_serv_adm,securite,securite_adm,tiamat'
2018-04-30 15:05:05,085+02 ERROR 
[org.ovirt.engine.core.bll.job.ExecutionHandler] 
(EE-ManagedThreadFactory-engineScheduled-Thread-39) [6372dfc8] Exception: 
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC 
Connection; nested exception is java.sql.SQLException: 
javax.resource.ResourceException: IJ000457: Unchecked throwable in 
managedConnectionReconnected() 
cl=org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@4372609f[state=NORMAL
 managed 
connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@688b1323 
connection handles=0 lastReturned=1525093505080 lastValidated=1525093160840 
lastCheckedOut=1525093505059 trackByTx=false 
pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@1d01224a 
mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@bd7a6f0[pool=ENGINEDataSource]
 xaResource=LocalXAResourceImpl@3343607b[connectionListener=4372609f 
connectionManager=36e47d0e warned=false currentXid=null productName=PostgreSQ
 L productVersion=9.5.9 jndiName=java:/ENGINEDataSource] txSync=null] (...)


Now i really does know what to do.

Someone have an idea?

Thank you.

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

Re: [ovirt-users] Posix FS as alternative to local storage?

[Eduardo Mayoral]

First, sorry that my previous answer went directly to you and not to the
list. My mistake.

Well, detaching and attaching shared storage domains is not the solution
I was hoping for, but at least it gives me an option to migrate VMs
between hosts. It is either that or gluster (thanks, Tony), depending on
the performance impact.

Thanks for your help!


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

On 30/04/18 14:48, Maor Lipchuk wrote:
> Will it help if you will have 2 local data centers?
> and use the 'trick' with the detach/attach of the shared storage domain?
>
> Basically the architecture of oVirt does not relate clusters to
> storage domains.
> Storage domains are part of a data center while hosts are part of a
> cluster which is part of a data center. I guess that is the reason why
> it will be more problematic to declare cluster as local.
>
> Regards,
> Maor
>
> On Mon, Apr 30, 2018 at 3:23 PM, Eduardo Mayoral  > wrote:
>
> On 30/04/18 14:05, Maor Lipchuk wrote:
>>
>>
>> On Mon, Apr 30, 2018 at 2:01 PM, Eduardo Mayoral
>> > wrote:
>>
>> On 30/04/18 12:51, Tony Brian Albers wrote:
>> > On 30/04/18 11:43, Eduardo Mayoral wrote:
>> >> Hi,
>> >>
>> >>      I would like to set up a new oVirt deployment with
>> hosts that have
>> >> the VMs running on local attached storage. I understand
>> this has the
>> >> requirement of having each host in its own cluster (and
>> own datacenter,
>> >> it seems, I understand the need for the dedicated cluster,
>> not so much
>> >> for the dedicated datacenter).
>> >>
>> >>      At the same time, I would like to have some shared
>> storage domains
>> >> so I can use it to export VMs or migrate them around hosts
>> (probably in
>> >> three stages, first migrate VM storage from local to the
>> shared storage
>> >> domain, second migrate the host (probably not possible to
>> do a "hot"
>> >> migration, but at least "cold"), third migrate the VM
>> storage from the
>> >> shared storage domain to the local storage domain of the
>> new host).
>> >>
>> >>      So I thought maybe I can deploy a datacenter in
>> shared storage mode,
>> >> with one cluster per host. Use one or two shared storage
>> domains for
>> >> master and as an stage area for planned VM migrations as
>> explained
>> >> before, and then configure several storage domains, one
>> per host, as
>> >> posix FS . I would then deploy the VMs on the local posix
>> FS storage
>> >> domains and set affinity rules for the VMs to their hosts
>> as needed.
>> >>
>> >>      Would this work? Is there a better way of achieving
>> local storage
>> >> and retaining the ability to share storage among hosts and
>> migrate VMs?
>> >>
>> >>
>> > Have you thought about using glusterfs? If hosts are
>> physically close,
>> > that would probably be the best solution.
>> >
>>
>> Actually, yes, I also had glusterfs in mind. However one of
>> the main
>> reasons to use local storage is performance, and I am
>> concerned about
>> the write latencies of gluster (If using gluster, I would
>> handle things
>> so the VM runs on one of the gluster nodes hosting the VM
>> data, so I
>> assume the read latency will be close to the one I would get
>> with local
>> storage, but the gluster replica(s) will be on other hosts,
>> so write
>> latency may be significantly worse).
>>
>> Thanks a lot for the suggestion, it is a good one, however,
>> the original
>> question stands: Would this work? Is there a better way of
>> achieving
>> local storage and retaining the ability to share storage
>> among hosts and
>> migrate VMs?
>>
>>
>> Hi Eduardo,
>> We support shared storage domains in a local data center
>> since oVirt 4.1.
>> Will this help you by any chance?
>
> Hi, Moar,
>    
>     Thanks for your fast reply! This helps partly, but does not
> quite solve my needs. If I understood correctly, I can have a
> shared storage attached to a local storage Data Center. However I
> cannot share a shared storage among datacenters. I can detach the
> shared storage domain from one datacenter and attach it to another
> one, but I cannot "Share" the shared storage as in: both hosts see
> it at the same time, as I would expect it to be the case with a
> shared 

[ovirt-users] Use an oVirt-VM as a VDSM server

[James Michels]

Greetings.

In terms of teaching our students how to create and configure an oVirt
infrastructure, we're planning to provide each of them a VM that will act
as a Manager server, which has no issues so far. The problem is that we
don't have enough physical machines to use as virtualization servers
(VDSM), therefore we have been trying to use a CentOS7 based oVirt guest to
run as a VDSM server.

However, when trying to add it as a host, a (logical) error message shows
up saying that the VM doesn't allow virtualization.

The question is simple: Is there a way to enable virtualization on an oVirt
VM, so we can deploy them as VDSM servers?

This is oVirt 4.2.2 FWIW.

Thanks

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

Re: [ovirt-users] Virtual Machine Storage Size

[Maor Lipchuk]

By "used storage size of a VM" do you mean the disks which are attached to
it?

If it does then you can check each attached disk of the VM and summerize
their sizes.
For getting the disks attachments of the VM you can use the following REST
URL:
http://111.11.11.111:8080/ovirt-engine/api/vms/---222/diskattachments

Then you can use the following URL for each disk attachment:
  http://111.11.11.111:8080/ovirt-engine/api/disks/-xxx-xxx-

Here is an example of the output:

test_Disk1

200704
test_Disk1
data
cow
6c01687e-54b5-449d-be26-8ecfc092e4f8
false
1073741824
qcow2_v3
false
true
ok
image
200704
false



Regards,
Maor

On Thu, Apr 26, 2018 at 1:05 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> How to get the total and used storage size of a VM? When I run statistics
> Rest URL I get the following response, Which is the Total and Used storage
> in it?
>
> {
> "next_run_configuration_exists": "false",
> "numa_tune_mode": "interleave",
> "status": "down",
> "stop_time": 1524728637295,
> "original_template": {
> "href": "/ovirt-engine/api/templates/
> ----",
> "id": "----"
> },
> "statistics": {
> "statistic": [
> {
> "kind": "gauge",
> "type": "integer",
> "unit": "bytes",
> "values": {
> "value": [
> {
> "datum": 1073741824
> }
> ]
> },
> "vm": {
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded",
> "id": "b89deb8c-882c-47a4-9911-b4978cddcded"
> },
> "name": "memory.installed",
> "description": "Total memory configured",
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded/statistics/5a89a1d2-32be-33f7-a0d1-
> f8b5bc974ff6",
> "id": "5a89a1d2-32be-33f7-a0d1-f8b5bc974ff6"
> },
> {
> "kind": "gauge",
> "type": "integer",
> "unit": "bytes",
> "values": {
> "value": [
> {
> "datum": 0
> }
> ]
> },
> "vm": {
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded",
> "id": "b89deb8c-882c-47a4-9911-b4978cddcded"
> },
> "name": "memory.used",
> "description": "Memory used (agent)",
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded/statistics/b7499508-c1c3-32f0-8174-
> c1783e57bb08",
> "id": "b7499508-c1c3-32f0-8174-c1783e57bb08"
> },
> {
> "kind": "gauge",
> "type": "decimal",
> "unit": "percent",
> "values": {
> "value": [
> {
> "datum": 0
> }
> ]
> },
> "vm": {
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded",
> "id": "b89deb8c-882c-47a4-9911-b4978cddcded"
> },
> "name": "cpu.current.guest",
> "description": "CPU used by guest",
> "href": "/ovirt-engine/api/vms/
> b89deb8c-882c-47a4-9911-b4978cddcded/statistics/ef802239-b74a-329f-9955-
> be8fea6b50a4",
> "id": "ef802239-b74a-329f-9955-be8fea6b50a4"
> },
> {
> "kind": "gauge",
> "type": "decimal",
> "unit": "percent",
> "values": {
> "value": [
> {
> "datum": 0
> }
> ]
> },
> "vm": {
> "href": "/ovirt-engine/api/vms/
> 

Re: [ovirt-users] Posix FS as alternative to local storage?

[Maor Lipchuk]

On Mon, Apr 30, 2018 at 2:01 PM, Eduardo Mayoral  wrote:

> On 30/04/18 12:51, Tony Brian Albers wrote:
> > On 30/04/18 11:43, Eduardo Mayoral wrote:
> >> Hi,
> >>
> >>  I would like to set up a new oVirt deployment with hosts that have
> >> the VMs running on local attached storage. I understand this has the
> >> requirement of having each host in its own cluster (and own datacenter,
> >> it seems, I understand the need for the dedicated cluster, not so much
> >> for the dedicated datacenter).
> >>
> >>  At the same time, I would like to have some shared storage domains
> >> so I can use it to export VMs or migrate them around hosts (probably in
> >> three stages, first migrate VM storage from local to the shared storage
> >> domain, second migrate the host (probably not possible to do a "hot"
> >> migration, but at least "cold"), third migrate the VM storage from the
> >> shared storage domain to the local storage domain of the new host).
> >>
> >>  So I thought maybe I can deploy a datacenter in shared storage
> mode,
> >> with one cluster per host. Use one or two shared storage domains for
> >> master and as an stage area for planned VM migrations as explained
> >> before, and then configure several storage domains, one per host, as
> >> posix FS . I would then deploy the VMs on the local posix FS storage
> >> domains and set affinity rules for the VMs to their hosts as needed.
> >>
> >>  Would this work? Is there a better way of achieving local storage
> >> and retaining the ability to share storage among hosts and migrate VMs?
> >>
> >>
> > Have you thought about using glusterfs? If hosts are physically close,
> > that would probably be the best solution.
> >
>
> Actually, yes, I also had glusterfs in mind. However one of the main
> reasons to use local storage is performance, and I am concerned about
> the write latencies of gluster (If using gluster, I would handle things
> so the VM runs on one of the gluster nodes hosting the VM data, so I
> assume the read latency will be close to the one I would get with local
> storage, but the gluster replica(s) will be on other hosts, so write
> latency may be significantly worse).
>
> Thanks a lot for the suggestion, it is a good one, however, the original
> question stands: Would this work? Is there a better way of achieving
> local storage and retaining the ability to share storage among hosts and
> migrate VMs?
>

Hi Eduardo,
We support shared storage domains in a local data center since oVirt 4.1.
Will this help you by any chance?


> Best regards,
>
> --
> Eduardo Mayoral.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Posix FS as alternative to local storage?

[Eduardo Mayoral]

On 30/04/18 12:51, Tony Brian Albers wrote:
> On 30/04/18 11:43, Eduardo Mayoral wrote:
>> Hi,
>>
>>      I would like to set up a new oVirt deployment with hosts that have
>> the VMs running on local attached storage. I understand this has the
>> requirement of having each host in its own cluster (and own datacenter,
>> it seems, I understand the need for the dedicated cluster, not so much
>> for the dedicated datacenter).
>>
>>      At the same time, I would like to have some shared storage domains
>> so I can use it to export VMs or migrate them around hosts (probably in
>> three stages, first migrate VM storage from local to the shared storage
>> domain, second migrate the host (probably not possible to do a "hot"
>> migration, but at least "cold"), third migrate the VM storage from the
>> shared storage domain to the local storage domain of the new host).
>>
>>      So I thought maybe I can deploy a datacenter in shared storage mode,
>> with one cluster per host. Use one or two shared storage domains for
>> master and as an stage area for planned VM migrations as explained
>> before, and then configure several storage domains, one per host, as
>> posix FS . I would then deploy the VMs on the local posix FS storage
>> domains and set affinity rules for the VMs to their hosts as needed.
>>
>>      Would this work? Is there a better way of achieving local storage
>> and retaining the ability to share storage among hosts and migrate VMs?
>>
>>
> Have you thought about using glusterfs? If hosts are physically close, 
> that would probably be the best solution.
>

Actually, yes, I also had glusterfs in mind. However one of the main
reasons to use local storage is performance, and I am concerned about
the write latencies of gluster (If using gluster, I would handle things
so the VM runs on one of the gluster nodes hosting the VM data, so I
assume the read latency will be close to the one I would get with local
storage, but the gluster replica(s) will be on other hosts, so write
latency may be significantly worse).

Thanks a lot for the suggestion, it is a good one, however, the original
question stands: Would this work? Is there a better way of achieving
local storage and retaining the ability to share storage among hosts and
migrate VMs?

Best regards,

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

Re: [ovirt-users] Posix FS as alternative to local storage?

[Tony Brian Albers]

On 30/04/18 11:43, Eduardo Mayoral wrote:
> Hi,
> 
>      I would like to set up a new oVirt deployment with hosts that have
> the VMs running on local attached storage. I understand this has the
> requirement of having each host in its own cluster (and own datacenter,
> it seems, I understand the need for the dedicated cluster, not so much
> for the dedicated datacenter).
> 
>      At the same time, I would like to have some shared storage domains
> so I can use it to export VMs or migrate them around hosts (probably in
> three stages, first migrate VM storage from local to the shared storage
> domain, second migrate the host (probably not possible to do a "hot"
> migration, but at least "cold"), third migrate the VM storage from the
> shared storage domain to the local storage domain of the new host).
> 
>      So I thought maybe I can deploy a datacenter in shared storage mode,
> with one cluster per host. Use one or two shared storage domains for
> master and as an stage area for planned VM migrations as explained
> before, and then configure several storage domains, one per host, as
> posix FS . I would then deploy the VMs on the local posix FS storage
> domains and set affinity rules for the VMs to their hosts as needed.
> 
>      Would this work? Is there a better way of achieving local storage
> and retaining the ability to share storage among hosts and migrate VMs?
> 
> 

Have you thought about using glusterfs? If hosts are physically close, 
that would probably be the best solution.

-- 
Tony Albers
Systems administrator, IT-development
Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark.
Tel: +45 2566 2383 / +45 8946 2316
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Posix FS as alternative to local storage?

[Eduardo Mayoral]

Hi,

    I would like to set up a new oVirt deployment with hosts that have
the VMs running on local attached storage. I understand this has the
requirement of having each host in its own cluster (and own datacenter,
it seems, I understand the need for the dedicated cluster, not so much
for the dedicated datacenter).

    At the same time, I would like to have some shared storage domains
so I can use it to export VMs or migrate them around hosts (probably in
three stages, first migrate VM storage from local to the shared storage
domain, second migrate the host (probably not possible to do a "hot"
migration, but at least "cold"), third migrate the VM storage from the
shared storage domain to the local storage domain of the new host).

    So I thought maybe I can deploy a datacenter in shared storage mode,
with one cluster per host. Use one or two shared storage domains for
master and as an stage area for planned VM migrations as explained
before, and then configure several storage domains, one per host, as
posix FS . I would then deploy the VMs on the local posix FS storage
domains and set affinity rules for the VMs to their hosts as needed.

    Would this work? Is there a better way of achieving local storage
and retaining the ability to share storage among hosts and migrate VMs?


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

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

Re: [ovirt-users] restricting release version when upgrading/installing Linux Enterprise hosts?

[Fred Rolland]

Hi,
Newer Vdsm will work with older engine, so in your case, I don't see any
reason not to update the Vdsm.

BTW, can you describe what do you mean by "a very customized cinder/ceph
setup" ?

Thanks,
Fred

On Sun, Apr 29, 2018 at 3:55 PM, Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> Hi,
>
> is it possible to restrict the oVirt version when installing or upgrading
> CentOS hypervisor hosts? let's say: 4.2.3 is already released, but i want
> to update/install certain hosts only to version 4.2.2 to have the same
> version in the whole cluster/data center. i know i could to this manually
> with yum and specifying rpm package versions but is there an "oVirt way"?
> or is this not necessary at all and newer hosts will always work smoothly
> with older engine and other hosts? still i think this is a topic that must
> be of interest to others.
>
> besides that: please excuse my impatience sometimes, my upgrade of our
> oVirt installation (4.1.9 to 4.2.2) worked perfectly, even with a very
> customized cinder/ceph setup. thanks a lot for this great software!
>
> matthias
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] General SSLEngine problem

[Piotr Kliczewski]

Hi,

Can you please share your engine log?

Thanks,
Piotr

On Wed, Apr 25, 2018 at 12:51 PM, gss...@pku.edu.cn  wrote:
> Hi,
>
> I got this err log when I start my engine service.
>
> 2018-04-25 18:40:21,012+08 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to /192.168.122.187
> 2018-04-25 18:40:21,019+08 ERROR
> [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) []
> Unable to process messages General SSLEngine problem
>
>
> And loggin my engine GUI, got this err
>
> Missing parameter: 'client_secret'
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine setup error

[Yedidyah Bar David]

On Fri, Apr 27, 2018 at 7:31 AM,  wrote:

> Hi
>  I engine setup faces some error.
>
>  I try to solute it and  it is work. here is my patch. But  not sure it is
> right?
>

It seems right, but isn't it already done in these?

https://gerrit.ovirt.org/#/q/Id4e0e621624efff0ff0e8a9fd6f23f53f2aa54d2,n,z
https://gerrit.ovirt.org/#/q/Ib6fdd78f29d88e13547d509d15081de8dc2c21aa,n,z

What version are you using?

Best regards,


>
>
>  $HOME/ovirt-engine/bin/engine-setup
> [ INFO  ] Stage: Initializing
>   Setup was run under unprivileged user this will
> produce development installation do you wish to
> proceed? (Yes, No) [No]: yes
> [ INFO  ] Stage: Environment setup
>   Configuration files: []
>   Log file: /home/guoss4/ovirt-engine/var/log/
> ovirt-engine/setup/ovirt-engine-setup-20180427001528-6h7snp.log
>   Version: otopi-1.8.0_master (otopi-1.8.0-0.0.
> master.20180313084114.git4e788f9.el7.centos)
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_
> engine_setup.ovirt_engine.network.ovirtproviderovn.
> Plugin._misc_configure_ovn_pki is a string, should
> probably be a tuple. Perhaps a missing comma?
>   methodinfo: {'priority': 5000, 'name': None,
>  'before': 'osetup.ovn.provider.service.restart', 'after': ('osetup.pki.ca
> .available', 'osetup.ovn.services.restart'), 'method':
>  plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin
> object at 0x30087d0>>, 'condition':  lambda> of  ovirtproviderovn.Plugin object at 0x30087d0>>, 'stage': 11}
> [ ERROR ] "before" parameter of method otopi.plugins.ovirt_
> engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin._misc_configure_
> provider is a string, should probably be a tuple. Perhaps a missing comma?
>   methodinfo: {'priority': 5000, 'name': None,
>  'before': 'osetup.ovn.provider.service.restart', 'after': ('osetup.pki.ca
> .available', 'osetup.ovn.services.restart'), 'method':
>  plugins.ovirt_engine_setup.ovirt_engine.network.ovirtproviderovn.Plugin
> object at 0x30087d0>>, 'condition':  lambda> of  ovirtproviderovn.Plugin object at 0x30087d0>>, 'stage': 11}
> [ ERROR ] Failed to execute stage 'Environment setup':
> Found bad "before" or "after" parameters
> [ INFO  ] Stage: Clean up
>   Log file is located at /home/guoss4/ovirt-engine/
> var/log/ovirt-engine/setup/ovirt-engine-setup-20180427001528-6h7snp.log
> [ ERROR ] Failed to execute stage 'Clean up': 'NoneType'
> object has no attribute 'cleanup'
> [ INFO  ] Generating answer file '/home/guoss4/ovirt-
> engine/var/lib/ovirt-engine/setup/answers/20180427001531-setup.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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

Re: [ovirt-users] Cannot install ovirt-hosted-engine-setup as package has file conflicts in its dependancies

[Sam McLeod]

Release notes make me excited - alas, I must have missed this!

Might be worth adding to the installation pre-reqs, I'll consider doing a MR.

Thanks again,

--
Sam McLeod
Please respond via email when possible.
https://smcleod.net
https://twitter.com/s_mcleod

> On 30 Apr 2018, at 4:57 pm, Nico De Ranter  
> wrote:
> 
> Yep, that's what I did after hitting my head on the same thing.  It's so 
> boring to read release notes upfront ;-)
> 
> Nico
> 
> On Mon, Apr 30, 2018 at 8:55 AM, Sam McLeod  > wrote:
> Thanks for the tip Nico - I hadn't spotted that.
> 
> We use EPEL for a number of packages across our hosts, I'm guessing a proper 
> workaround for us might be to only enable it for individual packages.
> 
> Thanks again!
> 
> --
> Sam McLeod
> Please respond via email when possible.
> https://smcleod.net 
> https://twitter.com/s_mcleod 
> 
>> On 30 Apr 2018, at 4:53 pm, Nico De Ranter > > wrote:
>> 
>> Do not install the EPEL repository.  See also the remark in the release 
>> notes about this
>> 
>> https://ovirt.org/release/4.2.0/#epel 
>> 
>> 
>> Do a clean install of CentOS, install oVirt. Afterwards get anything extra 
>> from epel if required.
>> 
>> Nico
>> 
>> On Mon, Apr 30, 2018 at 1:35 AM, Sam McLeod > > wrote:
>> This started occurring on all new oVirt installs I've attempted to do on 
>> minimal CentOS 7 since 27/4.
>> 
>> I logged a bug for this on Bugzilla last week: 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1572434 
>> 
>> 
>> The package ovirt-hosted-engine-setup depends on collectd, collectd-disk and 
>> collectd-write_http.
>> 
>> ovirt-hosted-engine-setup depends on the two collectd plugins which are 
>> provided by the ovirt-4.2-centos-opstools repo - but those two packages seem 
>> to provide files that are already included in the standard collectd package 
>> from epel (which the package also depends on).
>> 
>> Additionally, this conflict is not picked up until the packages are at the 
>> install phase, resulting in:
>> 
>> Transaction check error:
>>   file /usr/lib64/collectd/disk.so conflicts between attempted installs of 
>> collectd-disk-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
>>   file /usr/lib64/collectd/write_http.so conflicts between attempted 
>> installs of collectd-write_http-5.8.0-3.el7.x86_64 and 
>> collectd-5.8.0-3.el7.x86_64
>> 
>> ---
>> 
>> root@s1-b2:~ 1 # yum info collectd-write_http
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
>> 
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd-write_http
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 33 k
>> Repo: ovirt-4.2-centos-opstools/x86_64
>> Summary : HTTP output plugin for collectd
>> URL : https://collectd.org/ 
>> License : MIT and GPLv2
>> Description : This plugin can send data to Redis.
>> 
>> root@s1-b2:~  # yum info collectd-disk-5.8.0-3.el7.x86_64
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
>> 
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd-disk
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 26 k
>> Repo: ovirt-4.2-centos-opstools/x86_64
>> Summary : Disk plugin for collectd
>> URL : https://collectd.org/ 
>> License : MIT and GPLv2
>> Description : This plugin collects statistics of harddisk and, where 
>> supported, partitions.
>> 
>> root@s1-b2:~  # yum info collectd-5.8.0-3.el7.x86_64
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
>> 
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 711 k
>> Repo: epel
>> Summary : Statistics collection daemon for filling RRD files
>> URL : https://collectd.org/ 
>> License : GPLv2
>> Description : collectd is a daemon which collects system performance 
>> statistics periodically
>> : and 

Re: [ovirt-users] Cannot install ovirt-hosted-engine-setup as package has file conflicts in its dependancies

[Nico De Ranter]

Yep, that's what I did after hitting my head on the same thing.  It's so
boring to read release notes upfront ;-)

Nico

On Mon, Apr 30, 2018 at 8:55 AM, Sam McLeod 
wrote:

> Thanks for the tip Nico - I hadn't spotted that.
>
> We use EPEL for a number of packages across our hosts, I'm guessing a
> proper workaround for us might be to only enable it for individual packages.
>
> Thanks again!
>
> --
> Sam McLeod
> Please respond via email when possible.
> https://smcleod.net
> https://twitter.com/s_mcleod
>
> On 30 Apr 2018, at 4:53 pm, Nico De Ranter 
> wrote:
>
> Do not install the EPEL repository.  See also the remark in the release
> notes about this
>
> https://ovirt.org/release/4.2.0/#epel
>
> Do a clean install of CentOS, install oVirt. Afterwards get anything extra
> from epel if required.
>
> Nico
>
> On Mon, Apr 30, 2018 at 1:35 AM, Sam McLeod 
> wrote:
>
>> This started occurring on all new oVirt installs I've attempted to do on
>> minimal CentOS 7 since 27/4.
>>
>> I logged a bug for this on Bugzilla last week: https://bugzilla.redhat.
>> com/show_bug.cgi?id=1572434
>>
>> The package ovirt-hosted-engine-setup depends on collectd, collectd-disk
>> and collectd-write_http.
>>
>> ovirt-hosted-engine-setup depends on the two collectd plugins which are
>> provided by the ovirt-4.2-centos-opstools repo - but those two packages
>> seem to provide files that are already included in the standard collectd
>> package from epel (which the package also depends on).
>>
>> Additionally, this conflict is not picked up until the packages are at
>> the install phase, resulting in:
>>
>> Transaction check error:
>>   file /usr/lib64/collectd/disk.so conflicts between attempted installs of 
>> collectd-disk-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
>>   file /usr/lib64/collectd/write_http.so conflicts between attempted 
>> installs of collectd-write_http-5.8.0-3.el7.x86_64 and 
>> collectd-5.8.0-3.el7.x86_64
>>
>>
>> ---
>>
>>
>> root@s1-b2:~ 1 # yum info collectd-write_http
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd-write_http
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 33 k
>> Repo: ovirt-4.2-centos-opstools/x86_64
>> Summary : HTTP output plugin for collectd
>> URL : https://collectd.org/
>> License : MIT and GPLv2
>> Description : This plugin can send data to Redis.
>>
>> root@s1-b2:~  # yum info collectd-disk-5.8.0-3.el7.x86_64
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd-disk
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 26 k
>> Repo: ovirt-4.2-centos-opstools/x86_64
>> Summary : Disk plugin for collectd
>> URL : https://collectd.org/
>> License : MIT and GPLv2
>> Description : This plugin collects statistics of harddisk and, where 
>> supported, partitions.
>>
>> root@s1-b2:~  # yum info collectd-5.8.0-3.el7.x86_64
>> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
>> versionlock
>> Loading mirror speeds from cached hostfile
>>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
>> 0 packages excluded due to repository protections
>> Available Packages
>> Name: collectd
>> Arch: x86_64
>> Version : 5.8.0
>> Release : 3.el7
>> Size: 711 k
>> Repo: epel
>> Summary : Statistics collection daemon for filling RRD files
>> URL : https://collectd.org/
>> License : GPLv2
>> Description : collectd is a daemon which collects system performance 
>> statistics periodically
>> : and provides mechanisms to store the values in a variety of 
>> ways,
>> : for example in RRD files.
>>
>>
>>
>> --
>> Sam McLeod
>> Please respond via email when possible.
>> https://smcleod.net
>> https://twitter.com/s_mcleod
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> Nico De Ranter
> Operations Engineer
>
> T. +32 16 38 72 10
>
> 
> 
>
> eSATURNUS
> Romeinse straat 12
> 
> 3001 Leuven – Belgium
> 
>
> T. +32 16 40 12 82
> F. +32 16 40 84 77
> www.esaturnus.com
>
> 
>
> *For 

Re: [ovirt-users] Cannot install ovirt-hosted-engine-setup as package has file conflicts in its dependancies

[Sam McLeod]

Thanks for the tip Nico - I hadn't spotted that.

We use EPEL for a number of packages across our hosts, I'm guessing a proper 
workaround for us might be to only enable it for individual packages.

Thanks again!

--
Sam McLeod
Please respond via email when possible.
https://smcleod.net
https://twitter.com/s_mcleod

> On 30 Apr 2018, at 4:53 pm, Nico De Ranter  
> wrote:
> 
> Do not install the EPEL repository.  See also the remark in the release notes 
> about this
> 
> https://ovirt.org/release/4.2.0/#epel 
> 
> 
> Do a clean install of CentOS, install oVirt. Afterwards get anything extra 
> from epel if required.
> 
> Nico
> 
> On Mon, Apr 30, 2018 at 1:35 AM, Sam McLeod  > wrote:
> This started occurring on all new oVirt installs I've attempted to do on 
> minimal CentOS 7 since 27/4.
> 
> I logged a bug for this on Bugzilla last week: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1572434 
> 
> 
> The package ovirt-hosted-engine-setup depends on collectd, collectd-disk and 
> collectd-write_http.
> 
> ovirt-hosted-engine-setup depends on the two collectd plugins which are 
> provided by the ovirt-4.2-centos-opstools repo - but those two packages seem 
> to provide files that are already included in the standard collectd package 
> from epel (which the package also depends on).
> 
> Additionally, this conflict is not picked up until the packages are at the 
> install phase, resulting in:
> 
> Transaction check error:
>   file /usr/lib64/collectd/disk.so conflicts between attempted installs of 
> collectd-disk-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
>   file /usr/lib64/collectd/write_http.so conflicts between attempted installs 
> of collectd-write_http-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
> 
> ---
> 
> root@s1-b2:~ 1 # yum info collectd-write_http
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
> 
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd-write_http
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 33 k
> Repo: ovirt-4.2-centos-opstools/x86_64
> Summary : HTTP output plugin for collectd
> URL : https://collectd.org/ 
> License : MIT and GPLv2
> Description : This plugin can send data to Redis.
> 
> root@s1-b2:~  # yum info collectd-disk-5.8.0-3.el7.x86_64
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
> 
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd-disk
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 26 k
> Repo: ovirt-4.2-centos-opstools/x86_64
> Summary : Disk plugin for collectd
> URL : https://collectd.org/ 
> License : MIT and GPLv2
> Description : This plugin collects statistics of harddisk and, where 
> supported, partitions.
> 
> root@s1-b2:~  # yum info collectd-5.8.0-3.el7.x86_64
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net 
> 
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 711 k
> Repo: epel
> Summary : Statistics collection daemon for filling RRD files
> URL : https://collectd.org/ 
> License : GPLv2
> Description : collectd is a daemon which collects system performance 
> statistics periodically
> : and provides mechanisms to store the values in a variety of 
> ways,
> : for example in RRD files.
> 
> 
> --
> Sam McLeod
> Please respond via email when possible.
> https://smcleod.net 
> https://twitter.com/s_mcleod 
> 
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users 
> 
> 
> 
> 
> 
> -- 
> 
> Nico De Ranter
> Operations Engineer
> T. +32 16 38 72 10
> 
>  
>  
> 
> eSATURNUS
> Romeinse straat 12
> 3001 Leuven – Belgium
> 
> T. +32 16 40 12 82
> F. +32 16 40 84 77
> www.esaturnus.com 
>  

Re: [ovirt-users] Cannot install ovirt-hosted-engine-setup as package has file conflicts in its dependancies

[Nico De Ranter]

Do not install the EPEL repository.  See also the remark in the release
notes about this

https://ovirt.org/release/4.2.0/#epel

Do a clean install of CentOS, install oVirt. Afterwards get anything extra
from epel if required.

Nico

On Mon, Apr 30, 2018 at 1:35 AM, Sam McLeod 
wrote:

> This started occurring on all new oVirt installs I've attempted to do on
> minimal CentOS 7 since 27/4.
>
> I logged a bug for this on Bugzilla last week: https://bugzilla.redhat.
> com/show_bug.cgi?id=1572434
>
> The package ovirt-hosted-engine-setup depends on collectd, collectd-disk
> and collectd-write_http.
>
> ovirt-hosted-engine-setup depends on the two collectd plugins which are
> provided by the ovirt-4.2-centos-opstools repo - but those two packages
> seem to provide files that are already included in the standard collectd
> package from epel (which the package also depends on).
>
> Additionally, this conflict is not picked up until the packages are at the
> install phase, resulting in:
>
> Transaction check error:
>   file /usr/lib64/collectd/disk.so conflicts between attempted installs of 
> collectd-disk-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
>   file /usr/lib64/collectd/write_http.so conflicts between attempted installs 
> of collectd-write_http-5.8.0-3.el7.x86_64 and collectd-5.8.0-3.el7.x86_64
>
>
> ---
>
>
> root@s1-b2:~ 1 # yum info collectd-write_http
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd-write_http
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 33 k
> Repo: ovirt-4.2-centos-opstools/x86_64
> Summary : HTTP output plugin for collectd
> URL : https://collectd.org/
> License : MIT and GPLv2
> Description : This plugin can send data to Redis.
>
> root@s1-b2:~  # yum info collectd-disk-5.8.0-3.el7.x86_64
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd-disk
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 26 k
> Repo: ovirt-4.2-centos-opstools/x86_64
> Summary : Disk plugin for collectd
> URL : https://collectd.org/
> License : MIT and GPLv2
> Description : This plugin collects statistics of harddisk and, where 
> supported, partitions.
>
> root@s1-b2:~  # yum info collectd-5.8.0-3.el7.x86_64
> Loaded plugins: fastestmirror, priorities, protectbase, rpm-warm-cache, 
> versionlock
> Loading mirror speeds from cached hostfile
>  * ovirt-4.2-epel: fedora.melbourneitmirror.net
> 0 packages excluded due to repository protections
> Available Packages
> Name: collectd
> Arch: x86_64
> Version : 5.8.0
> Release : 3.el7
> Size: 711 k
> Repo: epel
> Summary : Statistics collection daemon for filling RRD files
> URL : https://collectd.org/
> License : GPLv2
> Description : collectd is a daemon which collects system performance 
> statistics periodically
> : and provides mechanisms to store the values in a variety of 
> ways,
> : for example in RRD files.
>
>
>
> --
> Sam McLeod
> Please respond via email when possible.
> https://smcleod.net
> https://twitter.com/s_mcleod
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

Nico De Ranter

Operations Engineer

T. +32 16 38 72 10







eSATURNUS
Romeinse straat 12
3001 Leuven – Belgium

T. +32 16 40 12 82
F. +32 16 40 84 77
www.esaturnus.com



*For Service & Support *

Support Line: +32 16 387210 or via email : supp...@esaturnus.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users