[ovirt-users] Re: Error with LDAP

2020-02-18 Thread Lucie Leistnerova

Hi Lucas,

how is your ldap set? Can you please share settings in 
/etc/ovirt-engine/extensions.d

Is the driver properly set? I've found similar issue here
https://users.ovirt.narkive.com/FveKIVCV/ovirt-users-adding-users-through-ldap-fails-on-external-id

Thank you.

Lucie

On 2/18/20 4:14 PM, Lucas Lamy wrote:

Hello everyone.

I have previously configured LDAP connexion though 
ovirt-engine-extension-aaa-ldap-setup.

The only working configuration was IBM Security Directory Server (the IBM 
Security Directory Server RFC-2307 Schema doesn't work), ladps and anonymous 
search user. But the LDAP server I’m testing is OpenLDAP and not IBM.

Indeed with IBM  the search and login are working fine when I test them with 
ovirt-engine-extensions-tool aaa.

But when I try to add a LDAP User in the User Administration Panel I get this Error 
message : "Error while executing action AddUser : Internal Engine Error".

None of the solutions I've found on previous threads seems to works.

Does someone have an idea please ?
Please find the logs attached.
Thank you beforehand.


   Caused by: org.postgresql.util.PSQLException: ERROR: null value in column 
"external_id" violates not-null constraint Detail: Failing row contains (**user info**). 
Where: SQL statement "INSERT INTO users ( department, domain, email, name, note, surname, 
user_id, username, external_id, namespace ) VALUES ( v_department, v_domain, v_email, v_name, 
v_note, v_surname, v_user_id, v_username, v_external_id, v_namespace )" PL/pgSQL function 
insertuser(character varying,character varying,character varying,character varying,character 
varying,character varying,uuid,character varying,text,character varying) line 3 at SQL state$ at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2433) at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2178) at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:306) at 
org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:441) at 
org.postgresql.jdbc.PgStatement.execute(PgStatement.java:365) at 
org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:155) at 
org.postgresql.jdbc.PgCallableStatement.executeWithFlags(PgCallableStatement.java:78) at 
org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:144) at 
org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:303) at 
org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:442) at 
org.springframework.jdbc.core.JdbcTemplate.lambda$call$4(JdbcTemplate.java:1105) 
[spring-jdbc.jar:5.0.4.RELEASE] at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1050) 
[spring-jdbc.jar:5.0.4.RELEASE] ... 162 more  2020-02-15 10:16:53,337+01 ERROR 
[org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-4) 
[222f7ca7-b669-40e0-b152-2ca898ebde09] Transaction rolled-back for command 
'org.ovirt.engine.core.bll.aaa.$ 2020-02-15 10:16:53,341+01 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-4) 
[222f7ca7-b669-40e0-b152-2ca898ebde09] EVENT_ID: USER_FAILED_ADD_ADUSER(327), Fail, Failed to add 
User 'user' to the system.
___
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/PLCLWVJUD7KNOTG7HQ7Y4PDWYEJVG5JJ/


--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

___
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/4KZBABHA4GVZGTLQSZ5KEILOOGVCKX5P/


[ovirt-users] populating the ISO domain

2020-02-18 Thread eevans
This may be common knowledge so if it is redundant, apologies.
My ISO domain did not populate automatically but with some research I found out 
how to utilize it and populate it.
If you have it in place with the correct permissions and security, you can 
manually populate it using the api.
From the engine host at the command prompt:
# ovirt-iso-uploader list
This gives you the name of your iso domain. If it prompts for a passwd, it 
should the the same as the admin@internal login.
The to upload files and populate it:
ovirt-iso-uploader -i ISO upload *.iso or *vfd for floppy images

I hope this helps.
___
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/HKRTLFCEUE2VIFSDALVTPH4KKYVGIM4E/


[ovirt-users] DR different number of Host

2020-02-18 Thread ernestclydeachua
Hello,
Currently i have a standalone ovirt on a primary site and planning to create a 
DR
but my DR lacks a baremetal that has a same resources on primary site.

is it possible on DR to have multiple hyper-visors then automatically assign 
where the vm should run/attach automatically?
___
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/5OYB7JQZKEJWB5L26IG3HZ2K4JVYLJX4/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread eevans
I had several vm's pause again. The message in the event log is:
VDSM command SetVolumeDescriptionVDS failed: Volume does not exist: 
(u'e3f79840-8355-45b0-ad2b-440c877be637',)
I restarted nfs on that node and clicked run  and they all resumed. 
This is local storage on the node with over 200GB of free space but they were 
paused due to a storage error.
Do you still want the xml files? It seems ovirt is losing contact with the 
export. 

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Nir Soffer  
Sent: Tuesday, February 18, 2020 12:00 PM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: paused vm's will not resume

On Tue, Feb 18, 2020 at 6:56 AM  wrote:
>
> I have 2 vm's, which are the most important in my world, that paused and will 
> not resume. I have googled this to death but no solution. It stated a lack of 
> space but none of the drives on my hosts are using more than 30% or there 
> space and these 2 have ran on kvm host for several years and always had at 
> least 50% free space.

Can you share the VM XML of these VMs?

The easier way is:

# virsh -r list

# virsh -r dumpxml vm-id

Also having vdsm.log from the time the vm was paused would help to understand 
why the vm was paused.

For block storage, paused vms are expected to be resumed once the vm disk is 
extended, or if the vm paused because storage was not accessible temporarily, 
once the storage becomes accessible again.

For file based storage, we don't support yet resuming paused vms.

Nir

> I like ovirt and want to use it but I cannot tolerate the down time. If I 
> cannot get this resolved, I'm going back to kvm hosts. I am pulling my hair 
> out here.
> If anyone can help with this issue, please let me know.
> ___
> 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/JBXNV3WT
> 2W72I2E7EXM2KY4YN37STIMC/
___
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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/
___
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/GJCJPPT3QAM42FNCRLMMHZAXGJU6Z23N/


[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-18 Thread djagoo
After three weeks the only possible solution I can see is

- undeploying hosted engine from one of the hosts
- removing the host from the cluster
- creating a new DC
- creating a new Cluster
- recreate all networks etc. from the old DC in the new one
- add the host 
- add a new temporary V5 SD serving as MasterSD
- backup of the hosted-engine
- enable global ha maintenance
- shutdown of the hosted-engine
- hosted-engine --deploy --restore-from-file using the new datacenter and 
cluster on the one host in the new DC
- unattach V4 storage vom old DC reattach to the new DC and hope that all vm's 
are showing up on the new DC
- adding the remaining 2 hosts to the new DC and reinstall/redeploy 
hosted-engine to them

Do you think this could be the solution? Is it possible to move everything from 
the old DC to the new one by attaching the storage to it or am I loosing 
information about the vms (assigned MAC Addresses and so on)?

Regards

Marcel
___
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/GDEK2BRBYFZ77OBVHMVUSGXV5R32S7IB/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread Strahil Nikolov
On February 18, 2020 8:45:34 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>When I used virsh it always asks for credentials. I used the saslpasswd
>and gave a user a password to get it to work, but it still failed. I
>had copies of my disks and had to import them to get it up and running
>again. I will definitely try this if it crops up again. 
>I hope I never have to.
>Thanks for your help.
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Nir Soffer  
>Sent: Tuesday, February 18, 2020 12:00 PM
>To: eev...@digitaldatatechs.com
>Cc: users 
>Subject: [ovirt-users] Re: paused vm's will not resume
>
>On Tue, Feb 18, 2020 at 6:56 AM  wrote:
>>
>> I have 2 vm's, which are the most important in my world, that paused
>and will not resume. I have googled this to death but no solution. It
>stated a lack of space but none of the drives on my hosts are using
>more than 30% or there space and these 2 have ran on kvm host for
>several years and always had at least 50% free space.
>
>Can you share the VM XML of these VMs?
>
>The easier way is:
>
># virsh -r list
>
># virsh -r dumpxml vm-id
>
>Also having vdsm.log from the time the vm was paused would help to
>understand why the vm was paused.
>
>For block storage, paused vms are expected to be resumed once the vm
>disk is extended, or if the vm paused because storage was not
>accessible temporarily, once the storage becomes accessible again.
>
>For file based storage, we don't support yet resuming paused vms.
>
>Nir
>
>> I like ovirt and want to use it but I cannot tolerate the down time.
>If I cannot get this resolved, I'm going back to kvm hosts. I am
>pulling my hair out here.
>> If anyone can help with this issue, please let me know.
>> ___
>> 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/JBXNV3WT
>> 2W72I2E7EXM2KY4YN37STIMC/
>___
>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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/
>___
>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/JRBRYRWDG5XLKVA4MRM2UANMXYHXENG5/

Hi Eric,


In order to use virsh , set the following alias:
alias virsh='virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'

Best Regards,
Strahil Nikolov
___
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/EORRCSJFQE7TIJVYQF5O7GTLIDYF2GWH/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread Nir Soffer
On Tue, Feb 18, 2020 at 8:46 PM  wrote:
>
> When I used virsh it always asks for credentials.

This is why I use the -r flag.

$ man virsh
...
   · -r, --readonly

   Make the initial connection read-only, as if by the --readonly
option of the connect command.

> -Original Message-
> From: Nir Soffer 
> Sent: Tuesday, February 18, 2020 12:00 PM
> To: eev...@digitaldatatechs.com
> Cc: users 
> Subject: [ovirt-users] Re: paused vm's will not resume
>
> On Tue, Feb 18, 2020 at 6:56 AM  wrote:
> >
> > I have 2 vm's, which are the most important in my world, that paused and 
> > will not resume. I have googled this to death but no solution. It stated a 
> > lack of space but none of the drives on my hosts are using more than 30% or 
> > there space and these 2 have ran on kvm host for several years and always 
> > had at least 50% free space.
>
> Can you share the VM XML of these VMs?
>
> The easier way is:
>
> # virsh -r list
>
> # virsh -r dumpxml vm-id
>
> Also having vdsm.log from the time the vm was paused would help to understand 
> why the vm was paused.
>
> For block storage, paused vms are expected to be resumed once the vm disk is 
> extended, or if the vm paused because storage was not accessible temporarily, 
> once the storage becomes accessible again.
>
> For file based storage, we don't support yet resuming paused vms.
>
> Nir
>
> > I like ovirt and want to use it but I cannot tolerate the down time. If I 
> > cannot get this resolved, I'm going back to kvm hosts. I am pulling my hair 
> > out here.
> > If anyone can help with this issue, please let me know.
> > ___
> > 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/JBXNV3WT
> > 2W72I2E7EXM2KY4YN37STIMC/
> ___
> 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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/
>
___
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/7II42Y7ZMXE62OTF26WXHCVXZMVLRR4O/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread Nathanaël Blanchet

This default credentials may help you for virsh operations:

login: vdsm@ovirt

password: shibboleth

Le 18/02/2020 à 19:45, eev...@digitaldatatechs.com a écrit :

When I used virsh it always asks for credentials. I used the saslpasswd and 
gave a user a password to get it to work, but it still failed. I had copies of 
my disks and had to import them to get it up and running again. I will 
definitely try this if it crops up again.
I hope I never have to.
Thanks for your help.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Nir Soffer 
Sent: Tuesday, February 18, 2020 12:00 PM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: paused vm's will not resume

On Tue, Feb 18, 2020 at 6:56 AM  wrote:

I have 2 vm's, which are the most important in my world, that paused and will 
not resume. I have googled this to death but no solution. It stated a lack of 
space but none of the drives on my hosts are using more than 30% or there space 
and these 2 have ran on kvm host for several years and always had at least 50% 
free space.

Can you share the VM XML of these VMs?

The easier way is:

# virsh -r list

# virsh -r dumpxml vm-id

Also having vdsm.log from the time the vm was paused would help to understand 
why the vm was paused.

For block storage, paused vms are expected to be resumed once the vm disk is 
extended, or if the vm paused because storage was not accessible temporarily, 
once the storage becomes accessible again.

For file based storage, we don't support yet resuming paused vms.

Nir


I like ovirt and want to use it but I cannot tolerate the down time. If I 
cannot get this resolved, I'm going back to kvm hosts. I am pulling my hair out 
here.
If anyone can help with this issue, please let me know.
___
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/JBXNV3WT
2W72I2E7EXM2KY4YN37STIMC/

___
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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/
___
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/JRBRYRWDG5XLKVA4MRM2UANMXYHXENG5/


--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/T2MXLVQDDUZZAUQ6SFYXHR7M5O3W5F5R/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread eevans
When I used virsh it always asks for credentials. I used the saslpasswd and 
gave a user a password to get it to work, but it still failed. I had copies of 
my disks and had to import them to get it up and running again. I will 
definitely try this if it crops up again. 
I hope I never have to.
Thanks for your help.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Nir Soffer  
Sent: Tuesday, February 18, 2020 12:00 PM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: paused vm's will not resume

On Tue, Feb 18, 2020 at 6:56 AM  wrote:
>
> I have 2 vm's, which are the most important in my world, that paused and will 
> not resume. I have googled this to death but no solution. It stated a lack of 
> space but none of the drives on my hosts are using more than 30% or there 
> space and these 2 have ran on kvm host for several years and always had at 
> least 50% free space.

Can you share the VM XML of these VMs?

The easier way is:

# virsh -r list

# virsh -r dumpxml vm-id

Also having vdsm.log from the time the vm was paused would help to understand 
why the vm was paused.

For block storage, paused vms are expected to be resumed once the vm disk is 
extended, or if the vm paused because storage was not accessible temporarily, 
once the storage becomes accessible again.

For file based storage, we don't support yet resuming paused vms.

Nir

> I like ovirt and want to use it but I cannot tolerate the down time. If I 
> cannot get this resolved, I'm going back to kvm hosts. I am pulling my hair 
> out here.
> If anyone can help with this issue, please let me know.
> ___
> 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/JBXNV3WT
> 2W72I2E7EXM2KY4YN37STIMC/
___
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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/
___
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/JRBRYRWDG5XLKVA4MRM2UANMXYHXENG5/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread Nir Soffer
On Tue, Feb 18, 2020 at 6:56 AM  wrote:
>
> I have 2 vm's, which are the most important in my world, that paused and will 
> not resume. I have googled this to death but no solution. It stated a lack of 
> space but none of the drives on my hosts are using more than 30% or there 
> space and these 2 have ran on kvm host for several years and always had at 
> least 50% free space.

Can you share the VM XML of these VMs?

The easier way is:

# virsh -r list

# virsh -r dumpxml vm-id

Also having vdsm.log from the time the vm was paused would help to understand
why the vm was paused.

For block storage, paused vms are expected to be resumed once the vm
disk is extended,
or if the vm paused because storage was not accessible temporarily,
once the storage
becomes accessible again.

For file based storage, we don't support yet resuming paused vms.

Nir

> I like ovirt and want to use it but I cannot tolerate the down time. If I 
> cannot get this resolved, I'm going back to kvm hosts. I am pulling my hair 
> out here.
> If anyone can help with this issue, please let me know.
> ___
> 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/JBXNV3WT2W72I2E7EXM2KY4YN37STIMC/
___
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/KFU4CMDLWBPARNOI2GVXNI62E7YPT4R2/


[ovirt-users] Re: paused vm's will not resume

2020-02-18 Thread Darrell Budic
What version of ovirt are you running? What is your storage domain, nfs or 
gluster? Using libglfapi? How full is your storage domain? If it’s gluster, 
what type is it and how full are all the bricks?

Have you tried stopping and restarting them? Not ideal, but may get you a 
running system again. 

Are there other VMs which continue running without trouble? If so, do these two 
do heavy disk IO?

good luck,

  -Darrell

> On Feb 17, 2020, at 11:57 PM, Strahil Nikolov  wrote:
> 
> On February 18, 2020 6:52:44 AM GMT+02:00, eev...@digitaldatatechs.com wrote:
>> I have 2 vm's, which are the most important in my world, that paused
>> and will not resume. I have googled this to death but no solution. It
>> stated a lack of space but none of the drives on my hosts are using
>> more than 30% or there space and these 2 have ran on kvm host for
>> several years and always had at least 50% free space. 
>> I like ovirt and want to use it but I cannot tolerate the down time. If
>> I cannot get this resolved, I'm going back to kvm hosts. I am pulling
>> my hair out here.
>> If anyone can help with this issue, please let me know. 
>> ___
>> 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/JBXNV3WT2W72I2E7EXM2KY4YN37STIMC/
> 
> Anything in libvirt/vdsm logs ?
> 
> Did you update gluster recently ? I had such issues when gluster refused 
> reading of shards.
> Can you read the disk via:
> sudo -u vdsm dd 
> if=/rhev/full/path/to/mountpoint/long_string_representing_file of=/dev/null 
> bs=4M status=progress
> 
> What happens when you run dd as root -> can you read from the image ?
> 
> 
> Any errors in gluster logs ?
> 
> Best Regards,
> Strahil Nikolov
> ___
> 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/AVNOLJSLTXOHPJOJXBJS65TSDGHCOLBG/
___
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/IKVXCDQ5KXJISRLG7SHNU7CZCX2MYRMH/


[ovirt-users] Error with LDAP

2020-02-18 Thread Lucas Lamy
Hello everyone.

I have previously configured LDAP connexion though 
ovirt-engine-extension-aaa-ldap-setup. 

The only working configuration was IBM Security Directory Server (the IBM 
Security Directory Server RFC-2307 Schema doesn't work), ladps and anonymous 
search user. But the LDAP server I’m testing is OpenLDAP and not IBM.

Indeed with IBM  the search and login are working fine when I test them with 
ovirt-engine-extensions-tool aaa. 

But when I try to add a LDAP User in the User Administration Panel I get this 
Error message : "Error while executing action AddUser : Internal Engine Error".

None of the solutions I've found on previous threads seems to works.  

Does someone have an idea please ?  
Please find the logs attached.
Thank you beforehand.


  Caused by: org.postgresql.util.PSQLException: ERROR: null value in column 
"external_id" violates not-null constraint Detail: Failing row contains (**user 
info**). Where: SQL statement "INSERT INTO users ( department, domain, email, 
name, note, surname, user_id, username, external_id, namespace ) VALUES ( 
v_department, v_domain, v_email, v_name, v_note, v_surname, v_user_id, 
v_username, v_external_id, v_namespace )" PL/pgSQL function 
insertuser(character varying,character varying,character varying,character 
varying,character varying,character varying,uuid,character 
varying,text,character varying) line 3 at SQL state$ at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2433)
 at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2178)
 at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:306) at 
org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:441) at 
org.postgresql.jdbc.PgStatement.execute(PgStatement.java:365) at 
org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:155)
 at 
org.postgresql.jdbc.PgCallableStatement.executeWithFlags(PgCallableStatement.java:78)
 at 
org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:144) 
at 
org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:303)
 at 
org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:442)
 at 
org.springframework.jdbc.core.JdbcTemplate.lambda$call$4(JdbcTemplate.java:1105)
 [spring-jdbc.jar:5.0.4.RELEASE] at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1050) 
[spring-jdbc.jar:5.0.4.RELEASE] ... 162 more  2020-02-15 10:16:53,337+01 ERROR 
[org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-4) 
[222f7ca7-b669-40e0-b152-2ca898ebde09] Transaction rolled-back for command 
'org.ovirt.engine.core.bll.aaa.$ 2020-02-15 10:16:53,341+01 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] EVENT_ID: 
USER_FAILED_ADD_ADUSER(327), Fail, Failed to add User 'user' to the system.
___
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/PLCLWVJUD7KNOTG7HQ7Y4PDWYEJVG5JJ/


[ovirt-users] Error with LDAP

2020-02-18 Thread Lucas Lamy
Hello everyone.

I have previously configured LDAP connexion though 
ovirt-engine-extension-aaa-ldap-setup. 

The only working configuration was IBM Security Directory Server (the IBM 
Security Directory Server RFC-2307 Schema doesn't work), ladps and anonymous 
search user. But the LDAP server I’m testing is OpenLDAP and not IBM.

Indeed with IBM  the search and login are working fine when I test them with 
ovirt-engine-extensions-tool aaa. 

But when I try to add a LDAP User in the User Administration Panel I get this 
Error message : "Error while executing action AddUser : Internal Engine Error".

None of the solutions I've found on previous threads seems to works.  

Does someone have an idea please ?  
Please find the logs attached.
Thank you beforehand.


  Caused by: org.postgresql.util.PSQLException: ERROR: null value in column 
"external_id" violates not-null constraint Detail: Failing row contains (**user 
info**). Where: SQL statement "INSERT INTO users ( department, domain, email, 
name, note, surname, user_id, username, external_id, namespace ) VALUES ( 
v_department, v_domain, v_email, v_name, v_note, v_surname, v_user_id, 
v_username, v_external_id, v_namespace )" PL/pgSQL function 
insertuser(character varying,character varying,character varying,character 
varying,character varying,character varying,uuid,character 
varying,text,character varying) line 3 at SQL state$ at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2433)
 at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2178)
 at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:306) at 
org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:441) at 
org.postgresql.jdbc.PgStatement.execute(PgStatement.java:365) at 
org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:155)
 at 
org.postgresql.jdbc.PgCallableStatement.executeWithFlags(PgCallableStatement.java:78)
 at 
org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:144) 
at 
org.jboss.jca.adapters.jdbc.CachedPreparedStatement.execute(CachedPreparedStatement.java:303)
 at 
org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.execute(WrappedPreparedStatement.java:442)
 at 
org.springframework.jdbc.core.JdbcTemplate.lambda$call$4(JdbcTemplate.java:1105)
 [spring-jdbc.jar:5.0.4.RELEASE] at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1050) 
[spring-jdbc.jar:5.0.4.RELEASE] ... 162 more  2020-02-15 10:16:53,337+01 ERROR 
[org.ovirt.engine.core.bll.aaa.AddUserCommand] (default task-4) 
[222f7ca7-b669-40e0-b152-2ca898ebde09] Transaction rolled-back for command 
'org.ovirt.engine.core.bll.aaa.$ 2020-02-15 10:16:53,341+01 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-4) [222f7ca7-b669-40e0-b152-2ca898ebde09] EVENT_ID: 
USER_FAILED_ADD_ADUSER(327), Fail, Failed to add User 'user' to the system.
___
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/W7OMUEMYY6IY5C45OS7JXTNRHPQSJAG5/


[ovirt-users] Re: What is this error message from?

2020-02-18 Thread Jeremy Tourville
I don't recall running any convert operations on the host and certainly not on 
the time/date listed.  *If* I ran any conversions were run, they were run from 
a laptop and then I moved the converted disk to this host.  I definitely didn't 
make any volume changes.  Is this image conversion part of the template 
process?  I have been creating quite a few templates lately.  I have noted that 
several of them failed and I had to rerun the process.  Is this some sort of 
process that just keeps trying over and over because it thinks it failed?  
That's the only theory I can come up with.


From: Kevin Wolf 
Sent: Tuesday, February 18, 2020 3:01 AM
To: Nir Soffer 
Cc: jeremy_tourvi...@hotmail.com ; users 
; Krutika Dhananjay 
Subject: Re: [ovirt-users] What is this error message from?

Am 17.02.2020 um 16:16 hat Nir Soffer geschrieben:
> On Mon, Feb 17, 2020, 16:53  wrote:
>
> > I have seen this error message repeatedly when reviewing events.
> >
> > VDSM vmh.cyber-range.lan command HSMGetAllTasksStatusesVDS failed: low
> > level Image copy failed: ("Command ['/usr/bin/qemu-img', 'convert', '-p',
> > '-t', 'none', '-T', 'none', '-f', 'raw',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137',
> > '-O', 'qcow2', '-o', 'compat=1.1',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5']
> > failed with rc=1 out='' err=bytearray(b'qemu-img: error while reading
> > sector 24117243: No such file or directory\\n')",)
> >
>
> Looks like copying image failed with ENOENT while reading
> offset 12348028416 (11.49 GiB).
>
> I never seen such failure, typically after opening a file read will never
> fail with such error, but in gluster this may be possible.
>
> Please share vdsm log showingn this error, it may add useful info.
>
> Also glusterfs client logs from
> /var/log/glusterfs*/*storage.cyber-range.lan*.log
>
> Kevin, Krutika, do you have an idea about this error?

This is a weird one. Not only that reading shouldn't be looking up any
filename, but also that it's not at offset 0, but suddenly somewhere in
the middle of the image file.

I think it's pretty safe to say that this error doesn't come from QEMU,
but from the kernel. Did you (or some software) change anything about
the volume in the background while the convert operation was running?

Kevin

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


[ovirt-users] Re: What is this error message from?

2020-02-18 Thread Nir Soffer
On Tue, Feb 18, 2020 at 4:13 PM Jeremy Tourville
 wrote:
>
> I don't recall running any convert operations on the host and certainly not 
> on the time/date listed.  *If* I ran any conversions were run, they were run 
> from a laptop and then I moved the converted disk to this host.  I definitely 
> didn't make any volume changes.  Is this image conversion part of the 
> template process?  I have been creating quite a few templates lately.  I have 
> noted that several of them failed and I had to rerun the process.

This may be an error from template creation.

> Is this some sort of process that just keeps trying over and over because it 
> thinks it failed?

We don't have such jobs.

The log you posted contains output from getAllTasksStatuses:

2020-02-17 06:19:47,782-0600 INFO  (jsonrpc/5) [vdsm.api] FINISH
getAllTasksStatuses return={'allTasksStatus':
{'1cbc63d7-2310-4291-8f08-df5bf58376bb': {'code': 0, 'message': '1
jobs completed successfully', 'taskState': 'finished', 'taskResult':
'success', 'taskID': '1cbc63d7-2310-4291-8f08-df5bf58376bb'},
'9db209be-8e33-4c35-be8a-a58b4819812a': {'code': 261, 'message': 'low
level Image copy failed: ("Command [\'/usr/bin/qemu-img\',
\'convert\', \'-p\', \'-t\', \'none\', \'-T\', \'none\', \'-f\',
\'raw\', 
u\'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137\',
\'-O\', \'qcow2\', \'-o\', \'compat=1.1\',
u\'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5\']
failed with rc=1 out=\'\' err=bytearray(b\'qemu-img: error while
reading sector 24117243: No such file or directoryn\')",)',
'taskState': 'finished', 'taskResult': 'cleanSuccess', 'taskID':
'9db209be-8e33-4c35-be8a-a58b4819812a'},
'bd494f24-ca73-4e89-8ad0-629ad32bb2c1': {'code': 0, 'message': '1 jobs
completed successfully', 'taskState': 'finished', 'taskResult':
'success', 'taskID': 'bd494f24-ca73-4e89-8ad0-629ad32bb2c1'}}}
from=:::172.30.50.4,33302,
task_id=8a8c6402-4e1d-46b8-a8fd-454fde7151d7 (api:54)

The failing task was:

\'9db209be-8e33-4c35-be8a-a58b4819812a\': {
\'code\': 261,
\'message\': \'low level Image copy failed: ("Command
[\'/usr/bin/qemu-img\', \'convert\', \'-p\', \'-t\', \'none\', \'-T\',
\'none\', \'-f\', \'raw\',
u\'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137\',
\'-O\', \'qcow2\', \'-o\', \'compat=1.1\',
u\'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5\']
failed with rc=1 out=\'\' err=bytearray(b\'qemu-img: error while
reading sector 24117243: No such file or directoryn\')",)\',
\'taskState\': \'finished\',
\'taskResult\': \'cleanSuccess\',
\'taskID\': \'9db209be-8e33-4c35-be8a-a58b4819812a\'
}

You may grep for this task id in all logs and share the matching logs.

Note that you have binary data in your logs, so you need to use "grep -a".

That's the only theory I can come up with.
>
> 
> From: Kevin Wolf 
> Sent: Tuesday, February 18, 2020 3:01 AM
> To: Nir Soffer 
> Cc: jeremy_tourvi...@hotmail.com ; users 
> ; Krutika Dhananjay 
> Subject: Re: [ovirt-users] What is this error message from?
>
> Am 17.02.2020 um 16:16 hat Nir Soffer geschrieben:
> > On Mon, Feb 17, 2020, 16:53  wrote:
> >
> > > I have seen this error message repeatedly when reviewing events.
> > >
> > > VDSM vmh.cyber-range.lan command HSMGetAllTasksStatusesVDS failed: low
> > > level Image copy failed: ("Command ['/usr/bin/qemu-img', 'convert', '-p',
> > > '-t', 'none', '-T', 'none', '-f', 'raw',
> > > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137',
> > > '-O', 'qcow2', '-o', 'compat=1.1',
> > > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5']
> > > failed with rc=1 out='' err=bytearray(b'qemu-img: error while reading
> > > sector 24117243: No such file or directory\\n')",)
> > >
> >
> > Looks like copying image failed with ENOENT while reading
> > offset 12348028416 (11.49 GiB).
> >
> > I never seen such failure, typically after opening a file read will never
> > fail with such error, but in gluster this may be possible.
> >
> > Please share vdsm log showingn this error, it may add useful info.
> >
> > Also glusterfs client logs from
> > /var/log/glusterfs*/*storage.cyber-range.lan*.log
> >
> > 

[ovirt-users] Re: I wrote an article on using Ansible to backup oVirt VMs

2020-02-18 Thread Jayme
Gianluca,

Thank you so much for the great feedback, it is very much appreciated! I
too have to carve out some time to test some of these ideas more
thoroughly, but I wanted to offer some of my initial thoughts anyway.

My goal is for the playbook(s) to be as simple as possible with as little
configuration as possible. Ideally I'd love to see the playbooks able to be
run from any host without requiring a connection to the engine database or
needing to have access to storage in order to verify export status.

1. Vault: I am aware of this and have seen this method used in other
oVirt/RHEV documentation. The reason I left it out is because I want to run
the playbook on cron without being prompted for a password. This could
potentially be solved by specifying the vault password as an environment
variable in cron, but in the end the password still needs to be provided
somewhere for the playbook to work hands-off. I suppose it's a matter of
which is the most secure and recommended way to do so.  Open to suggestions
here.

2. Blocks: I am aware of the use of blocks in Ansible but don't personally
have much direct experience using them. Your idea to use a block for SSO
token seems reasonable and likely should be implemented. I need to test
that out.

3. Export Timing: I like your solution for probing the DB for export status
and I'd like to spend some more time looking at that. I wonder if it's
perhaps a bit too complex and if there may be an easier way without
directly interacting with the engine database. One idea I had which I think
could work would be by use of the
https://docs.ansible.com/ansible/latest/modules/ovirt_event_info_module.html#ovirt-event-info-module
module.
I believe this module could be used in a wait_for until the message "Vm X
was exported successfully as a Virtual Appliance to path..." appears in the
VM's event messages. To make sure we don't get prior events we could
register the current event index ID in a variable then use the "from_"
parameter to only search for new events. I do think something like this
could work but I haven't had enough time to thoroughly test it and I'm not
sure if it's the best possible solution. There may be an even easier way to
determine the export status using existing ovirt Ansible modules but I have
not found one yet. What are you thoughts on this method?

I'd also be interested to hear if you have any thoughts or opinions on ways
to improve backup retention policy to make it more versatile.

Thanks again for your feedback!

- Jayme



On Tue, Feb 18, 2020 at 8:15 AM Gianluca Cecchi 
wrote:

> On Mon, Feb 10, 2020 at 5:01 PM Jayme  wrote:
>
>> I've been part of this mailing list for a while now and have received a
>> lot of great advice and help on various subjects. I read the list daily and
>> one thing I've noticed is that many users are curious about backup options
>> for oVirt (myself included). I wanted to share with the community a
>> solution I've come up with to easily backup multiple running oVirt VMs to
>> OVA format using some basic Ansible playbooks. I've put together a blog
>> post detailing the process which also includes links to a Github repo
>> containing the playbooks here:
>> https://blog.silverorange.com/backing-up-ovirt-vms-with-ansible-4c2fca8b3b43
>>
>> Any feedback, suggestions or questions are welcome. I hope this
>> information is helpful.
>>
>> Thanks!
>>
>> - Jayme
>>
>>
> Hi Jayme,
> sorry in advance for the long mail, where I try to give details; I don't
> know your Ansible experience.
> A very nice and clean article indeed, with useful details (apart from text
> not justified: I prefer it but YMMV) and pretty fair with vProtect work and
> also pros and cons of their solution.
> I met Pawel Maczka from vProtect during oVirt Summit last year and I was
> able to appreciate his kindness and skill and efforts in integrating with
> oVirt/RHV.
>
> That said, I have some suggestions for you. In the next days I could work
> on a similar need for a customer, so it will be nice to share efforts and
> hopefully results... ;-)
> This week I have not much time but if you can elaborate and test what
> below, we can share.
>
> 1) engine parameters
> you could use ansible vault to encrypt credential files, to have better
> security and so you can disclose the playbook files without having to care
> abut sensitive information
> In my case I put username, password, ovirt mgr fqdn, ovirt ca file all in
> a file and then encrypt it (and also engine database ones, see below).
> Then I create a securely protected vault file named "vault_file" where I
> store the vault password and then I recall the playbook with:
>
> ansible-playbook  --vault-password-file=vault_file backup_ovirt_vms.yml
>
> Alternatively you are prompted for the vault password each time you run
> the playbook
>
> 2) The best practice of using the oVirt SSO token in Ansible is to use a
> block of kind:
>
>   tasks:
>
> - name: Ansible block to export as OVA
>   block:
>
>  

[ovirt-users] Re: HostedEngine migration fails with VM destroyed during the startup.

2020-02-18 Thread Vrgotic, Marko
Hey Strahil,

I am not in a rush to patch the Node3 as much as I want to exit global 
maintenance, assuming all goes well, to allow my Users to use platform for 
their work further. 

As far as I am concerned, Node3 patching can wait. I like that kind of 
paranoia, and would actually call it "better safe than sorry".

At 18:00 today should be approximately 8-10 hours since I started Engine via 
virsh, so I will than try to continue with bring it back online via VDSM onto 
one of the Updated nodes.

Will send the update once last portion is done.

Thank you.

-
kind regards/met vriendelijke groeten
 
Marko Vrgotic
ActiveVideo



On 18/02/2020, 14:16, "Strahil Nikolov"  wrote:

On February 18, 2020 1:01:32 PM GMT+02:00, "Vrgotic, Marko" 
 wrote:
>Hi Strahil,
>
>
>
>We got to meet at next oVirt conf, as all beer rounds will be on me!
>
>
>
>Ok, just to be sure, so upon those 8 hours:
>
>*   Node1 #ssh root@ovirt-engine “shutdown -h now”   <= engine is
>currently running, via virsh start, on this Node1
>  *   Node1 # virsh undefine HostedEngine
>*   Node2 # hosted-engine –vm-start <= Node3 still needs to be
>updated
>  *   Node2 # hosted-engine --set-maintenance --mode=none
>  *   Node3 # hosted-engine --set-maintenance --mode=local
>  *   Patch Node3
>  *   Test HA
>
>
>
>
>
>
>
>On 18/02/2020, 11:46, "Strahil Nikolov"  wrote:
>
>
>
>On February 18, 2020 12:03:31 PM GMT+02:00, "Vrgotic, Marko"
> wrote:
>
>>Dear Strahil,
>
>>
>
>>
>
>>
>
>>Thank you for all knowledge sharing and support so far.
>
>>
>
>>
>
>>
>
>>The procedure went fine so far and  I have the Engine running on Node1
>
>>(it was on Node3).
>
>>
>
>>
>
>>
>
>>However, I see “strange things” :
>
>>
>
>>  *   Engine is running and I have access to WebUI as well - good.
>
>>*   None of the HA Nodes actually show who is hosting the Engine atm –
>
>>all crowns are gray - Strange
>
>>*   If I look at the list of VMs, I see HostedEngine VM as powered off
>
>>- Strange
>
>>
>
>>
>
>>
>
>  >Can I safely assume procedure went fine and now the Engine conf sync
>
>>time of 12 hours started or something went wrong?
>
>>
>
>>
>
>>
>
>>Kindly awaiting your reply.
>
>>
>
>>
>
>>
>
>>-
>
>>kind regards/met vriendelijke groeten
>
>>
>
>>Marko Vrgotic
>
>>Sr. System Engineer @ System Administration
>
>>
>
>>ActiveVideo
>
>>o: +31 (35) 6774131
>
>>e: m.vrgo...@activevideo.com
>
>>w: www.activevideo.com
>
>>
>
>>ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
>
>>1.1217 WJ Hilversum, The Netherlands. The information contained in
>this
>
> >message may be legally privileged and confidential. It is intended to
>
>>be read only by the individual or entity to whom it is addressed or by
>
>>their designee. If the reader of this message is not the intended
>
>>recipient, you are on notice that any distribution of this message, in
>
>>any form, is strictly prohibited.  If you have received this message
>in
>
>>error, please immediately notify the sender and/or ActiveVideo
>
>>Networks, LLC by telephone at +1 408.931.9200 and delete or destroy
>any
>
>>copy of this message.
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>On 17/02/2020, 15:04, "Strahil Nikolov"  wrote:
>
>>
>
>>
>
>>
>
>>On February 17, 2020 1:55:13 PM GMT+02:00, "Vrgotic, Marko"
>
>> wrote:
>
>>
>
>>>Good day Strahil,
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>I believe I found the causing link:
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>HostedEngine.log-20200216:-cpu
>
>>
>

>>>SandyBridge,pcid=on,spec-ctrl=on,ssbd=on,md-clear=on,vme=on,hypervisor=on,arat=on,xsaveopt=on
>
>>
>
>>>\
>
>>
>
>>>
>
>>
>
>  >

[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-18 Thread djagoo
Hi Shani,

that didn't work. I edited the cluster, re-chose 4.3 and saved it, and then 
edited the DC, re-chose 4.3 and saved it. The SDs are still on V4 and V5 is not 
attachable.

Regards

Marcel
___
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/Q7XXJPK32XD7P4YLS43L6TDKNX525I7B/


[ovirt-users] Re: HostedEngine migration fails with VM destroyed during the startup.

2020-02-18 Thread Strahil Nikolov
On February 18, 2020 1:01:32 PM GMT+02:00, "Vrgotic, Marko" 
 wrote:
>Hi Strahil,
>
>
>
>We got to meet at next oVirt conf, as all beer rounds will be on me!
>
>
>
>Ok, just to be sure, so upon those 8 hours:
>
>*   Node1 #ssh root@ovirt-engine “shutdown -h now”   <= engine is
>currently running, via virsh start, on this Node1
>  *   Node1 # virsh undefine HostedEngine
>*   Node2 # hosted-engine –vm-start <= Node3 still needs to be
>updated
>  *   Node2 # hosted-engine --set-maintenance --mode=none
>  *   Node3 # hosted-engine --set-maintenance --mode=local
>  *   Patch Node3
>  *   Test HA
>
>
>
>
>
>
>
>On 18/02/2020, 11:46, "Strahil Nikolov"  wrote:
>
>
>
>On February 18, 2020 12:03:31 PM GMT+02:00, "Vrgotic, Marko"
> wrote:
>
>>Dear Strahil,
>
>>
>
>>
>
>>
>
>>Thank you for all knowledge sharing and support so far.
>
>>
>
>>
>
>>
>
>>The procedure went fine so far and  I have the Engine running on Node1
>
>>(it was on Node3).
>
>>
>
>>
>
>>
>
>>However, I see “strange things” :
>
>>
>
>>  *   Engine is running and I have access to WebUI as well - good.
>
>>*   None of the HA Nodes actually show who is hosting the Engine atm –
>
>>all crowns are gray - Strange
>
>>*   If I look at the list of VMs, I see HostedEngine VM as powered off
>
>>- Strange
>
>>
>
>>
>
>>
>
>  >Can I safely assume procedure went fine and now the Engine conf sync
>
>>time of 12 hours started or something went wrong?
>
>>
>
>>
>
>>
>
>>Kindly awaiting your reply.
>
>>
>
>>
>
>>
>
>>-
>
>>kind regards/met vriendelijke groeten
>
>>
>
>>Marko Vrgotic
>
>>Sr. System Engineer @ System Administration
>
>>
>
>>ActiveVideo
>
>>o: +31 (35) 6774131
>
>>e: m.vrgo...@activevideo.com
>
>>w: www.activevideo.com
>
>>
>
>>ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
>
>>1.1217 WJ Hilversum, The Netherlands. The information contained in
>this
>
> >message may be legally privileged and confidential. It is intended to
>
>>be read only by the individual or entity to whom it is addressed or by
>
>>their designee. If the reader of this message is not the intended
>
>>recipient, you are on notice that any distribution of this message, in
>
>>any form, is strictly prohibited.  If you have received this message
>in
>
>>error, please immediately notify the sender and/or ActiveVideo
>
>>Networks, LLC by telephone at +1 408.931.9200 and delete or destroy
>any
>
>>copy of this message.
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>On 17/02/2020, 15:04, "Strahil Nikolov"  wrote:
>
>>
>
>>
>
>>
>
>>On February 17, 2020 1:55:13 PM GMT+02:00, "Vrgotic, Marko"
>
>> wrote:
>
>>
>
>>>Good day Strahil,
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>I believe I found the causing link:
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>HostedEngine.log-20200216:-cpu
>
>>
>
>>>SandyBridge,pcid=on,spec-ctrl=on,ssbd=on,md-clear=on,vme=on,hypervisor=on,arat=on,xsaveopt=on
>
>>
>
>>>\
>
>>
>
>>>
>
>>
>
>  >>HostedEngine.log-20200216:2020-02-13T17:58:38.674630Z qemu-kvm:
>
>>
>
>>>warning: host doesn't support requested feature:
>
>>CPUID.07H:EDX.md-clear
>
>>
>
>>>[bit 10]
>
>>
>
>>>
>
>>
>
>  >>HostedEngine.log-20200216:2020-02-13T17:58:38.676205Z qemu-kvm:
>
>>
>
>>>warning: host doesn't support requested feature:
>
>>CPUID.07H:EDX.md-clear
>
>>
>
>>>[bit 10]
>
>>
>
>>>
>
>>
>
>  >>HostedEngine.log-20200216:2020-02-13T17:58:38.676901Z qemu-kvm:
>
>>
>
>>>warning: host doesn't support requested feature:
>
>>CPUID.07H:EDX.md-clear
>
>>
>
>>>[bit 10]
>
>>
>
>>>
>
>>
>
>  >>HostedEngine.log-20200216:2020-02-13T17:58:38.677616Z qemu-kvm:
>
>>
>
>>>warning: host doesn't support requested feature:
>
>>CPUID.07H:EDX.md-clear
>
>>
>
>>>[bit 10]
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>  >>The "md-clear" CPU seem to be removed as feature due to spectre
>
>>
>
>>>vulnerabilities.
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
> >>However, when I check the CPU Type/flags of the VMs on the same Host
>
>>as
>
>>
>
>>>where Engine is currently, as well as on the other hosts, the
>md-clear
>
>>
>
>>>seems to be only present on the HostedEngine:
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>
>
>>
>
>>>  *   HostedEngine:
>
>>
>
>>>
>
>>
>
>>>FromwebUI:
>
>>
>
>>>Intel SandyBridge IBRS SSBD Family
>
>>

[ovirt-users] Re: Move Self Hosted Engine to Standalone

2020-02-18 Thread Jeremy Tourville
OK, that worked perfectly, thanks!  I was able to run the restore and then run 
engine-setup.  How do I remove the old self-hosted engine  properly?


From: Staniforth, Paul 
Sent: Tuesday, February 18, 2020 3:57 AM
To: Jeremy Tourville ; Robert Webb 
; users@ovirt.org 
Subject: Re: [ovirt-users] Re: Move Self Hosted Engine to Standalone



Hi Jeremy,
   I think you must have run the engine-setup before the 
restore, the restore is designed to restore to a clean install or the previous 
install with the same credentials. If you delete the postgresql config you can 
then install with your postgres credentials.

e.g.
systemctl stop rh-postgresql10-postgresql.service
rm -rf /var/opt/rh/rh-postgresql10/lib/pgsql/data/*

regards,
Paul S.

From: Jeremy Tourville 
Sent: 18 February 2020 02:26
To: Robert Webb ; users@ovirt.org 
Subject: [ovirt-users] Re: Move Self Hosted Engine to Standalone


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

I did get a little further.

First I ran engine-cleanup on my new engine where I will be running the restore 
operation. (I had previously run the engine-setup script on this machine)

Then I ran this-

[root@engine ~]# engine-backup --mode=restore 
--file=ovirt-engine-backup-20200217125040.backup 
--log=ovirt-engine-backup-20200217125040.log --provision-db --provision-dwh-db 
--restore-permissions
Start of engine-backup with mode 'restore'
scope: all
archive file: ovirt-engine-backup-20200217125040.backup
log file: ovirt-engine-backup-20200217125040.log
Preparing to restore:
- Unpacking file 'ovirt-engine-backup-20200217125040.backup'
Restoring:
- Files
Provisioning PostgreSQL users/databases:
- user 'engine', database 'engine'
FATAL: Existing database 'engine' or user 'engine' found and temporary ones 
created - Please clean up everything and try again

Time to research further for that FATAL error message.  Isn't that the purpose 
of engine-cleanup though?  Why the conflict?


From: Robert Webb 
Sent: Monday, February 17, 2020 1:42 PM
To: Jeremy Tourville ; users@ovirt.org 

Subject: Re: [ovirt-users] Move Self Hosted Engine to Standalone

Try looking at the RHEV info here and go to section 6.2.2 and see if that helps.

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/self-hosted_engine_guide/sect-restoring_she_bkup


From: Jeremy Tourville 
Sent: Monday, February 17, 2020 2:26 PM
To: Robert Webb; users@ovirt.org
Subject: Re: [ovirt-users] Move Self Hosted Engine to Standalone

OK, I was able to get the backup completed.  I am a little confused on how to 
do the restore though.  
https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment.html

Is this link even applicable?  My environment is a single node, not EL based.  
Anyhow, here is what I have so far-

[root@engine glusterfs]# engine-backup
Start of engine-backup with mode 'backup'
scope: all
archive file: 
/var/lib/ovirt-engine-backup/ovirt-engine-backup-20200217125040.backup
log file: /var/log/ovirt-engine-backup/ovirt-engine-backup-20200217125040.log
Backing up:
Notifying engine
- Files
- Engine database 'engine'
- DWH database 'ovirt_engine_history'
Packing into file 
'/var/lib/ovirt-engine-backup/ovirt-engine-backup-20200217125040.backup'
Notifying engine
Done.
[root@engine glusterfs]#

I moved the backup file to my new engine.
How do I perform the restore?

The directions say:

# engine-backup --mode=restore --file=file_name --log=log_file_name 
--provision-db --provision-dwh-db --restore-permissions

What is the file name and log_file name?  Do I need to do something to unpack 
my backup file?


From: Robert Webb 
Sent: Monday, February 17, 2020 9:13 AM
To: jeremy_tourvi...@hotmail.com ; 
users@ovirt.org 
Subject: RE: [ovirt-users] Move Self Hosted Engine to Standalone

Can you take a backup  of the original, build the new one, then do a restore?

> -Original Message-
> From: 

[ovirt-users] Re: I wrote an article on using Ansible to backup oVirt VMs

2020-02-18 Thread Gianluca Cecchi
On Mon, Feb 10, 2020 at 5:01 PM Jayme  wrote:

> I've been part of this mailing list for a while now and have received a
> lot of great advice and help on various subjects. I read the list daily and
> one thing I've noticed is that many users are curious about backup options
> for oVirt (myself included). I wanted to share with the community a
> solution I've come up with to easily backup multiple running oVirt VMs to
> OVA format using some basic Ansible playbooks. I've put together a blog
> post detailing the process which also includes links to a Github repo
> containing the playbooks here:
> https://blog.silverorange.com/backing-up-ovirt-vms-with-ansible-4c2fca8b3b43
>
> Any feedback, suggestions or questions are welcome. I hope this
> information is helpful.
>
> Thanks!
>
> - Jayme
>
>
Hi Jayme,
sorry in advance for the long mail, where I try to give details; I don't
know your Ansible experience.
A very nice and clean article indeed, with useful details (apart from text
not justified: I prefer it but YMMV) and pretty fair with vProtect work and
also pros and cons of their solution.
I met Pawel Maczka from vProtect during oVirt Summit last year and I was
able to appreciate his kindness and skill and efforts in integrating with
oVirt/RHV.

That said, I have some suggestions for you. In the next days I could work
on a similar need for a customer, so it will be nice to share efforts and
hopefully results... ;-)
This week I have not much time but if you can elaborate and test what
below, we can share.

1) engine parameters
you could use ansible vault to encrypt credential files, to have better
security and so you can disclose the playbook files without having to care
abut sensitive information
In my case I put username, password, ovirt mgr fqdn, ovirt ca file all in a
file and then encrypt it (and also engine database ones, see below).
Then I create a securely protected vault file named "vault_file" where I
store the vault password and then I recall the playbook with:

ansible-playbook  --vault-password-file=vault_file backup_ovirt_vms.yml

Alternatively you are prompted for the vault password each time you run the
playbook

2) The best practice of using the oVirt SSO token in Ansible is to use a
block of kind:

  tasks:

- name: Ansible block to export as OVA
  block:

- name: Obtain SSO token using username/password credentials
  ovirt_auth:
url: https://{{ url_name }}/ovirt-engine/api
username: "{{ ovirt_username }}"
password: "{{ ovirt_password }}"
ca_file: "{{ ovirt_ca }}"

- name: "Backup VMs"
  include_tasks: export_vm.yml
  loop: "{{ vms }}"

  always:

- name: Revoke SSO token
  ovirt_auth:
state: absent
ovirt_auth: "{{ ovirt_auth }}"

So that anyway, thanks to the "always" section, you are sure to revoke the
token

3) To manage timing of export to ova that fires up and suddenly completes
from an ansible job point of view.
Possibly overkill, I don't know if ovirt_job module in any way could do the
same, but I try to solve using the engine db

Please note that engine db credentials are on engine inside file:
/etc/ovirt-engine/engine.conf.d/10-setup-database.conf

and by default you can connect remotely to the database with engine user
and with password being encrypted over the network thanks to pg_hba.conf in
directory
/var/opt/rh/rh-postgresql10/lib/pgsql/data/pg_hba.conf

# TYPE  DATABASEUSERADDRESS METHOD
hostengine  engine  0.0.0.0/0   md5

There are two tables involved
"job_subject_entity" table that you query and where entity_id should be the
id of the VM you are exportng and from this table you get the related job_id
"job" table where you query for the job_id matching from what you got from
previous query (eventually to refine if you have more concurrent jobs
running against your VM and you have to filter what interests to you, eg
action_type= ExportVmToOva ... TBD)

Eg:
export running

engine=> \x
Expanded display is on.

engine=> select * from job_subject_entity where
entity_id='442a1321-e366-4ea2-81bc-cad6e860a517';
-[ RECORD 1 ]-
job_id  | 1d4797f3-b1f9-4c19-8c8d-fb8c019399b1
entity_id   | 442a1321-e366-4ea2-81bc-cad6e860a517
entity_type | VM

engine=> select * from job where
job_id='1d4797f3-b1f9-4c19-8c8d-fb8c019399b1';
-[ RECORD 1
]-+---
job_id| 1d4797f3-b1f9-4c19-8c8d-fb8c019399b1
action_type   | ExportVmToOva
description   | Exporting VM c8 as an OVA to
/rhev/data-center/mnt/10.4.192.69:_export_ovirt/dump/c8.ova on Host ov301
status| STARTED
owner_id  | 58823863-00d4-0257-0094-02f3
visible   | t
start_time| 2020-02-18 12:00:16.629+01
end_time 

[ovirt-users] Re: hosted-engine --deploy --restore-from-file fails with error "Domain format is different from master storage domain format"

2020-02-18 Thread Shani Leviim
Hi Marcel,
Before ovirt-engine-4.3.3.2, the 4.3 compatibility version was considered
as V4, and from that version, it was considered as V5.
Therefore, it seems that since your Default DC was created before that
version, it was considered as V4.

You can try to make it V5 by doing the following:
- Edit the Default cluster, re-choose the 4.3 option on the 'Compatibility
Version' field and press OK.
- Do the same for the Default Data Center.

I believe that your newer engine, which considers 4.3 as V5 format, will do
the relevant update on your environment.


*Regards,*

*Shani Leviim*


On Tue, Feb 18, 2020 at 12:08 PM  wrote:

> Hi Shani,
>
> on the productive cluster (Default) the compat level is 4.3 and on the
> cluster
> it's 4.3 too so I can't raise the level to update the format to V5.
>
> I added some screenshots.
>
> Regards
>
> Marcel
>
> On Tuesday, February 18, 2020 10:51:29 AM CET you wrote:
> > Hi Marcel,
> > Can you make sure the DC and Cluster formats are V5?
> > Maybe try to "update" them by editing the cluster first, and selecting
> the
> > newest Compatibility Version available.
> > Then, do the same for the DC.
> >
> > If all versions/formats are of V5, and it still occurs, can you please
> > share some screenshots so I'll have a look?
> >
> >
> > *Regards,*
> >
> > *Shani Leviim*
> >
> > On Mon, Feb 17, 2020 at 5:08 PM djagoo  wrote:
> > > Hi Shani,
> > >
> > > I just tried it.
> > >
> > > I created a new DC and cluster, added a temporary host to this cluster
> > > which served as SPM. The new DC showed up as V5.
> > > Then I activated maintenance on one of the V4 SDs and detached it from
> my
> > > production domain. After I attached it to the V5 dummy domain it was
> > > updated to V5 format as you predicted. I detached it again but could
> not
> > > reattach it to the production domain "There are no compatible Storage
> > > Domains to attach to this Data Center". So this seems not to be the
> > > solution :(
> > >
> > > Do you have another idea or am I doing something wrong?
> > >
> > > Regards,
> > >
> > > Marcel
> > > ___
> > > 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/XV6WQNGS3LQU
> > > 3GWMR62MNZ5ENQA4BJQZ/
>
>
___
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/A3ERB5LCGUQM7JR4SRAJ73NDQJBW32JU/


[ovirt-users] Re: HostedEngine migration fails with VM destroyed during the startup.

2020-02-18 Thread Strahil Nikolov
On February 18, 2020 12:03:31 PM GMT+02:00, "Vrgotic, Marko" 
 wrote:
>Dear Strahil,
>
>
>
>Thank you for all knowledge sharing and support so far.
>
>
>
>The procedure went fine so far and  I have the Engine running on Node1
>(it was on Node3).
>
>
>
>However, I see “strange things” :
>
>  *   Engine is running and I have access to WebUI as well - good.
>*   None of the HA Nodes actually show who is hosting the Engine atm –
>all crowns are gray - Strange
>*   If I look at the list of VMs, I see HostedEngine VM as powered off
>- Strange
>
>
>
>Can I safely assume procedure went fine and now the Engine conf sync
>time of 12 hours started or something went wrong?
>
>
>
>Kindly awaiting your reply.
>
>
>
>-
>kind regards/met vriendelijke groeten
>
>Marko Vrgotic
>Sr. System Engineer @ System Administration
>
>ActiveVideo
>o: +31 (35) 6774131
>e: m.vrgo...@activevideo.com
>w: www.activevideo.com
>
>ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
>1.1217 WJ Hilversum, The Netherlands. The information contained in this
>message may be legally privileged and confidential. It is intended to
>be read only by the individual or entity to whom it is addressed or by
>their designee. If the reader of this message is not the intended
>recipient, you are on notice that any distribution of this message, in
>any form, is strictly prohibited.  If you have received this message in
>error, please immediately notify the sender and/or ActiveVideo
>Networks, LLC by telephone at +1 408.931.9200 and delete or destroy any
>copy of this message.
>
>
>
>
>
>
>
>
>
>
>On 17/02/2020, 15:04, "Strahil Nikolov"  wrote:
>
>
>
>On February 17, 2020 1:55:13 PM GMT+02:00, "Vrgotic, Marko"
> wrote:
>
>>Good day Strahil,
>
>>
>
>>
>
>>
>
>>I believe I found the causing link:
>
>>
>
>>
>
>>
>
>>HostedEngine.log-20200216:-cpu
>
>>SandyBridge,pcid=on,spec-ctrl=on,ssbd=on,md-clear=on,vme=on,hypervisor=on,arat=on,xsaveopt=on
>
>>\
>
>>
>
>>HostedEngine.log-20200216:2020-02-13T17:58:38.674630Z qemu-kvm:
>
>>warning: host doesn't support requested feature:
>CPUID.07H:EDX.md-clear
>
>>[bit 10]
>
>>
>
>>HostedEngine.log-20200216:2020-02-13T17:58:38.676205Z qemu-kvm:
>
>>warning: host doesn't support requested feature:
>CPUID.07H:EDX.md-clear
>
>>[bit 10]
>
>>
>
>>HostedEngine.log-20200216:2020-02-13T17:58:38.676901Z qemu-kvm:
>
>>warning: host doesn't support requested feature:
>CPUID.07H:EDX.md-clear
>
>>[bit 10]
>
>>
>
>>HostedEngine.log-20200216:2020-02-13T17:58:38.677616Z qemu-kvm:
>
>>warning: host doesn't support requested feature:
>CPUID.07H:EDX.md-clear
>
>>[bit 10]
>
>>
>
>>
>
>>
>
>>The "md-clear" CPU seem to be removed as feature due to spectre
>
>>vulnerabilities.
>
>>
>
>>
>
>>
>
>>However, when I check the CPU Type/flags of the VMs on the same Host
>as
>
>>where Engine is currently, as well as on the other hosts, the md-clear
>
>>seems to be only present on the HostedEngine:
>
>>
>
>>
>
>>
>
>>  *   HostedEngine:
>
>>
>
>>FromwebUI:
>
>>Intel SandyBridge IBRS SSBD Family
>
>>
>
>>
>
>>
>
>>Via virsh:
>
>>
>
>>#virsh dumpxml
>
>>
>
>>
>
>>
>
>>SandyBridge
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>  
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>  *   OtherVMs:
>
>>
>
>>From webUI:
>
>>(SandyBridge,+pcid,+spec-ctrl,+ssbd)
>
>>
>
>>
>
>>
>
>>Via virsh:
>
>>
>
>>#virsh dumpxml
>
>>
>
>>
>
>>
>
>>SandyBridge
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>
>
>>  
>
>>
>
>>
>
>>
>
>>  
>
>>
>
>>
>
>>
>
>>
>
>>
>
>   >Strahil, knowing this, do you propose different approach or shall I
>
>>just proceed with initially suggested workaround?
>
>>
>
>>
>
>>
>
>>Kindly awaiting your eply.
>
>>
>
>>
>
>>
>
>>-
>
>>kind regards/met vriendelijke groeten
>
>>
>
>>Marko Vrgotic
>
>>Sr. System Engineer @ System Administration
>
>>
>
>>ActiveVideo
>
>>o: +31 (35) 6774131
>
>>e: m.vrgo...@activevideo.com
>
>>w: www.activevideo.com
>
>>
>
>>ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein
>
>>1.1217 WJ Hilversum, The Netherlands. The information contained in
>this
>
> >message may be legally privileged and confidential. It is 

[ovirt-users] Re: Move Self Hosted Engine to Standalone

2020-02-18 Thread Staniforth, Paul


Hi Jeremy,
   I think you must have run the engine-setup before the 
restore, the restore is designed to restore to a clean install or the previous 
install with the same credentials. If you delete the postgresql config you can 
then install with your postgres credentials.

e.g.
systemctl stop rh-postgresql10-postgresql.service
rm -rf /var/opt/rh/rh-postgresql10/lib/pgsql/data/*

regards,
Paul S.

From: Jeremy Tourville 
Sent: 18 February 2020 02:26
To: Robert Webb ; users@ovirt.org 
Subject: [ovirt-users] Re: Move Self Hosted Engine to Standalone


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

I did get a little further.

First I ran engine-cleanup on my new engine where I will be running the restore 
operation. (I had previously run the engine-setup script on this machine)

Then I ran this-

[root@engine ~]# engine-backup --mode=restore 
--file=ovirt-engine-backup-20200217125040.backup 
--log=ovirt-engine-backup-20200217125040.log --provision-db --provision-dwh-db 
--restore-permissions
Start of engine-backup with mode 'restore'
scope: all
archive file: ovirt-engine-backup-20200217125040.backup
log file: ovirt-engine-backup-20200217125040.log
Preparing to restore:
- Unpacking file 'ovirt-engine-backup-20200217125040.backup'
Restoring:
- Files
Provisioning PostgreSQL users/databases:
- user 'engine', database 'engine'
FATAL: Existing database 'engine' or user 'engine' found and temporary ones 
created - Please clean up everything and try again

Time to research further for that FATAL error message.  Isn't that the purpose 
of engine-cleanup though?  Why the conflict?


From: Robert Webb 
Sent: Monday, February 17, 2020 1:42 PM
To: Jeremy Tourville ; users@ovirt.org 

Subject: Re: [ovirt-users] Move Self Hosted Engine to Standalone

Try looking at the RHEV info here and go to section 6.2.2 and see if that helps.

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/self-hosted_engine_guide/sect-restoring_she_bkup


From: Jeremy Tourville 
Sent: Monday, February 17, 2020 2:26 PM
To: Robert Webb; users@ovirt.org
Subject: Re: [ovirt-users] Move Self Hosted Engine to Standalone

OK, I was able to get the backup completed.  I am a little confused on how to 
do the restore though.  
https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment.html

Is this link even applicable?  My environment is a single node, not EL based.  
Anyhow, here is what I have so far-

[root@engine glusterfs]# engine-backup
Start of engine-backup with mode 'backup'
scope: all
archive file: 
/var/lib/ovirt-engine-backup/ovirt-engine-backup-20200217125040.backup
log file: /var/log/ovirt-engine-backup/ovirt-engine-backup-20200217125040.log
Backing up:
Notifying engine
- Files
- Engine database 'engine'
- DWH database 'ovirt_engine_history'
Packing into file 
'/var/lib/ovirt-engine-backup/ovirt-engine-backup-20200217125040.backup'
Notifying engine
Done.
[root@engine glusterfs]#

I moved the backup file to my new engine.
How do I perform the restore?

The directions say:

# engine-backup --mode=restore --file=file_name --log=log_file_name 
--provision-db --provision-dwh-db --restore-permissions

What is the file name and log_file name?  Do I need to do something to unpack 
my backup file?


From: Robert Webb 
Sent: Monday, February 17, 2020 9:13 AM
To: jeremy_tourvi...@hotmail.com ; 
users@ovirt.org 
Subject: RE: [ovirt-users] Move Self Hosted Engine to Standalone

Can you take a backup  of the original, build the new one, then do a restore?

> -Original Message-
> From: jeremy_tourvi...@hotmail.com 
> Sent: Monday, February 17, 2020 10:11 AM
> To: users@ovirt.org
> Subject: [ovirt-users] Move Self Hosted Engine to Standalone
>
> I have a single oVirt host running a self-hosted engine.  I'd like to move the
> engine off the host and run it on a standalone server. I am running Software
> Version:4.3.6.6-1.el7  Can anyone tell me what the 

[ovirt-users] Re: What is this error message from?

2020-02-18 Thread Kevin Wolf
Am 17.02.2020 um 16:16 hat Nir Soffer geschrieben:
> On Mon, Feb 17, 2020, 16:53  wrote:
> 
> > I have seen this error message repeatedly when reviewing events.
> >
> > VDSM vmh.cyber-range.lan command HSMGetAllTasksStatusesVDS failed: low
> > level Image copy failed: ("Command ['/usr/bin/qemu-img', 'convert', '-p',
> > '-t', 'none', '-T', 'none', '-f', 'raw',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137',
> > '-O', 'qcow2', '-o', 'compat=1.1',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5']
> > failed with rc=1 out='' err=bytearray(b'qemu-img: error while reading
> > sector 24117243: No such file or directory\\n')",)
> >
> 
> Looks like copying image failed with ENOENT while reading
> offset 12348028416 (11.49 GiB).
> 
> I never seen such failure, typically after opening a file read will never
> fail with such error, but in gluster this may be possible.
> 
> Please share vdsm log showingn this error, it may add useful info.
> 
> Also glusterfs client logs from
> /var/log/glusterfs*/*storage.cyber-range.lan*.log
> 
> Kevin, Krutika, do you have an idea about this error?

This is a weird one. Not only that reading shouldn't be looking up any
filename, but also that it's not at offset 0, but suddenly somewhere in
the middle of the image file.

I think it's pretty safe to say that this error doesn't come from QEMU,
but from the kernel. Did you (or some software) change anything about
the volume in the background while the convert operation was running?

Kevin
___
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/6C3666HJSRP5BEGTZUTV6C6A6GV2N37I/