[ovirt-users] Re: Missing step(s) after custom x509 certificates

[Yedidyah Bar David]

On Mon, Jun 18, 2018 at 4:19 PM, John Florian  wrote:
> On 2018-06-18 02:46, Yedidyah Bar David wrote:
>>
>> On Mon, Jun 18, 2018 at 9:19 AM, Tomas Jelinek 
>> wrote:
>>>
>>>
>>> On Mon, Jun 18, 2018 at 8:01 AM, Yedidyah Bar David 
>>> wrote:

 On Sun, Jun 17, 2018 at 6:11 PM, John Florian 
 wrote:
>
> I followed the docs at
> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ and
> all
> works well from the usual web portal.  Went to test moVirt and ran into
> a
> snag.  It wants to download the CA using
>
>
> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA,

 I never tried movirt, but the user's guide [1] says it can import
 user-supplied certs, so you can supply your own CA's cert, no?
>>>
>>>
>>> correct, you can supply your own certificate, movirt just by default
>>> grabs
>>> the one which is provided by engine at:
>>>
>>> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
>>>
>>> @Ravi: is it correct that after you provide your own CA that the
>>>
>>> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
>>> is still pointing to the old one?
>>
>> Yes - check this:
>>
>> https://ovirt.org/develop/release-management/features/infra/pki/#services
>>
>> It does not have a resource "apache-certificate" or anything like that.
>> The assumption is that user that changes httpd's conf to use a 3rd-party
>> CA,
>> is in control of it, not the engine - so the engine can't handle it. This
>> is
>> even if the user followed the documentation, because in principle, the
>> user
>> can do other things - e.g. point SSLCACertificateFile at a different file
>> instead of replacing the content of the existing apache-ca.pem (which
>> defaults
>> to a symlink to ca.pem, which _is_ controlled by the engine (as in "we do
>> not
>> have any documentation about how to replace it, and doing that will break
>> many
>> flows").
>
> Okay, this is what threw me.  The docs are written in such a way that I
> never touch httpd's conf, as if maybe I am not supposed to do that.  The
> docs have me change the target of a symlink and do other swaps and avoids
> touching the conf, be it intentional or not.  I may have inferred too much
> based on the approach.

I don't remember every exact detail in the docs, but I do know the relevant
code.

The engine (itself) runs as user ovirt, and can't touch or do anything to your
httpd conf.

engine-setup is basically the only thing [1] that runs as root and touches
httpd conf. It asks you some stuff, and does (currently) only these things:

1. Always add /etc/httpd/conf.d/z-ovirt-engine-proxy.conf . This file is
considered to be "owned" by engine-setup and can be changed as needed by
upgrades. So you are not supposed to touch it.

2. Optionally add /etc/httpd/conf.d/ovirt-engine-root-redirect.conf which
does a very simple redirect from '/' to '/ovirt-engine'. I am not aware of
anyone not doing this, and guess things might not work perfectly, and also
that it might be unsupported, but in principle you can reply 'no', and then
have other web apps on the engine machine. See also [2]. This is _not_ done
on upgrades - so if you reply 'yes', then remove the file, then run
'engine-setup' again, it should not re-add the file.

3. Optionally edit ssl.conf, which is the subject of current thread. This
one also used to be not done on upgrades, but this recently changed [3][4].

This is considered mandatory and the only supported flow in production.
If you reply 'no', you are supposed to configure apache manually.

However, for development, you can talk to jboss directly [5]. This used to
be possible also in production in very old releases, see e.g. [6].

So, to summarize:

We (engine developers, engine-setup in particular) try to be "good citizens"
and not take control of the machine, allowing the admin do what s/he wants,
and still try hard to make the engine work nicely. But we default to do
"take over", and (IIRC) only document the default, and (IIUC) only test the
default - so anything else is somewhat more likely to cause problems.

[1] currently. We add lots of ansible stuff in recent releases, I suspect
that engine-setup has a chance to be partially replaced with ansible code
some time.

[2] https://bugzilla.redhat.com/show_bug.cgi?id=961677

[3] https://bugzilla.redhat.com/1558500

[4] https://bugzilla.redhat.com/1576377

[5] 
https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment/

[6] https://bugzilla.redhat.com/show_bug.cgi?id=905754

>  So my presumption was that the API should/might
> continue doing what it did before in providing the correct CA certificate.
> It would be nice if it did, because entering URLs on a phone is not my idea
> of fun and the moVirt feature to go fetch this directly is really handy.

Patches (or at least RFEs) are welcome :-)

Also note that movi

[ovirt-users] Re: RHEL 7.5 as an oVirt host - missing packages

[Sandro Bonazzola]

2018-06-17 7:43 GMT+02:00 :

> Sorry, I hate to be "that guy", but does no one here seem to care that
> both the repositories and documentation are wrong for installing oVirt on
> RHEL 7.5?  Either the documentation is wrong, or the RHEL repos require
> updating.
>
> One or the other is true, and I don't know enough about the oVirt support
> structure to know where to submit the appropriate bug report.  I'm happy to
> do so, but I need input from the community here.
>
> I went ahead and installed the Satellite repo, but there is also an
> install problem with the gluster-server package - it never installs.  I had
> to manually install it and manually launch the daemon and enable it
> (glusterd).
>
> To see this yourself:
>
> 1) Have an existing functional oVirt environment
> 2) Install RHEL 7.5 onto a new host from an ISO and subscribe it to Red
> Hat's repos
> 3) Configure the rhel-7-server-rpms, rhel-7-server-optional-rpms and
> rhel-7-server-extras-rpms repos
> 4) Try to add the new host to the oVirt cluster
>

you seems to miss in this procedure:
# yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
on your host.
See
https://ovirt.org/documentation/install-guide/chap-Enterprise_Linux_Hosts/




> 5) See the failure
> 6) Configure the rhel-7-server-satellite-tools-6.3-rpms repo on the RHEL
> host
> 7) Try to add the host again
> 8) See it fail again
> 9) Install the gluster-server package onto the RHEL 7.5 host
> 10) Enable the glusterd service and start it
> 11) Try YET AGAIN to add the RHEL 7.5 host to the cluster
> 12) Success
>
> So I say again - either the documentation is wrong, or Red Hat's repos
> require an update (specifically the Extras repo).
> ___
> 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/IH55UNV3YVFCT6YHSRTC6A4FAP2VAW6T/
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: upgrade 4.1 to 4.2

[Yedidyah Bar David]

On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  I am trying to test the upgrade of our system from oVirt 4.1 to
> oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> install version 4.1 as the repos are not available.
>
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>
>
> yum install ovirt-engine
>
>
> gives
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
> and
>
>
>
> yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
>
> gives
>
>
> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
>
> are there any alternate repos to try?

Please check:

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

Thanks,

>
>
>
> Thanks,
>
> Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> 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/XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
>



-- 
Didi
___
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/ALWWULT3JJEF63VUKEJPO2BHCNAQNEYG/

[ovirt-users] Re: General failure

[nicolas]

Hi Benny,

I used the tool to track one of the illegal volumes:

   image:e05874d2-fb8a-4fd2-94ff-2f4bc6438d47

 [...]

 - 887f486b-15cf-4083-9b35-8b7821a7841a
   status: ILLEGAL, voltype: LEAF, format: COW, legality: 
ILLEGAL, type: SPARSE


So I tracked 887f486b-15cf-4083-9b35-8b7821a7841a in the logs and I saw:

2018-06-16 04:46:20,818+01 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] 
(pool-5-thread-3) [cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] START, 
GetVolumeInfoVDSCommand(HostName = host.domain.es, 
GetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]', 
runAsync='true', hostId='b2dfb945-d767-44aa-a547-2d1a4381f8e3', 
storagePoolId='75bf8f48-970f-42bc-8596-f8ab6efb2b63', 
storageDomainId='110ea376-d789-40a1-b9f6-6b40c31afe01', 
imageGroupId='e05874d2-fb8a-4fd2-94ff-2f4bc6438d47', 
imageId='887f486b-15cf-4083-9b35-8b7821a7841a'}), log id: 2a795424


2018-06-16 04:46:22,256+01 ERROR 
[org.ovirt.engine.core.bll.DestroyImageCheckCommand] (pool-5-thread-3) 
[cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] The following images were not 
removed: [887f486b-15cf-4083-9b35-8b7821a7841a]


2018-06-16 04:47:44,900+01 ERROR 
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] 
(DefaultQuartzScheduler10) [cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] 
Snapshot '7b6f43ac-d3ad-47b2-8882-f5dccd74cf07' images 
'887f486b-15cf-4083-9b35-8b7821a7841a'..'538600a5-31ab-40af-b326-d56bfc92bb0b' 
merged, but volume removal failed. Some or all of the following volumes 
may be orphaned: [887f486b-15cf-4083-9b35-8b7821a7841a]. Please retry 
Live Merge on the snapshot to complete the operation.


Can you provide some additional steps?

Thank you!

El 2018-06-18 18:27, Benny Zlotnik escribió:

We prevent starting VMs with illegal images[1] 

You can use "$ vdsm-tool dump-volume-chains"
to look for illegal images and then look in the engine log for the
reason they became illagal, 

if it's something like this, it usually means you can remove them:

63696:2018-06-15 09:41:58,134+01 ERROR
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler2) [6fa97ea4-8f61-4a48-8e08-a8bb1b9de826]
Merging of snapshot 'e609d6cc-2025-4cf0-ad34-03519131cdd1' images
'1d01c6c8-b61e-42bc-a054-f04c3f792b10'..'ef6f732e-2a7a-4a14-a10f-bcc88bdd805f'
failed. Images have been marked illegal and can no longer be previewed
or reverted to. Please retry Live Merge on the snapshot to complete
the operation.

On Mon, Jun 18, 2018 at 5:46 PM,  wrote:


Indeed, when the problem started I think the SPM was the host I
added as VDSM log in the first e-mail. Currently it is the one I
sent in the second mail.

FWIW, if it helps to debug more fluently, we can provide VPN access
to our infrastructure so you can access and see whateve you need
(all hosts, DB, etc...).

Right now the machines that keep running work, but once shut down
they start showing the problem below...

Thank you

El 2018-06-18 15:20, Benny Zlotnik escribió:

I'm having trouble following the errors, I think the SPM changed or
the vdsm log from the right host might be missing.

However, I believe what started the problems is this transaction
timeout:

2018-06-15 14:20:51,378+01 ERROR
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
(org.ovirt.thread.pool-6-thread-29)
[1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction
for
action type RemoveSnapshotSingleDisk threw an exception.:
org.springframework.jdbc.CannotGetJdbcConnectionException: Could
not
get JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000460: Error checking for a
transaction
 at


org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)

[spring-jdbc.jar:4.2.4.RELEASE]
 at


org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)

[spring-jdbc.jar:4.2.4.RELEASE]
 at


org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)

[spring-jdbc.jar:4.2.4.RELEASE]
 at


org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)

[spring-jdbc.jar:4.2.4.RELEASE]
 at


org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)

[spring-jdbc.jar:4.2.4.RELEASE]
 at


org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)

[dal.jar:]

This looks like a bug

Regardless, I am not sure restoring a backup would help since you
probably have orphaned images on the storage which need to be
removed

Adding Ala

On Mon, Jun 18, 2018 at 4:19 PM,  wrote:

Hi Benny,

Please find the SPM logs at [1].

Thank you

  [1]:



https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee

[1]
[1]

El 2018-06-18 13:19, Benny Zlotnik escribió:
Can you send the SPM logs as well?

On Mon, Jun 18, 2018 at 1:13 PM,  wrote:

Hi Benny,

Plea

[ovirt-users] Re: remote-viewer Spice Problem on MacOS

[Hendrik Peyerl]

That is infact a very interesting Information as we basically only run CentOS 
VMs, I have tried to connect to our CentOS 7.4 VMs and that actually worked 
everytime. I did manage to get an error from the debug output of my 
RemoteViewer.app:

GSpice-CRITICAL **: display_handle_monitors_config: assertion `config->count > 
0' failed

I'm going to further investigate what differences CentOS 7.5 brought that could 
lead to this, my first Idea is that this could be related to screensavers.
I'll keep you guys posted.

Thanks,
Hendrik
___
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/GK7MULOP7LKARSIY5DVVFSCWQWOC24RW/

[ovirt-users] Lost host after upgrade/reboot

[Nicolas Ecarnot]

Hello,

TL;DR : engine stops talking with rebooted host.


[oVirt 4.2.3.5-1.el7.centos]

- From the web gui, upgrading a host, allowing the reboot checkbox checked
- upgrade is OK (/var/log/yum.log is showing successful updates + the 
Ansible host deploy log is also OK)

- reboot is OK (clean, SSH OK...)
- the host eventually appears as "Install failed"
- the engine.log is telling :


2018-06-19 10:02:24,896+02 ERROR
[org.ovirt.engine.core.bll.SshHostRebootCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7) [6e32b3ac] SSH
reboot command failed on host 'serv-hv-prds06': SSH session timeout
host 'root@ serv-hv-prds06' Stdout: Stderr: 2018-06-19
10:02:25,028+02 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7) [6e32b3ac]
EVENT_ID: SYSTEM_FAILED_SSH_HOST_RESTART(198), A restart usin g SSH
initiated by the engine to Host serv-hv-prds06 has failed. 2018-06-19
10:02:25,185+02 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7) [6e32b3ac]
START, SetVdsStatusVDSCommand(HostName = serv-hv-prds06,
SetVdsStatusVDSCom 
mandParameters:{hostId='9c1566a4-8432-4de6-b30d-fd3b8e5fafca',

status='InstallFailed', nonOperationalReason='NONE',
stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
833f9bd 2018-06-19 10:02:25,191+02 INFO
[org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7) [6e32b3ac]
FINISH, SetVdsStatusVDSCommand, log id: 833f9bd 2018-06-19
10:02:25,191+02 ERROR
[org.ovirt.engine.core.bll.hostdeploy.UpgradeHostInternalCommand]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7) [6e32b3ac]
Engine failed to restart via ssh host 'serv-hv-prds06' ('9c1566a4- 
8432-4de6-b30d-fd3b8e5fafca') after upgrade 2018-06-19

10:02:25,256+02 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-commandCoordinator-Thread-7)
[8b7c6e7d-1a22-407c-818b-849e67b94051] EVENT_ID:
HOST_UPGRADE_FAILED(841 ), Failed to upgrade Host serv-hv-prds06
(User: necar...@sdis.isere.fr@SDIS38-authz). 2018-06-19
10:02:30,755+02 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engineScheduled-Thread-69)
[8b7c6e7d-1a22-407c-818b-849e67b94051] EVENT_ID:
HOST_UPGRADE_FAILED(841), Failed to upgrade Host serv-hv-prds06
(User: necar...@sdis.isere.fr@SDIS38-authz).


- Manually activating the host puts it back on track without issue

The usual SSH communications between the engine and the host are usually 
very sound (VM migrations, maintenance...).


On this oVirt DC, I reproduced this issue twice on 2 different hosts.

In this engine log above, you see that I'm using my account to manage 
this engine, as I 'm doing for years with no issue.
I'll try the exact same path with admin@internal to see what could 
change, but I don't see the link.


What other logs could I give you to debug this?

Regards,

--
Nicolas ECARNOT
___
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/CT5KHY3C2ASOXBVNUIEBG5WA42JKJGXH/

[ovirt-users] Re: oVirt Node 4.1 at www.ovirt.org/node/ is 404

[Sandro Bonazzola]

2018-06-15 19:39 GMT+02:00 :

> I am trying to download Node 4.1 from https://www.ovirt.org/node but am
> receiving a 404 error.  Is there an alternative link to try for the latest
> stable release?
>
>
thanks for the report, pushed a fix to that page here:
https://github.com/oVirt/ovirt-site/pull/1654
As already reported, latest stable is 4.2.



> Thanks,
> Charles
> ___
> 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/XHR755UBG3O5TMGZES2PWSQZ4BOS6XGH/
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Unable to do Live Migration

[rni]

Hello,

I'm using a 4 node cluster oVirt 4.1. After updating the Engine to 4.2.3.8 (and 
ContOS 7.5), I tried to update the nodes too.
Unfortunally, the live migration is not working (any more). Maybe it's related 
to following error found in engine.log

2018-06-19 09:32:53,469+02 WARN  
[org.ovirt.engine.core.bll.provider.network.openstack.CustomizedRESTEasyConnector]
 (EE-ManagedThreadFactory-engineScheduled-Thread-7) [4d6a7dc4] Cannot register 
external providers trust store: java.io.IOException: Keystore was tampered 
with, or password was incorrect
2018-06-19 09:32:53,475+02 ERROR 
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-7) [4d6a7dc4] Command 
'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' failed: 
EngineException: (Failed with error unable to find valid certification path to 
requested target and code 5050)

I'm using the selfsigned CA provided with oVirt.

Nodes (source and destination)
OS-Version:RHEL - 7 - 4.1708.el7.centos
Kernelversion: 3.10.0 - 693.21.1.el7.x86_64
KVM-Version:2.9.0 - 16.el7_4.14.1
LIBVIRT-Version:libvirt-3.2.0-14.el7_4.9
VDSM-Version:vdsm-4.19.45-1.el7.centos
SPICE-Version:0.12.8 - 2.el7.1
CEPH-Version:librbd1-0.94.5-2.el7
Kernel Features:PTI: 1, IBPB: 0, IBRS: 0

engine.log for the mirgration:
2018-06-14 13:13:30,300+02 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-246968) [] EVENT_ID: 
VM_MIGRATION_START_SYSTEM_INITIATED(67), Migration initiated by system (VM: 
vm_to_migrate, Source: SOURCE, Destination: DESTINATION, Reason: Host preparing 
for maintenance).
2018-06-14 13:13:32,886+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] 
(EE-ManagedThreadFactory-engineScheduled-Thread-94) [] Fetched 8 VMs from VDS 
'f3749f1e-a68d-424f-aa3a-f0ec996df498'
2018-06-14 13:13:32,887+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-94) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111'(vm_to_migrate) was unexpectedly detected 
as 'MigratingTo' on VDS 'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) 
(expected on 'ea7bae8f-d966-4baa-b8b4-a5522b88ec3a')
2018-06-14 13:13:32,887+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-94) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111' is migrating to VDS 
'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) ignoring it in the refresh 
until migration is done
2018-06-14 13:13:47,939+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-42) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111'(vm_to_migrate) was unexpectedly detected 
as 'MigratingTo' on VDS 'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) 
(expected on 'ea7bae8f-d966-4baa-b8b4-a5522b88ec3a')
2018-06-14 13:13:47,939+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-42) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111' is migrating to VDS 
'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) ignoring it in the refresh 
until migration is done
2018-06-14 13:14:02,993+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-13) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111'(vm_to_migrate) was unexpectedly detected 
as 'MigratingTo' on VDS 'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) 
(expected on 'ea7bae8f-d966-4baa-b8b4-a5522b88ec3a')
2018-06-14 13:14:02,993+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-13) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111' is migrating to VDS 
'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) ignoring it in the refresh 
until migration is done
2018-06-14 13:14:18,042+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-67) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111'(vm_to_migrate) was unexpectedly detected 
as 'MigratingTo' on VDS 'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) 
(expected on 'ea7bae8f-d966-4baa-b8b4-a5522b88ec3a')
2018-06-14 13:14:18,042+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-67) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111' is migrating to VDS 
'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) ignoring it in the refresh 
until migration is done
2018-06-14 13:14:33,090+02 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedThreadFactory-engineScheduled-Thread-85) [] VM 
'4aff4193-ba75-481d-92b3-59b62cd8b111'(vm_to_migrate) was unexpectedly detected 
as 'MigratingTo' on VDS 'f3749f1e-a68d-424f-aa3a-f0ec996df498'(DESTINATION) 
(expected on 'ea7bae8f-d966-4baa-b8b4-a5522b88ec3a')
2018-06-14 13:14:33,090+02 

[ovirt-users] Re: Lost host after upgrade/reboot

[Nicolas Ecarnot]

Le 19/06/2018 à 10:14, Nicolas Ecarnot a écrit :
In this engine log above, you see that I'm using my account to manage 
this engine, as I 'm doing for years with no issue.
I'll try the exact same path with admin@internal to see what could 
change, but I don't see the link.


I just tried on another host, using admin@internal, and the same issue 
occurred.



What other logs could I give you to debug this?

--
Nicolas ECARNOT
___
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/Q2KI7OJKUYJLZ3MQU5LPBQW77A5A4YOX/

[ovirt-users] Re: glusterfs backup-volfile-servers lost

[Sahina Bose]

Adding Krutika to look at gluster logs

On Mon, Jun 18, 2018 at 10:39 AM,  wrote:

> from glusterfs/rhev_datacenter
> [2018-06-18 12:32:50.854668] W [socket.c:593:__socket_rwv] 0-glusterfs:
> readv on 172.16.224.10:24007 failed (No data available)
> [2018-06-18 12:33:38.194322] C 
> [rpc-clnt-ping.c:166:rpc_clnt_ping_timer_expired]
> 0-engine-client-0: server 172.16.224.10:49152 has not responded in the
> last 30 seconds, disconnecting.
> [2018-06-18 12:33:38.195797] E [rpc-clnt.c:350:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3)
> op(STATFS(14)) called at 2018-06-18 12:33:07.800145 (xid=0x21be)
> [2018-06-18 12:33:38.195824] W [MSGID: 114031] 
> [client-rpc-fops.c:777:client3_3_statfs_cbk]
> 0-engine-client-0: remote operation failed [Transport endpoint is not
> connected]
> [2018-06-18 12:33:38.196036] E [rpc-clnt.c:350:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GF-DUMP) op(NULL(2)) called
> at 2018-06-18 12:33:07.800158 (xid=0x21bf)
> [2018-06-18 12:33:38.196057] W [rpc-clnt-ping.c:223:rpc_clnt_ping_cbk]
> 0-engine-client-0: socket disconnected
> [2018-06-18 12:33:38.196224] E [rpc-clnt.c:350:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12))
> called at 2018-06-18 12:33:08.307804 (xid=0x21c0)
> [2018-06-18 12:33:38.196243] W [MSGID: 114031] 
> [client-rpc-fops.c:2922:client3_3_readv_cbk]
> 0-engine-client-0: remote operation failed [Transport endpoint is not
> connected]
> [2018-06-18 12:33:38.196279] W [MSGID: 114061] 
> [client-common.c:704:client_pre_fstat]
> 0-engine-client-0:  (6f81ab66-8991-45a2-9576-5c7defdec302) remote_fd is
> -1. EBADFD [File descriptor in bad state]
> [2018-06-18 12:33:38.196545] E [rpc-clnt.c:350:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12))
> called at 2018-06-18 12:33:08.307812 (xid=0x21c4)
>
> last part get repeated a lot of times.
>
> 2018-06-18 12:33:38.199480] W [MSGID: 114061] 
> [client-common.c:704:client_pre_fstat]
> 0-engine-client-0:  (2bddf734-3baa-439f-90e9-93b483260e01) remote_fd is
> -1. EBADFD [File descriptor in bad state]
> [2018-06-18 12:33:38.199721] E [rpc-clnt.c:350:saved_frames_unwind] (-->
> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (-->
> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (-->
> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12))
> called at 2018-06-18 12:33:16.836613 (xid=0x21cb)
>
> this part also get repeated sometimes
>
> > /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (-->
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710]
> (--> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] )
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12))
> called at 2018-06-18 12:33:37.337567 (xid=0x21db)
> The message "W [MSGID: 114031] [client-rpc-fops.c:2922:client3_3_readv_cbk]
> 0-engine-client-0: remote operation failed [Transport endpoint is not
> connected]" repeated 8 times between [2018-06-18 12:33:38.202531] and
> [2018-06-18 12:33:38.205070]
> [2018-06-18 12:33:38.205097] W [MSGID: 114061] 
> [client-common.c:704:client_pre_fstat]
> 0-engine-client-0:  (2bddf734-3baa-439f-90e9-93b483260e01) remote_

[ovirt-users] Re: oVirt 4.2 and I/O threads configuration

[Sharon Gratch]

Hi Gianluca,

You are right, in oVirt 4.2 we removed the 'Num Of IO Threads' text field
from the UI because it was decided that one IO thread is the best
configuration from performance aspects for most cases (according to
performance testings). We wanted to keep the UI simpler to use.

So in case IO threads is enabled via Webadmin UI, only one IO thread is
always created.

For REST API the configuration remains unchanged in 4.2, so you can still
set the number of IO threads to be >= 1 if you want for some reason.

Regards,
Sharon


On Mon, Jun 18, 2018 at 6:21 PM, Gianluca Cecchi 
wrote:

> Hello,
> in oVirt 4.1 I could enable I/O threads for a VM and then there was a
> field where I could define how many I/O threads (aka virtual scsi
> controllers from vm point of view).
> In 4.2 now I see only the option to enable them but not to specify the
> number.
> Next to the setting there is a symbol and a mouseover says "the field is
> not attached to any instance type"
>
> See this screenshot for the Edit VM -> Resource Allocation content:
>
> https://drive.google.com/file/d/1JzCiUBnWxS9fiY64_
> p5TJMY0uO5ZZUID/view?usp=sharing
>
> Any hints for setting the number?
>
> Thanks in advance,
> Gianluca
>
>
> ___
> 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/NJIRXBTKMBZO7HWQVUT33F6VFVKOLH5K/
>
>
___
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/WF7W3M4CDMZXCAI6VWHKFDUI7O74P4YI/

[ovirt-users] Re: oVirt 4.2 and I/O threads configuration

[Gianluca Cecchi]

On Tue, Jun 19, 2018 at 10:45 AM, Sharon Gratch  wrote:

> Hi Gianluca,
>
> You are right, in oVirt 4.2 we removed the 'Num Of IO Threads' text field
> from the UI because it was decided that one IO thread is the best
> configuration from performance aspects for most cases (according to
> performance testings). We wanted to keep the UI simpler to use.
>
> So in case IO threads is enabled via Webadmin UI, only one IO thread is
> always created.
>
> For REST API the configuration remains unchanged in 4.2, so you can still
> set the number of IO threads to be >= 1 if you want for some reason.
>
> Regards,
> Sharon
>
>
Thanks for confirmation.
So I think the manual has to be updated.
Let me know if you want me to open a documentation bug or not.

Have you any suggestion on how to set from the REST API, so that I can make
some tests?
Have you "permission" to detail better the scenario of your test cases,
landing to prefer 1 I/O thread?

Gianluca
___
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/TV4APXQPOGCWWX764LE73IFQIQ4ECJVM/

[ovirt-users] Re: glusterfs-fuse consuming large amounts of ram

[Sahina Bose]

On Mon, Jun 18, 2018 at 11:57 AM, Edward Clay 
wrote:

> It looks like we are experiencing a bug in the version of glusterfs
> included with ovirt 4.2.3.  It looks like glusterfs 3.12.x has an issue
> where it consumes large amounts of ram which has caused our HV report
> storage errors and pause VMs.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1496379


Hi,
The bug you have referenced is applicable to tiered volume type or volumes
with quota enabled. What's your volume configuration - can you provide
output of "gluster volume info" ?


>
> Is there a safe way to get glusterfs-fuse v3.13.x installed with ovirt
> 4.2.3 or do we have to live with this issue until future updates to
> ovirt/glusterfs are released?
>
> $ ssh hv1.domain.com "sudo grep glusterfs
> /var/log/messages-* | grep -i kill "
> /var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Out of memory:
> Kill process 15353 (glusterfs) score 630 or sacrifice child
> /var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Killed process
> 15353 (glusterfs) total-vm:33800604kB, anon-rss:31896632kB,
> file-rss:840kB, shmem-rss:0kB
> /var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Out of memory:
> Kill process 4072 (glusterfs) score 678 or sacrifice child
> /var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Killed process
> 4072 (glusterfs) total-vm:36159900kB, anon-rss:34338508kB,
> file-rss:888kB, shmem-rss:0kB
>
>
> We see this same issue occur on all hv in our cluster.
>
> Edward Clay
> Systems Administrator
> The Hut Group
>
> Tel:
> Email: edward.c...@uk2group.com
>
> For the purposes of this email, the "company" means The Hut Group Limited,
> a company registered in England and Wales (company number 6539496) whose
> registered office is at Fifth Floor, Voyager House, Chicago Avenue,
> Manchester Airport, M90 3DQ and/or any of its respective subsidiaries.
>
> Confidentiality Notice
> This e-mail is confidential and intended for the use of the named
> recipient only. If you are not the intended recipient please notify us by
> telephone immediately on +44(0)1606 811888 or return it to us by e-mail.
> Please then delete it from your system and note that any use,
> dissemination, forwarding, printing or copying is strictly prohibited. Any
> views or opinions are solely those of the author and do not necessarily
> represent those of the company.
>
> Encryptions and Viruses
> Please note that this e-mail and any attachments have not been encrypted.
> They may therefore be liable to be compromised. Please also note that it is
> your responsibility to scan this e-mail and any attachments for viruses. We
> do not, to the extent permitted by law, accept any liability (whether in
> contract, negligence or otherwise) for any virus infection and/or external
> compromise of security and/or confidentiality in relation to transmissions
> sent by e-mail.
>
> Monitoring
> Activity and use of the company's systems is monitored to secure its
> effective use and operation and for other lawful business purposes.
> Communications using these systems will also be monitored and may be
> recorded to secure effective use and operation and for other lawful
> business purposes.
>
> hgvyjuv
> ___
> 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/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/WRYEBOLNHJZGKKJUNF77TJ7WMBS66ZYK/
>
___
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/RCKIR26FAKRNJQLNNOB3MT7MWFE2CZDL/

[ovirt-users] Re: quick way to start glusterfs managed engine over?

[Sahina Bose]

On Fri, Jun 15, 2018 at 12:13 PM,  wrote:

> I have successfully got glusterfs playbook to finish once and then my
> networking was wrong on the managed engine and on the hosts, so I started
> over.
>
>
>
> Now I can’t seem to even get that far again.  I completely reloaded the
> hosts, but that takes a while.  Last time glusterfs failed right at the end
> with
>
> "host is not in 'Peer in Cluster' state"
>
>
>
> Redeploying fails as partitions already exist…
>
>
>
> I am deploying to /dev/sdb
>
>
>
> Is there a quick way to get /dev/sdb back into a state to redeploy to?  I
> think I got there once by doing pvremove and gdisk zap gpt, but not sure if
> that worked or caused problem on the redeploy.
>

You should be able to remove the vg using vgremove (use vgs to determine
which one ) and pvremove /dev/sdb to reuse it.


>
> Its very time consuming to start over from scratch, so would appreciate if
> there is any shortcut instead of reloading the OS.
>
>
>
> Thans
>
> Bill
>
>
>
> ___
> 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/UXKTR6VE7YP5MPJ3FPTBLSMUKWN3GKZA/
>
>
___
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/LZVWVNUF3QQZKC5MNAFGIOWEZJZZWOIZ/

[ovirt-users] Re: ovirt upgrade 4.1 -> 4.2: host bricks down

[Sahina Bose]

On Sat, Jun 16, 2018 at 5:34 PM, Alex K  wrote:

> Hi all,
>
> I have a ovirt 2 node cluster for testing with self hosted engine on top
> gluster.
>
> The cluster was running on 4.1. After the upgrade to 4.2, which generally
> went smoothly, I am seeing that the bricks of one of the hosts (v1) are
> detected as down, while the gluster is ok when checked with command lines
> and all volumes mounted.
>
> Below is the error that the engine logs:
>
> 2018-06-17 00:21:26,309+03 ERROR 
> [org.ovirt.engine.core.bll.gluster.GlusterSyncJob]
> (DefaultQuartzScheduler2)
> [98d7e79] Error while refreshing brick statuses for volume 'vms' of
> cluster 'test': null
> 2018-06-17 00:21:26,318+03 ERROR [org.ovirt.engine.core.vdsbroker.gluster.
> GetGlusterLocalLogicalVolumeListVDSCommand]
> (DefaultQuartzScheduler2) [98d7e79] Command '
> GetGlusterLocalLogicalVolumeListVDSCommand(HostName = v0.test-group.com,
> VdsIdVDSCommandParametersBase:{hostId='d5a96118-ca49-411f-86cb-280c7f9c421f'})'
> execution failed: null
> 2018-06-17 00:21:26,323+03 ERROR [org.ovirt.engine.core.vdsbroker.gluster.
> GetGlusterLocalLogicalVolumeListVDSCommand]
> (DefaultQuartzScheduler2) [98d7e79] Command '
> GetGlusterLocalLogicalVolumeListVDSCommand(HostName = v1.test-group.com,
> VdsIdVDSCommandParametersBase:{hostId='12dfea4a-8142-484e-b912-0cbd5f281aba'})'
> execution failed: null
> 2018-06-17 00:21:27,015+03 INFO  
> [org.ovirt.engine.core.bll.lock.InMemoryLockManager]
> (DefaultQuartzScheduler9)
> [426e7c3d] Failed to acquire lock and wait lock
> 'EngineLock:{exclusiveLocks='[0002-0002-0002-0002-017a=GLUSTER]',
> sharedLocks=''}'
> 2018-06-17 00:21:27,926+03 ERROR 
> [org.ovirt.engine.core.bll.gluster.GlusterSyncJob]
> (DefaultQuartzScheduler2)
> [98d7e79] Error while refreshing brick statuses for volume 'engine' of
> cluster 'test': null
>
> Apart from this everything else is operating normally and VMs are running
> on both hosts.
>

Which version of 4.2? This issue is fixed with 4.2.4


> Any idea to isolate this issue?
>
> Thanx,
> Alex
>
>
> ___
> 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/J3MQD5KRVIRHFCD3I54P5PHCQCCZ3ETG/
>
>
___
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/ENFPMNF4CC5KKL6CK4P2E5CBGP3WO3MA/

[ovirt-users] Re: Ovirt + Gluster : How do I gain access to the file systems of the VMs

[Sahina Bose]

On Mon, Jun 18, 2018 at 5:12 PM, Hanson Turner 
wrote:

> Hi Guys,
>
> My engine has corrupted, and while waiting for help, I'd like to see if I
> can pull some data off the VM's to re purpose back onto dedicated hardware.
>
> Our setup is/was a gluster based storage system for VM's. The gluster data
> storage I'm assuming is okay, I think the hosted engine is hosed, and needs
> restored, but that's another thread.
>
> I can copy the raw disk file off of the gluster data domain. What's the
> best way to mount it short of importing it into another gluster domain?
>
> With vmware, we can grab the disk file and move it from server to server
> without issue. You can mount and explore contents with workstation.
>

If you want to copy the image file. you can mount the gluster volume and
copy it.
using mount -t glusterfs :/ 


> What do we have available to us for ovirt?
>
> Thanks,
>
> ___
> 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/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/2AF5K2JERYH63K25XKA4FFP4QQDZSVWM/
>
___
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/JOV4LWTXZD636WD3JHKFUIU76GZBEQLZ/

[ovirt-users] Re: Slow on deleting file in VM with gluster as storage

[Sahina Bose]

On Thu, Jun 14, 2018 at 6:01 AM, nha.pham  wrote:

> Hi all,
>
>   I had an issue with delete file in VM.
>   I used Ovirt with Gluster as Storage. I create new VM is fast,
> install everything is fast, also create and copy file.
>   But when I delete large number of file in VM, it really slow.
>

Can you provide "gluster volume info" and profile info [1] while deleting
large number of files?

[1]
https://docs.gluster.org/en/v3/Administrator%20Guide/Monitoring%20Workload/#running-glusterfs-volume-profile-command


>   OS in VM is windows server 2012 r2.
>   Ovirt 4.2.3
>   Gluster 3.12.9
>
>   Could you please help me on this case.
>
> Thanks.
>
>
>
> ___
> 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/ABWSQZMTYMSOAMMXC3MXFRPFMIZ6ZQC5/
>
>
___
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/YPV627S33CDQ6GMBTGC5GBJBIPWFJWU3/

[ovirt-users] Re: Hardering oVirt Engine

[Sahina Bose]

On Sun, May 27, 2018 at 5:33 AM, Punaatua PK  wrote:

> Hello,
>
> we are subject to PCI-DSS. I have some questions. We currently have setup
> oVirt in our environnement.
> We created 2 Datacenter.
> - one with a cluster with hosted engine on gluster (Hyperconverged env)
> which represents the "LAN" part
> - one with a cluster with gluster storage wich is the DMZ
>
> In PCI-DSS we have to secure communication (use HTTPs as much as
> possible). I did saw that ovirt-ha-agent (on hosted-engine capable host)
> check the status of the engine by sending GET request on the hosted-engine
> on port 80 (the same check that hosted-engine --vm-status did in fact).
> Since ovirt 4.2.2, with the introduction of gluster eventing, a new flow
> (HTTP post resquest) is needed from gluster nodes to the engine. (In my
> case, it's a flow from the DMZ to the LAN part in HTTP (non secure)
>

If https is enabled, the webhook uses the https url to communicate. What
does "gluster-eventsapi status" on any of the gluster nodes return?


> Here is my question. Is it possible to "hardering" this part of the engine
> ?
>
> Another question out of PCI scope. Events like warning and error in the
> dashboard are clean each days. I tried to find which process did that (look
> into /etc/cron.daily, root crontab, etc) on the engine
> without succes. Is there any maintenance task that is run periodicaly ?
> Could we have the list of all the engine's task ? (regulary check the
> status of host, vm, storage) also the frequency ?
>

The periodic jobs are run by the Quartz scheduler.


> I would appreciate the help. (Great great product ovirt !) Thank you for
> your jobs ! We did manage KVM hypervisor as standalone machine without all
> the power that libvirt provides. No need to spend lot of money into
> licencing product (VSphere and co)
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
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/YKSYGNMAEIJK5LP33QF3ECG2ABCKSJVF/

[ovirt-users] Re: glusterfs-fuse consuming large amounts of ram

[Hari Gowtham]

Hi,

Your glusterfs version is also necessary to check if its the same memory leak.
You have mentioned that you have used 3.12.x need to know which version is it.
The above bug was fixed with 3.12.2 if you have used 3.12.1 then the fix for
above will work. If you have been using a version higher than or equal to
3.12.2 then it might be some other leak.

If its 3.12.2 and above, can you check which particular process of gluster is
consuming more RAM and we need the statedumps of that particular process
taken at two points. The first one can be taken any time and the second after
a certain interval (like a day something as interval would be good). You can
create a bug and attach the statedumps there so the person how debugs it
will be able to make use of it and proceed faster.

More about statedumps :
https://github.com/gluster/glusterdocs/blob/master/Troubleshooting/statedump.md
filing a new bug : https://bugzilla.redhat.com/enter_bug.cgi?product=GlusterFS

Regards,
Hari.
On Tue, Jun 19, 2018 at 2:24 PM Sahina Bose  wrote:
>
>
>
> On Mon, Jun 18, 2018 at 11:57 AM, Edward Clay  
> wrote:
>>
>> It looks like we are experiencing a bug in the version of glusterfs
>> included with ovirt 4.2.3.  It looks like glusterfs 3.12.x has an issue
>> where it consumes large amounts of ram which has caused our HV report
>> storage errors and pause VMs.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1496379
>
>
> Hi,
> The bug you have referenced is applicable to tiered volume type or volumes 
> with quota enabled. What's your volume configuration - can you provide output 
> of "gluster volume info" ?
>
>>
>>
>> Is there a safe way to get glusterfs-fuse v3.13.x installed with ovirt
>> 4.2.3 or do we have to live with this issue until future updates to
>> ovirt/glusterfs are released?
>>
>> $ ssh hv1.domain.com "sudo grep glusterfs
>> /var/log/messages-* | grep -i kill "
>> /var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Out of memory:
>> Kill process 15353 (glusterfs) score 630 or sacrifice child
>> /var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Killed process
>> 15353 (glusterfs) total-vm:33800604kB, anon-rss:31896632kB,
>> file-rss:840kB, shmem-rss:0kB
>> /var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Out of memory:
>> Kill process 4072 (glusterfs) score 678 or sacrifice child
>> /var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Killed process
>> 4072 (glusterfs) total-vm:36159900kB, anon-rss:34338508kB,
>> file-rss:888kB, shmem-rss:0kB
>>
>>
>> We see this same issue occur on all hv in our cluster.
>>
>> Edward Clay
>> Systems Administrator
>> The Hut Group
>>
>> Tel:
>> Email: edward.c...@uk2group.com
>>
>> For the purposes of this email, the "company" means The Hut Group Limited, a 
>> company registered in England and Wales (company number 6539496) whose 
>> registered office is at Fifth Floor, Voyager House, Chicago Avenue, 
>> Manchester Airport, M90 3DQ and/or any of its respective subsidiaries.
>>
>> Confidentiality Notice
>> This e-mail is confidential and intended for the use of the named recipient 
>> only. If you are not the intended recipient please notify us by telephone 
>> immediately on +44(0)1606 811888 or return it to us by e-mail. Please then 
>> delete it from your system and note that any use, dissemination, forwarding, 
>> printing or copying is strictly prohibited. Any views or opinions are solely 
>> those of the author and do not necessarily represent those of the company.
>>
>> Encryptions and Viruses
>> Please note that this e-mail and any attachments have not been encrypted. 
>> They may therefore be liable to be compromised. Please also note that it is 
>> your responsibility to scan this e-mail and any attachments for viruses. We 
>> do not, to the extent permitted by law, accept any liability (whether in 
>> contract, negligence or otherwise) for any virus infection and/or external 
>> compromise of security and/or confidentiality in relation to transmissions 
>> sent by e-mail.
>>
>> Monitoring
>> Activity and use of the company's systems is monitored to secure its 
>> effective use and operation and for other lawful business purposes. 
>> Communications using these systems will also be monitored and may be 
>> recorded to secure effective use and operation and for other lawful business 
>> purposes.
>>
>> hgvyjuv
>> ___
>> 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/WRYEBOLNHJZGKKJUNF77TJ7WMBS66ZYK/
>
>


-- 
Regards,
Hari Gowtham.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: upgrade 4.1 to 4.2

[Staniforth, Paul]

Thanks Didi,
  It doesn't seem to have ovirt-engine,   amongst  
other missing packages.
Regards,
  Paul S.

From: Yedidyah Bar David 
Sent: 19 June 2018 08:18
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] upgrade 4.1 to 4.2

On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  I am trying to test the upgrade of our system from oVirt 4.1 to
> oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> install version 4.1 as the repos are not available.
>
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>
>
> yum install ovirt-engine
>
>
> gives
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
> and
>
>
>
> yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
>
> gives
>
>
> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
>
> are there any alternate repos to try?

Please check:

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

Thanks,

>
>
>
> Thanks,
>
> Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> 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/XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
>



--
Didi
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
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/LG6TA3NLYKYFHSXBXDDVLJ4DCIFSIP37/

[ovirt-users] Re: remote-viewer Spice Problem on MacOS

[Hendrik Peyerl]

I have found a temporary? solution that seems to be working for us.

As I predicted it is indeed the lockscreen that leads to the problem. Per 
default the VMs will lock the screen after 10 minutes at which time I was not 
able to connect to it anymore. Here is how i disabled the lockscreen:

Set it during the runtime:
TERM=linux setterm -blank 0 -powerdown 0  -powersave off >/dev/tty0 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/TS4BNXZ6H2GNO7AKDNKO3MQA5I32OYLV/

[ovirt-users] PollVDSCommand Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils

[Greg Sheremeta]

Sending to devel list.

Anyone ever seen this before? It sounds like a bad installation if Java
classes are missing / classloader issues are present.

2018-06-18 11:23:11,287+05 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
Custom Event ID: -1, Message: Installing Host Node. Retrieving installation
logs to:
'/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180618112311-mrpl.kvm2-d6a2578b-c58f-43be-b6ad-30a3a0a57a74.log'.
2018-06-18 11:23:12,131+05 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
Custom Event ID: -1, Message: Installing Host Node. Stage: Termination.
2018-06-18 11:23:12,193+05 INFO
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
[] Connecting to mrpl.kvm2/172.31.1.32
2018-06-18 11:23:12,206+05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
(org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
2018-06-18 11:23:12,206+05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
(org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
Command 'PollVDSCommand(HostName = Node,
VdsIdVDSCommandParametersBase:{runAsync='true',
hostId='d862d5c8-c75e-42ee-867f-ca16a228c2ad'})' execution failed:
java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError:
org/apache/commons/lang/StringUtils
2018-06-18 11:23:12,707+05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
(org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils


On Tue, Jun 19, 2018 at 8:50 AM Deekshith  wrote:

> Dear team
>
> Please find attached ovirt-engine log .
>
>
>
> Regards
>
> Deekshith
>
>
>
> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
> *Sent:* 19 June 2018 05:53
> *To:* deeksh...@binaryindia.com
> *Cc:* users
> *Subject:* Re: [ovirt-users] Unable to start Ovirt engine
>
>
>
> What does it say in the
> /var/log/ovirt-engine/setup/ovirt-engine-setup-xx.log?
>
>
>
> On Sun, Jun 17, 2018 at 6:01 AM Deekshith 
> wrote:
>
> Hi Team
>
> Please anyone help me to solve this issue.
>
>
>
>
>
>
>
> ___
> 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/QPBXKHLK4NSU62Z3AWVR4QOGXKBCF7C3/
>
>
>
>
> --
>
> *GREG SHEREMETA*
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
>
> 
>
>
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/2AA4B5IPQL7O2BOMLTOC3U3KXPIJNQR2/

[ovirt-users] Re: PollVDSCommand Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils

[Roy Golan]

On Tue, 19 Jun 2018 at 16:04 Greg Sheremeta  wrote:

> Sending to devel list.
>
> Anyone ever seen this before? It sounds like a bad installation if Java
> classes are missing / classloader issues are present.
>
> 2018-06-18 11:23:11,287+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Retrieving installation
> logs to:
> '/var/log/ovirt-engine/host-deploy/ovirt-host-deploy-20180618112311-mrpl.kvm2-d6a2578b-c58f-43be-b6ad-30a3a0a57a74.log'.
> 2018-06-18 11:23:12,131+05 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74] EVENT_ID:
> VDS_INSTALL_IN_PROGRESS(509), Correlation ID:
> d6a2578b-c58f-43be-b6ad-30a3a0a57a74, Call Stack: null, Custom ID: null,
> Custom Event ID: -1, Message: Installing Host Node. Stage: Termination.
> 2018-06-18 11:23:12,193+05 INFO
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to mrpl.kvm2/172.31.1.32
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
> 2018-06-18 11:23:12,206+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Command 'PollVDSCommand(HostName = Node,
> VdsIdVDSCommandParametersBase:{runAsync='true',
> hostId='d862d5c8-c75e-42ee-867f-ca16a228c2ad'})' execution failed:
> java.util.concurrent.ExecutionException: java.lang.NoClassDefFoundError:
> org/apache/commons/lang/StringUtils
> 2018-06-18 11:23:12,707+05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand]
> (org.ovirt.thread.pool-7-thread-47) [d6a2578b-c58f-43be-b6ad-30a3a0a57a74]
> Error: java.lang.NoClassDefFoundError: org/apache/commons/lang/StringUtils
>
>
Is that a regular installation and what version?
jdk version?
server.log engine.log


> On Tue, Jun 19, 2018 at 8:50 AM Deekshith 
> wrote:
>
>> Dear team
>>
>> Please find attached ovirt-engine log .
>>
>>
>>
>> Regards
>>
>> Deekshith
>>
>>
>>
>> *From:* Greg Sheremeta [mailto:gsher...@redhat.com]
>> *Sent:* 19 June 2018 05:53
>> *To:* deeksh...@binaryindia.com
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] Unable to start Ovirt engine
>>
>>
>>
>> What does it say in the
>> /var/log/ovirt-engine/setup/ovirt-engine-setup-xx.log?
>>
>>
>>
>> On Sun, Jun 17, 2018 at 6:01 AM Deekshith 
>> wrote:
>>
>> Hi Team
>>
>> Please anyone help me to solve this issue.
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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/QPBXKHLK4NSU62Z3AWVR4QOGXKBCF7C3/
>>
>>
>>
>>
>> --
>>
>> *GREG SHEREMETA*
>>
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>
>> Red Hat NA
>>
>> 
>>
>> gsher...@redhat.comIRC: gshereme
>>
>> 
>>
>>
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
> ___
> 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/2AA4B5IPQL7O2BOMLTOC3U3KXPIJNQR2/
>
___
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/CNB5GPCOWH6P3BAWBH2W3BZFVUWTQEXO/

[ovirt-users] Re: General failure

[Ala Hino]

Hi,

Did you try to remove the same snapshot while the VM is down?

On Tue, Jun 19, 2018 at 10:44 AM,  wrote:

> Hi Benny,
>
> I used the tool to track one of the illegal volumes:
>
>image:e05874d2-fb8a-4fd2-94ff-2f4bc6438d47
>
>  [...]
>
>  - 887f486b-15cf-4083-9b35-8b7821a7841a
>status: ILLEGAL, voltype: LEAF, format: COW, legality:
> ILLEGAL, type: SPARSE
>
> So I tracked 887f486b-15cf-4083-9b35-8b7821a7841a in the logs and I saw:
>
> 2018-06-16 04:46:20,818+01 INFO  [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (pool-5-thread-3)
> [cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] START,
> GetVolumeInfoVDSCommand(HostName = host.domain.es,
> GetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]',
> runAsync='true', hostId='b2dfb945-d767-44aa-a547-2d1a4381f8e3',
> storagePoolId='75bf8f48-970f-42bc-8596-f8ab6efb2b63',
> storageDomainId='110ea376-d789-40a1-b9f6-6b40c31afe01',
> imageGroupId='e05874d2-fb8a-4fd2-94ff-2f4bc6438d47',
> imageId='887f486b-15cf-4083-9b35-8b7821a7841a'}), log id: 2a795424
>
> 2018-06-16 04:46:22,256+01 ERROR 
> [org.ovirt.engine.core.bll.DestroyImageCheckCommand]
> (pool-5-thread-3) [cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] The following
> images were not removed: [887f486b-15cf-4083-9b35-8b7821a7841a]
>
> 2018-06-16 04:47:44,900+01 ERROR [org.ovirt.engine.core.bll.sna
> pshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler10)
> [cfc392ec-dc9f-418d-8156-d05c8e7ab9f8] Snapshot
> '7b6f43ac-d3ad-47b2-8882-f5dccd74cf07' images
> '887f486b-15cf-4083-9b35-8b7821a7841a'..'538600a5-31ab-40af-b326-d56bfc92bb0b'
> merged, but volume removal failed. Some or all of the following volumes may
> be orphaned: [887f486b-15cf-4083-9b35-8b7821a7841a]. Please retry Live
> Merge on the snapshot to complete the operation.
>
> Can you provide some additional steps?
>
> Thank you!
>
>
> El 2018-06-18 18:27, Benny Zlotnik escribió:
>
>> We prevent starting VMs with illegal images[1]
>>
>> You can use "$ vdsm-tool dump-volume-chains"
>> to look for illegal images and then look in the engine log for the
>> reason they became illagal,
>>
>> if it's something like this, it usually means you can remove them:
>>
>> 63696:2018-06-15 09:41:58,134+01 ERROR
>> [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
>> (DefaultQuartzScheduler2) [6fa97ea4-8f61-4a48-8e08-a8bb1b9de826]
>> Merging of snapshot 'e609d6cc-2025-4cf0-ad34-03519131cdd1' images
>> '1d01c6c8-b61e-42bc-a054-f04c3f792b10'..'ef6f732e-2a7a-4a14-
>> a10f-bcc88bdd805f'
>> failed. Images have been marked illegal and can no longer be previewed
>> or reverted to. Please retry Live Merge on the snapshot to complete
>> the operation.
>>
>> On Mon, Jun 18, 2018 at 5:46 PM,  wrote:
>>
>> Indeed, when the problem started I think the SPM was the host I
>>> added as VDSM log in the first e-mail. Currently it is the one I
>>> sent in the second mail.
>>>
>>> FWIW, if it helps to debug more fluently, we can provide VPN access
>>> to our infrastructure so you can access and see whateve you need
>>> (all hosts, DB, etc...).
>>>
>>> Right now the machines that keep running work, but once shut down
>>> they start showing the problem below...
>>>
>>> Thank you
>>>
>>> El 2018-06-18 15:20, Benny Zlotnik escribió:
>>>
>>> I'm having trouble following the errors, I think the SPM changed or
>>> the vdsm log from the right host might be missing.
>>>
>>> However, I believe what started the problems is this transaction
>>> timeout:
>>>
>>> 2018-06-15 14:20:51,378+01 ERROR
>>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>>> (org.ovirt.thread.pool-6-thread-29)
>>> [1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction
>>> for
>>> action type RemoveSnapshotSingleDisk threw an exception.:
>>> org.springframework.jdbc.CannotGetJdbcConnectionException: Could
>>> not
>>> get JDBC Connection; nested exception is java.sql.SQLException:
>>> javax.resource.ResourceException: IJ000460: Error checking for a
>>> transaction
>>>  at
>>>
>>> org.springframework.jdbc.datasource.DataSourceUtils.getConne
>> ction(DataSourceUtils.java:80)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
>>>  at
>>>
>>> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTempl
>> ate.java:615)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
>>>  at
>>>
>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
>>>  at
>>>
>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
>>>  at
>>>
>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
>>>  at
>>>
>>> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$P
>> ostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDi
>> alect.java:152)
>>
>>> [dal.jar:]
>>>
>>> This looks like a bug
>>>
>>> Regardless, I am not sure restoring a backup would help since you
>>> p

[ovirt-users] Re: General failure

[nicolas]

Hi Ala,

Yes, there's no way to remove it. I actually found a way to workaround 
the issue, I'm posting it so other people can have a clue how to solve 
it...


I'm fully aware that touching the DB directly is not a good idea but 
I've been unable to find an alternative way.


1) Find the broken snapshot in the snapshots table and delete it.

engine=# select snapshot_id,snapshot_type,status,description from 
snapshots where vm_id='343db85c-64bc-4f0c-b9a0-4ca8d129e0c3';
 snapshot_id  | snapshot_type | status | 
   description

--+---++---
 3d1eaf0a-49b3-45be-a104-f5ceebe52540 | ACTIVE| OK | Active 
VM
 cb8672bb-38d3-47ee-a498-4b403fc7d8db | REGULAR   | OK | Broken 
snapshot

(2 rows)

2) Find the image linked to the broken snapshot (you must find the disk 
in the Disks tab and write the UUID).


engine=# select 
image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active 
from images where image_group_id='6cf2c490-784b-437f-8305-1bed40dc9c9d';
  image_guid  |   parentid   
| imagestatus |vm_snapshot_id| volume_type | 
volume_format | active

--+--+-+--+-+---+
 b7af66ad-d27b-4087-9c33-11625912a45f | 
---- |   4 | 
cb8672bb-38d3-47ee-a498-4b403fc7d8db |   1 | 5 | f
 7f14ae53-feac-4088-9560-c77a16dcd5e3 | 
b7af66ad-d27b-4087-9c33-11625912a45f |   1 | 
3d1eaf0a-49b3-45be-a104-f5ceebe52540 |   2 | 4 | t

(2 rows)

3) Delete the broken snapshot from the snapshots table.

engine=# delete  from snapshots where 
snapshot_id='cb8672bb-38d3-47ee-a498-4b403fc7d8db';

DELETE 1

4) Delete the associated image to the broken snapshots.

engine=# delete from images where 
image_guid='7f14ae53-feac-4088-9560-c77a16dcd5e3';

DELETE 1

At this time, the snapshot is no longer shown on the 'Snapshots' tab of 
the VM. However, when starting the VM, I get an error with something 
like this:


VM SED-tpl is down with error. Exit message: Bad volume specification 
{u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01', 
'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address': 
{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x', u'type': 
u'pci', u'slot': u'0x06'}, u'volumeID': 
u'538600a5-31ab-40af-b326-d56bfc92bb0b', 'apparentsize': '34359738368', 
u'imageID': u'e05874d2-fb8a-4fd2-94ff-2f4bc6438d47', u'discard': False, 
u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', 
u'optional': u'false', u'deviceId': 
u'e05874d2-fb8a-4fd2-94ff-2f4bc6438d47', 'truesize': '34359738368', 
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device': u'disk', 
u'shared': u'false', u'propagateErrors': u'off', u'type': u'disk'}.


Now, get the storage domain ID on which the failed snapshot is. You can 
know that by looking at the 'storage_domains' table in the DB. Then, run 
the command that Benny mentioned (being the last UUID the one of the 
storage domain):


vdsm-tool -vvv dump-volume-chains 
bc0480e2-85fe-42a4-91ae-f733b23c801f


That will provide a map of the image list with all volumes and their 
statuses. You should see at least an ILLEGAL one. Despite removing the 
entries from the DB, they seem to still show up  because the snapshot is 
still in metadata and needs to be set as LEGAL. To set it as legal, 
start the VM on a specific host where previously you are 'tail -f'ing 
the vdsm.log. You'll see an entry like this:


2018-06-19 12:13:26,832+0100 INFO  (vm/5bf9a0bb) [vdsm.api] START 
prepareImage(sdUUID=u'bc0480e2-85fe-42a4-91ae-f733b23c801f', 
spUUID=u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', 
imgUUID=u'870f7e85-d9b6-494a-9541-b419fb0e1b32', 
leafUUID=u'd7fa8c51-8cad-4695-b90a-a8d1dc146371', allowIllegal=False) 
from=internal, task_id=89770233-103d-47f3-acc1-45d2e96d9e91 (api:46)


Now, go to the SPM and run a command like this:

  vdsClient -s yourhost.com setVolumeLegality 
bc0480e2-85fe-42a4-91ae-f733b23c801f 
75bf8f48-970f-42bc-8596-f8ab6efb2b63 
870f7e85-d9b6-494a-9541-b419fb0e1b32 
d7fa8c51-8cad-4695-b90a-a8d1dc146371 LEGAL


The VM is now able to power up. I know this is not a clean solution as 
this leaves orphaned snapshots on storage domains, but up until now 
we've not been able to find a better solution. At least now we know 
machines can be powered up and no data loss happened.


If you have any additional tips we'd be glad to know so we can apply 
them.


Thanks.

El 2018-06-19 14:41, Ala Hino escribió:

Hi,

Did you try to remove the same snapshot while the VM is down?

On Tue, Jun 19, 2018 at 10:44 AM,  wrote:


Hi Benny,

I used the tool to track one of the illegal volumes:

   image:    e05874d2-f

[ovirt-users] Re: Missing step(s) after custom x509 certificates

[John Florian]

On 2018-06-19 02:57, Yedidyah Bar David wrote:
> On Mon, Jun 18, 2018 at 4:19 PM, John Florian  wrote:
>> On 2018-06-18 02:46, Yedidyah Bar David wrote:
>>> On Mon, Jun 18, 2018 at 9:19 AM, Tomas Jelinek 
>>> wrote:

 On Mon, Jun 18, 2018 at 8:01 AM, Yedidyah Bar David 
 wrote:
> On Sun, Jun 17, 2018 at 6:11 PM, John Florian 
> wrote:
>> I followed the docs at
>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ and
>> all
>> works well from the usual web portal.  Went to test moVirt and ran into
>> a
>> snag.  It wants to download the CA using
>>
>>
>> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA,
> I never tried movirt, but the user's guide [1] says it can import
> user-supplied certs, so you can supply your own CA's cert, no?

 correct, you can supply your own certificate, movirt just by default
 grabs
 the one which is provided by engine at:

 http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA

 @Ravi: is it correct that after you provide your own CA that the

 http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
 is still pointing to the old one?
>>> Yes - check this:
>>>
>>> https://ovirt.org/develop/release-management/features/infra/pki/#services
>>>
>>> It does not have a resource "apache-certificate" or anything like that.
>>> The assumption is that user that changes httpd's conf to use a 3rd-party
>>> CA,
>>> is in control of it, not the engine - so the engine can't handle it. This
>>> is
>>> even if the user followed the documentation, because in principle, the
>>> user
>>> can do other things - e.g. point SSLCACertificateFile at a different file
>>> instead of replacing the content of the existing apache-ca.pem (which
>>> defaults
>>> to a symlink to ca.pem, which _is_ controlled by the engine (as in "we do
>>> not
>>> have any documentation about how to replace it, and doing that will break
>>> many
>>> flows").
>> Okay, this is what threw me.  The docs are written in such a way that I
>> never touch httpd's conf, as if maybe I am not supposed to do that.  The
>> docs have me change the target of a symlink and do other swaps and avoids
>> touching the conf, be it intentional or not.  I may have inferred too much
>> based on the approach.
> I don't remember every exact detail in the docs, but I do know the relevant
> code.
>
> The engine (itself) runs as user ovirt, and can't touch or do anything to your
> httpd conf.
>
> engine-setup is basically the only thing [1] that runs as root and touches
> httpd conf. It asks you some stuff, and does (currently) only these things:
>
> 1. Always add /etc/httpd/conf.d/z-ovirt-engine-proxy.conf . This file is
> considered to be "owned" by engine-setup and can be changed as needed by
> upgrades. So you are not supposed to touch it.
>
> 2. Optionally add /etc/httpd/conf.d/ovirt-engine-root-redirect.conf which
> does a very simple redirect from '/' to '/ovirt-engine'. I am not aware of
> anyone not doing this, and guess things might not work perfectly, and also
> that it might be unsupported, but in principle you can reply 'no', and then
> have other web apps on the engine machine. See also [2]. This is _not_ done
> on upgrades - so if you reply 'yes', then remove the file, then run
> 'engine-setup' again, it should not re-add the file.
>
> 3. Optionally edit ssl.conf, which is the subject of current thread. This
> one also used to be not done on upgrades, but this recently changed [3][4].
>
> This is considered mandatory and the only supported flow in production.
> If you reply 'no', you are supposed to configure apache manually.
>
> However, for development, you can talk to jboss directly [5]. This used to
> be possible also in production in very old releases, see e.g. [6].
>
> So, to summarize:
>
> We (engine developers, engine-setup in particular) try to be "good citizens"
> and not take control of the machine, allowing the admin do what s/he wants,
> and still try hard to make the engine work nicely. But we default to do
> "take over", and (IIRC) only document the default, and (IIUC) only test the
> default - so anything else is somewhat more likely to cause problems.
>
> [1] currently. We add lots of ansible stuff in recent releases, I suspect
> that engine-setup has a chance to be partially replaced with ansible code
> some time.
>
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=961677
>
> [3] https://bugzilla.redhat.com/1558500
>
> [4] https://bugzilla.redhat.com/1576377
>
> [5] 
> https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment/
>
> [6] https://bugzilla.redhat.com/show_bug.cgi?id=905754

That is some excellent detail.  Thanks for sharing.  I've opted to take
a similar "good citizen" approach with my Puppet handling by leaving
ssl.conf as is and just manipulating the syml

[ovirt-users] Trying to update a host. (ovirt4.1)

[Jacob Green]

    When I right click an empty host, and select upgrade and confirm 
that I want to upgrade. It simply comes back with install failed after a 
minute or two. I have no idea why its failing, there also does not 
appear to be anything in /var/log/yum.log so I am not sure where else to 
look to figure out why it cannot upgrade. Also to be clear, the wording 
in Ovirt uses the term upgrade, however I am under the impression it 
simply means update, not actually upgrade to 4.2.




Thank you all.


___
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/ZFVQXUEYBCHORCRKYRBU4JTLQZPFACK3/

[ovirt-users] Re: Trying to update a host. (ovirt4.1)

[Jacob Green]

I just did not know where to look for the errors, I now see that it is 
telling me it is failing on this package "collectd"


So when I go to my host and I run *yum list collectd *I see that 
collectd is available to install via EPEL repos. _/Note: I did not setup 
this cluster not sure if epel is normal./





So looks like my problem here has to do with the epel package being 
available and being newer?



Thank you all.


On 06/19/2018 09:40 AM, Jacob Green wrote:
When I right click an empty host, and select upgrade and confirm that 
I want to upgrade. It simply comes back with install failed after a 
minute or two. I have no idea why its failing, there also does not 
appear to be anything in /var/log/yum.log so I am not sure where else 
to look to figure out why it cannot upgrade. Also to be clear, the 
wording in Ovirt uses the term upgrade, however I am under the 
impression it simply means update, not actually upgrade to 4.2.




Thank you all.


___
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/ZFVQXUEYBCHORCRKYRBU4JTLQZPFACK3/


--
Jacob Green

Systems Admin

American Alloy Steel

713-300-5690

___
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/3D3TFBVEV4I7KKPP4JYCVMWZCOGFIY4K/

[ovirt-users] Re: Ovirt + Gluster : How do I gain access to the file systems of the VMs

[Hanson Turner]

Hi Guys,

I've an answer... Here's how I did it...

First, I needed kpartx ... so

#apt-get install kpartx

Then setup a loopback device for the raw hdd image

#losetup /dev/loop4 [IMAGE FILE]

#kpartx -a /dev/loop4

This allowed me to mount the various partitions included in the VM. 
There you can modify the configs, make backups etc.


Thanks,

Hanson


On 06/19/2018 09:31 AM, Hanson Turner wrote:


Hi Sahina,

Thanks for your reply, I can copy the files off without issue. Using 
either a remote mount gluster, or just use the node and scp the files 
to where I want them.


I was asking how to/do I mount the VM's disk in a way to be able to 
pull/modify files that are on the HDD of the VM.


Thanks,

Hason


On 06/19/2018 05:02 AM, Sahina Bose wrote:



On Mon, Jun 18, 2018 at 5:12 PM, Hanson Turner 
mailto:han...@andrewswireless.net>> wrote:


Hi Guys,

My engine has corrupted, and while waiting for help, I'd like to
see if I can pull some data off the VM's to re purpose back onto
dedicated hardware.

Our setup is/was a gluster based storage system for VM's. The
gluster data storage I'm assuming is okay, I think the hosted
engine is hosed, and needs restored, but that's another thread.

I can copy the raw disk file off of the gluster data domain.
What's the best way to mount it short of importing it into
another gluster domain?

With vmware, we can grab the disk file and move it from server to
server without issue. You can mount and explore contents with
workstation.


If you want to copy the image file. you can mount the gluster volume 
and copy it.

using mount -t glusterfs :/ 


What do we have available to us for ovirt?

Thanks,

___
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/2AF5K2JERYH63K25XKA4FFP4QQDZSVWM/








___
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/5ZBEM7WJ5SGRIQLC53GKZSFXYMEOXLRW/

[ovirt-users] Re: Failed to update VMs/Templates OVF data, cannot change SPM

[Albl, Oliver]

Hi all,

  does anybody have an idea how to address this? There is also a side effect 
that I cannot change SPM ("Error while executing action: Cannot force select 
SPM. The Storage Pool has running tasks.").

All the best,
Oliver

Von: Albl, Oliver
Gesendet: Mittwoch, 13. Juni 2018 12:32
An: users@ovirt.org
Betreff: Failed to update VMs/Templates OVF data

Hi,

  I have a FC storage domain reporting the following messages every hour:

VDSM command SetVolumeDescriptionVDS failed: Could not acquire resource. 
Probably resource factory threw an exception.: ()
Failed to update OVF disks cb04b55c-10fb-46fe-b9de-3c133a94e6a5, OVF data isn't 
updated on those OVF stores (Data Center VMTEST, Storage Domain VMHOST_LUN_62).
Failed to update VMs/Templates OVF data for Storage Domain VMHOST_LUN_62 in 
Data Center VMTEST.

Trying to manually update OVF results in "Error while executing action 
UpdateOvfStoreForStorageDomain: Internal Engine Error"

I run oVirt 4.2.3.5-1.el7.centos on CentOS 7.5 (3.10.0-862.3.2.el7.x86_64) with 
vdsm-4.20.27.1-1.el7.centos.x86_64

Engine log:

2018-06-13 12:15:35,649+02 WARN  
[org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (default task-12) 
[092d8f27-c0a4-4d78-a8cb-f4738aff71e6] The message key 
'UpdateOvfStoreForStorageDomain' is missing from 'bundles/ExecutionMessages'
2018-06-13 12:15:35,655+02 INFO  
[org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
 (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE, 
373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
2018-06-13 12:15:35,660+02 INFO  
[org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
 (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Running command: 
UpdateOvfStoreForStorageDomainCommand internal: false. Entities affected :  ID: 
373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group 
MANIPULATE_STORAGE_DOMAIN with role type ADMIN
2018-06-13 12:15:35,670+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Running command: 
ProcessOvfUpdateForStoragePoolCommand internal: true. Entities affected :  ID: 
3edb5295-3797-4cd0-9b43-f46ec1ee7b14 Type: StoragePool
2018-06-13 12:15:35,674+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Attempting to update VM OVFs in Data Center 
'VMTEST'
2018-06-13 12:15:35,678+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Successfully updated VM OVFs in Data Center 
'VMTEST'
2018-06-13 12:15:35,678+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Attempting to update template OVFs in Data Center 
'VMTEST'
2018-06-13 12:15:35,678+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Successfully updated templates OVFs in Data 
Center 'VMTEST'
2018-06-13 12:15:35,678+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Attempting to remove unneeded template/vm OVFs in 
Data Center 'VMTEST'
2018-06-13 12:15:35,680+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Successfully removed unneeded template/vm OVFs in 
Data Center 'VMTEST'
2018-06-13 12:15:35,684+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
 (default task-12) [4fd5b59a] Lock freed to object 
'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE, 
373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
2018-06-13 12:15:35,704+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
 (default task-12) [24485c23] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[]', 
sharedLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE]'}'
2018-06-13 12:15:35,714+02 INFO  
[org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
 (default task-12) [24485c23] Running command: 
ProcessOvfUpdateForStorageDomainCommand internal: true. Entities affected :  
ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group 
MANIPULATE_STORAGE_DOMAIN with role type ADMIN
2018-06-13 12:15:35,724+02 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand] 
(default task-12) [24485c23] START, SetVolumeDescriptionVDSCommand( 
SetVolumeDescriptionVDSCommandParameters:{storagePoolId='3edb5295-3797-4cd0-9b43-f46ec1ee7b14',
 ignoreFailoverLimit='false', 
storageDomainId='373efd46-8aea-4d0e-96cc-1da0debf72d0', 
imageGroupId='cb04b55c-10fb-46fe-b9de-3c133a94e6a5', 
imageId='a1e7554d-530c-4c07

[ovirt-users] Re: Ovirt + Gluster : How do I gain access to the file systems of the VMs

[Roy Golan]

On Tue, 19 Jun 2018 at 18:51 Hanson Turner 
wrote:

> Hi Guys,
>
> I've an answer... Here's how I did it...
>
> First, I needed kpartx ... so
>
> #apt-get install kpartx
>
> Then setup a loopback device for the raw hdd image
>
> #losetup /dev/loop4 [IMAGE FILE]
>
> #kpartx -a /dev/loop4
>
> This allowed me to mount the various partitions included in the VM. There
> you can modify the configs, make backups etc.
>
> Thanks,
>
> Hanson
>
>
Hi Hanson, also look at http://libguestfs.org/


On 06/19/2018 09:31 AM, Hanson Turner wrote:
>
> Hi Sahina,
>
> Thanks for your reply, I can copy the files off without issue. Using
> either a remote mount gluster, or just use the node and scp the files to
> where I want them.
>
> I was asking how to/do I mount the VM's disk in a way to be able to
> pull/modify files that are on the HDD of the VM.
>
> Thanks,
>
> Hason
>
>
> On 06/19/2018 05:02 AM, Sahina Bose wrote:
>
>
>
> On Mon, Jun 18, 2018 at 5:12 PM, Hanson Turner  > wrote:
>
>> Hi Guys,
>>
>> My engine has corrupted, and while waiting for help, I'd like to see if I
>> can pull some data off the VM's to re purpose back onto dedicated hardware.
>>
>> Our setup is/was a gluster based storage system for VM's. The gluster
>> data storage I'm assuming is okay, I think the hosted engine is hosed, and
>> needs restored, but that's another thread.
>>
>> I can copy the raw disk file off of the gluster data domain. What's the
>> best way to mount it short of importing it into another gluster domain?
>>
>> With vmware, we can grab the disk file and move it from server to server
>> without issue. You can mount and explore contents with workstation.
>>
>
> If you want to copy the image file. you can mount the gluster volume and
> copy it.
> using mount -t glusterfs :/ 
>
>
>> What do we have available to us for ovirt?
>>
>> Thanks,
>>
>> ___
>> 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/2AF5K2JERYH63K25XKA4FFP4QQDZSVWM/
>>
>
>
> ___
> 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/5ZBEM7WJ5SGRIQLC53GKZSFXYMEOXLRW/
>
___
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/UCZO7QL3ZG27DSCYKGMYI7BMB2HNRDJ7/

[ovirt-users] Re: Trying to update a host. (ovirt4.1)

[Joop]

On 19-6-2018 17:26, Jacob Green wrote:
>
> I just did not know where to look for the errors, I now see that it is
> telling me it is failing on this package "collectd"
>
> So when I go to my host and I run *yum list collectd *I see that
> collectd is available to install via EPEL repos. _/Note: I did not
> setup this cluster not sure if epel is normal./
>
>
>
>
> So looks like my problem here has to do with the epel package being
> available and being newer?
>
There is a warning on the ovirt site about enabling epel :-)

Disable the epel repo and just use yum install whatever
--enablerepo=epel just in case you need it.

Regards,

Joop

___
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/FYB4RSPOYRZIDVH4VZLYPQNV2VW636UY/

[ovirt-users] Re: Hardering oVirt Engine

[Punaatua PK]

> On Sun, May 27, 2018 at 5:33 AM, Punaatua PK  wrote:
> 
> 
> If https is enabled, the webhook uses the https url to communicate. What
> does "gluster-eventsapi status" on any of the gluster nodes return?
> 
[root@test ~]# gluster-eventsapi status
Webhooks:
http://engine.local.com:80/ovirt-engine/services/glusterevents

+--+-+---+
| NODE | NODE STATUS | GLUSTEREVENTSD STATUS |
+--+-+---+
| 10.17.14.153 |  UP |OK |
| 10.17.14.152 |  UP |OK |
|  localhost   |  UP |OK |
+--+-+---+

The webhook is configured with http not https. I think i can modify it to https 
but i dont know if gluster event api can handle https
(the CA may be asked)
> 
> The periodic jobs are run by the Quartz scheduler.

___
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/X5FM3O4E7CDE3WWEV3RMSWG74BVC5QKX/

[ovirt-users] Re: Agentless backup solutions

[Punaatua PK]

Hello,

we a re in the same situation as you. We tried vprotect but at the end, we used 
the script provided in the python SDK example:
https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/vm_backup.py

We adapt it. It use the same logic as the one here : 
https://github.com/zipurman/oVIRT_Simple_Backup
We didn't go for zipurman's solution because we actually don't really know how 
ovirt's plugins work.
___
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/Q46VDTGT7R4LLA2CBW565OI2VURQY7NQ/

[ovirt-users] Re: Agentless backup solutions

[Niyazi Elvan]

Hi,

You can have a look at Open Bacchus

https://github.com/openbacchus/bacchus


On 18 Jun 2018 Mon at 09:00 femi adegoke  wrote:

> What backup solutions are people using?
>
> I'm only interested in host-level backups (no agents in the vm's)
>
> I am aware of the following products:
> https://storware.eu/en/storware-vprotect/
> https://github.com/zipurman/oVIRT_Simple_Backup
> https://www.sepusa.com/
>
> Any others?
> ___
> 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/4DALKB5KLV5HUAT2XUCRUPFXJXFUNV63/
>
-- 
Niyazi Elvan
___
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/SXWVCYCQVIKS6IYCA56MAS26S26EUJ72/

[ovirt-users] Re: Failed to update VMs/Templates OVF data, cannot change SPM

[Elad Ben Aharon]

Can you please attach engine.log and vdsm.log?

On Tue, Jun 19, 2018 at 6:58 PM, Albl, Oliver 
wrote:

> Hi all,
>
>
>
>   does anybody have an idea how to address this? There is also a side
> effect that I cannot change SPM (“Error while executing action: Cannot
> force select SPM. The Storage Pool has running tasks.“).
>
>
>
> All the best,
>
> Oliver
>
>
>
> *Von:* Albl, Oliver
> *Gesendet:* Mittwoch, 13. Juni 2018 12:32
> *An:* users@ovirt.org
> *Betreff:* Failed to update VMs/Templates OVF data
>
>
>
> Hi,
>
>
>
>   I have a FC storage domain reporting the following messages every hour:
>
>
>
> VDSM command SetVolumeDescriptionVDS failed: Could not acquire resource.
> Probably resource factory threw an exception.: ()
>
> Failed to update OVF disks cb04b55c-10fb-46fe-b9de-3c133a94e6a5, OVF data
> isn't updated on those OVF stores (Data Center VMTEST, Storage Domain
> VMHOST_LUN_62).
>
> Failed to update VMs/Templates OVF data for Storage Domain VMHOST_LUN_62
> in Data Center VMTEST.
>
>
>
> Trying to manually update OVF results in “Error while executing action
> UpdateOvfStoreForStorageDomain: Internal Engine Error”
>
>
>
> I run oVirt 4.2.3.5-1.el7.centos on CentOS 7.5 (3.10.0-862.3.2.el7.x86_64)
> with vdsm-4.20.27.1-1.el7.centos.x86_64
>
>
>
> Engine log:
>
>
>
> 2018-06-13 12:15:35,649+02 WARN  
> [org.ovirt.engine.core.dal.job.ExecutionMessageDirector]
> (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] The message key '
> UpdateOvfStoreForStorageDomain' is missing from
> 'bundles/ExecutionMessages'
>
> 2018-06-13 12:15:35,655+02 INFO  [org.ovirt.engine.core.bll.
> storage.domain.UpdateOvfStoreForStorageDomainCommand] (default task-12)
> [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE,
> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
>
> 2018-06-13 12:15:35,660+02 INFO  [org.ovirt.engine.core.bll.
> storage.domain.UpdateOvfStoreForStorageDomainCommand] (default task-12)
> [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Running command:
> UpdateOvfStoreForStorageDomainCommand internal: false. Entities affected
> :  ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group
> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>
> 2018-06-13 12:15:35,670+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Running command: ProcessOvfUpdateForStoragePoolCommand
> internal: true. Entities affected :  ID: 3edb5295-3797-4cd0-9b43-f46ec1ee7b14
> Type: StoragePool
>
> 2018-06-13 12:15:35,674+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to update VM OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully updated VM OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to update template OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully updated templates OVFs in Data Center 'VMTEST'
>
> 2018-06-13 12:15:35,678+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Attempting to remove unneeded template/vm OVFs in Data Center
> 'VMTEST'
>
> 2018-06-13 12:15:35,680+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Successfully removed unneeded template/vm OVFs in Data Center
> 'VMTEST'
>
> 2018-06-13 12:15:35,684+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand] (default task-12)
> [4fd5b59a] Lock freed to object 'EngineLock:{exclusiveLocks='[
> 3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE, 
> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]',
> sharedLocks=''}'
>
> 2018-06-13 12:15:35,704+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand] (default
> task-12) [24485c23] Lock Acquired to object 'EngineLock:{exclusiveLocks='[]',
> sharedLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE]'}'
>
> 2018-06-13 12:15:35,714+02 INFO  [org.ovirt.engine.core.bll.
> storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand] (default
> task-12) [24485c23] Running command: ProcessOvfUpdateForStorageDomainCommand
> internal: true. Entities affected :  ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0
> Type: StorageAction group MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>
> 2018-06-13 12:15:35,724+02 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand] (default task-12)

[ovirt-users] Re: Agentless backup solutions

[Greg Sheremeta]

[I have not used this, only heard about it]
https://www.trilio.io/resources/triliovault-3-data-protection-red-hat-virtualization/

Greg

On Tue, Jun 19, 2018 at 3:01 PM Niyazi Elvan  wrote:

> Hi,
>
> You can have a look at Open Bacchus
>
> https://github.com/openbacchus/bacchus
>
>
> On 18 Jun 2018 Mon at 09:00 femi adegoke  wrote:
>
>> What backup solutions are people using?
>>
>> I'm only interested in host-level backups (no agents in the vm's)
>>
>> I am aware of the following products:
>> https://storware.eu/en/storware-vprotect/
>> https://github.com/zipurman/oVIRT_Simple_Backup
>> https://www.sepusa.com/
>>
>> Any others?
>> ___
>> 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/4DALKB5KLV5HUAT2XUCRUPFXJXFUNV63/
>>
> --
> Niyazi Elvan
> ___
> 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/SXWVCYCQVIKS6IYCA56MAS26S26EUJ72/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/TLQO3U6PU67FAUTBD2HSRFGYRTRNUFY5/

[ovirt-users] Re: Failed to update VMs/Templates OVF data, cannot change SPM

[Nir Soffer]

On Wed, Jun 20, 2018 at 12:11 AM Elad Ben Aharon 
wrote:

> Can you please attach engine.log and vdsm.log?
>
> On Tue, Jun 19, 2018 at 6:58 PM, Albl, Oliver 
> wrote:
>
>> Hi all,
>>
>>
>>
>>   does anybody have an idea how to address this? There is also a side
>> effect that I cannot change SPM (“Error while executing action: Cannot
>> force select SPM. The Storage Pool has running tasks.“).
>>
>>
>>
>> All the best,
>>
>> Oliver
>>
>>
>>
>> *Von:* Albl, Oliver
>> *Gesendet:* Mittwoch, 13. Juni 2018 12:32
>> *An:* users@ovirt.org
>> *Betreff:* Failed to update VMs/Templates OVF data
>>
>>
>>
>> Hi,
>>
>>
>>
>>   I have a FC storage domain reporting the following messages every hour:
>>
>>
>>
>> VDSM command SetVolumeDescriptionVDS failed: Could not acquire resource.
>> Probably resource factory threw an exception.: ()
>>
>> Failed to update OVF disks cb04b55c-10fb-46fe-b9de-3c133a94e6a5, OVF data
>> isn't updated on those OVF stores (Data Center VMTEST, Storage Domain
>> VMHOST_LUN_62).
>>
>> Failed to update VMs/Templates OVF data for Storage Domain VMHOST_LUN_62
>> in Data Center VMTEST.
>>
>>
>>
>> Trying to manually update OVF results in “Error while executing action
>> UpdateOvfStoreForStorageDomain: Internal Engine Error”
>>
>>
>>
>> I run oVirt 4.2.3.5-1.el7.centos on CentOS 7.5
>> (3.10.0-862.3.2.el7.x86_64) with vdsm-4.20.27.1-1.el7.centos.x86_64
>>
>>
>>
>> Engine log:
>>
>>
>>
>> 2018-06-13 12:15:35,649+02 WARN
>> [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (default task-12)
>> [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] The message key
>> 'UpdateOvfStoreForStorageDomain' is missing from 'bundles/ExecutionMessages'
>>
>> 2018-06-13 12:15:35,655+02 INFO
>> [org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
>> (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Lock Acquired to
>> object
>> 'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE,
>> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
>>
>> 2018-06-13 12:15:35,660+02 INFO
>> [org.ovirt.engine.core.bll.storage.domain.UpdateOvfStoreForStorageDomainCommand]
>> (default task-12) [092d8f27-c0a4-4d78-a8cb-f4738aff71e6] Running command:
>> UpdateOvfStoreForStorageDomainCommand internal: false. Entities affected :
>> ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group
>> MANIPULATE_STORAGE_DOMAIN with role type ADMIN
>>
>> 2018-06-13 12:15:35,670+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Running command:
>> ProcessOvfUpdateForStoragePoolCommand internal: true. Entities affected :
>> ID: 3edb5295-3797-4cd0-9b43-f46ec1ee7b14 Type: StoragePool
>>
>> 2018-06-13 12:15:35,674+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Attempting to update VM OVFs in Data Center
>> 'VMTEST'
>>
>> 2018-06-13 12:15:35,678+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Successfully updated VM OVFs in Data Center
>> 'VMTEST'
>>
>> 2018-06-13 12:15:35,678+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Attempting to update template OVFs in Data
>> Center 'VMTEST'
>>
>> 2018-06-13 12:15:35,678+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Successfully updated templates OVFs in Data
>> Center 'VMTEST'
>>
>> 2018-06-13 12:15:35,678+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Attempting to remove unneeded template/vm OVFs
>> in Data Center 'VMTEST'
>>
>> 2018-06-13 12:15:35,680+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Successfully removed unneeded template/vm OVFs
>> in Data Center 'VMTEST'
>>
>> 2018-06-13 12:15:35,684+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
>> (default task-12) [4fd5b59a] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE,
>> 373efd46-8aea-4d0e-96cc-1da0debf72d0=STORAGE]', sharedLocks=''}'
>>
>> 2018-06-13 12:15:35,704+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
>> (default task-12) [24485c23] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[]',
>> sharedLocks='[3edb5295-3797-4cd0-9b43-f46ec1ee7b14=OVF_UPDATE]'}'
>>
>> 2018-06-13 12:15:35,714+02 INFO
>> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
>> (default task-12) [24485c23] Running command:
>> ProcessOvfUpdateForStorageDomainCommand internal: true. Entities affected
>> :  ID: 373efd46-8aea-4d0e-96cc-1da0debf72d0 Type: StorageAction group
>> MANI

[ovirt-users] Re: Agentless backup solutions

[femi adegoke]

Hi Niyazi,

Do you work at Open Bacchus?
Does Open Bacchus do incremental backups?
___
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/IPNHVU5WGJDT6DU5X6N6WF2WGJGMHNY4/

[ovirt-users] Re: Agentless backup solutions

[femi adegoke]

Thanks Greg, I will check that out.
___
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/MYMFB45Q7PFQINE6R7NAHSVYY7PL3VKR/

[ovirt-users] Re: cloud-init reverting static network settings to DHCP on shutdown and restart

[Eitan Raviv]

Hi Ryan,

This behaviour reproduces for me as well with

ovirt-engine-latest-nightly-snapshot,
cloud-init-0.7.9-24.el7.x86_64,
Centos-7.4.1708 VM.

Can you comment?

Thanks

On Thu, Jun 7, 2018 at 10:45 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Geoff,
>
>
> On Wed, Jun 6, 2018 at 9:14 PM,   wrote:
> > I think that before a shutdown / restart the cloud-init configuration is
> attached as there is /dev/sr1 visible. On shutdown / restart the config is
> no longer attached and there is seemingly an error related to not being
> able to find the data source: -
> >
> > 2018-06-06 15:15:11,297 - handlers.py[DEBUG]: finish:
> init-network/search-NoCloudNet: SUCCESS: no network data found from
> DataSourceNoCloudNet
> > 2018-06-06 15:15:11,298 - util.py[WARNING]: No instance datasource
> found! Likely bad things to come!
> > 2018-06-06 15:15:11,298 - util.py[DEBUG]: No instance datasource found!
> Likely bad things to come!
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/cloudinit/cmd/main.py", line
> 236, in main_init
> > init.fetch(existing=existing)
> >   File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line
> 343, in fetch
> > return self._get_data_source(existing=existing)
> >   File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line
> 253, in _get_data_source
> > pkg_list, self.reporter)
> >   File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py",
> line 320, in find_source
> > raise DataSourceNotFoundException(msg)
> > DataSourceNotFoundException: Did not find any data source, searched
> classes: (DataSourceNoCloudNet)
> > 2018-06-06 15:15:11,302 - util.py[DEBUG]: Reading from
> /sys/class/net/eth0/carrier (quiet=False)
> > 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 2 bytes from
> /sys/class/net/eth0/carrier
> > 2018-06-06 15:15:11,303 - util.py[DEBUG]: Reading from
> /sys/class/net/eth0/address (quiet=False)
> > 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 18 bytes from
> /sys/class/net/eth0/address
> > 2018-06-06 15:15:11,303 - stages.py[DEBUG]: applying net config names
> for {'version': 1, 'config': [{'subnets': [{'type': 'dhcp'}], 'type':
> 'physical', 'name': 'eth0', 'mac_address': '00:1a:4a:16:01:05'}]}
>
> I have the same issue since some months. Since cloud-init doesn't sees
> any configuration, applies the default, which is to use dhcp.
>
> I don't remember if it is a bug of cloud-init or a misconfiguration,
> but now i solved removing cloud-init package after the first boot.
>
> In case you want redeploying, you can keep cloud-init and disable its
> work by disabling the service:
>
> touch /etc/cloud/cloud-init.disabled
>
> Luca
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/7BCX7R4XVUVLOWTKNC5HHUOCQ4NTAB2L/
>
___
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/IKYRL5TVH3JTFS2AIXAACJZD7VUWAEMZ/

[ovirt-users] Re: Missing step(s) after custom x509 certificates

[Yedidyah Bar David]

On Tue, Jun 19, 2018 at 5:35 PM, John Florian  wrote:
> On 2018-06-19 02:57, Yedidyah Bar David wrote:
>> On Mon, Jun 18, 2018 at 4:19 PM, John Florian  wrote:
>>> On 2018-06-18 02:46, Yedidyah Bar David wrote:
 On Mon, Jun 18, 2018 at 9:19 AM, Tomas Jelinek 
 wrote:
>
> On Mon, Jun 18, 2018 at 8:01 AM, Yedidyah Bar David 
> wrote:
>> On Sun, Jun 17, 2018 at 6:11 PM, John Florian 
>> wrote:
>>> I followed the docs at
>>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ and
>>> all
>>> works well from the usual web portal.  Went to test moVirt and ran into
>>> a
>>> snag.  It wants to download the CA using
>>>
>>>
>>> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA,
>> I never tried movirt, but the user's guide [1] says it can import
>> user-supplied certs, so you can supply your own CA's cert, no?
>
> correct, you can supply your own certificate, movirt just by default
> grabs
> the one which is provided by engine at:
>
> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
>
> @Ravi: is it correct that after you provide your own CA that the
>
> http://fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA
> is still pointing to the old one?
 Yes - check this:

 https://ovirt.org/develop/release-management/features/infra/pki/#services

 It does not have a resource "apache-certificate" or anything like that.
 The assumption is that user that changes httpd's conf to use a 3rd-party
 CA,
 is in control of it, not the engine - so the engine can't handle it. This
 is
 even if the user followed the documentation, because in principle, the
 user
 can do other things - e.g. point SSLCACertificateFile at a different file
 instead of replacing the content of the existing apache-ca.pem (which
 defaults
 to a symlink to ca.pem, which _is_ controlled by the engine (as in "we do
 not
 have any documentation about how to replace it, and doing that will break
 many
 flows").
>>> Okay, this is what threw me.  The docs are written in such a way that I
>>> never touch httpd's conf, as if maybe I am not supposed to do that.  The
>>> docs have me change the target of a symlink and do other swaps and avoids
>>> touching the conf, be it intentional or not.  I may have inferred too much
>>> based on the approach.
>> I don't remember every exact detail in the docs, but I do know the relevant
>> code.
>>
>> The engine (itself) runs as user ovirt, and can't touch or do anything to 
>> your
>> httpd conf.
>>
>> engine-setup is basically the only thing [1] that runs as root and touches
>> httpd conf. It asks you some stuff, and does (currently) only these things:
>>
>> 1. Always add /etc/httpd/conf.d/z-ovirt-engine-proxy.conf . This file is
>> considered to be "owned" by engine-setup and can be changed as needed by
>> upgrades. So you are not supposed to touch it.
>>
>> 2. Optionally add /etc/httpd/conf.d/ovirt-engine-root-redirect.conf which
>> does a very simple redirect from '/' to '/ovirt-engine'. I am not aware of
>> anyone not doing this, and guess things might not work perfectly, and also
>> that it might be unsupported, but in principle you can reply 'no', and then
>> have other web apps on the engine machine. See also [2]. This is _not_ done
>> on upgrades - so if you reply 'yes', then remove the file, then run
>> 'engine-setup' again, it should not re-add the file.
>>
>> 3. Optionally edit ssl.conf, which is the subject of current thread. This
>> one also used to be not done on upgrades, but this recently changed [3][4].
>>
>> This is considered mandatory and the only supported flow in production.
>> If you reply 'no', you are supposed to configure apache manually.
>>
>> However, for development, you can talk to jboss directly [5]. This used to
>> be possible also in production in very old releases, see e.g. [6].
>>
>> So, to summarize:
>>
>> We (engine developers, engine-setup in particular) try to be "good citizens"
>> and not take control of the machine, allowing the admin do what s/he wants,
>> and still try hard to make the engine work nicely. But we default to do
>> "take over", and (IIRC) only document the default, and (IIUC) only test the
>> default - so anything else is somewhat more likely to cause problems.
>>
>> [1] currently. We add lots of ansible stuff in recent releases, I suspect
>> that engine-setup has a chance to be partially replaced with ansible code
>> some time.
>>
>> [2] https://bugzilla.redhat.com/show_bug.cgi?id=961677
>>
>> [3] https://bugzilla.redhat.com/1558500
>>
>> [4] https://bugzilla.redhat.com/1576377
>>
>> [5] 
>> https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment/
>>
>> [6] https://bugzilla.redhat.com/show_bug.cgi?id=905754
>
> That is some exc

[ovirt-users] Re: upgrade 4.1 to 4.2

[Ido Rosenzwig]

Dear paul,

You can do the following:
1. Check which repos are unavailable with:
   # yum repolist
2. Detect the repos that have no packages:
repo id   repo name
   status
base/7/x86_64  CentOS-7 - Base
9,911
centos-opstools-release/x86_64   CentOS-7 - OpsTools - release
   493
extras/7/x86_64CentOS-7 - Extras
 313
ovirt-4.1/7  Latest oVirt
4.1 Release   2,229
ovirt-4.1-centos-gluster38/x86_64CentOS-7 - Gluster 3.8
  0
ovirt-4.1-centos-qemu-ev/x86_64 CentOS-7 - QEMU EV
 55
...

3. Edit /etc/yum.repo.d/ovirt-4.1-dependencies.repo and switch from
enable=1 to enable=0 the repos you found.

4. Now try:
# yum install ovirt-engine

NOTE: This will disable those repos permanently. If you you wish to enable
them back switch from 0 to 1 in the repo file.

Best regards,
Ido Rosenzwig








On Tue, Jun 19, 2018 at 12:49 PM, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Thanks Didi,
>   It doesn't seem to have ovirt-engine,   amongst
> other missing packages.
> Regards,
>   Paul S.
> 
> From: Yedidyah Bar David 
> Sent: 19 June 2018 08:18
> To: Staniforth, Paul
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] upgrade 4.1 to 4.2
>
> On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
>  wrote:
> > Hello,
> >
> >  I am trying to test the upgrade of our system from oVirt 4.1 to
> > oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> > install version 4.1 as the repos are not available.
> >
> >
> > yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
> >
> >
> > yum install ovirt-engine
> >
> >
> > gives
> > http://mirror.centos.org/centos/7/storage/x86_64/
> gluster-3.8/repodata/repomd.xml:
> > [Errno 14] HTTP Error 404 - Not Found
> >
> >
> > and
> >
> >
> >
> > yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
> >
> > gives
> >
> >
> > http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.
> 1/repodata/repomd.xml:
> > [Errno 14] HTTP Error 404 - Not Found
> >
> >
> >
> > are there any alternate repos to try?
>
> Please check:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1583222
>
> Thanks,
>
> >
> >
> >
> > Thanks,
> >
> > Paul S.
> >
> > To view the terms under which this email is distributed, please go to:-
> > http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
> >
> >
> > ___
> > 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/
> XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
> >
>
>
>
> --
> Didi
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
> ___
> 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/LG6TA3NLYKYFHSXBXDDVLJ4DCIFSIP37/
>
___
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/7JDM2BGCAQVHYJKKHQ6BZSN2EOGJ4ASL/

[ovirt-users] Re: cloud-init reverting static network settings to DHCP on shutdown and restart

[Florian Schmid]

Hi, 

we made this solution for us: 
We add a cloud-init script to the cloud image, before we add this to our 
templates. 
In /etc/cloud/cloud.cfg.d/, we create a file 98_runcmd.cfg with the following 
content: 
write_files: 
- content: | 
network: {config: disabled} 
path: /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg 
permissions: '0700' 
- content: | 
#!/bin/bash 
rm /etc/cloud/cloud.cfg.d/90_dpkg.cfg 
path: /var/lib/cloud/scripts/per-boot/datasources.sh 
permissions: '0700' 


This should create the file 
/etc/cloud/cloud.cfg.d/99-disable-network-config.cfg after first cloud-init run 
and then network config is never touched again. 
Without disabling cloud-init completely, you are able for example to set a root 
password to login into VM console, when you have to debug something and can't 
login anymore to ssh. 
We have password logins disabled by default over ssh. 

We also remove /etc/cloud/cloud.cfg.d/90_dpkg.cfg and set datasource_list to 
["NoCloud", "ConfigDrive"] in /etc/cloud/cloud.cfg 
-> VM will reboot with this a way faster. Without it, cloud-init will look for 
too much different location to find a valid config. 




LG Florian 


Von: "Eitan Raviv"  
An: "Ryan McCabe"  
CC: "users" , "geoff carr"  
Gesendet: Mittwoch, 20. Juni 2018 08:20:54 
Betreff: [ovirt-users] Re: cloud-init reverting static network settings to DHCP 
on shutdown and restart 

Hi Ryan, 

This behaviour reproduces for me as well with 

ovirt-engine-latest-nightly-snapshot, 
cloud-init-0.7.9-24.el7.x86_64, 
Centos-7.4.1708 VM. 

Can you comment? 

Thanks 

On Thu, Jun 7, 2018 at 10:45 AM, Luca 'remix_tj' Lorenzetto < [ 
mailto:lorenzetto.l...@gmail.com | lorenzetto.l...@gmail.com ] > wrote: 


Hello Geoff, 


On Wed, Jun 6, 2018 at 9:14 PM, < [ mailto:geoff.c...@beazley.com | 
geoff.c...@beazley.com ] > wrote: 
> I think that before a shutdown / restart the cloud-init configuration is 
> attached as there is /dev/sr1 visible. On shutdown / restart the config is no 
> longer attached and there is seemingly an error related to not being able to 
> find the data source: - 
> 
> 2018-06-06 15:15:11,297 - handlers.py[DEBUG]: finish: 
> init-network/search-NoCloudNet: SUCCESS: no network data found from 
> DataSourceNoCloudNet 
> 2018-06-06 15:15:11,298 - util.py[WARNING]: No instance datasource found! 
> Likely bad things to come! 
> 2018-06-06 15:15:11,298 - util.py[DEBUG]: No instance datasource found! 
> Likely bad things to come! 
> Traceback (most recent call last): 
> File "/usr/lib/python2.7/site-packages/cloudinit/cmd/main.py", line 236, in 
> main_init 
> init.fetch(existing=existing) 
> File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line 343, in 
> fetch 
> return self._get_data_source(existing=existing) 
> File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line 253, in 
> _get_data_source 
> pkg_list, self.reporter) 
> File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 
> 320, in find_source 
> raise DataSourceNotFoundException(msg) 
> DataSourceNotFoundException: Did not find any data source, searched classes: 
> (DataSourceNoCloudNet) 
> 2018-06-06 15:15:11,302 - util.py[DEBUG]: Reading from 
> /sys/class/net/eth0/carrier (quiet=False) 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 2 bytes from 
> /sys/class/net/eth0/carrier 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Reading from 
> /sys/class/net/eth0/address (quiet=False) 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 18 bytes from 
> /sys/class/net/eth0/address 
> 2018-06-06 15:15:11,303 - stages.py[DEBUG]: applying net config names for 
> {'version': 1, 'config': [{'subnets': [{'type': 'dhcp'}], 'type': 'physical', 
> 'name': 'eth0', 'mac_address': '00:1a:4a:16:01:05'}]} 

I have the same issue since some months. Since cloud-init doesn't sees 
any configuration, applies the default, which is to use dhcp. 

I don't remember if it is a bug of cloud-init or a misconfiguration, 
but now i solved removing cloud-init package after the first boot. 

In case you want redeploying, you can keep cloud-init and disable its 
work by disabling the service: 

touch /etc/cloud/cloud-init.disabled 

Luca 

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare 
calcoli che potrebbero essere affidati a chiunque se si usassero delle 
macchine" 
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) 

"Internet è la più grande biblioteca del mondo. 
Ma il problema è che i libri sono tutti sparsi sul pavimento" 
John Allen Paulos, Matematico (1945-vivente) 

Luca 'remix_tj' Lorenzetto, [ http://www.remixtj.net/ | http://www.remixtj.net 
] , < [ mailto:lorenzetto.l...@gmail.com | lorenzetto.l...@gmail.com ] > 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://ww