from:"nicolas"

[ovirt-users] Compatibility version for VmPools

2020-02-11 Thread nicolas


Hi,

We recently upgraded to 4.3.8 from 4.1.9. In the update process we set 
Cluster and DataCenter compatibility versions to 4.3, but now we're 
facing a problem with VmPools. They cannot be edited and 4.1 as 
compatibility level is still forcibly set.


That means that when new machines are added to the pool, compatibility 
version 4.1 is set on them and they cannot be started as a message 
stating the following pops up:


   Failed to run VM XXX-34 due to a failed validation: [Cannot run VM. 
The Custom Compatibility Version of VM XXX-34 (4.1) is not supported in 
Data Center compatibility version 4.3.] (User: admin@internal).


Is there a workaround to start those machines, or a way to fix the 
problem?


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/H3ZJ4SHWD6SZBQ2UHVLLWLSMBXVMTSAR/

[ovirt-users] Re: Websocket-proxy not working after upgrade to 4.3

2020-02-07 Thread nicolas


El 2020-02-05 13:57, Gianluca Cecchi escribió:

On Wed, Feb 5, 2020 at 2:50 PM  wrote:


A little bit more info on it. I debugged the requests with Chrome
and
seems that the webservice call is made with https://engine:6100 [1]

(literally), instead of https://:6100.

A snapshot is included in this mail.

I don't know why is it trying to connect to this address, seems
like a
missed step on the upgrade process? (we upgraded 4.1 -> 4.2 ->
4.3).

How can I fix this problem?

Thanks!


To get current value stored:

engine-config -g WebSocketProxy

If wrong, to change it:

engine-config -s WebSocketProxy=your_desidred_fqdn:6100

systemctl restart ovirt-engine



Thanks, this helped.

Not sure why the value was changed, since websocket proxy was working 
without an issue on 4.1.9...


Anyway, it works now.

Thanks guys.


HIH,
Gianluca


Links:
--
[1] https://engine:6100

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

[ovirt-users] Websocket-proxy not working after upgrade to 4.3

2020-02-05 Thread nicolas


Hi,

We recently upgraded to 4.3.8 and everything is working fine but the VNC 
Console (Browser).


Once I click on "VNC Console (Browser)" on any machine from the VM 
Portal, I get a message like this:


   Disconnected from Console
   Cannot connect to websocket proxy server. Please check your websocket 
proxy certificate or ask your administrator for help. For further 
information please refer to the console manual.

   Press the 'Connect' button to reconnect the console.

Thing is that everything seems ok to me, and I cannot find further error 
log about it.


/etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf content is:

   PROXY_PORT=6100
   SSL_CERTIFICATE=/etc/ssl/certs/fqdn.combined.cert
   SSL_KEY=/etc/ssl/private/fqdn.key
   FORCE_DATA_VERIFICATION=False
   CERT_FOR_DATA_VERIFICATION=/etc/pki/ovirt-engine/certs/engine.cer
   SSL_ONLY=True

On a "status" command on ovirt-websocket-proxy I just see:

   feb 05 12:23:22 fqdn systemd[1]: Starting oVirt Engine websockets 
proxy...
   feb 05 12:23:22 fqdn systemd[1]: Started oVirt Engine websockets 
proxy.
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO daemonContext:434 Using the following 
ciphers: HIGH:!aNULL
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO daemonContext:438 Minimum SSL version 
requested: TLSv1.2
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887 WebSocket server settings:
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887   - Listen on *:6100
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887   - Flash security policy 
server
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887   - SSL/TLS support
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887   - Deny non-SSL/TLS 
connections
   feb 05 12:23:22 fqdn ovirt-websocket-proxy.py[3314]: 
ovirt-websocket-proxy[3314] INFO msg:887   - proxying from *:6100 to 
targets generated by str


On the ovirt-engine.log, I just see this information:

   2020-02-05 12:29:10,085Z INFO  
[org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-110) 
[68218d5b] Running command: SetVmTicketCommand internal: false. Entities 
affected :  ID: 5bf9a0bb-da18-4d07-87da-759c0b045e28 Type: VMAction 
group CONNECT_TO_VM with role type USER
   2020-02-05 12:29:10,095Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-110) [68218d5b] START, SetVmTicketVDSCommand(HostName = 
kvmr01.fqdn, 
SetVmTicketVDSCommandParameters:{hostId='1828d0dc-e953-4d6a-8a95-528bb7aa849a', 
vmId='5bf9a0bb-da18-4d07-87da-759c0b045e28', protocol='VNC', 
ticket='oVoKEtgmDKnM', validTime='120', userName='user', 
userId='66a7a37f-d804-4192-9734-93f01a95dd98', 
disconnectAction='LOCK_SCREEN'}), log id: 596fbfb9
   2020-02-05 12:29:10,167Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-110) [68218d5b] FINISH, SetVmTicketVDSCommand, return: , 
log id: 596fbfb9
   2020-02-05 12:29:10,195Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-110) [68218d5b] EVENT_ID: VM_SET_TICKET(164), User 
user@domain-authz initiated console session for VM user.fqdn
   2020-02-05 12:29:10,308Z INFO  
[org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-110) 
[097f6518-5f87-4947-aee6-e76c9b740bcd] Running command: 
SetVmTicketCommand internal: false. Entities affected :  ID: 
5bf9a0bb-da18-4d07-87da-759c0b045e28 Type: VMAction group CONNECT_TO_VM 
with role type USER
   2020-02-05 12:29:10,316Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] START, 
SetVmTicketVDSCommand(HostName = kvmr01.fqdn, 
SetVmTicketVDSCommandParameters:{hostId='1828d0dc-e953-4d6a-8a95-528bb7aa849a', 
vmId='5bf9a0bb-da18-4d07-87da-759c0b045e28', protocol='VNC', 
ticket='A7PQWaXupvbZ', validTime='7200', userName='user', 
userId='66a7a37f-d804-4192-9734-93f01a95dd98', 
disconnectAction='LOCK_SCREEN'}), log id: 71e5165c
   2020-02-05 12:29:10,387Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] FINISH, 
SetVmTicketVDSCommand, return: , log id: 71e5165c
   2020-02-05 12:29:10,408Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-110) [097f6518-5f87-4947-aee6-e76c9b740bcd] EVENT_ID: 
VM_SET_TICKET(164), User user@domain-authz initiated console session for 
VM user.fqdn


Please, any tip on how to debug this? I cannot seem to find the reason 
for this.


Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:

[ovirt-users] Assign permissions from within the VM portal?

2020-01-31 Thread nicolas


Hi,

We're testing version 4.3.8, we're planning to upgrade to this version 
in production as currently we're still using 4.1.9.


In 4.1.9, users could grant permissions on their created VMs to other 
users from within the VM portal, however I can't find this option on 
version 4.3.8.


Permissions granted to users so they can create and handle their VMs are 
VmCreator and DiskProfileUser on the DataCenter.


Is there a way to allow users grant permissions on their VMs to other 
users in the VM portal?


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/PFL6QGASKBRPZOA4UAERRJONFRGHLFJH/

[ovirt-users] Re: distribute storage domains

2019-08-07 Thread nicolas

Hi Jason,

El 2019-08-06 22:43, Jason M. Stallings escribió:

Nicolas:

Thank you very much for this! Looks like exactly what I was looking
for... The first burst was somewhat frightening but it ended well and
now no storage domain is overused :)

Glad to hear that!

One quick question: Is it possible to limit balancing to more than one
datacenter? I have 3 datacenters and I'd like to exclude one of them.
I see the DATACENTER config variable could do this but I'm not sure
how to define more than one datacenter.

Currently, the DATACENTER parameter only allows one value. When
developing the code I didn't expect someone having more than two Data
Centers :-)

As a workaround, if you want to exclude the Storage Domains of an entire
Data Center, you can exclude them explicitly using the "NOBALANCE"
parameter of the config file, which does allow several values.

If you consider this is something that should be implemented, feel free
to fill an issue or extend the code and send a Pull Request.

Regards.

Thanks

El mar., 6 ago. 2019 a las 15:05, escribió:

Hi Jason,

A time ago I wrote a "Storage Balancer" exactly for that, move
disks
between storage domains to keep them below a maximum threshold of
occupation. You can find the project at [1].

It's not perfect but has been working for us for the last 3 years
with
no issues.

That won't avoid people storing new disks in the first available
storage
domain, but the balancer will distribute them between the less
occupied
storage domains afterwards.

Hope this helps,

Nicolás

[1]: https://github.com/nkovacne/ovirt-storage-balancer [1]

El 2019-08-04 17:57, Jason M. Stallings escribió:

Hello

I'm trying to figure out a way to automatically distribute our

storage

domain occupation evenly or at least avoid them getting full. We

have

a lot of users creating vms and they seem to select the first
available storage domain, thus one is nearly full and the rest

are

barely used.

Is there a way to accomplish that?

Thank you

Jason
___
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/ [2]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3]
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/

[4]
___
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/ [2]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3]
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/

[5]

Links:
--
[1] https://github.com/nkovacne/ovirt-storage-balancer
[2] https://www.ovirt.org/site/privacy-policy/
[3] https://www.ovirt.org/community/about/community-guidelines/
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/
[5]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/

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

[ovirt-users] Re: distribute storage domains

2019-08-06 Thread nicolas


Hi Jason,

A time ago I wrote a "Storage Balancer" exactly for that, move disks 
between storage domains to keep them below a maximum threshold of 
occupation. You can find the project at [1].


It's not perfect but has been working for us for the last 3 years with 
no issues.


That won't avoid people storing new disks in the first available storage 
domain, but the balancer will distribute them between the less occupied 
storage domains afterwards.


Hope this helps,

Nicolás

  [1]: https://github.com/nkovacne/ovirt-storage-balancer

El 2019-08-04 17:57, Jason M. Stallings escribió:

Hello

I'm trying to figure out a way to automatically distribute our storage
domain occupation evenly or at least avoid them getting full. We have
a lot of users creating vms and they seem to select the first
available storage domain, thus one is nearly full and the rest are
barely used.

Is there a way to accomplish that?

Thank you

Jason
___
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/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/

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

[ovirt-users] iSCSI-based storages won't login to the portals with all IPs on reboot

2019-07-22 Thread nicolas


Hi,

We're running oVirt 4.3.2. Currently, we have one storage backend 
(cabinet) with two controllers, each of them with 2 network interfaces 
(4 network interfaces in total). When we added the Storage Domain, we 
discovered the target for each of the 4 IPs and marked the LUN so it 
would be added with 4 different IPs.


When we put a host on maintenance, all the paths are deactivated, and 
when we activate it back it discovers all the 4 paths for the storage 
backend. However, if we reboot the host, on activation it only activates 
one path. We can see this running 'multipath -ll'.


We can manually activate the rest of the paths using this command for 
each of the IPs:


   # iscsiadm --mode discovery --type sendtargets --portal 10.X.X.X 
--login


However, we wonder why oVirt wouldn't log into each of the IPs upon a 
boot. Is there something we're missing? Can this be fixed manually? 
Currently we're running a script on boot that will issue the command 
above for each of the IPs of the cabinet.


Thanks for any help!
___
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/ZEZ5BV5XBDRBZOUTKWLQIOHSGTTQMQ2G/

[ovirt-users] Re: Proper way to upgrade hosts OS?

2019-07-01 Thread Nicolas Ecarnot


Le 26/06/2019 à 12:34, Nicolas Ecarnot a écrit :

Hello,

We're not using nodes but CentOS 7.x hosts.
Do you know if some documentation has been written about the proper way 
to upgrade the operating system of the hosts, and especially how to 
prevent breaking dependencies or cause versions flaws?


Thank you.



Hello,

As no answer came, may anyone just tell me if there's any chance to 
break something?


Thank you.

--
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/GZYVUCMBIZIZOMKSZUIJRZ6IMWBBI2X6/

[ovirt-users] Proper way to upgrade hosts OS?

2019-06-26 Thread Nicolas Ecarnot


Hello,

We're not using nodes but CentOS 7.x hosts.
Do you know if some documentation has been written about the proper way 
to upgrade the operating system of the hosts, and especially how to 
prevent breaking dependencies or cause versions flaws?


Thank you.

--
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/4SYJWWODEY2VZOAMU5NIRDOJCPANNR6S/

[ovirt-users] Re: ETL service sampling has encountered an error. Please consult the service log for more details.

2019-06-07 Thread nicolas


Hi Shirly,

Thanks for the answer.

El 2019-06-06 16:22, Shirly Radco escribió:

Hi Nicolas,

Please open a bug in bugzilla and attach the ovirt-engine-dwh.log,
engine.log,


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

Feel free to change anything that is not correctly set.


The versions of ovirt-engine and ovirt-engine-dwh
and any other relevant information that you can tell about your env.
Did you do any change before this issue started?



Not that I know, this started all of sudden.

Thanks.


Best regards,

--

Shirly Radco

BI Senior Software Engineer

Red Hat [5]

 [5]

On Thu, Jun 6, 2019 at 3:44 PM  wrote:


Hi,

We're running oVirt 4.1.9 (cannot upgrade yet until [1] is
released).
Since a few days ago our event list if full of lines like this:

   ETL service sampling has encountered an error. Please consult
the
service log for more details.

Having a look at the log I see events like:

2019-06-06


13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java


Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR:
current
transaction is aborted, commands ignored until end of transaction
block|1
2019-06-06


13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java


Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR:
current
transaction is aborted, commands ignored until end of transaction
block|1
Exception in component tJDBCOutput_5
org.postgresql.util.PSQLException: ERROR: current transaction is
aborted, commands ignored until end of transaction block
         at


org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)

         at


org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886)

         at


org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)

         at


org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555)

         at


org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417)

         at


org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363)

         at


ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030)

         at


ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071)

2019-06-06


13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java


Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR:
current
transaction is aborted, commands ignored until end of transaction
block|1
Exception in component tRunJob_5
java.lang.RuntimeException: Child job running failed
         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642)

         at


ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683)

2019-06-06


13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java


Exception|tRunJob_5|java.lang.RuntimeException:Child job running
failed|1
Exception in component tRunJob_1
java.lang.RuntimeException: Child job running failed
         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649)

         at


ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run

[ovirt-users] ETL service sampling has encountered an error. Please consult the service log for more details.

2019-06-06 Thread nicolas


Hi,

We're running oVirt 4.1.9 (cannot upgrade yet until [1] is released). 
Since a few days ago our event list if full of lines like this:


  ETL service sampling has encountered an error. Please consult the 
service log for more details.


Having a look at the log I see events like:

2019-06-06 
13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java 
Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current 
transaction is aborted, commands ignored until end of transaction 
block|1
2019-06-06 
13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java 
Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current 
transaction is aborted, commands ignored until end of transaction 
block|1

Exception in component tJDBCOutput_5
org.postgresql.util.PSQLException: ERROR: current transaction is 
aborted, commands ignored until end of transaction block
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)
at 
org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886)
at 
org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417)
at 
org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:363)
at 
ovirt_engine_dwh.statisticssync_4_1.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:9030)
at 
ovirt_engine_dwh.statisticssync_4_1.StatisticsSync$5.run(StatisticsSync.java:16071)
2019-06-06 
13:37:11|NJ4C8T|TOlL8U|FdlWtU|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java 
Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: current 
transaction is aborted, commands ignored until end of transaction 
block|1

Exception in component tRunJob_5
java.lang.RuntimeException: Child job running failed
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1654)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1456)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1228)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:1000)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:767)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:642)
at 
ovirt_engine_dwh.samplerunjobs_4_1.SampleRunJobs$2.run(SampleRunJobs.java:2683)
2019-06-06 
13:37:11|FdlWtU|TOlL8U|KNLNa4|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java 
Exception|tRunJob_5|java.lang.RuntimeException:Child job running 
failed|1

Exception in component tRunJob_1
java.lang.RuntimeException: Child job running failed
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:6067)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5809)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4319)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4188)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3593)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2977)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2295)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1649)
at 
ovirt_engine_dwh.sampletimekeepingjob_4_1.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:11363)


Can someone tell me how to fix it? I already restarted ovirt-engine, 
ovirt-engine-dwhd, postgresql and the three at a time and still didn't 
fix the issue. Currently the DWHD data is empty in the Dashboard.


Thanks!

  [1]: https://github.com/oVirt/ovirt-web-ui/issues/490
___
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/PXMHT5K6ZBFMNHEAUSYWWSDZ2GFUIOXQ/

[ovirt-users] Re: Can't run nested virtualization

2019-05-28 Thread nicolas


El 2019-05-24 15:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 3:48 PM  wrote:


El 2019-05-24 14:42, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 3:39 PM  wrote:


El 2019-05-24 14:30, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:56 PM  wrote:


El 2019-05-24 13:39, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:32 PM  wrote:


El 2019-05-24 13:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 1:51 PM  wrote:


El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM 

wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to

configure

one of the

> hosts to support Nested Virtualization, but when

installing

the nested

> host it claims it doesn't support hardware

virtualization.

>
> On the physical host, we've enabled nested

virtualization:

>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the

nested

host. I

> try to deploy it but the engine will show it failed

because:

>
> 2019-05-10 09:11:32,006+01 ERROR
>



















[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

> (VdsDeploy) [6381e662] EVENT_ID:

VDS_INSTALL_IN_PROGRESS_ERROR(511),

> An error has occurred during installation of Host

host1:

Failed to

> execute stage 'Setup validation': Hardware does not

support

> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in

/var/log/ovirt-engine/host-deploy

(on the engine machine, it's copied there after deploy

finishes).




I had a look at it, but nothing relevant shows up besides

this

line:


2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
   File

"/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py",

line

132,

in _executeMethod
     method['method']()
   File




















"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",

line 71, in _validate_virtualization
     _('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization


It's been some time since I configured this myself, so I

do

not

remember
the details anymore. Did you check some guides/blog

posts/etc.

about

this?



I didn't. I just enabled nested virtualization in the

host

and

tried to

deploy.


What type of CPU did you configure in the VM (and

cluster)?




In the Cluster I have the Intel Broadwell Family, and as

the

VM

CPU I

have the default cluster CPU which is the one I just

referenced.

Not

sure if anything else should be done.


To see what checks the code does, you can read [1],

although

the

log

should be enough IMO.

[1]



/usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py


I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG

otopi.ovirt_host_deploy.hardware


hardware._isVirtualizationEnabled:208 virtualization

support

GenuineIntel (cpu: False, bios: True)

So the CPU is not able to support virtualization. Why

could

be

that?


Hi,
can you please share the output of cat /proc/cpuinfo ?
 


Hi Simone,

Please find attached the output (assuming you meant the VM

that

is

meant
to be added as a host). You'll probably see the model name

as

Haswell
because I forced it to test, but the same happens with

Broadwell.


OK,
vmx flag is not there so this VM doesn't support

virtualization

and

for that you have to enable nested virt support on the

underlying

level. What (SW) are you using on the underlying layer?

Let's try to recap:
L0 is your physical machine
L1 is the VM you are going to use as a virtualization host

for

oVirt

L2 are the VM you are going to create with oVirt

In order to be able to start a L2 VM from oVirt, you have to

enable

nested virtualization support on your L0 physical host.



Ok, the output I sent in the previous e-mail was for L1. For

L0

I'm


sending the cpuinfo log now.

I saw in the code, the flag that is returning false at

deployment

of L1
is this:

     cpu_ok = self._cpu_has_vmx_support()

Which calls the _cpu_has_vmx_support():

     def _cpu_has_vmx_support(self):
         eax, ebx, ecx, edx = self._cpuid(1)
         # CPUID.1:ECX.VMX[bit 5] -> VT
         ret = ecx & (1 << 5) != 0
         self.logger.debug('vmx support: %s', ret)
         return ret

 From that, am I assuming well that vmx support should be

enabled

also
for L1? If so, what could be the reason for not being enabled?


Nested virtualization support on L0 is supposed to enable
virtualization support (vmx flag) on L1.
How you

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas


El 2019-05-24 14:42, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 3:39 PM  wrote:


El 2019-05-24 14:30, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:56 PM  wrote:


El 2019-05-24 13:39, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:32 PM  wrote:


El 2019-05-24 13:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 1:51 PM  wrote:


El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM 

wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to

configure

one of the

> hosts to support Nested Virtualization, but when

installing

the nested

> host it claims it doesn't support hardware

virtualization.

>
> On the physical host, we've enabled nested

virtualization:

>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the

nested

host. I

> try to deploy it but the engine will show it failed

because:

>
> 2019-05-10 09:11:32,006+01 ERROR
>















[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

> (VdsDeploy) [6381e662] EVENT_ID:

VDS_INSTALL_IN_PROGRESS_ERROR(511),

> An error has occurred during installation of Host

host1:

Failed to

> execute stage 'Setup validation': Hardware does not

support

> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in

/var/log/ovirt-engine/host-deploy

(on the engine machine, it's copied there after deploy

finishes).




I had a look at it, but nothing relevant shows up besides

this

line:


2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
   File

"/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py",

line

132,

in _executeMethod
     method['method']()
   File
















"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",

line 71, in _validate_virtualization
     _('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization


It's been some time since I configured this myself, so I

do

not

remember
the details anymore. Did you check some guides/blog

posts/etc.

about

this?



I didn't. I just enabled nested virtualization in the host

and

tried to

deploy.


What type of CPU did you configure in the VM (and

cluster)?




In the Cluster I have the Intel Broadwell Family, and as

the

VM

CPU I

have the default cluster CPU which is the one I just

referenced.

Not

sure if anything else should be done.


To see what checks the code does, you can read [1],

although

the

log

should be enough IMO.

[1]



/usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py


I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG

otopi.ovirt_host_deploy.hardware


hardware._isVirtualizationEnabled:208 virtualization support
GenuineIntel (cpu: False, bios: True)

So the CPU is not able to support virtualization. Why could

be

that?


Hi,
can you please share the output of cat /proc/cpuinfo ?
 


Hi Simone,

Please find attached the output (assuming you meant the VM

that

is

meant
to be added as a host). You'll probably see the model name as
Haswell
because I forced it to test, but the same happens with

Broadwell.


OK,
vmx flag is not there so this VM doesn't support virtualization

and

for that you have to enable nested virt support on the

underlying

level. What (SW) are you using on the underlying layer?

Let's try to recap:
L0 is your physical machine
L1 is the VM you are going to use as a virtualization host for

oVirt

L2 are the VM you are going to create with oVirt

In order to be able to start a L2 VM from oVirt, you have to

enable

nested virtualization support on your L0 physical host.



Ok, the output I sent in the previous e-mail was for L1. For L0

I'm


sending the cpuinfo log now.

I saw in the code, the flag that is returning false at

deployment

of L1
is this:

     cpu_ok = self._cpu_has_vmx_support()

Which calls the _cpu_has_vmx_support():

     def _cpu_has_vmx_support(self):
         eax, ebx, ecx, edx = self._cpuid(1)
         # CPUID.1:ECX.VMX[bit 5] -> VT
         ret = ecx & (1 << 5) != 0
         self.logger.debug('vmx support: %s', ret)
         return ret

 From that, am I assuming well that vmx support should be

enabled

also
for L1? If so, what could be the reason for not being enabled?


Nested virtualization support on L0 is supposed to enable
virtualization support (vmx flag) on L1.
How you defined and started your L1 VMs?
 


I basically created the L1 VM when L0 had no nested support yet, I
enabled

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas


El 2019-05-24 14:30, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:56 PM  wrote:


El 2019-05-24 13:39, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:32 PM  wrote:


El 2019-05-24 13:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 1:51 PM  wrote:


El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM  wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to

configure

one of the

> hosts to support Nested Virtualization, but when

installing

the nested

> host it claims it doesn't support hardware

virtualization.

>
> On the physical host, we've enabled nested

virtualization:

>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the

nested

host. I

> try to deploy it but the engine will show it failed

because:

>
> 2019-05-10 09:11:32,006+01 ERROR
>











[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

> (VdsDeploy) [6381e662] EVENT_ID:

VDS_INSTALL_IN_PROGRESS_ERROR(511),

> An error has occurred during installation of Host host1:

Failed to

> execute stage 'Setup validation': Hardware does not

support

> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in

/var/log/ovirt-engine/host-deploy

(on the engine machine, it's copied there after deploy

finishes).




I had a look at it, but nothing relevant shows up besides

this

line:


2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
   File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py",

line

132,

in _executeMethod
     method['method']()
   File












"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",

line 71, in _validate_virtualization
     _('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization


It's been some time since I configured this myself, so I do

not

remember
the details anymore. Did you check some guides/blog

posts/etc.

about

this?



I didn't. I just enabled nested virtualization in the host

and

tried to

deploy.


What type of CPU did you configure in the VM (and cluster)?



In the Cluster I have the Intel Broadwell Family, and as the

VM

CPU I

have the default cluster CPU which is the one I just

referenced.

Not

sure if anything else should be done.


To see what checks the code does, you can read [1], although

the

log

should be enough IMO.

[1]

/usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py

I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG

otopi.ovirt_host_deploy.hardware


hardware._isVirtualizationEnabled:208 virtualization support
GenuineIntel (cpu: False, bios: True)

So the CPU is not able to support virtualization. Why could be
that?


Hi,
can you please share the output of cat /proc/cpuinfo ?
 


Hi Simone,

Please find attached the output (assuming you meant the VM that

is

meant
to be added as a host). You'll probably see the model name as
Haswell
because I forced it to test, but the same happens with

Broadwell.


OK,
vmx flag is not there so this VM doesn't support virtualization

and

for that you have to enable nested virt support on the underlying
level. What (SW) are you using on the underlying layer?

Let's try to recap:
L0 is your physical machine
L1 is the VM you are going to use as a virtualization host for

oVirt

L2 are the VM you are going to create with oVirt

In order to be able to start a L2 VM from oVirt, you have to

enable

nested virtualization support on your L0 physical host.



Ok, the output I sent in the previous e-mail was for L1. For L0 I'm

sending the cpuinfo log now.

I saw in the code, the flag that is returning false at deployment
of L1
is this:

     cpu_ok = self._cpu_has_vmx_support()

Which calls the _cpu_has_vmx_support():

     def _cpu_has_vmx_support(self):
         eax, ebx, ecx, edx = self._cpuid(1)
         # CPUID.1:ECX.VMX[bit 5] -> VT
         ret = ecx & (1 << 5) != 0
         self.logger.debug('vmx support: %s', ret)
         return ret

 From that, am I assuming well that vmx support should be enabled
also
for L1? If so, what could be the reason for not being enabled?


Nested virtualization support on L0 is supposed to enable
virtualization support (vmx flag) on L1.
How you defined and started your L1 VMs?
 


I basically created the L1 VM when L0 had no nested support yet, I 
enabled the nested support once the L1 machine was already created, can 
that make a difference?


I defined the VM like any

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas

El 2019-05-24 13:39, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 2:32 PM  wrote:

El 2019-05-24 13:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 1:51 PM  wrote:

El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM  wrote:

Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to configure

one of the

> hosts to support Nested Virtualization, but when installing

the nested

> host it claims it doesn't support hardware virtualization.
>
> On the physical host, we've enabled nested virtualization:
>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the

nested

host. I

> try to deploy it but the engine will show it failed

because:

>
> 2019-05-10 09:11:32,006+01 ERROR
>

[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

> (VdsDeploy) [6381e662] EVENT_ID:

VDS_INSTALL_IN_PROGRESS_ERROR(511),

> An error has occurred during installation of Host host1:

Failed to

> execute stage 'Setup validation': Hardware does not support
> virtualization.

Hi Yedidyah, sorry for the delayed answer.

You might find some more details in the host-deploy log,
which you should be able to find in

/var/log/ovirt-engine/host-deploy

(on the engine machine, it's copied there after deploy

finishes).

I had a look at it, but nothing relevant shows up besides this

line:

2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
   File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py",

line

132,

in _executeMethod
     method['method']()
   File

"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",

line 71, in _validate_virtualization
     _('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization

It's been some time since I configured this myself, so I do

not

remember
the details anymore. Did you check some guides/blog posts/etc.

about

this?

I didn't. I just enabled nested virtualization in the host and

tried to

deploy.

What type of CPU did you configure in the VM (and cluster)?

In the Cluster I have the Intel Broadwell Family, and as the VM

CPU I

have the default cluster CPU which is the one I just

referenced.

Not

sure if anything else should be done.

To see what checks the code does, you can read [1], although

the

log

should be enough IMO.

[1]

/usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py

I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG

otopi.ovirt_host_deploy.hardware

hardware._isVirtualizationEnabled:208 virtualization support
GenuineIntel (cpu: False, bios: True)

So the CPU is not able to support virtualization. Why could be
that?

Hi,
can you please share the output of cat /proc/cpuinfo ?

Hi Simone,

Please find attached the output (assuming you meant the VM that is
meant
to be added as a host). You'll probably see the model name as
Haswell
because I forced it to test, but the same happens with Broadwell.

OK,
vmx flag is not there so this VM doesn't support virtualization and
for that you have to enable nested virt support on the underlying
level. What (SW) are you using on the underlying layer?

Let's try to recap:
L0 is your physical machine
L1 is the VM you are going to use as a virtualization host for oVirt
L2 are the VM you are going to create with oVirt

In order to be able to start a L2 VM from oVirt, you have to enable
nested virtualization support on your L0 physical host.

Ok, the output I sent in the previous e-mail was for L1. For L0 I'm 
sending the cpuinfo log now.

I saw in the code, the flag that is returning false at deployment of L1 
is this:

cpu_ok = self._cpu_has_vmx_support()

Which calls the _cpu_has_vmx_support():

def _cpu_has_vmx_support(self):
eax, ebx, ecx, edx = self._cpuid(1)
# CPUID.1:ECX.VMX[bit 5] -> VT
ret = ecx & (1 << 5) != 0
self.logger.debug('vmx support: %s', ret)
return ret

From that, am I assuming well that vmx support should be enabled also 
for L1? If so, what could be the reason for not being enabled?

Thanks again.

Thanks.

Best regards,

>
> Am I missing something here?
>
> 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/ [1]

[1]

> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/

[2]

[2]

> List Archives:
>

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas


El 2019-05-24 13:22, Simone Tiraboschi escribió:

On Fri, May 24, 2019 at 1:51 PM  wrote:


El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM  wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to configure

one of the

> hosts to support Nested Virtualization, but when installing

the nested

> host it claims it doesn't support hardware virtualization.
>
> On the physical host, we've enabled nested virtualization:
>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the nested

host. I

> try to deploy it but the engine will show it failed because:
>
> 2019-05-10 09:11:32,006+01 ERROR
>



[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

> (VdsDeploy) [6381e662] EVENT_ID:

VDS_INSTALL_IN_PROGRESS_ERROR(511),

> An error has occurred during installation of Host host1:

Failed to

> execute stage 'Setup validation': Hardware does not support
> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in

/var/log/ovirt-engine/host-deploy

(on the engine machine, it's copied there after deploy

finishes).




I had a look at it, but nothing relevant shows up besides this

line:


2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
   File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line

132,

in _executeMethod
     method['method']()
   File




"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",

line 71, in _validate_virtualization
     _('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization


It's been some time since I configured this myself, so I do not
remember
the details anymore. Did you check some guides/blog posts/etc.

about

this?



I didn't. I just enabled nested virtualization in the host and

tried to

deploy.


What type of CPU did you configure in the VM (and cluster)?



In the Cluster I have the Intel Broadwell Family, and as the VM

CPU I

have the default cluster CPU which is the one I just referenced.

Not

sure if anything else should be done.


To see what checks the code does, you can read [1], although the

log

should be enough IMO.

[1]

/usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py

I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware

hardware._isVirtualizationEnabled:208 virtualization support
GenuineIntel (cpu: False, bios: True)

So the CPU is not able to support virtualization. Why could be
that?


Hi,
can you please share the output of cat /proc/cpuinfo ?
 


Hi Simone,

Please find attached the output (assuming you meant the VM that is meant 
to be added as a host). You'll probably see the model name as Haswell 
because I forced it to test, but the same happens with Broadwell.


Thanks.





Best regards,


>
> Am I missing something here?
>
> 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/

[1]

> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/

[2]

> List Archives:
>



https://lists.ovirt.org/archives/list/users@ovirt.org/message/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/

[3]

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

[1]

oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:




https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/

[4]

___
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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:




https://lists.ovirt.org/archives/list/users@ovirt.org/message/4QMYFBJUMSO7XF2XID4UWY27RMKDV6C4/

[5]
___
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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas


El 2019-05-24 12:41, nico...@devels.es escribió:

El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM  wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to configure one of the
> hosts to support Nested Virtualization, but when installing the nested
> host it claims it doesn't support hardware virtualization.
>
> On the physical host, we've enabled nested virtualization:
>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the nested host. I
> try to deploy it but the engine will show it failed because:
>
> 2019-05-10 09:11:32,006+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
> An error has occurred during installation of Host host1: Failed to
> execute stage 'Setup validation': Hardware does not support
> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in /var/log/ovirt-engine/host-deploy
(on the engine machine, it's copied there after deploy finishes).



I had a look at it, but nothing relevant shows up besides this line:

2019-05-10 09:11:32,628+0100 DEBUG otopi.context
context._executeMethod:145 method exception
Traceback (most recent call last):
  File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132,
in _executeMethod
method['method']()
  File
"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py",
line 71, in _validate_virtualization
_('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization

It's been some time since I configured this myself, so I do not 
remember
the details anymore. Did you check some guides/blog posts/etc. about 
this?




I didn't. I just enabled nested virtualization in the host and tried to 
deploy.



What type of CPU did you configure in the VM (and cluster)?



In the Cluster I have the Intel Broadwell Family, and as the VM CPU I
have the default cluster CPU which is the one I just referenced. Not
sure if anything else should be done.


To see what checks the code does, you can read [1], although the log
should be enough IMO.

[1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py



I just saw this in the log:

2019-05-24 12:44:56,000+0100 DEBUG otopi.ovirt_host_deploy.hardware 
hardware._isVirtualizationEnabled:208 virtualization support 
GenuineIntel (cpu: False, bios: True)


So the CPU is not able to support virtualization. Why could be that?



Best regards,


>
> Am I missing something here?
>
> 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/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/
___
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/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/

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

___
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/6O7QPVYUHVE7BHHSOVRATSYWJA732RPF/

[ovirt-users] Re: Can't run nested virtualization

2019-05-24 Thread nicolas


El 2019-05-14 08:19, Yedidyah Bar David escribió:

On Tue, May 14, 2019 at 10:02 AM  wrote:


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:
> Hi,
>
> We're running oVirt version 4.3.3, and trying to configure one of the
> hosts to support Nested Virtualization, but when installing the nested
> host it claims it doesn't support hardware virtualization.
>
> On the physical host, we've enabled nested virtualization:
>
> # cat /sys/module/kvm_intel/parameters/nested
> Y
>
> Content of /etc/modprobe.d/kvm.conf:
>
> options kvm_intel nested=1
> options kvm_intel enable_shadow_vmcs=1
> options kvm_intel enable_apicv=1
> options kvm_intel ept=1
>
> I created a VM to run on that host, which will be the nested host. I
> try to deploy it but the engine will show it failed because:
>
> 2019-05-10 09:11:32,006+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
> An error has occurred during installation of Host host1: Failed to
> execute stage 'Setup validation': Hardware does not support
> virtualization.




Hi Yedidyah, sorry for the delayed answer.


You might find some more details in the host-deploy log,
which you should be able to find in /var/log/ovirt-engine/host-deploy
(on the engine machine, it's copied there after deploy finishes).



I had a look at it, but nothing relevant shows up besides this line:

2019-05-10 09:11:32,628+0100 DEBUG otopi.context 
context._executeMethod:145 method exception

Traceback (most recent call last):
  File "/tmp/ovirt-qPjYkVy6Ys/pythonlib/otopi/context.py", line 132, in 
_executeMethod

method['method']()
  File 
"/tmp/ovirt-qPjYkVy6Ys/otopi-plugins/ovirt-host-deploy/vdsm/hardware.py", 
line 71, in _validate_virtualization

_('Hardware does not support virtualization')
RuntimeError: Hardware does not support virtualization

It's been some time since I configured this myself, so I do not 
remember
the details anymore. Did you check some guides/blog posts/etc. about 
this?




I didn't. I just enabled nested virtualization in the host and tried to 
deploy.



What type of CPU did you configure in the VM (and cluster)?



In the Cluster I have the Intel Broadwell Family, and as the VM CPU I 
have the default cluster CPU which is the one I just referenced. Not 
sure if anything else should be done.



To see what checks the code does, you can read [1], although the log
should be enough IMO.

[1] /usr/lib/python2.7/site-packages/ovirt_host_deploy/hardware.py

Best regards,


>
> Am I missing something here?
>
> 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/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/
___
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/7LALMJF4SQQXLFZUXV2I53YRGX7J7FR6/

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

[ovirt-users] Re: Old mailing list SPAM

2019-05-15 Thread Nicolas Ecarnot


Le 15/05/2019 à 07:46, Markus Stockhausen a écrit :

Hi,

does anyone currently get old mails of 2016 from the mailing list?


I do.

(Though it is annoying, it allowed me to get an answer about which I 
never thought to ask - Thanks Nir, by the way)



We are spammed with something like this from teknikservice.nu:

...
Received: from mail.ovirt.org (localhost [IPv6:::1])by mail.ovirt.org
  (Postfix) with ESMTP id A33EA46AD3;Tue, 14 May 2019 14:48:48 -0400 (EDT)

Received: by mail.ovirt.org (Postfix, from userid 995)id D283A407D0; Tue, 14
  May 2019 14:42:29 -0400 (EDT)

Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu 
[81.216.61.60])

(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No
  client certificate requested)by mail.ovirt.org (Postfix) with ESMTPS id
  BF954467FEfor ; Tue, 14 May 2019 14:36:54 -0400 (EDT)

Received: by bauhaus.teknikservice.nu (Postfix, from userid 0)id 259822F504;
  Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?

Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187])(using
  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
  certificate requested)by bauhaus.teknikservice.nu (Postfix) with ESMTPS id
  430FEDA541for ; Thu,  6 Oct 2016 18:02:51 +0200 
(CEST)


Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138])(using
  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
  certificate requested)by washer.actnet.nu (Postfix) with ESMTPS id
  D75A82293FCfor ; Thu,  6 Oct 2016 18:04:11 +0200
  (CEST)
...

Markus


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




--
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/IEOIF3KVPKLBO2UNZ65FSRX7EFPXHF3V/

[ovirt-users] Re: VM has paused due to no storage space error

2019-05-15 Thread Nicolas Ecarnot

Hi Nir, hi Sandvik,

As I saw this issue lots of times and as I'm using thin prov. + block
storage, I feel concerned.

Read my question below.

Le 02/10/2016 à 12:55, Nir Soffer a écrit :

On Sun, Oct 2, 2016 at 12:06 PM, Sandvik Agustin
wrote:

Hi users,

I have this problem that sometimes 1 to 3 VM just automatically paused with
user interaction and getting this error "VM has paused due to no storage
space error". any inputs from you guys are very appreciated.

This is expected - when there is no storage space :-)

The vm is paused when there are some io pending io requests that
could not be fulfilled since you don't have enough space.

In a real machine the io requests would fail. In a vm, the vm can pause,
you can fix the issue (extend the storage domain), and resume the vm.

But I guess there is storage space available, otherwise you would
not spend the time sending this mail.

This can happen when using thin provisioned disks on block storage
(iSCSI, FC). We provision such disk with 1G, and and extend the disk
(add 1G) when it becomes too full (by default, free space < 0.5G).

If we fail to extend the disk quick enough,

"quick enough" -> Is there some place where this threshold can be
configured?

the vm will pause before the
extend was completed. Once the extend was completed, we resume
the vm.

So you may see very short pauses, but they should be rare.

To understand the issue, we need to inspect vdsm logs from the host
running the vm that paused, showing the timeframe when the vm
was paused.

You should see this message in the log each time a vm pauses:

abnormal vm stop device error ENOSPC

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

--
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/KF4SVQOE7U7ELLOIE4CNPSH2TAN7MW3K/

[ovirt-users] Re: DISCARD support?

2019-05-14 Thread Nicolas Ecarnot

Hello,

Sending this here to share knowledge.

Here is what I learned from many BZ and mailing list posts readings. I'm
not working at Redhat, so please correct me if I'm wrong.

We are using thin-provisioned block storage LUNs (Equallogic), on which
oVirt is creating numerous Logical Volumes, and we're very happy with it.
When oVirt is removing a virtual disk, the SAN is not informed, because
the LVM layer is not sending the "issue_discard" flag.

/etc/lvm/lvm.conf is not the natural place to try to change this
parameter, as VDSM is not using it.

Efforts are presently made to include issue_discard setting support
directly into vdsm.conf, first on a datacenter scope (4.0.x), then per
storage domain (4.1.x) and maybe via a web GUI check-box. Part of the
effort is to make sure every bit of a planned to be removed LV get wiped
out. Part is to inform the block storage side about the deletion, in
case of thin provisioned LUNs.

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

--
Nicolas ECARNOT

On Mon, Oct 3, 2016 at 2:24 PM, Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote:

Yaniv,

As a pure random way of web surfing, I found that you posted on
twitter an information about DISCARD support.
(https://twitter.com/YanivKaul/status/773513216664174592
<https://twitter.com/YanivKaul/status/773513216664174592>)

I did not dig any further, but has it any relation with the fact
that so far, oVirt did not reclaim lost storage space amongst its
logical volumes of its storage domains?

A BZ exist about this, but one was told no work would be done about
it until 4.x.y, so now we're there, I was wondering if you knew more?

Feel free to send such questions on the mailing list (ovirt users or
devel), so other will be able to both chime in and see the response.
We've supported a custom hook for enabling discard per disk (which is
only relevant for virtio-SCSI and IDE) for some versions now (3.5 I
believe).

We are planning to add this via a UI and API in 4.1.
In addition, we are looking into discard (instead of wipe after delete,
when discard is also zero'ing content) as well as discard when removing LVs.

See:
http://www.ovirt.org/develop/release-management/features/storage/pass-discard-from-guest-to-underlying-storage/
http://www.ovirt.org/develop/release-management/features/storage/wipe-volumes-using-blkdiscard/
http://www.ovirt.org/develop/release-management/features/storage/discard-after-delete/

Best,

--
Nicolas ECARNOT

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/XNWYONXSWEN5AJVUJURRL7G3QJW62SNJ/

[ovirt-users] Re: Can't run nested virtualization

2019-05-14 Thread nicolas


Please, any ideas about this?

Thanks.

El 2019-05-10 09:18, nico...@devels.es escribió:

Hi,

We're running oVirt version 4.3.3, and trying to configure one of the
hosts to support Nested Virtualization, but when installing the nested
host it claims it doesn't support hardware virtualization.

On the physical host, we've enabled nested virtualization:

# cat /sys/module/kvm_intel/parameters/nested
Y

Content of /etc/modprobe.d/kvm.conf:

options kvm_intel nested=1
options kvm_intel enable_shadow_vmcs=1
options kvm_intel enable_apicv=1
options kvm_intel ept=1

I created a VM to run on that host, which will be the nested host. I
try to deploy it but the engine will show it failed because:

2019-05-10 09:11:32,006+01 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511),
An error has occurred during installation of Host host1: Failed to
execute stage 'Setup validation': Hardware does not support
virtualization.

Am I missing something here?

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/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/

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

[ovirt-users] Can't run nested virtualization

2019-05-10 Thread nicolas


Hi,

We're running oVirt version 4.3.3, and trying to configure one of the 
hosts to support Nested Virtualization, but when installing the nested 
host it claims it doesn't support hardware virtualization.


On the physical host, we've enabled nested virtualization:

# cat /sys/module/kvm_intel/parameters/nested
Y

Content of /etc/modprobe.d/kvm.conf:

options kvm_intel nested=1
options kvm_intel enable_shadow_vmcs=1
options kvm_intel enable_apicv=1
options kvm_intel ept=1

I created a VM to run on that host, which will be the nested host. I try 
to deploy it but the engine will show it failed because:


2019-05-10 09:11:32,006+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(VdsDeploy) [6381e662] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), An 
error has occurred during installation of Host host1: Failed to execute 
stage 'Setup validation': Hardware does not support virtualization.


Am I missing something here?

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/P7ZJB2NVO5DYARQTEHLMA4WR3T3P6N4N/

[ovirt-users] Re: Buy Movie Jackets

2019-05-03 Thread nicolas

Guys, this is starting to be annoying. Can anything be done to 
unsubscribe users with these security issues?


El 2019-05-03 07:50, deannawillia...@gmail.com escribió:

We are famous in the leather industry with our best quality of leather
and its stuff we are providing service from all over the world with
shipping specially free shipping in the USA, CANADA, AUSTRALIA, and
the UK we have our official website which is
https://www.buymoviejackets.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/ZI7TUGIP2YGTVWQAFYRQFISXY2TRKZUT/

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

[ovirt-users] Re: Cannot allocate and run VM from VM-Pool. There are no available VMs in the VM-Pool

2019-04-12 Thread nicolas

Are the VMs from the pool 'up'? If so, no assignation can be done unless 
they are powered off.


El 2019-04-12 14:31, Florian Rädler escribió:

I am getting the following Error after a Pool was generated and
migrated to another host.

START_POOL fehlgeschlagen [Cannot allocate and run VM from VM-Pool.
There are no available VMs in the VM-Pool.]

No user is connected to any of the running VMs. What can I do to solve
this problem?

-

 Pflichtangaben anzeigen [1]

 Nähere Informationen zur Datenverarbeitung im DB-Konzern finden Sie
hier: http://www.deutschebahn.com/de/konzern/datenschutz [2]

Links:
--
[1] http://www.deutschebahn.com/pflichtangaben/20190408
[2] http://www.deutschebahn.com/de/konzern/datenschutz

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

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

[ovirt-users] Re: NPE for GetValidHostsForVmsQuery

2019-04-05 Thread nicolas


Hi Andrej,

I missed to point a fact that is probably determining. Prior to noticing 
the error, we upgraded the Cluster & Data Center compatibility version 
from 4.1 to 4.3, which caused ovirt-engine to automatically edit all VMs 
and modify their compatibility versions as well (with changes pending 
until next reboot).


So if we powered down the VM, edited the VM, saved it (even without 
changes) and powered it up, migrations would work again.


This happened with all affected machines.

If you need some additional info, just ask.

Thanks.

El 2019-04-04 17:03, Andrej Krejcir escribió:

Hi,

The NPE is because the CPU load of a VM is missing. It happens when
the VM statistics are not updated.

This is definitely a bug, missing CPU load should not prevent
migration.
I will open a Bugzilla ticket. 

Can you share some more details about the VMs?
Does the NPE happen for all VMs or only some specific types?

Thanks,
Andrej

On Wed, 3 Apr 2019 at 13:45,  wrote:


Hi,

We're running oVirt 4.3.2. When we click on the "Migrate" button
over a
VM, an error popup shows up and in the ovirt-engine log we see:

   2019-04-03 12:37:40,897+01 ERROR
[org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default
task-6)
[478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query
'GetValidHostsForVmsQuery'
failed: null

I'm attaching the full NPE.

Could someone point out what could be the reason for the NPE?

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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:


https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/

[3]



Links:
--
[1] https://www.ovirt.org/site/privacy-policy/
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWPQR34DDQMTDPUI2EZFA3VSHA77BET/

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

[ovirt-users] NPE for GetValidHostsForVmsQuery

2019-04-03 Thread nicolas


Hi,

We're running oVirt 4.3.2. When we click on the "Migrate" button over a 
VM, an error popup shows up and in the ovirt-engine log we see:


  2019-04-03 12:37:40,897+01 ERROR 
[org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) 
[478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery' 
failed: null


I'm attaching the full NPE.

Could someone point out what could be the reason for the NPE?

Thanks.2019-04-03 12:37:40,897+01 ERROR 
[org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) 
[478381f0-18e3-4c96-bcb5-aafd116d7b7a] Query 'GetValidHostsForVmsQuery' failed: 
null
2019-04-03 12:37:40,898+01 ERROR 
[org.ovirt.engine.core.bll.GetValidHostsForVmsQuery] (default task-6) 
[478381f0-18e3-4c96-bcb5-aafd116d7b7a] Exception: java.lang.NullPointerException
at 
org.ovirt.engine.core.bll.scheduling.SchedulingManager.subtractRunningVmResources(SchedulingManager.java:923)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:616)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.lambda$getValidHosts$0(GetValidHostsForVmsQuery.java:56)
 [bll.jar:]
at 
java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) 
[rt.jar:1.8.0_201]
at 
java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382) 
[rt.jar:1.8.0_201]
at 
java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) 
[rt.jar:1.8.0_201]
at 
java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) 
[rt.jar:1.8.0_201]
at 
java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) 
[rt.jar:1.8.0_201]
at 
java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) 
[rt.jar:1.8.0_201]
at 
java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) 
[rt.jar:1.8.0_201]
at 
org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.getValidHosts(GetValidHostsForVmsQuery.java:59)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.GetValidHostsForVmsQuery.executeQueryCommand(GetValidHostsForVmsQuery.java:36)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106)
 [bll.jar:]
at 
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) 
[dal.jar:]
at 
org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute(DefaultBackendQueryExecutor.java:14)
 [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:520) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:489) 
[bll.jar:]
at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source) 
[:1.8.0_201]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_201]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at 
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
 [wildfly-weld-ejb-15.0.1.Final.jar:15.0.1.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.interceptorChainCompleted(WeldInvocationContextImpl.java:107)
 [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:126)
 [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at 
org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
 [common.jar:]
at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source) 
[:1.8.0_201]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_201]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_201]
at 
org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
 [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.invokeNext(WeldInvocationContextImpl.java:92)
 [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at 
org.jboss.weld.interceptor.proxy.WeldInvocationContextImpl.proceed(WeldInvocationContextImpl.java:124)
 [weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at 
org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:105) 
[weld-core-impl-3.0.5.Final.jar:3.0.5.Final]
at

[ovirt-users] Re: vdsClient in oVirt 4.3

2019-04-03 Thread nicolas


Thanks Liran, it worked perfectly.

Regards.

El 2019-04-03 11:33, Liran Rotenberg escribió:

I think the similar way to do it as you used to is:
$ vdsm-client Volume setLegality storagedomainID=sdUUID
storagepoolID=spUUID imageID=imgUUID legality=LEGAL volumeID=volUUID
Where the values you set should be inside quotes for example 'LEGAL'.

On Wed, Apr 3, 2019 at 1:08 PM  wrote:


Hi Benny,

Thanks for the help.

Could you please tell me what job_uuid and vol_gen should be replaced
by? Should I just put any UUID for the job?

Thanks.

El 2019-04-03 09:52, Benny Zlotnik escribió:
> it should be something like this:
>   $ cat update.json
>   {
>   "job_id":"",
>   "vol_info": {
>   "sd_id": "",
>   "img_id": "",
>   "vol_id": "",
>   "generation": ""
>   },
>   "legality": "LEGAL"
>   }
>   }
>
>   $ vdsm-client SDM update_volume -f update.json
>
> On Wed, Apr 3, 2019 at 11:48 AM  wrote:
>>
>> Hi,
>>
>> In oVirt 4.1 we used this command to set a volume as LEGAL:
>>
>>  vdsClient -s  setVolumeLegality sdUUID spUUID imgUUID
>> leafUUID
>> LEGAL
>>
>> What would be the equivalent to this command using vdsm-client in
>> oVirt
>> 4.3?
>>
>> 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/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/
___
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/LUZX6W6KWRZWHDRDJPH6PIEGRVNAGVED/

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

[ovirt-users] Re: vdsClient in oVirt 4.3

2019-04-03 Thread nicolas


Hi Benny,

Thanks for the help.

Could you please tell me what job_uuid and vol_gen should be replaced 
by? Should I just put any UUID for the job?


Thanks.

El 2019-04-03 09:52, Benny Zlotnik escribió:

it should be something like this:
  $ cat update.json
  {
  "job_id":"",
  "vol_info": {
  "sd_id": "",
  "img_id": "",
  "vol_id": "",
  "generation": ""
  },
  "legality": "LEGAL"
  }
  }

  $ vdsm-client SDM update_volume -f update.json

On Wed, Apr 3, 2019 at 11:48 AM  wrote:


Hi,

In oVirt 4.1 we used this command to set a volume as LEGAL:

 vdsClient -s  setVolumeLegality sdUUID spUUID imgUUID 
leafUUID

LEGAL

What would be the equivalent to this command using vdsm-client in 
oVirt

4.3?

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/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/

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

[ovirt-users] vdsClient in oVirt 4.3

2019-04-03 Thread nicolas


Hi,

In oVirt 4.1 we used this command to set a volume as LEGAL:

vdsClient -s  setVolumeLegality sdUUID spUUID imgUUID leafUUID 
LEGAL


What would be the equivalent to this command using vdsm-client in oVirt 
4.3?


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/T7QYVJMDWNRUOKLOZGEA7QPDBKLX4TO2/

[ovirt-users] Logical Volume extend failed

2019-03-11 Thread Nicolas Ecarnot

Hello,

[Context :
I'm moving all my VMs from an old 3.6 DC to a brand new 4.3 DC.
For local reasons, I'm doing it using an export domain, and one by one.
]

Today, for no obvious reason, error messages began to appear :
"
VDSM SPM-servername command failed: Logical Volume extend failed
"

Lots of similar errors appear in the engine log, with no obvious
additional hint.

In the VDSM log, I'm not skilled enough to see what's wrong either.

The 3.6 engine and vdsm log files are here :

https://framadrop.org/r/6cFSb0GRc1#VQ6XqYWg9HzniHMjgKmXVpXy0I+RIS/MiMGBpU+1bak=

https://framadrop.org/r/JFswiD3fkA#fdU+m3JCVMVg/eLjtJVTqOiAKIj4eyhsRWisxcrea7I=

It may come from one of our storage domain that was close to full, but I
freed 200Go space since, and the issue keeps appearing.

Now, my attempts to export a VM are failing.
I still can stop and start a VM.

(I'm not completely relaxed with this situation.)

I read some similar experience here
(https://www.canarytek.com/2017/07/21/Harmfull_bug_in_oVirt_block_storage.html)
but I'm not sure it is related.

I can psql-query and check things if needed, but I mostly need advices.

Thank you.

[ovirt-users] Re: Fencing : SSL or not?

2019-02-22 Thread Nicolas Ecarnot


Le 22/02/2019 à 15:45, Martin Perina a écrit :
If I understand that correctly, this is a request to open session to 
IPMI. If you haven't received any response, then I'd check:


1. Do you have IPMI enabled?



Hello Martin,

you hit the point.

IPMI was not unable (anymore).

IPMI is activated by default since years in all our hosts.

But recent firmware upgrades on some of our Dell hosts, and especially 
on iDRAC firmwares led to the disabling of IPMI.



I'm sorry for having bothered you and the audience. Sorry for this waste 
of time. Thank you Dell :-\


--
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/KO7REWCFUWRGU453N5XYSFZSS75RFFU6/

[ovirt-users] Re: Host choice when migrating VMs

2019-02-22 Thread Nicolas Ecarnot


Le 22/02/2019 à 15:48, Dominik Holler a écrit :

Hosts _needs_ the same networks to be available in the same cluster. Different 
networked hosts needs to be put in a separate cluster.



This is the most straight approach, which is supported by oVirt.
But there is the possibility to attach logical networks, which are
neither required in the cluster, nor attached to all hosts in the
cluster, to a VM. oVirt's scheduling will respect this.


So you're saying oVirt knows which other hosts in the cluster have the 
non-mandatory network(s) the VM has and only chooses between those a host to 
migrate the VM to?



Yes. If you try to trigger the migration manually, UI will provide you
the list of possible hosts to migrate the VM.
https://github.com/oVirt/ovirt-engine/blob/7d111f3aa089f77f92049f4d3ec792e5ff7e5324/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/scheduling/policyunits/NetworkPolicyUnit.java#L132




*THIS* is precisely the answer I was expecting.

Thank you Dominik.

--
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/LT6I4GS42VIPQYBF4EGT7HBS2LVLUN2Z/

[ovirt-users] Re: Host choice when migrating VMs

2019-02-22 Thread Nicolas Ecarnot


Le 22/02/2019 à 15:02, Karli Sjöberg a écrit :



Den 22 feb. 2019 09:24 skrev Nicolas Ecarnot :

Hello,

I'm almost sure the following is useless as I think I know how it's
working, but as I'm preparing a major change in our infrastructure, I'd
rather be sure and not mess up. And also to be sure.
(Just to be sure)

For some reasons, and for the first time in our infra., one of our new
DC will temporary include heterogeneous hosts : some networks will be
available only on parts of them.




Hi Karli,

Hosts _needs_ the same networks to be available in the same cluster. 


Correct me if I'm wrong, but I think that your statement is true *if* 
the networks are set as mandatory, which is not automatically wanted nor 
true. In our case, we have to disable this mandatory attribute.


I agree that when the networks are mandatory, every host unable to use 
them will end up unavailable.



Different networked hosts needs to be put in a separate cluster.

/K



--
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/CGPHGFXYI3OZX2XKTLCFZ6W3GN4Q6U4Q/

[ovirt-users] Re: Fencing : SSL or not?

2019-02-22 Thread Nicolas Ecarnot


Le 22/02/2019 à 12:13, Martin Perina a écrit :

Unfortunately using fence_ipmilan is not possible to display more 
debugging details, so as mentioned earlier could you please run 
ipmitool directly?


ipmitool vv -I lanplus -H c-hv05.prd.sdis38.fr 
<http://c-hv05.prd.sdis38.fr> -p 623 -U stonith -P  -L 
ADMINISTRATOR chassis power status


Above should display more details ...


root@hv04:/etc# ipmitool -vv -I lanplus -H c-hv05.prd.sdis38.fr -p 623 -U 
stonith -P 'xxx' -L ADMINISTRATOR chassis power status


Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x8e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x8e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x8e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x8e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x0e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x0e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x0e 0x04 




Sending IPMI command payload
   netfn   : 0x06
   command : 0x38
   data: 0x0e 0x04 


Get Auth Capabilities error
Error issuing Get Channel Authentication Capabilities request
Error: Unable to establish IPMI v2 / RMCP+ session
root@hv04:/etc#

--
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/DQKUC2G745CKN6BT2SC3T6LSCEEML7NN/

[ovirt-users] Re: Fencing : SSL or not?

2019-02-22 Thread Nicolas Ecarnot


Hi Martin,

Le 21/02/2019 à 13:04, Martin Perina a écrit :

Hi Nicolas,

see my reply inline


See mine below.



On Mon, Feb 18, 2019 at 9:51 AM Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote:


Hello,

As fence_idrac has never worked for us, and as fence_ipmilan has worked
nicely since years, we are using fence_ipmilan with the lanplus=1
option
and we're happy with it.

We upgraded to 4.3.0.4 and we're witnessing that we cannot fence our
hosts anymore :

2019-02-18 09:42:08,678+01 ERROR
[org.ovirt.engine.core.bll.pm
<http://org.ovirt.engine.core.bll.pm>.FenceProxyLocator] (default
task-11)
[2f78ed99-6703-4d92-b7cb-948c2d24b623] Can not run fence action on host
'x', no suitable proxy host was found.


This is not related fence_ipmi issue below. Engine, is order to be able 
to execute fencing operation, needs at least one other hosts in Up 
status, which is used as a proxy host to perform fencing operation. So 
do you have at least one host in Up status in the same 
cluster/datacenter as the host you want to run fencing operation on?


Yes.

If so, then please enable debug information to find out why we cannot 
find any host acting as fence proxy:


1. Please download log-control.sh script from 
https://github.com/oVirt/ovirt-engine/tree/master/contrib#log-control-sh 
and save on engine machine

2. Please execute following on engine machine
   log-control.sh org.ovirt.engine.core.bll.pm 
<http://org.ovirt.engine.core.bll.pm> DEBUG
3. Go to the problematic host, click Edit, go to Power Management tab, 
click on the existing fence agent and click on Test button
4. Take a look at engine.log, there should be logged information, why we 
were not able to find out fence proxy


I followed the instructions above, but I feel this is not the best debug 
path. I learned nothing new.
The fence proxy is not missing. It is known and found, and it is trying 
to do its job, as written below :





and on the SPM :

fence_ipmilan: Failed: Unable to obtain correct plug status or plug is
not available


Could you please provide debug output of below command?

ipmitool -vv -I lanplus -H  -p 623 -U  
-P  -L ADMINISTRATOR chassis power status


See below a debug session.
I'm comparing two hosts, and one only is answering fence status queries.

I must add that before the upgrade to 4.3, both hosts were responding 
correctly.


fence_ipmilan --username=stonith --password='xxx' --lanplus 
--ip=c-serv-hv-prds01.sdis.isere.fr --action=status -v
2019-02-22 11:34:01,537 INFO: Executing: /usr/bin/ipmitool -I lanplus -H 
c-serv-hv-prds01.sdis.isere.fr -p 623 -U stonith -P [set] -L 
ADMINISTRATOR chassis power status


2019-02-22 11:34:01,654 DEBUG: 0 Chassis Power is on


Status: ON
root@hv04:/etc# fence_ipmilan --username=stonith --password='xxx' 
--lanplus --ip=c-hv05.prd.sdis38.fr --action=status -v
2019-02-22 11:34:15,335 INFO: Executing: /usr/bin/ipmitool -I lanplus -H 
c-hv05.prd.sdis38.fr -p 623 -U stonith -P [set] -L ADMINISTRATOR chassis 
power status


2019-02-22 11:34:35,338 ERROR: Connection timed out


root@hv04:/etc# nmap c-serv-hv-prds01.sdis.isere.fr

Starting Nmap 6.40 ( http://nmap.org ) at 2019-02-22 11:34 CET
Nmap scan report for c-serv-hv-prds01.sdis.isere.fr (192.168.53.2)
Host is up (0.010s latency).
rDNS record for 192.168.53.2: c-5g3yxx1.sdis.isere.fr
Not shown: 996 closed ports
PORT STATE SERVICE
22/tcp   open  ssh
80/tcp   open  http
443/tcp  open  https
5900/tcp open  vnc

Nmap done: 1 IP address (1 host up) scanned in 0.45 seconds
root@hv04:/etc# nmap c-hv05.prd.sdis38.fr

Starting Nmap 6.40 ( http://nmap.org ) at 2019-02-22 11:34 CET
Nmap scan report for c-hv05.prd.sdis38.fr (192.168.50.194)
Host is up (0.00060s latency).
rDNS record for 192.168.50.194: C-550W2S2.sdis.isere.fr
Not shown: 996 closed ports
PORT STATE SERVICE
22/tcp   open  ssh
80/tcp   open  http
443/tcp  open  https
5900/tcp open  vnc
MAC Address: CC:C5:E5:57:26:E0 (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.20 seconds
root@hv04:/etc# ping -c 1 c-serv-hv-prds01.sdis.isere.fr
PING c-5g3yxx1.sdis.isere.fr (192.168.53.2) 56(84) bytes of data.
64 bytes from c-5g3yxx1.sdis.isere.fr (192.168.53.2): icmp_seq=1 ttl=61 
time=2.37 ms


--- c-5g3yxx1.sdis.isere.fr ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.371/2.371/2.371/0.000 ms
root@hv04:/etc# ping -c 1 c-hv05.prd.sdis38.fr
PING c-550w2s2.prd.sdis38.fr (192.168.50.194) 56(84) bytes of data.
64 bytes from C-550W2S2.sdis.isere.fr (192.168.50.194): icmp_seq=1 
ttl=64 time=0.189 ms


--- c-550w2s2.prd.sdis38.fr ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.189/0.189/0.189/0.000 ms




Above is the command which fence_ipmi is internally executing, and -vv 
adds debugging output which can reveal issue with the plug status


Regards,
Martin


I found the sugg

[ovirt-users] Host choice when migrating VMs

2019-02-22 Thread Nicolas Ecarnot


Hello,

I'm almost sure the following is useless as I think I know how it's 
working, but as I'm preparing a major change in our infrastructure, I'd 
rather be sure and not mess up. And also to be sure.

(Just to be sure)

For some reasons, and for the first time in our infra., one of our new 
DC will temporary include heterogeneous hosts : some networks will be 
available only on parts of them.


Please may someone confirm me that with every load balancing / VM 
startup / VM migration / host choice, oVirt will smartly choose the 
available host equipped with the adequate networks?


--
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/QGX3PHA4T3SXXDTYZ4VGY6UHECO7P6V5/

[ovirt-users] Fencing : SSL or not?

2019-02-18 Thread Nicolas Ecarnot


Hello,

As fence_idrac has never worked for us, and as fence_ipmilan has worked 
nicely since years, we are using fence_ipmilan with the lanplus=1 option 
and we're happy with it.


We upgraded to 4.3.0.4 and we're witnessing that we cannot fence our 
hosts anymore :


2019-02-18 09:42:08,678+01 ERROR 
[org.ovirt.engine.core.bll.pm.FenceProxyLocator] (default task-11) 
[2f78ed99-6703-4d92-b7cb-948c2d24b623] Can not run fence action on host 
'x', no suitable proxy host was found.


and on the SPM :

fence_ipmilan: Failed: Unable to obtain correct plug status or plug is 
not available


I found the suggested workaround here :

https://access.redhat.com/solutions/3349841

but no combination of
- lanplus={0,1}
- -z
- ssl=={0,1}

lead to no solution.

The package version is the same as what's described in the KB :
fence-agents-rhevm-4.2.1-11.el7_6.7.x86_64

What should I test now?

Thank you.

--
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/SEUAZ6JB6CIYY2GOBNJN2XSWOSH6DHDJ/

[ovirt-users] Re: Forum available

2019-02-08 Thread Nicolas Ecarnot


Le 08/02/2019 à 09:05, Josep Manel Andrés Moscardó a écrit :

Hi all,
I am just wondering if anyone like me would like to have everything that 
is bump here in a forum, with all the benefits it brings


Absolutely.

Digging through mail archives is somethimes painful.

(and people 
will still be able to subscribe and reply through email). Something like 
Discourse would be nice in my opinion.


Best.


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




--
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/H427EVNMN3NZHB7NGW4Z62IOPRIGFNGP/

[ovirt-users] Re: Bug in the web interface?

2019-02-06 Thread Nicolas Ecarnot

Le 06/02/2019 à 15:42, Greg Sheremeta a écrit :
On Wed, Feb 6, 2019 at 6:33 AM Nicolas Ecarnot <mailto:nico...@ecarnot.net>> wrote:

Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit :
>
> On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:
>> Hi Lucie,
>>
>> Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
>>> I'm sorry, my mistake I did not mention to remove the package
without
>>> dependencies.

Same -- sorry, ugh.
For anyone in the same situation, the better thing to do now is simply 
'yum update ovirt-engine-ui-extensions'

That will remove the old dashboard correctly.
https://github.com/oVirt/ovirt-engine-ui-extensions/blob/master/packaging/spec.in#L16

Thank you. We need this kind of wheels greasing as oVirt's complexity 
increases.

To sum up, I think what I'm missing is a clear and solide
documentation
or official Redhat message about whether/what/how/when can/cannot we
update (with "yum update") the engine host and/or the hosts.

Not Red Hat -- oVirt :)

Yep, Greg Sheremeta  ;-)

Indeed, we need an Upgrade Guide update. I'll look into it.

Generally, on my dev instances (which are probably nowhere near as 
complicated as your setups), I run 'yum update' followed by 
'engine-setup'.

Actually, my experience is that yum-upgrading the engine was most of the 
times harmless, but yum-upgrading the hosts lead to complex situations.

I'm at a point where I no longer update my hosts with yum update, and 
only relies on oVirt's update (either via the web GUI or ansible's 
cluster upgrade) which only updates part of the packages.

I'd rather have a strong enough RPM environment around oVirt preventing 
any issue (the version lock usage shows that it's already a concern 
oVirt's people are dealing with and I thank you. Keep strengthening.)

--

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/TQAYEZSGMLQCWFJTMAUERABCUNYWG3N6/

[ovirt-users] Re: Bug in the web interface?

2019-02-06 Thread Nicolas Ecarnot


Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit :


On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:

Hi Lucie,

Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without 
dependencies.


rpm -e --nodeps ...


I'll write that down.



When looking at the log file above
(https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=) 
[...]
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", 



The error is cause by missing ovirt-engine-dbscripts.


OK

Well, I thought I messed up with packages, and I thought a compete 
yum update would help, as I read :

Le 05/02/2019 à 15:19, Greg Sheremeta wrote :



The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded 
engines to get the latest ovirt-engine-ui-extensions, which fixes 
the problem.


So I ran a yum update.

This package is part of ovirt-engine versionlock so can't be 
installed/updated separately.
engine-setup should install the missing packages. I tried it by 
myself and it fixed the issue.


   [install] 
ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch 
will be installed


I see I have this package, though in an older version :
# rpm -qa|grep -i dbscripts
ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch

The version shouldn't be problem. I tested it in u/s ovirt. Now I tried 
with same version.


Try to remove that package and install again. Versionlock seems to 
differ here so I was able to install it separately, if not run 
engine-setup.


# rpm -e --nodeps ovirt-engine-dbscripts


Indeed, it found a lot of missing files/dir.



# yum install ovirt-engine-dbscripts


I forgot to set LANG=C so you'll read some parts in french, but I get 
the idea :



root@mvm01:/tmp# yum install ovirt-engine-dbscripts
Modules complémentaires chargés : fastestmirror, versionlock
Loading mirror speeds from cached hostfile
 * base: centos.mirror.fr.planethoster.net
 * epel: pkg.adfinis-sygroup.ch
 * extras: ftp.pasteur.fr
 * ovirt-4.3: ovirt.repo.nfrance.com
 * ovirt-4.3-epel: pkg.adfinis-sygroup.ch
 * updates: centos.mirror.fr.planethoster.net
Excluding 1 update due to versionlock (use "yum versionlock status" to 
show it)

Résolution des dépendances
--> Lancement de la transaction de test
---> Le paquet ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 sera installé
--> Résolution des dépendances terminée

Dépendances résolues

=
 Package 
Architecture Version 
Dépôt 
Taille

=
Installation :
 ovirt-engine-dbscripts 
noarch   4.3.0.4-1.el7 
ovirt-4.3 
331 k


Résumé de la transaction
=
Installation   1 Paquet

Taille totale des téléchargements : 331 k
Taille d'installation : 1.6 M
Is this ok [y/d/N]: y
Downloading packages:
ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch.rpm 

 | 331 kB 
00:00:02

Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Avertissement : RPMDB a été modifiée par une autre application que yum.
** 1 problèmes RPMDB préexistants trouvés, la sortie de « yum check » 
est la suivante :
ovirt-engine-4.3.0.4-1.el7.noarch a des dépendances manquantes de 
ovirt-engine-dbscripts = ('0', '4.3.0.4', '1.el7')
  Installation : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 



 1/1
  Vérification : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 



 1/1

Installé :
  ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 





Terminé !

-

After that, I ran again engine-setup and it went OK.
Now, my ovirt DC and dashboard is back to life, thanks to you Lucie.

To sum up, I think what I'm missing is a clear and solide documentation 
or official Redhat message about whether/what/how/when can/cannot we 
update (with "yum update") the engine host and/or the hosts.


??

--
Nicolas ECARNOT
__

[ovirt-users] Re: Bug in the web interface?

2019-02-06 Thread Nicolas Ecarnot


Hi Lucie,

Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without 
dependencies.


rpm -e --nodeps ...


I'll write that down.



When looking at the log file above
(https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=) 
[...]
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", 

The error is cause by missing ovirt-engine-dbscripts.


OK

Well, I thought I messed up with packages, and I thought a compete yum 
update would help, as I read :

Le 05/02/2019 à 15:19, Greg Sheremeta wrote :



The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines 
to get the latest ovirt-engine-ui-extensions, which fixes the problem.


So I ran a yum update.

This package is part of ovirt-engine versionlock so can't be 
installed/updated separately.
engine-setup should install the missing packages. I tried it by myself 
and it fixed the issue.


   [install] 
ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch 
will be installed


I see I have this package, though in an older version :
# rpm -qa|grep -i dbscripts
ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch



Not sure what went wrong by you, send please the setup log and the 


>> 
(https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd6o=)


ovirt-engine* rpms list. And also result of 'ls 
/usr/share/ovirt-engine/dbscripts'


# LANG=C ls -la /usr/share/ovirt-engine/dbscripts
ls: cannot access /usr/share/ovirt-engine/dbscripts: No such file or 
directory


You seem to hit the point.

--
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/DA3RSDSTLAHWDCIAZNAGRUMKFHT7Y2GN/

[ovirt-users] Re: Bug in the web interface?

2019-02-06 Thread Nicolas Ecarnot

Le 05/02/2019 à 15:19, Greg Sheremeta wrote :


The fix is pushed. Standalone engine upgrades should be fine starting 
now. `yum update` any appliance engines or already upgraded engines to 
get the latest ovirt-engine-ui-extensions, which fixes the problem.


So I ran a yum update.

After running again engine-setup, it is failing the same way.
I compared the complete rpm list with another 4.3 DC with no issue, and 
apart the removed ovirt-engine-dashboard package and obviously many 
upgraded packages, I see no obvious missing parts.


I'm at loss and don't know how to save this DC, so any help is welcome.

--
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/7QT44H4DEIZPZVMBO6UPRQ6GZWAKWP3S/

[ovirt-users] Re: [4.3.0] VNC Virt-viewer console not opening

2019-02-05 Thread Nicolas Ecarnot


Hello Greg,

Le 04/02/2019 à 21:13, Greg Sheremeta a écrit :

When I try to use Spice instead of VNc, it is working nicely.


My goal is to stick to VNC.


When I try to use noVNC, the additional tab opens and shows
"Unsupported
security types: 19"


Looks like https://bugzilla.redhat.com/show_bug.cgi?id=1659155

Can you try disabling vnc security on the cluster and then reboot the host?


VNC security is already disabled.


What could I give to help you help me?

--
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/ARBA5SBJLY3QS73XYRJYQ7F7TZJ5KOYT/

[ovirt-users] [4.3.0] VNC Virt-viewer console not opening

2019-02-04 Thread Nicolas Ecarnot


Hello,

First, congratulations to all of you who worked for this 4.3.0 release, 
and obviously thank you.


Today, I upgraded 4 oVirt setups (4 DC) from 4.2.7 to 4.3.0.
I went well on all 4 DCs.

But on one of them, when I try to open a console, I see it open as a 
flash (it opens and closes immediately).


I'm using Firefox 64.0 with Ubuntu 18.10, and all my VMs are setup like 
this :

- video type : QXL
- Gfx protocol : VNC
- VNC Kbd layout : fr
and I'm using virt-viewer

On the problematic DC, all the VMs are showing the same issue.

When I try to use Spice instead of VNc, it is working nicely.
When I try to use noVNC, the additional tab opens and shows "Unsupported 
security types: 19"


I tried to track down this issue thanks to the firefox dev console, but 
it's beyond my understanding.


Trying the same with Chromium does the same blinking open/close.

I'd rather learn how to provide additionnal debug messages, but
/var/log/ovirt-engine/engine.log does not give any useful hint :

2019-02-04 16:57:04,150+01 INFO 
[org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-24) 
[1fb01d42] Running command: SetVmTicketCommand internal: false. Entities 
affected :  ID: 0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278 Type:

 VMAction group CONNECT_TO_VM with role type USER
2019-02-04 16:57:04,155+01 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-24) [1fb01d42] START, SetVmTicketVDSCommand(HostName = 
hv01.prd.sdis38.fr, SetVmTicketVDSCommandParameters:{hostId='
687c1c01-a5e1-449c-89d2-9713ccfc2487', 
vmId='0c3e02b3-7fec-4bb1-b3d6-2e6c228e7278', protocol='VNC', 
ticket='IivrpGHx5zSw', validTime='120', userName='admin', 
userId='4a340386-851a-11e8-863d-3417ebeef1af', disconnectAction='NONE'}

), log id: 2a897f30
2019-02-04 16:57:04,188+01 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(default task-24) [1fb01d42] FINISH, SetVmTicketVDSCommand, return: , 
log id: 2a897f30
2019-02-04 16:57:04,211+01 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-24) [1fb01d42] EVENT_ID: VM_SET_TICKET(164), User 
admin@internal-authz initiated console session for VM ad02.ct

at.sdis38.fr

What could I give to help you help me?

--
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/KGCM25ILBTQTY6NLVJUDE7CNF5C5BRE7/

[ovirt-users] Re: Clearing asynchronous task Unknown

2019-01-29 Thread nicolas


Hi Nicholas,

Thanks for this. Indeed, that was the problem. I opened the vdsm log and 
saw a lot of exceptions like this:


2019-01-28 10:56:54,792+ INFO  (jsonrpc/2) [vdsm.api] FINISH 
clearTask error=Operation is not allowed in this task state: ("can't 
clean in state running",) from=:::10.6.4.10,49326, flow_id=12aea163, 
task_id=b66d9abc-cfb2-4a62-bd54-5f46d32ca1c3 (api:50)
2019-01-28 10:56:54,792+ ERROR (jsonrpc/2) 
[storage.TaskManager.Task] (Task='b66d9abc-cfb2-4a62-bd54-5f46d32ca1c3') 
Unexpected error (task:872)

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 879, in _run
return fn(*args, **kargs)
  File "", line 2, in clearTask
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, 
in method

ret = func(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2260, in clearTask
return self.taskMng.clearTask(taskID=taskID)
  File "/usr/share/vdsm/storage/taskManager.py", line 175, in clearTask
t.clean()
  File "/usr/share/vdsm/storage/task.py", line 1049, in clean
raise se.TaskStateError("can't clean in state %s" % self.state)
TaskStateError: Operation is not allowed in this task state: ("can't 
clean in state running",)


I migrated all VMs to a different host, forcibly rebooted the SPM host 
and now the event stopped showing.


Thanks.

Regards.

El 2019-01-25 16:19, Nicholas Vaughan escribió:

Hi Nicolas,

We had a similar issue and it was caused by a stuck task in VDSM on
the host that was the SPM.

We found that VDSM tasks don't always show up in the oVirt GUI.  You
can check using 'vdsm-client Host getAllTasksStatuses' on the SPM
host.

We could not manually cancel any of the stuck VDSM tasks or move the
SPM to another host.  The only solution we found was to migrate all
the VM's off that host and restart it.  Once the remaining hosts had
contended to be the new SPM, we gave the engine a restart too.

Hope that helps,
Nick

On Fri, 25 Jan 2019 at 12:02,  wrote:


Hi,

We're running oVirt 4.1.9 (I know there's a new version, we can't
upgrade until [1] is implemented). The thing is that since some
days
we're having an event that floods our event list:

   Clearing asynchronous task Unknown that started at Tue Jan 22
14:33:17
WET 2019

The event shows up every minute. We tried restarting the
ovirt-engine,
but after some time it starts flooding again. No pending tasks in
the
task list.

How can I check what is happening and how to solve it?

Thanks.

   [1]: https://github.com/oVirt/ovirt-web-ui/issues/490 [1]
___
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/ [2]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3]
List Archives:


https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/

[4]



Links:
--
[1] https://github.com/oVirt/ovirt-web-ui/issues/490
[2] https://www.ovirt.org/site/privacy-policy/
[3] https://www.ovirt.org/community/about/community-guidelines/
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/

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

[ovirt-users] Clearing asynchronous task Unknown

2019-01-25 Thread nicolas


Hi,

We're running oVirt 4.1.9 (I know there's a new version, we can't 
upgrade until [1] is implemented). The thing is that since some days 
we're having an event that floods our event list:


  Clearing asynchronous task Unknown that started at Tue Jan 22 14:33:17 
WET 2019


The event shows up every minute. We tried restarting the ovirt-engine, 
but after some time it starts flooding again. No pending tasks in the 
task list.


How can I check what is happening and how to solve it?

Thanks.

  [1]: https://github.com/oVirt/ovirt-web-ui/issues/490
___
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/YQ35IGLYZBYGY7F5IKUOXFMRUOXD6BK7/

[ovirt-users] Re: The admin portal ui should be more simplified

2019-01-10 Thread Nicolas Ecarnot


Le 10/01/2019 à 15:13, fle...@hotmail.com a écrit :

We have a rhv  of 11 Datacerters, 11 clusters, 40 hosts and 300 vms.
The 4 of us administrators are suffering from the new 4.2 UI lack of active 
area 。The manipulation logic also make us confused.
A simple operation needs more clicks than before.
Please just make the UI more simplified,
___
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/ETR6Q5YWUFTF6Y6RN6SHEAURJBK7OGOQ/



Hello,

Would it be wise to suggest two clever ways to deal with complexity :

- ManageIQ
- Ansible

We use them both, and are quite happy with them.

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/MSVKUQMBBXUOVOAWE5FICFL5MACXWERT/

[ovirt-users] Re: Trouble connecting to IDRAC7

2018-08-01 Thread Nicolas Ecarnot


Le 01/08/2018 à 15:28, Jayme a écrit :
I just enabled power management/fencing successfully on two of my hosts 
(Dell poweredge R720s with Idrac 7) but am failing to add the third.  I 
enter the IP and user/pass like the others, it takes 15 seconds or so 
they spits out "Test Failed: Internal JSON-RPC error"


I tried resetting the IDRAC on that server.  I can also ping it and 
access it fine in a web browser.  I can ping it from the host as well.


Is there any configuration in IDRAC that could be blocking the fence 
attempt or any logs in oVirt I can look at to figure out what might be 
happening with the connection?


I see there is a "fence_idrac" command on the hosts but unsure what 
switches to use with it to test.


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/UJQDE3W6NSZWLMSZJQZD7OZM4CYEMNKI/



Hello Jayme,

All our iDrac are successfully power-managed this way :

type : ipmilan
options : lanplus=1

In the Drac, we use a dedicated user with the appropriate rights.

HTH

--
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/FTT6IBBAONVMLWWHDW3W76KWT433AYQ2/

[ovirt-users] [No question] NFS disabled, hosts wandering tearful

2018-08-01 Thread Nicolas Ecarnot

Hello,

This is a simple testimony about what happened yesterday in one of our DC.
This DC runs on a dedicated bare-metal engine, oversized compared to the
need, thus I've added a NFS service on it to host a small storage domain
and the ISO storage domain.
Yesterday, after having received the colorful announce about the 4.2.5
version, I decided to upgrade.
As our engine was still on a CentOS 7.4, I first upgraded its OS version
to 7.5, then reboot. Smooth.

Then I followed the very usual oVirt engine upgrade path. Smooth.
Eventually, I upgraded the hosts with ovirt-ansible-cluster-upgrade as
usual.

The result was frightening because the hosts were put in maintenance,
upgraded, back to life, seen unavailable, unreachable, connecting,
alive, rebooted, then back to another turn and looping...
During this, the SPM role was obviously jumping around, and that did not
help the debug.

In the end, it appeared that something during an upgrade stopped and
disabled the NFS service. My hosts partially relied on it, so after
having restarted the NFS service, all came back to life.

The NFS disabling may come from the CentOS upgrade, except if someone
tells me it could come from something on the oVirt side?

I'm sure the RH people will advice me not to run NFS on the engine, but
apart this event, I had no trouble doing this in years.

Regards,

[ovirt-users] Re: Is enabling Epel repo will break the installation?

2018-07-23 Thread Nicolas Ecarnot


Le 23/07/2018 à 15:33, Arman Khalatyan a écrit :

Hello,
As I remember some time ago the epel collectd was in conflict with the
ovirt one.
Is it still the case?
Thanks,
Arman.
___
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/S4SYV6L5EIW36B3CIR7VWA42FNJCDCUG/



Hello,

With a recent 4.2.4.5-1.el7 it was still the case...

I just excluded collectd from epel.repo and it was OK.

--
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/GYZPPUBDSNGKKUYANCEHRRCOHKPUY24N/

[ovirt-users] Re: Python-SDK4: Check snapshot deletion result?

2018-07-18 Thread nicolas


Hi Benny,

El 2018-07-12 08:50, Benny Zlotnik escribió:

Perhaps you can query the status of job using the correlation id
(taking the examples from ovirt-system-tests):
  dead_snap1_params = types.Snapshot(

        description=SNAPSHOT_DESC_1,
        persist_memorystate=False,
        disk_attachments=[
            types.DiskAttachment(
                disk=types.Disk(
                    id=disk.id [5]
                )
            )
        ]
    )
    correlation_id = uuid.uuid4()

    vm1_snapshots_service.add(dead_snap1_params,
                              query={'correlation_id':
correlation_id})

    testlib.assert_true_within_long(
        lambda:
        test_utils.all_jobs_finished(engine, correlation_id)
    )



I tried this approach but with the snapshot deletion task instead of 
creating one.


customuuid = uuid4()
snaps_service.service(newsnap.id).remove(query={'correlation_id': 
customuuid})


However, when this task is run, I see no task with this correlation_id. 
Moreover, I cannot find a correlation_id field in the job object.


In [40]: job
Out[40]: 

In [41]: job.
job.auto_cleared  job.description   job.external  job.id
job.name  job.start_timejob.steps
job.comment   job.end_time  job.href  job.last_updated  
job.owner job.status


The 'id' field doesn't correspond to the correlation_id generated above.


All jobs finished checks that jobs with correlation_id have finished,
it is implemented like this[2]:

def all_jobs_finished(engine, correlation_id):
    try:
        jobs = engine.jobs_service().list(
            search='correlation_id=%s' % correlation_id
        )
    except:
        jobs = engine.jobs_service().list()
    return all(job.status != types.JobStatus.STARTED for job in
jobs)

You can instead do something like this:

 jobs = engine.jobs_service().list(
            search='correlation_id=%s' % correlation_id
        )


This won't work either, it returns an exception claiming this:

TypeError: list() got an unexpected keyword argument 'search'

Any further hints with this?

Thanks


return any(job.status == types.JobStatus.FAILED for job in jobs)

[1]
- 
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test-scenarios/004_basic_sanity.py#L353
[6]
[2]
- 
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test_utils/__init__.py#L209
[7]

On Thu, Jul 12, 2018 at 10:28 AM  wrote:


Hi Ondra,

El 2018-07-12 08:02, Ondra Machacek escribió:

On 07/11/2018 10:10 AM, nico...@devels.es wrote:

Hi,

We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9,

currently

we're trying to delete some snapshots via a script like this:

      sys_serv = conn.system_service()
      vms_service = sys_serv.vms_service()
      vm_service = vms_service.vm_service(vmid)
      snaps_service = vm_service.snapshots_service()
      snaps_service.service('SNAPSHOT-ID').remove()


In case of failure this line should raise Error, so you should

know it

failed.



It doesn't, actually. This call is asynchronous, and the snapshot
deletion seems to fail after about 10 seconds, so initially it
seems to
be correct but fails afterwards, that's why I need a way to check
if the
task ended correctly or not.



This works, mostly... however, sometimes the deletion fails:

      Failed to delete snapshot 'snapshot name' for VM 'vm'.

Is it currently possible to know via Python-SDK that the

deletion

actually failed? I know I can check the state of a snapshot, but

I'd

like to check the result of the task. Is that possible somehow?

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/

[1]

oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:




https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/

[3]
___
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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:


https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFPROJO4XHL36SJIQIYAAXUTPI6N4IIS/

[4]



Links:
--
[1] https://www.ovirt.org/site/privacy-policy/
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFPROJO4XHL36SJIQIYAAXUTPI6N4IIS/
[5] http://disk.id
[6]
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test-scenarios/004_basic_sanity.py#L353
[7]

[ovirt-users] Host reboot failed

2018-07-13 Thread Nicolas Ecarnot


Hello,

[oVirt 4.2.4.5-1.el7]

Sequence :
- Among 7 active UP hosts, one of them runs zero VM
- On this (still in UP state) host, I run a SSH-restart via the web GUI
- The host gracefully shuts down then reboots, with no issue
- In the web GUI, as in real life, the host stays in Reboot state forever

A this point, the engine can ping it, can ssh-connect to it, the host 
seems to have zero issue.


In the web GUI, I can not put it into active state because it is not in 
maintenance state. It stays in reboot state.
I can not either put it in maintenance state because it stays in reboot 
state.


This state lasts long enough to allow me type this mail, look into logs, 
and as I was about to send logs, I see the host is returning to life 
(its states comes back as UP).
I don't type fast, so after the host has finished rebooting, maybe 5 or 
10 minutes have passed before the engine links again to the host.


Before posting additional logs and comments, does anybody know if this 
is a know bug or behavior, or do I have to open a BZ?


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/B5HCXSJR57LQ2SNRFK4POUIX7Z2DX2S6/

[ovirt-users] Re: Python-SDK4: Check snapshot deletion result?

2018-07-12 Thread nicolas


Hi Ondra,

El 2018-07-12 08:02, Ondra Machacek escribió:

On 07/11/2018 10:10 AM, nico...@devels.es wrote:

Hi,

We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently 
we're trying to delete some snapshots via a script like this:


     sys_serv = conn.system_service()
     vms_service = sys_serv.vms_service()
     vm_service = vms_service.vm_service(vmid)
     snaps_service = vm_service.snapshots_service()
     snaps_service.service('SNAPSHOT-ID').remove()


In case of failure this line should raise Error, so you should know it
failed.



It doesn't, actually. This call is asynchronous, and the snapshot 
deletion seems to fail after about 10 seconds, so initially it seems to 
be correct but fails afterwards, that's why I need a way to check if the 
task ended correctly or not.




This works, mostly... however, sometimes the deletion fails:

     Failed to delete snapshot 'snapshot name' for VM 'vm'.

Is it currently possible to know via Python-SDK that the deletion 
actually failed? I know I can check the state of a snapshot, but I'd 
like to check the result of the task. Is that possible somehow?


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/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/

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

[ovirt-users] Re: Unable to start VM - Image is not a legal chain

2018-07-11 Thread nicolas

Hi Alex,

We had a bigger problem recently which involved the error you mention. I
sent it to the mail list and you can find the final solution we chose at
[1]. Not the cleanest solution of course, but we managed to recover all
VMs... I think in your case the relevant part is the one that mention
the "vdsClient setVolumeLegality" command, although I don't know the
root reason why you're getting the error (might be a corrupt snapshot,
as in our case)...

Hope this helps.

[1]: https://www.mail-archive.com/users@ovirt.org/msg49300.html

El 2018-07-11 09:16, Alex K escribió:

Due to urgency of the case, I fetched the backup copy from weekend and
proceeded to push missing data to VM (the VM is a git repo). I lost
few notes, though not much damage was done...
I'm starting to feel uncomfortable with this solution though and might
switch (at least the production VMs) to plain KVM where I had never
experienced such issues.

Alex

On Wed, Jul 11, 2018 at 7:27 AM, Yedidyah Bar David
wrote:

(Changing subject, adding Freddy)

On Tue, Jul 10, 2018 at 8:06 PM, Alex K
wrote:

Hi all,

I did a routine maintenance today (updating the hosts) to ovirt
cluster (4.2) and I have one VM that was complaining about an
invalid snapshot. After shutdown of VM the VM is not able to start
again, giving the error:

VM Gitlab is down with error. Exit message: Bad volume
specification {'serial': 'b6af2856-a164-484a-afe5-9836bbdd14e8',
'index': 0, 'iface': 'virtio', 'apparentsize': '51838976',
'specParams': {}, 'cache': 'none', 'imageID':
'b6af2856-a164-484a-afe5-9836bbdd14e8', 'truesize': '52011008',
'type': 'disk', 'domainID':
'142bbde6-ef9d-4a52-b9da-2de533c1f1bd', 'reqsize': '0', 'format':
'cow', 'poolID': '0001-0001-0001-0001-0311', 'device':
'disk', 'path':

'/rhev/data-center/0001-0001-0001-0001-0311/142bbde6-ef9d-4a52-b9da-2de533c1f1bd/images/b6af2856-a164-484a-afe5-9836bbdd14e8/f3125f62-c909-472f-919c-844e0b8c156d',

'propagateErrors': 'off', 'name': 'vda', 'bootOrder': '1',
'volumeID': 'f3125f62-c909-472f-919c-844e0b8c156d', 'diskType':
'file', 'alias': 'ua-b6af2856-a164-484a-afe5-9836bbdd14e8',
'discard': False}.

I see also the following error:

VDSM command CopyImageVDS failed: Image is not a legal chain:
(u'b6af2856-a164-484a-afe5-9836bbdd14e8',)

This error appears a few more times in the list's archive, all of
which seem to be related to rather-old bugs (3.5/3.6 times) or
storage problems. I assume you use 4.2. Are you sure the corruption
happened only now? Did working with snapshots worked well before the
upgrade?

Seems as a corrupt VM disk?

Seems so to me, but I am not a storage expert.

The VM had 3 snapshots. I was able to delete one from GUI then am
not able to delete the other two as the task fails. Generally I am
not allowed to clone, export or do sth to the VM.

Have you encountered sth similar. Any advice?

The lastest post, from 2016, included a workaround, you might (very
carefully!) try that.

I suggest to also open a bug and attach all relevant logs (engine,
vdsm from all relevant hosts, including SPMs at time of snapshot
operations and any other host that ran the VM), and try to give
accurate reproduction steps.

Best regards,
--

Didi

[ovirt-users] Python-SDK4: Check snapshot deletion result?

2018-07-11 Thread nicolas


Hi,

We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently 
we're trying to delete some snapshots via a script like this:


sys_serv = conn.system_service()
vms_service = sys_serv.vms_service()
vm_service = vms_service.vm_service(vmid)
snaps_service = vm_service.snapshots_service()
snaps_service.service('SNAPSHOT-ID').remove()

This works, mostly... however, sometimes the deletion fails:

Failed to delete snapshot 'snapshot name' for VM 'vm'.

Is it currently possible to know via Python-SDK that the deletion 
actually failed? I know I can check the state of a snapshot, but I'd 
like to check the result of the task. Is that possible somehow?


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/AFGSUUJ3RNWX6H66RRGDPFLM6YEL577F/

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-26 Thread nicolas

I tried cloning the VM and deleting the original so maybe it would also 
delete the related tasks... but it didn't, instead of:


   Failed to delete snapshot '' for VM 'vmname'.

It now shows:

   Failed to delete snapshot '' for VM ''.

Any tip on how to solve this, please?

Thanks

El 2018-06-25 13:28, nico...@devels.es escribió:

Yes, it returned 0 rows:

engine=#  select command_parameters from command_entities where
command_params_class =
'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and
status = 'ACTIVE';
 command_parameters

(0 rows)

El 2018-06-25 11:55, Ala Hino escribió:

There is a correlationId field, I marked below.
Can you please the following statement and send the output?

select command_parameters from command_entities where
command_params_class =
'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and
status = 'ACTIVE'

On Mon, Jun 25, 2018 at 1:21 PM,  wrote:


There's no such field in the output. There's a similar one called
commandId (maybe because this is 4.1.9?).

An output has this format:

 {                                         
                                             
                  +
   "@class" :


"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 

                        +
   "commandId" : [ "org.ovirt.engine.core.compat.Guid", {     
                                           
 +
     "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b"       
                                             
  +
   } ],                                     
                                             
                 +
   "parametersCurrentUser" : {                       
                                             
        +
     "@class" :
"org.ovirt.engine.core.common.businessentities.aaa.DbUser",     
                           +
     "id" : [ "org.ovirt.engine.core.compat.Guid", {       
                                             
  +
       "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef"     
                                             
  +
     } ],                                   
                                             
                 +
     "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc",   
                                           
 +
     "domain" : "internal",                       
                                             
           +
     "namespace" : "*",                           
                                             
           +
     "loginName" : "admin",                       
                                             
           +
     "firstName" : "admin",                       
                                             
           +
     "lastName" : "",                           
                                             
             +
     "department" : "",                           
                                             
           +
     "email" : "",                             
                                             
              +
     "note" : "",                               
                                             
             +
     "groupNames" : [ "java.util.ArrayList", [ ] ],       
                                             
   +
     "groupIds" : [ "java.util.ArrayList", [ ] ],         
                                             
   +
     "admin" : true,                             
                                             
            +
     "group" : false                             
                                             
            +
   },                                       
                                             
                 +
   "compensationEnabled" : false,                     
                                             
       +
   "parentCommand" : "Unknown",                     
                                             
         +
   "commandType" : "Unknown",                       
                                             
         +
   "multipleAction" : true,                         
                                             
         +
   "entityInfo" : null,                           
                                             
           +
   "taskGroupSuccess" : true,                       
                                             
         +
   "vdsmTaskIds" : null,                           
                                             
          +
   "vdsRunningOn" : null,                         
                                             
           +
   "endProcedure" : "PARENT_MANAGED",                 
                                             
       +
   "useCinderCommandCallback" : false,                 
                                             
      +
   "CORRELATIONID" : "ADF5F92F-7FA8-41C9-AF2F-4C116F7B6D55",   
                                            +
   "jobId" : null,

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas


Yes, it returned 0 rows:

engine=#  select command_parameters from command_entities where 
command_params_class = 
'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and 
status = 'ACTIVE';

 command_parameters

(0 rows)

El 2018-06-25 11:55, Ala Hino escribió:

There is a correlationId field, I marked below.
Can you please the following statement and send the output?

select command_parameters from command_entities where
command_params_class =
'org.ovirt.engine.core.common.action.RemoveSnapshotParameters' and
status = 'ACTIVE'

On Mon, Jun 25, 2018 at 1:21 PM,  wrote:


There's no such field in the output. There's a similar one called
commandId (maybe because this is 4.1.9?).

An output has this format:

 {                                         
                                             
                  +
   "@class" :


"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 

                        +
   "commandId" : [ "org.ovirt.engine.core.compat.Guid", {     
                                           
 +
     "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b"       
                                             
  +
   } ],                                     
                                             
                 +
   "parametersCurrentUser" : {                       
                                             
        +
     "@class" :
"org.ovirt.engine.core.common.businessentities.aaa.DbUser",     
                           +
     "id" : [ "org.ovirt.engine.core.compat.Guid", {       
                                             
  +
       "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef"     
                                             
  +
     } ],                                   
                                             
                 +
     "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc",   
                                           
 +
     "domain" : "internal",                       
                                             
           +
     "namespace" : "*",                           
                                             
           +
     "loginName" : "admin",                       
                                             
           +
     "firstName" : "admin",                       
                                             
           +
     "lastName" : "",                           
                                             
             +
     "department" : "",                           
                                             
           +
     "email" : "",                             
                                             
              +
     "note" : "",                               
                                             
             +
     "groupNames" : [ "java.util.ArrayList", [ ] ],       
                                             
   +
     "groupIds" : [ "java.util.ArrayList", [ ] ],         
                                             
   +
     "admin" : true,                             
                                             
            +
     "group" : false                             
                                             
            +
   },                                       
                                             
                 +
   "compensationEnabled" : false,                     
                                             
       +
   "parentCommand" : "Unknown",                     
                                             
         +
   "commandType" : "Unknown",                       
                                             
         +
   "multipleAction" : true,                         
                                             
         +
   "entityInfo" : null,                           
                                             
           +
   "taskGroupSuccess" : true,                       
                                             
         +
   "vdsmTaskIds" : null,                           
                                             
          +
   "vdsRunningOn" : null,                         
                                             
           +
   "endProcedure" : "PARENT_MANAGED",                 
                                             
       +
   "useCinderCommandCallback" : false,                 
                                             
      +
   "CORRELATIONID" : "ADF5F92F-7FA8-41C9-AF2F-4C116F7B6D55",   
                                            +
   "jobId" : null,                               
                                             
            +
   "stepId" : null,                             
                                             
             +
   "jobWeight" : null,                           
                                             
            +
   "operationsJobWeight" : [ "java.util.Collections$EmptyMap", {
}

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas

There's no such field in the output. There's a similar one called 
commandId (maybe because this is 4.1.9?).


An output has this format:

 {   
   +
   "@class" : 
"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 
 +
   "commandId" : [ "org.ovirt.engine.core.compat.Guid", {
   +
 "uuid" : "a13f9eb4-1b0b-4ea3-924c-bd519af7853b" 
   +
   } ],  
   +
   "parametersCurrentUser" : {   
   +
 "@class" : 
"org.ovirt.engine.core.common.businessentities.aaa.DbUser",  
   +
 "id" : [ "org.ovirt.engine.core.compat.Guid", { 
   +
   "uuid" : "5e0f9455-e9b5-4445-adb0-0058fc604bef"   
   +
 } ],
   +
 "externalId" : "fdfc627c-d875-11e0-90f0-83df133b58cc",  
   +
 "domain" : "internal",  
   +
 "namespace" : "*",  
   +
 "loginName" : "admin",  
   +
 "firstName" : "admin",  
   +
 "lastName" : "",
   +
 "department" : "",  
   +
 "email" : "",   
   +
 "note" : "",
   +
 "groupNames" : [ "java.util.ArrayList", [ ] ],  
   +
 "groupIds" : [ "java.util.ArrayList", [ ] ],
   +
 "admin" : true, 
   +
 "group" : false 
   +
   },
   +
   "compensationEnabled" : false,
   +
   "parentCommand" : "Unknown",  
   +
   "commandType" : "Unknown",
   +
   "multipleAction" : true,  
   +
   "entityInfo" : null,  
   +
   "taskGroupSuccess" : true,
   +
   "vdsmTaskIds" : null, 
   +
   "vdsRunningOn" : null,
   +
   "endProcedure" : "PARENT_MANAGED",
   +
   "useCinderCommandCallback" : false,   
   +
   "correlationId" : "adf5f92f-7fa8-41c9-af2f-4c116f7b6d55", 
   +
   "jobId" : null,   
   +
   "stepId" : null,  
   +
   "jobWeight" : null,   
   +
   "operationsJobWeight" : [ "java.util.Collections$EmptyMap", { } ],
   +
   "lockProperties" : {  
   +
 "scope" : "Execution",  
   +
 "wait" : false  
   +
   },
   +
   "lifeInMinutes" : null,

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas


Hi Ala,

All vmSnapshotId fields are null.

Could it be that this could be solved by running what there's on comment 
19 in [1]?


  [1]: https://bugzilla.redhat.com/show_bug.cgi?id=145#c19

El 2018-06-25 10:20, Ala Hino escribió:

I understand.

Back to command entities. 
For each active command_parameter_class
org.ovirt.engine.core.common.action.RemoveSnapshotParameters, you will
find the command params in command_parameters column. One of these
params, is the snapshotId. You need to check whether there is a
snapshot with that Id in snapshots table.

On Mon, Jun 25, 2018 at 11:48 AM,  wrote:


Currently there are no merge related commands running, if you mean
that we're aware of some merge should be happening (it shouldn't). I
restarted the engine but the event is still showing up every 10
seconds.

El 2018-06-25 09:39, Ala Hino escribió:
Do you have any running merge related commands now?
Is it possible for you to restart the engine? I want to see if
restarting the engine, while the merge commands already manually
repaired, may cause that log message to stop appearing.

On Mon, Jun 25, 2018 at 11:06 AM,  wrote:

So if I have this entry, for example, what should I do next?

 cc7764c5-dbc3-4886-bdd6-dabcc756cf6a |          235 |
cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | {                 
                                           
 
                                          +|
org.ovir
t.engine.core.common.action.Re [1] [1]moveDiskSnapshotsParameters |
2018-06-15 09:39:16.846795+01 | ACTIVE | t                |
f                 | {
                                           
                +|
org.ovirt.engine.core.common.action.VdcReturnValueBase | t     
  | 5e0f9455-e9b5-4445-adb0-0058fc604bef |
---- | { }
  |                699165 | {                   
                               +
                                      |     
        |                                   
  |   "@class" :



"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 

                        +|
                                           
              |                             
 |        |                  |               
   |   "valid" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   "jobId" : [
"org.ovirt.engine.core.compat.Guid", {+
                                      |     
        |                                   
  |   "commandId" : [ "org.ovirt.engine.core.compat.Guid", { 
 
                                           
 
 +|
                                           
              |                             
 |        |                  |               
   |   "validationMessages" : [ "VAR__ACTION__REMOVE",
"VAR__TYPE__DISK__SNAP
SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+|   
                                           
 
      |          |                           
          |                                 
    |
  |                       |     "uuid" :
"2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" +
                                      |     
        |                                   
  |     "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a"     
                                           
 
    +|
                                           
              |                             
 |        |                  |               
   |   "succeeded" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   } ],           
                                  +
                                      |     
        |                                   
  |   } ],                                   
                                           
 
                   +|
                                           
              |                             
 |        |                  |               
   |   "isSyncronious" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   "stepId" : null,   
                              +
                                      |     
        |                                   
  |   "parametersCurrentUser" : {                   
 
                                           
 
          +|
                                           
              |                             
 |        |                  |               
   |   "description" : "",
                                           
                +|

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas

Currently there are no merge related commands running, if you mean that 
we're aware of some merge should be happening (it shouldn't). I 
restarted the engine but the event is still showing up every 10 seconds.


El 2018-06-25 09:39, Ala Hino escribió:

Do you have any running merge related commands now?
Is it possible for you to restart the engine? I want to see if
restarting the engine, while the merge commands already manually
repaired, may cause that log message to stop appearing.

On Mon, Jun 25, 2018 at 11:06 AM,  wrote:


So if I have this entry, for example, what should I do next?

 cc7764c5-dbc3-4886-bdd6-dabcc756cf6a |          235 |
cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | {                 
                                             
                                          +|
org.ovir
t.engine.core.common.action.Re [1]moveDiskSnapshotsParameters |
2018-06-15 09:39:16.846795+01 | ACTIVE | t                |
f                 | {
                                           
                +|
org.ovirt.engine.core.common.action.VdcReturnValueBase | t     
  | 5e0f9455-e9b5-4445-adb0-0058fc604bef |
---- | { }
  |                699165 | {                   
                               +
                                      |     
        |                                   
  |   "@class" :


"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 

                        +|
                                           
              |                             
 |        |                  |               
   |   "valid" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   "jobId" : [
"org.ovirt.engine.core.compat.Guid", {+
                                      |     
        |                                   
  |   "commandId" : [ "org.ovirt.engine.core.compat.Guid", {   
                                             
 +|
                                           
              |                             
 |        |                  |               
   |   "validationMessages" : [ "VAR__ACTION__REMOVE",
"VAR__TYPE__DISK__SNAP
SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+|   
                                             
      |          |                           
          |                                 
    |
  |                       |     "uuid" :
"2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" +
                                      |     
        |                                   
  |     "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a"     
                                             
    +|
                                           
              |                             
 |        |                  |               
   |   "succeeded" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   } ],           
                                  +
                                      |     
        |                                   
  |   } ],                                   
                                             
                   +|
                                           
              |                             
 |        |                  |               
   |   "isSyncronious" : true,
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   "stepId" : null,   
                              +
                                      |     
        |                                   
  |   "parametersCurrentUser" : {                     
                                             
          +|
                                           
              |                             
 |        |                  |               
   |   "description" : "",
                                           
                +|                           
                            |          |     
                                |           
                          |
  |                       |   "executionMethod" :
"AsJob",                      +
                                      |     
        |                                   
  |     "@class" :
"org.ovirt.engine.core.common.businessentities.aaa.DbUser",     
                           +|
                                           
              |                             
 |        |                  |               
   |   "taskPlaceHolderIdList" : [ ],

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas


So if I have this entry, for example, what should I do next?

 cc7764c5-dbc3-4886-bdd6-dabcc756cf6a |  235 | 
cc7764c5-dbc3-4886-bdd6-dabcc756cf6a | { 
 
+| org.ovir
t.engine.core.common.action.RemoveDiskSnapshotsParameters | 2018-06-15 
09:39:16.846795+01 | ACTIVE | t| f | {
+| 
org.ovirt.engine.core.common.action.VdcReturnValueBase | t| 
5e0f9455-e9b5-4445-adb0-0058fc604bef | 
---- | { }
  |699165 | {
   +
  |  |   
   |   "@class" : 
"org.ovirt.engine.core.common.action.RemoveDiskSnapshotsParameters", 
 +|
  |  
 ||  |   |   
"valid" : true,
+|   
 |  |
  |  |
  |   |   "jobId" : [ 
"org.ovirt.engine.core.compat.Guid", {+
  |  |   
   |   "commandId" : [ 
"org.ovirt.engine.core.compat.Guid", {   
+|
  |  
 ||  |   |   
"validationMessages" : [ "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAP
SHOT", "VAR__ACTION__REMOVE", "VAR__TYPE__DISK__SNAPSHOT" ],+|   
 |  |
  |  |
  |   | "uuid" : 
"2f1ee2a3-fa2f-48b1-924b-9bfa6497f3b3" +
  |  |   
   | "uuid" : "cc7764c5-dbc3-4886-bdd6-dabcc756cf6a" 
   +|
  |  
 ||  |   |   
"succeeded" : true,
+|   
 |  |
  |  |
  |   |   } ],   
   +
  |  |   
   |   } ],  
   +|
  |  
 ||  |   |   
"isSyncronious" : true,
+|   
 |  |
  |  |
  |   |   "stepId" : null,   
   +
  |  |   
   |   "parametersCurrentUser" : {   
   +|
  |  
 ||  |   |   
"description" : "",
+|   
 |  |
  |  |
  |   |   "executionMethod" : "AsJob",   
   +
  |  |   
   | "@class" : 
"org.ovirt.engine.core.common.businessentities.aaa.DbUser",  
   +|
  |  
 ||  |   |   
"taskPlaceHolderIdList" : [ ],
+|   
 |  |
  |  |
  |   |   "monitored" : true,
   +
  |  |   
   | "id" : [ "org.ovirt.engine.core.compat.Guid", { 
   +|

[ovirt-users] Re: Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas


engine=# SELECT status FROM command_entities;
   status

 FAILED
 ENDED_SUCCESSFULLY
 FAILED
 FAILED
 UNKNOWN
 UNKNOWN
 ENDED_WITH_FAILURE
 ENDED_WITH_FAILURE
 ENDED_WITH_FAILURE
 ENDED_WITH_FAILURE
 ACTIVE
 ACTIVE
 SUCCEEDED
 SUCCEEDED
 ACTIVE
 ACTIVE
 ACTIVE
 SUCCEEDED
 SUCCEEDED
 SUCCEEDED
 ACTIVE
 SUCCEEDED
(22 rows)

Is it safe to just remove the events in this table?

Thanks

El 2018-06-25 08:43, Ala Hino escribió:

I'd look into command_entites table in the database. 
You will probably see several merge related commands that are not in
END_(SUCCESSFULLY/FAILED) status.

On Mon, Jun 25, 2018 at 10:30 AM,  wrote:


Hi,

We're running oVirt 4.1.9, recently we had an issue with snapshots
so we had to fix them manually. The issue is mostly solved but now
we're seeing a lot of events like this one:

   2018-06-25 07:58:06,637+01 ERROR


[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

(DefaultQuartzScheduler6) [91430fc5-284d-4c26-8d8d-b7bf4053a7e4]
EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation
ID: 91430fc5-284d-4c26-8d8d-b7bf4053a7e4, Job ID:
da8120a4-9c6d-4379-ad67-a3808db1fd46, Call Stack: null, Custom ID:
null, Custom Event ID: -1, Message: Failed to delete snapshot
'' for VM 'vmname'.

Which generates the following event in the manager:

   Failed to delete snapshot '' for VM 'vmname'.

This event is being generated every 10 seconds, so it's kind of
annoying.

Any way to remove it manually? It doesn't matter if it entails
touching the DB directly.

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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:


https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/

[3]




Links:
--
[1] https://www.ovirt.org/site/privacy-policy/
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/

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

[ovirt-users] Failed to delete snapshot '' for VM 'vmname'.

2018-06-25 Thread nicolas


Hi,

We're running oVirt 4.1.9, recently we had an issue with snapshots so we 
had to fix them manually. The issue is mostly solved but now we're 
seeing a lot of events like this one:


   2018-06-25 07:58:06,637+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler6) [91430fc5-284d-4c26-8d8d-b7bf4053a7e4] 
EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_FAILURE(357), Correlation ID: 
91430fc5-284d-4c26-8d8d-b7bf4053a7e4, Job ID: 
da8120a4-9c6d-4379-ad67-a3808db1fd46, Call Stack: null, Custom ID: null, 
Custom Event ID: -1, Message: Failed to delete snapshot '' for 
VM 'vmname'.


Which generates the following event in the manager:

   Failed to delete snapshot '' for VM 'vmname'.

This event is being generated every 10 seconds, so it's kind of 
annoying.


Any way to remove it manually? It doesn't matter if it entails touching 
the DB directly.


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/QYCTXTBGPB25LZYVXGKROG6SSKOCODMQ/

[ovirt-users] Re: General failure

2018-06-19 Thread 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:

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

2018-06-19 Thread 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] Lost host after upgrade/reboot

2018-06-19 Thread 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: General failure

2018-06-19 Thread 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,

[ovirt-users] Re: General failure

2018-06-18 Thread nicolas


Hi Marcelo,

Do you mean copying the whole disk block to a different device and 
attaching it to a new VM?


Anything will be appreciated, as currently we're facing a distressing 
situation, so if you can describe what you mean I'd be grateful.


Thanks.

El 2018-06-18 16:19, Marcelo Leandro escribió:

Hello, 
Do you can copy diskbase to a new vm.

If you want I can describe the step.

Em seg, 18 de jun de 2018 11:49,  escreveu:


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,

Please find the logs at [1].

Thank you.

  [1]:







https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[2]

[2]
[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is

powered

off and then powered on, the VMs are corrupt...

VM myvm 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'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID':

u'65519220-68e1-462a-99b3-f0763c78eae2',

u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize':

'23622320128',

u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off',

u'type':

u'disk'}.

We're really frustrated by now and don't know how to procceed...

We

have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were

all

created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email

[ovirt-users] Re: General failure

2018-06-18 Thread nicolas

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]

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,

Please find the logs at [1].

Thank you.

  [1]:



https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[2]
[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm 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'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [3]
[2]
[1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [4] [3]
[2]
List Archives:



https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

[5]
[4]
[3]

Links:
--
[1] https://www.ovirt.org/site/privacy-policy/ [3] [2]
[2] https://www.ovirt.org/community/about/community-guidelines/ [4]
[3]
[3]

[ovirt-users] Re: General failure

2018-06-18 Thread nicolas


Hi Benny,

Please find the SPM logs at [1].

Thank you

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


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,

Please find the logs at [1].

Thank you.

  [1]:


https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm 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'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [2]
[1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3] [2]
List Archives:



https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

[4]
[3]

Links:
--
[1] https://www.ovirt.org/site/privacy-policy/ [2]
[2] https://www.ovirt.org/community/about/community-guidelines/ [3]
[3]


https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

[4]




Links:
--
[1]
https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
[2] https://www.ovirt.org/site/privacy-policy/
[3] https://www.ovirt.org/community/about/community-guidelines/
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

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

[ovirt-users] Re: General failure

2018-06-18 Thread nicolas


Hi Benny,

Please find the logs at [1].

Thank you.

  [1]: 
https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d


El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:


Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm 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'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:


https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

[3]




Links:
--
[1] https://www.ovirt.org/site/privacy-policy/
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

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

[ovirt-users] General failure

2018-06-18 Thread nicolas


Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and we're 
having a major problem in our infrastructure. On friday, a snapshots 
were automatically created on more than 200 VMs and as this was just a 
test task, all of them were deleted at the same time, which seems to 
have corrupted several VMs.


When trying to delete a snapshot on some of the VMs, a "General error" 
is thrown with a NullPointerException in the engine log (attached).


But the worst part is that when some of these machines is powered off 
and then powered on, the VMs are corrupt...


VM myvm 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'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize': '23622320128', 
u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2', u'discard': False, 
u'specParams': {}, u'readonly': u'false', u'iface': u'virtio', 
u'optional': u'false', u'deviceId': 
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128', 
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device': u'disk', 
u'shared': u'false', u'propagateErrors': u'off', u'type': u'disk'}.


We're really frustrated by now and don't know how to procceed... We have 
a DB backup (with engine-backup) from thursday which would have a "sane" 
DB definition without all the snapshots, as they were all created on 
friday. Would it be safe to restore this backup?


Any help is really appreciated...

Thanks.2018-06-18 08:55:27,157+01 ERROR 
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (default task-121) 
[0e41a07b-3c27-46d9-8587-a4f0b5c9055d] Error during ValidateFailure.: 
java.lang.NullPointerException
at 
org.ovirt.engine.core.bll.validator.storage.StorageDomainValidator.getTotalSizeForMerge(StorageDomainValidator.java:121)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.validator.storage.StorageDomainValidator.hasSpaceForMerge(StorageDomainValidator.java:207)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.validator.storage.MultipleStorageDomainsValidator.lambda$allDomainsHaveSpaceForMerge$0(MultipleStorageDomainsValidator.java:128)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.validator.storage.MultipleStorageDomainsValidator.validOrFirstFailure(MultipleStorageDomainsValidator.java:190)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.validator.storage.MultipleStorageDomainsValidator.allDomainsHaveSpaceForMerge(MultipleStorageDomainsValidator.java:125)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand.validateStorageDomains(RemoveSnapshotCommand.java:381)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand.validate(RemoveSnapshotCommand.java:359)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:840) 
[bll.jar:]
at 
org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:390) 
[bll.jar:]
at 
org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
 [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:516) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:498) 
[bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:451) 
[bll.jar:]
at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source) 
[:1.8.0_171]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_171]
at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171]
at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
 [wildfly-weld-10.1.0.Final.jar:10.1.0.Final]
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
 [wildfly-weld-10.1.0.Final.jar:10.1.0.Final]
at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
 [wildfly-weld-10.1.0.Final.jar:10.1.0.Final]
at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340)
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
at

[ovirt-users] Re: Error attaching cd iso image from data domain

2018-06-06 Thread Nicolas Vaye

May be :
product : ovirt-engine
Component : Frontend.WebAdmin

 Message initial 

Date: Wed, 6 Jun 2018 17:08:30 +0200
Objet: Re: [ovirt-users] Re: Error attaching cd iso image from data domain
Cc: Nicolas Vaye 
mailto:nicolas%20vaye%20%3cnicolas.v...@province-sud.nc%3e>>,
 users mailto:users%20%3cus...@ovirt.org%3e>>
À: Fred Rolland 
mailto:fred%20rolland%20%3cfroll...@redhat.com%3e>>
De: Gianluca Cecchi 
mailto:gianluca%20cecchi%20%3cgianluca.cec...@gmail.com%3e>>
Ok. On which component?

Il Mer 6 Giu 2018, 16:35 Fred Rolland 
mailto:froll...@redhat.com>> ha scritto:
hi,

In 4.2 it is possible to upload an ISO to a Data Domain.

Gianluca, please open a bug with the relevant logs.

Thanks,
Fred

On Tue, Jun 5, 2018 at 11:55 PM, Nicolas Vaye 
mailto:nicolas.v...@province-sud.nc>> wrote:
Hi Gianluca,

i can reproduce your problem, but for me if I have understood everything 
correctly, there's a little mistake.

I don't know why the web ui autorize us to upload an iso file to a storage 
domain for which the domain type is not ISO,
but this is the problem.

In fact if you have a look at the concerned storage domain, you can see your 
iso is not uploaded and his status is "Paused by system".
We cannot upload an iso image to a data storage domain. We can upload an iso 
image to a iso storage domain, you must have one and only one in your 
datacenter.

So if you already have an iso storage domain, you must cancel and remove the 
upload of your iso image to data storage domain (iSCSI),
after that, you can upload your iso image to your iso domain and i think for 
your VM, everything will work well to change the CD.

I think for the best comprehension to all user, the web ui should inform us 
that upload an iso image to a data storage domain which is not an ISO domain, 
is forbidden.

Best regards,

Nicolas VAYE

 Message initial 

Date: Tue, 5 Jun 2018 13:39:31 +0200
Objet: [ovirt-users] Re: Error attaching cd iso image from data domain
À: users 
mailto:users@ovirt.org><mailto:users%20%3cus...@ovirt.org<mailto:users%2520%253cus...@ovirt.org>%3e>>
De: Gianluca Cecchi 
mailto:gianluca.cec...@gmail.com><mailto:gianluca%20cecchi%20%3cgianluca.cec...@gmail.com<mailto:gianluca%2520cecchi%2520%253cgianluca.cec...@gmail.com>%3e>>
On Wed, May 30, 2018 at 12:06 PM, Gianluca Cecchi 
mailto:gianluca.cec...@gmail.com><mailto:gianluca.cec...@gmail.com<mailto:gianluca.cec...@gmail.com>>>
 wrote:
Hello,
I'm with oVirt 4.2.3 (upgraded from 4.1 and compatibilities set to 4.2)
I have a CentOS 7 VM.
I correctly uploaded an iSO image to the disks of a data storage domain (iSCSI).
Now in web admin portal I select the VM, then the 3 dots in top right, then 
change cd
I'm proposed with the [Eject] line and into the dropdown I see the two iso 
images I have uploaded up to now.
I select an image and then OK

I get a window with title "Operation canceled" and content
Error while executing action Change CD: Drive image file could not be found

Do I have to edit any setting in my VM to be able to connect an ISO image this 
way?
Or other things to check?

Only me with this problem?
I verified that on another 4.2.3 environment with NFS based data domain I can 
upload an ISO and then attach eto a CentOS 7 VM without any problem.
Can anyone test if it works for him/her on block storage domain (iSCSI or SAN) 
so that eventually I'm going to open a bug for this problem?
Thanks,
Gianluca

___
Users mailing list -- 
users@ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org<mailto:users@ovirt.org>>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org><mailto:users-le...@ovirt.org<mailto: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/UHHVVBPJEFCW2Z6BDO3I2RHKW7EL5SCL/

___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/PHBM5OKKTHBQXAPBJDFR2LS4ZBASY5ZH/

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

[ovirt-users] Re: Error attaching cd iso image from data domain

2018-06-05 Thread Nicolas Vaye

Hi Gianluca,

i can reproduce your problem, but for me if I have understood everything 
correctly, there's a little mistake.

I don't know why the web ui autorize us to upload an iso file to a storage 
domain for which the domain type is not ISO,
but this is the problem.

In fact if you have a look at the concerned storage domain, you can see your 
iso is not uploaded and his status is "Paused by system".
We cannot upload an iso image to a data storage domain. We can upload an iso 
image to a iso storage domain, you must have one and only one in your 
datacenter.

So if you already have an iso storage domain, you must cancel and remove the 
upload of your iso image to data storage domain (iSCSI),
after that, you can upload your iso image to your iso domain and i think for 
your VM, everything will work well to change the CD.

I think for the best comprehension to all user, the web ui should inform us 
that upload an iso image to a data storage domain which is not an ISO domain, 
is forbidden.

Best regards,

Nicolas VAYE

 Message initial 

Date: Tue, 5 Jun 2018 13:39:31 +0200
Objet: [ovirt-users] Re: Error attaching cd iso image from data domain
À: users mailto:users%20%3cus...@ovirt.org%3e>>
De: Gianluca Cecchi 
mailto:gianluca%20cecchi%20%3cgianluca.cec...@gmail.com%3e>>
On Wed, May 30, 2018 at 12:06 PM, Gianluca Cecchi 
mailto:gianluca.cec...@gmail.com>> wrote:
Hello,
I'm with oVirt 4.2.3 (upgraded from 4.1 and compatibilities set to 4.2)
I have a CentOS 7 VM.
I correctly uploaded an iSO image to the disks of a data storage domain (iSCSI).
Now in web admin portal I select the VM, then the 3 dots in top right, then 
change cd
I'm proposed with the [Eject] line and into the dropdown I see the two iso 
images I have uploaded up to now.
I select an image and then OK

I get a window with title "Operation canceled" and content
Error while executing action Change CD: Drive image file could not be found

Do I have to edit any setting in my VM to be able to connect an ISO image this 
way?
Or other things to check?




Only me with this problem?
I verified that on another 4.2.3 environment with NFS based data domain I can 
upload an ISO and then attach eto a CentOS 7 VM without any problem.
Can anyone test if it works for him/her on block storage domain (iSCSI or SAN) 
so that eventually I'm going to open a bug for this problem?
Thanks,
Gianluca

___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/UHHVVBPJEFCW2Z6BDO3I2RHKW7EL5SCL/

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

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-18 Thread nicolas

Please disregard the last e-mail. I re-run the command and now the exit 
code was 0, and the migration process is not stuck anymore.


Thanks so much for all the help, Benny!

Regards.

El 2018-05-18 08:42, nico...@devels.es escribió:

Hi,

We're getting closer to solve it :-)

I'll answer below with my steps, there's one that fails and I don't
know why (probably I missed something).

El 2018-05-17 15:47, Benny Zlotnik escribió:

Sorry, I forgot it's ISCSI, it's a bit different

In my case it would look something like:

2018-05-17 17:30:12,740+0300 DEBUG (jsonrpc/7) [jsonrpc.JsonRpcServer]
Return 'Volume.getInfo' in bridge with {'status': 'OK', 'domain':
'3e541b2d-
2a49-4eb8-ae4b-aa9acee228c6', 'voltype': 'INTERNAL', 'description':
'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 0, 'image':
'dd6b5ae0-196e-4879-b076-a0a8d8a1dfde', 'ctime': '1526566607',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'221c45e1-7f65-42c8-afc3-0ccc1d6fc148', 'truesize': '1073741824',
'type': 'PREALLOCATED', 'lease': {'path':
'/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases', 'owners
': [], 'version': None, 'offset': 109051904}} (__init__:355)

I then look for 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 in sanlock.log:

2018-05-17 17:30:12 20753 [3335]: s10:r14 resource
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb
8-ae4b-aa9acee228c6/leases:109051904 for 2,11,31496



I only could find the entry on one of the hosts. So when I grepped the
uuid I found:

2018-05-16 12:39:44 4761204 [1023]: s33:r103 resource
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848
for 23,47,9206


So the resource would
be: 
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
and the pid is 31496



Ok, so my resource is
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848
and my PID is 9206.


running
$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904

  offset                            lockspace     
                                   resource 
timestamp  own  gen lver

 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 020753 0001 0004 5
...


In my case the output would be:

[...]
 1876ab86-216f-4a37-a36b-2b5d99fcaad0
c2cfbb02-9981-4fb7-baea-7257a824145c 0004918032 0008 0004 2
[...]



If the vdsm pid changed (and it probably did) it will be different,
so I acquire it for the new pid
$ sanlock client acquire -r
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
-p 32265
acquire pid 32265



I checked vdsmd's PID

# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
[...]
├─17758 /usr/bin/python2 /usr/share/vdsm/vdsm

So the new PID is 17758.

# sanlock client acquire -r
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848
-p 17758
acquire pid 17758
acquire done 0



Then I can see the timestamp changed 

$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
  offset                            lockspace     
                                   resource 
timestamp  own  gen lver
 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 021210 0001 0005 6

And then I release it:
$ sanlock client release -r
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
-p 32265

release pid 32265
release done 0



There's where it fails:

# sanlock direct release -r
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848
-p 17758
release done -251

And the resource is still stuck.

Is there something I missed there?


$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
  offset                            lockspace     
                                   resource 
timestamp  own  gen lver
 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 00 0001 0005 6

The timestamp is zeroed and the lease is free

On Thu, May 17, 2018 at 3:38 PM,  wrote:


This is vdsm 4.19.45. I grepped the disk uuid in
/var/log/sanlock.log but unfortunately no entry there...

El 2018-05-17 13:11, Benny Zlotnik escribió:

Which vdsm version are you using?

You can try looking for the image uuid in /var/log/sanlock.log

On Thu, May 17, 2018 at

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-18 Thread nicolas


Hi,

We're getting closer to solve it :-)

I'll answer below with my steps, there's one that fails and I don't know 
why (probably I missed something).


El 2018-05-17 15:47, Benny Zlotnik escribió:

Sorry, I forgot it's ISCSI, it's a bit different

In my case it would look something like:

2018-05-17 17:30:12,740+0300 DEBUG (jsonrpc/7) [jsonrpc.JsonRpcServer]
Return 'Volume.getInfo' in bridge with {'status': 'OK', 'domain':
'3e541b2d-
2a49-4eb8-ae4b-aa9acee228c6', 'voltype': 'INTERNAL', 'description':
'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 0, 'image':
'dd6b5ae0-196e-4879-b076-a0a8d8a1dfde', 'ctime': '1526566607',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'221c45e1-7f65-42c8-afc3-0ccc1d6fc148', 'truesize': '1073741824',
'type': 'PREALLOCATED', 'lease': {'path':
'/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases', 'owners
': [], 'version': None, 'offset': 109051904}} (__init__:355)

I then look for 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 in sanlock.log:

2018-05-17 17:30:12 20753 [3335]: s10:r14 resource
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb
8-ae4b-aa9acee228c6/leases:109051904 for 2,11,31496



I only could find the entry on one of the hosts. So when I grepped the 
uuid I found:


2018-05-16 12:39:44 4761204 [1023]: s33:r103 resource 
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848 
for 23,47,9206



So the resource would
be: 
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
and the pid is 31496



Ok, so my resource is 
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848 
and my PID is 9206.



running
$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904

  offset                            lockspace     
                                   resource 
timestamp  own  gen lver

 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 020753 0001 0004 5
...


In my case the output would be:

[...]
 1876ab86-216f-4a37-a36b-2b5d99fcaad0 
c2cfbb02-9981-4fb7-baea-7257a824145c 0004918032 0008 0004 2

[...]



If the vdsm pid changed (and it probably did) it will be different,
so I acquire it for the new pid
$ sanlock client acquire -r
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
-p 32265
acquire pid 32265



I checked vdsmd's PID

# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
[...]
├─17758 /usr/bin/python2 /usr/share/vdsm/vdsm

So the new PID is 17758.

# sanlock client acquire -r 
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848 
-p 17758

acquire pid 17758
acquire done 0



Then I can see the timestamp changed 

$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
  offset                            lockspace     
                                   resource 
timestamp  own  gen lver
 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 021210 0001 0005 6

And then I release it:
$ sanlock client release -r
3e541b2d-2a49-4eb8-ae4b-aa9acee228c6:221c45e1-7f65-42c8-afc3-0ccc1d6fc148:/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
-p 32265

release pid 32265
release done 0



There's where it fails:

# sanlock direct release -r 
1876ab86-216f-4a37-a36b-2b5d99fcaad0:c2cfbb02-9981-4fb7-baea-7257a824145c:/dev/1876ab86-216f-4a37-a36b-2b5d99fcaad0/leases:128974848 
-p 17758

release done -251

And the resource is still stuck.

Is there something I missed there?


$ sanlock direct dump
/dev/3e541b2d-2a49-4eb8-ae4b-aa9acee228c6/leases:109051904
  offset                            lockspace     
                                   resource 
timestamp  own  gen lver
 3e541b2d-2a49-4eb8-ae4b-aa9acee228c6           
 221c45e1-7f65-42c8-afc3-0ccc1d6fc148 00 0001 0005 6

The timestamp is zeroed and the lease is free

On Thu, May 17, 2018 at 3:38 PM,  wrote:


This is vdsm 4.19.45. I grepped the disk uuid in
/var/log/sanlock.log but unfortunately no entry there...

El 2018-05-17 13:11, Benny Zlotnik escribió:

Which vdsm version are you using?

You can try looking for the image uuid in /var/log/sanlock.log

On Thu, May 17, 2018 at 2:40 PM,  wrote:

Thanks.

I've been able to see the line in the log, however, the format
differs slightly from yours.

  2018-05-17 12:24:44,132+0100 DEBUG (jsonrpc/6)

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-17 Thread nicolas

This is vdsm 4.19.45. I grepped the disk uuid in /var/log/sanlock.log 
but unfortunately no entry there...


El 2018-05-17 13:11, Benny Zlotnik escribió:

Which vdsm version are you using?

You can try looking for the image uuid in /var/log/sanlock.log

On Thu, May 17, 2018 at 2:40 PM,  wrote:


Thanks.

I've been able to see the line in the log, however, the format
differs slightly from yours.

  2018-05-17 12:24:44,132+0100 DEBUG (jsonrpc/6)
[jsonrpc.JsonRpcServer] Calling 'Volume.getInfo' in bridge with
{u'storagepoolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63',
u'imageID': u'b4013aba-a936-4a54-bb14-670d3a8b7c38', u'volumeID':
u'c2cfbb02-9981-4fb7-baea-7257a824145c', u'storagedomainID':
u'1876ab86-216f-4a37-a36b-2b5d99fcaad0'} (__init__:556)
2018-05-17 12:24:44,689+0100 DEBUG (jsonrpc/6)
[jsonrpc.JsonRpcServer] Return 'Volume.getInfo' in bridge with
{'status': 'OK', 'domain': '1876ab86-216f-4a37-a36b-2b5d99fcaad0',
'voltype': 'INTERNAL', 'description': 'None', 'parent':
'ea9a0182-329f-4b8f-abe3-e894de95dac0', 'format': 'COW',
'generation': 1, 'image': 'b4013aba-a936-4a54-bb14-670d3a8b7c38',
'ctime': '1526470759', 'disktype': '2', 'legality': 'LEGAL',
'mtime': '0', 'apparentsize': '1073741824', 'children': [], 'pool':
'', 'capacity': '21474836480', 'uuid':
u'c2cfbb02-9981-4fb7-baea-7257a824145c', 'truesize': '1073741824',
'type': 'SPARSE', 'lease': {'owners': [8], 'version': 1L}}
(__init__:582)

As you can see, there's no path field there.

How should I procceed?

El 2018-05-17 12:01, Benny Zlotnik escribió:
vdsm-client replaces vdsClient, take a look
here: https://lists.ovirt.org/pipermail/devel/2016-July/013535.html
[1]
[4]

On Thu, May 17, 2018 at 1:57 PM,  wrote:

The issue is present in the logs:

  2018-05-17 11:50:44,822+01 INFO 
[org.ovirt.engine.core.bll.storage.disk.image.VdsmImagePoller]
(DefaultQuartzScheduler1) [39755bb7-9082-40d6-ae5e-64b5b2b5f98e]
Command CopyData id: '84a49b25-0e37-4338-834e-08bd67c42860': the
volume lease is not FREE - the job is running

I tried setting the log level to debug but it seems I have not a
vdsm-client command. All I have is a vdsm-tool command. Is it
equivalent?

Thanks

El 2018-05-17 11:49, Benny Zlotnik escribió:
By the way, please verify it's the same issue, you should see "the
volume lease is not FREE - the job is running" in the engine log

On Thu, May 17, 2018 at 1:21 PM, Benny Zlotnik

wrote:

I see because I am on debug level, you need to enable it in order
to
see 

https://www.ovirt.org/develop/developer-guide/vdsm/log-files/ [2]
[1]

[3]

On Thu, 17 May 2018, 13:10 ,  wrote:

Hi,

Thanks. I've checked vdsm logs on all my hosts but the only entry
I can
find grepping by Volume.getInfo is like this:

   2018-05-17 10:14:54,892+0100 INFO  (jsonrpc/0)
[jsonrpc.JsonRpcServer]
RPC call Volume.getInfo succeeded in 0.30 seconds (__init__:539)

I cannot find a line like yours... any other way on how to obtain
those
parameters. This is an iSCSI based storage FWIW (both source and
destination of the movement).

Thanks.

El 2018-05-17 10:01, Benny Zlotnik escribió:
In the vdsm log you will find the volumeInfo log which looks
like
this:

2018-05-17 11:55:03,257+0300 DEBUG (jsonrpc/6)
[jsonrpc.JsonRpcServer]
Return 'Volume.getInfo' in bridge with {'status': 'OK',
'domain':
'5c4d2216-
2eb3-4e24-b254-d5f83fde4dbe', 'voltype': 'INTERNAL',
'description':
'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 3, 'image':
'b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc', 'ctime': '1526543244',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'7190913d-320c-4fc9-
a5b3-c55b26aa30f4', 'truesize': '0', 'type': 'SPARSE', 'lease':
{'path':



 u'/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2e




b3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease',


'owners': [1], 'version': 8L, 'o
ffset': 0}} (__init__:355)

The lease path in my case is: 
/rhev/data-center/mnt/10.35.0. [3] [2]



[1]233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease


Then you can look in /var/log/sanlock.log

2018-05-17 11:35:18 243132 [14847]: s2:r9 resource



5c4d2216-2eb3-4e24-b254-d5f83fde4dbe:7190913d-320c-4fc9-a5b3-c55b26aa30f4:/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease:0


for 2,9,5049

Then you can use this command to unlock, the pid in this case
is 5049

sanlock client release -r RESOURCE -p pid

On Thu, May 17, 2018 at 11:52 AM, Benny Zlotnik

wrote:

I believe you've hit this
bug:

[ovirt-users] Re: Hosts : Upgrade failed - 4.2.3

2018-05-17 Thread Nicolas Ecarnot


Le 16/05/2018 à 12:55, Fred Rolland a écrit :

It looks you still have 4.1 repos...


Yes.

I thought Ansible was in charge of disabling oldest repos.

Is does not seem to be the case, is it?

--
Nicolas ECARNOT
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-17 Thread nicolas


Thanks.

I've been able to see the line in the log, however, the format differs 
slightly from yours.


  2018-05-17 12:24:44,132+0100 DEBUG (jsonrpc/6) [jsonrpc.JsonRpcServer] 
Calling 'Volume.getInfo' in bridge with {u'storagepoolID': 
u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'imageID': 
u'b4013aba-a936-4a54-bb14-670d3a8b7c38', u'volumeID': 
u'c2cfbb02-9981-4fb7-baea-7257a824145c', u'storagedomainID': 
u'1876ab86-216f-4a37-a36b-2b5d99fcaad0'} (__init__:556)
2018-05-17 12:24:44,689+0100 DEBUG (jsonrpc/6) [jsonrpc.JsonRpcServer] 
Return 'Volume.getInfo' in bridge with {'status': 'OK', 'domain': 
'1876ab86-216f-4a37-a36b-2b5d99fcaad0', 'voltype': 'INTERNAL', 
'description': 'None', 'parent': 'ea9a0182-329f-4b8f-abe3-e894de95dac0', 
'format': 'COW', 'generation': 1, 'image': 
'b4013aba-a936-4a54-bb14-670d3a8b7c38', 'ctime': '1526470759', 
'disktype': '2', 'legality': 'LEGAL', 'mtime': '0', 'apparentsize': 
'1073741824', 'children': [], 'pool': '', 'capacity': '21474836480', 
'uuid': u'c2cfbb02-9981-4fb7-baea-7257a824145c', 'truesize': 
'1073741824', 'type': 'SPARSE', 'lease': {'owners': [8], 'version': 1L}} 
(__init__:582)


As you can see, there's no path field there.

How should I procceed?

El 2018-05-17 12:01, Benny Zlotnik escribió:

vdsm-client replaces vdsClient, take a look
here: https://lists.ovirt.org/pipermail/devel/2016-July/013535.html
[4]

On Thu, May 17, 2018 at 1:57 PM,  wrote:


The issue is present in the logs:

  2018-05-17 11:50:44,822+01 INFO 
[org.ovirt.engine.core.bll.storage.disk.image.VdsmImagePoller]
(DefaultQuartzScheduler1) [39755bb7-9082-40d6-ae5e-64b5b2b5f98e]
Command CopyData id: '84a49b25-0e37-4338-834e-08bd67c42860': the
volume lease is not FREE - the job is running

I tried setting the log level to debug but it seems I have not a
vdsm-client command. All I have is a vdsm-tool command. Is it
equivalent?

Thanks

El 2018-05-17 11:49, Benny Zlotnik escribió:
By the way, please verify it's the same issue, you should see "the
volume lease is not FREE - the job is running" in the engine log

On Thu, May 17, 2018 at 1:21 PM, Benny Zlotnik

wrote:

I see because I am on debug level, you need to enable it in order
to
see 

https://www.ovirt.org/develop/developer-guide/vdsm/log-files/ [1]
[3]

On Thu, 17 May 2018, 13:10 ,  wrote:

Hi,

Thanks. I've checked vdsm logs on all my hosts but the only entry
I can
find grepping by Volume.getInfo is like this:

   2018-05-17 10:14:54,892+0100 INFO  (jsonrpc/0)
[jsonrpc.JsonRpcServer]
RPC call Volume.getInfo succeeded in 0.30 seconds (__init__:539)

I cannot find a line like yours... any other way on how to obtain
those
parameters. This is an iSCSI based storage FWIW (both source and
destination of the movement).

Thanks.

El 2018-05-17 10:01, Benny Zlotnik escribió:
In the vdsm log you will find the volumeInfo log which looks
like
this:

2018-05-17 11:55:03,257+0300 DEBUG (jsonrpc/6)
[jsonrpc.JsonRpcServer]
Return 'Volume.getInfo' in bridge with {'status': 'OK',
'domain':
'5c4d2216-
2eb3-4e24-b254-d5f83fde4dbe', 'voltype': 'INTERNAL',
'description':
'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 3, 'image':
'b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc', 'ctime': '1526543244',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'7190913d-320c-4fc9-
a5b3-c55b26aa30f4', 'truesize': '0', 'type': 'SPARSE', 'lease':
{'path':


 
u'/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2e







b3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease',


'owners': [1], 'version': 8L, 'o
ffset': 0}} (__init__:355)

The lease path in my case is: 
/rhev/data-center/mnt/10.35.0. [2]



[1]233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease


Then you can look in /var/log/sanlock.log

2018-05-17 11:35:18 243132 [14847]: s2:r9 resource



5c4d2216-2eb3-4e24-b254-d5f83fde4dbe:7190913d-320c-4fc9-a5b3-c55b26aa30f4:/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease:0


for 2,9,5049

Then you can use this command to unlock, the pid in this case
is 5049

sanlock client release -r RESOURCE -p pid

On Thu, May 17, 2018 at 11:52 AM, Benny Zlotnik

wrote:

I believe you've hit this
bug: https://bugzilla.redhat.com/show_bug.cgi?id=1565040 [3] [2]


 [1]


You can try to release the lease manually using the

 sanlock client


command (there's an example in the comments on the bug), 
once the lease is free the job will fail and the disk can be

 unlock


On Thu, May 17, 2018 at 11:05 AM,  wrote:

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-17 Thread nicolas


The issue is present in the logs:

  2018-05-17 11:50:44,822+01 INFO  
[org.ovirt.engine.core.bll.storage.disk.image.VdsmImagePoller] 
(DefaultQuartzScheduler1) [39755bb7-9082-40d6-ae5e-64b5b2b5f98e] Command 
CopyData id: '84a49b25-0e37-4338-834e-08bd67c42860': the volume lease is 
not FREE - the job is running


I tried setting the log level to debug but it seems I have not a 
vdsm-client command. All I have is a vdsm-tool command. Is it 
equivalent?


Thanks

El 2018-05-17 11:49, Benny Zlotnik escribió:

By the way, please verify it's the same issue, you should see "the
volume lease is not FREE - the job is running" in the engine log

On Thu, May 17, 2018 at 1:21 PM, Benny Zlotnik 
wrote:


I see because I am on debug level, you need to enable it in order to
see 

https://www.ovirt.org/develop/developer-guide/vdsm/log-files/ [3]

On Thu, 17 May 2018, 13:10 ,  wrote:


Hi,

Thanks. I've checked vdsm logs on all my hosts but the only entry
I can
find grepping by Volume.getInfo is like this:

   2018-05-17 10:14:54,892+0100 INFO  (jsonrpc/0)
[jsonrpc.JsonRpcServer]
RPC call Volume.getInfo succeeded in 0.30 seconds (__init__:539)

I cannot find a line like yours... any other way on how to obtain
those
parameters. This is an iSCSI based storage FWIW (both source and
destination of the movement).

Thanks.

El 2018-05-17 10:01, Benny Zlotnik escribió:

In the vdsm log you will find the volumeInfo log which looks

like

this:

2018-05-17 11:55:03,257+0300 DEBUG (jsonrpc/6)

[jsonrpc.JsonRpcServer]

Return 'Volume.getInfo' in bridge with {'status': 'OK',

'domain':

'5c4d2216-
2eb3-4e24-b254-d5f83fde4dbe', 'voltype': 'INTERNAL',

'description':

'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 3, 'image':
'b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc', 'ctime': '1526543244',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'7190913d-320c-4fc9-
a5b3-c55b26aa30f4', 'truesize': '0', 'type': 'SPARSE', 'lease':
{'path':






u'/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2e







b3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease',

'owners': [1], 'version': 8L, 'o
ffset': 0}} (__init__:355)

The lease path in my case is: 
/rhev/data-center/mnt/10.35.0.





[1]233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease


Then you can look in /var/log/sanlock.log

2018-05-17 11:35:18 243132 [14847]: s2:r9 resource






5c4d2216-2eb3-4e24-b254-d5f83fde4dbe:7190913d-320c-4fc9-a5b3-c55b26aa30f4:/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease:0

for 2,9,5049

Then you can use this command to unlock, the pid in this case

is 5049


sanlock client release -r RESOURCE -p pid

On Thu, May 17, 2018 at 11:52 AM, Benny Zlotnik



wrote:


I believe you've hit this
bug: https://bugzilla.redhat.com/show_bug.cgi?id=1565040 [2]

[1]


You can try to release the lease manually using the

sanlock client

command (there's an example in the comments on the bug), 
once the lease is free the job will fail and the disk can be

unlock


On Thu, May 17, 2018 at 11:05 AM,  wrote:


Hi,

We're running oVirt 4.1.9 (I know it's not the recommended
version, but we can't upgrade yet) and recently we had an

issue

with a Storage Domain while a VM was moving a disk. The

Storage

Domain went down for a few minutes, then it got back.

However, the disk's state has stuck in a 'Migrating: 10%'

state

(see ss-2.png).

I run the 'unlock_entity.sh' script to try to unlock the

disk,

with these parameters:

 # PGPASSWORD=...
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t

disk -u

engine -v b4013aba-a936-4a54-bb14-670d3a8b7c38

The disk's state changed to 'OK', but the actual state still
states it's migrating (see ss-1.png).

Calling the script with -t all doesn't make a difference

either.


Currently, the disk is unmanageable: cannot be deactivated,

moved

or copied, as it says there's a copying operation running

already.


Could someone provide a way to unlock this disk? I don't mind
modifying a value directly into the database, I just need the
copying process cancelled.

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org




Links:
--
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1565040 [2]




Links:
--
[1] http://10.35.0.
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1565040
[3] https://www.ovirt.org/develop/developer-guide/vdsm/log-files/

[ovirt-users] Re: VM's disk stuck in migrating state

2018-05-17 Thread nicolas


Hi,

Thanks. I've checked vdsm logs on all my hosts but the only entry I can 
find grepping by Volume.getInfo is like this:


  2018-05-17 10:14:54,892+0100 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] 
RPC call Volume.getInfo succeeded in 0.30 seconds (__init__:539)


I cannot find a line like yours... any other way on how to obtain those 
parameters. This is an iSCSI based storage FWIW (both source and 
destination of the movement).


Thanks.

El 2018-05-17 10:01, Benny Zlotnik escribió:

In the vdsm log you will find the volumeInfo log which looks like
this:

2018-05-17 11:55:03,257+0300 DEBUG (jsonrpc/6) [jsonrpc.JsonRpcServer]
Return 'Volume.getInfo' in bridge with {'status': 'OK', 'domain':
'5c4d2216-
2eb3-4e24-b254-d5f83fde4dbe', 'voltype': 'INTERNAL', 'description':
'{"DiskAlias":"vm_Disk1","DiskDescription":""}', 'parent':
'---
-', 'format': 'RAW', 'generation': 3, 'image':
'b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc', 'ctime': '1526543244',
'disktype': 'DATA', '
legality': 'LEGAL', 'mtime': '0', 'apparentsize': '1073741824',
'children': [], 'pool': '', 'capacity': '1073741824', 'uuid':
u'7190913d-320c-4fc9-
a5b3-c55b26aa30f4', 'truesize': '0', 'type': 'SPARSE', 'lease':
{'path':
u'/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2e
b3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease',
'owners': [1], 'version': 8L, 'o
ffset': 0}} (__init__:355)

The lease path in my case is: 
/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease

Then you can look in /var/log/sanlock.log

2018-05-17 11:35:18 243132 [14847]: s2:r9 resource
5c4d2216-2eb3-4e24-b254-d5f83fde4dbe:7190913d-320c-4fc9-a5b3-c55b26aa30f4:/rhev/data-center/mnt/10.35.0.233:_root_storage__domains_sd1/5c4d2216-2eb3-4e24-b254-d5f83fde4dbe/images/b8eb8c82-fddd-4fbc-b80d-6ee04c1255bc/7190913d-320c-4fc9-a5b3-c55b26aa30f4.lease:0
for 2,9,5049

Then you can use this command to unlock, the pid in this case is 5049

sanlock client release -r RESOURCE -p pid

On Thu, May 17, 2018 at 11:52 AM, Benny Zlotnik 
wrote:


I believe you've hit this
bug: https://bugzilla.redhat.com/show_bug.cgi?id=1565040 [1]

You can try to release the lease manually using the sanlock client
command (there's an example in the comments on the bug), 
once the lease is free the job will fail and the disk can be unlock

On Thu, May 17, 2018 at 11:05 AM,  wrote:


Hi,

We're running oVirt 4.1.9 (I know it's not the recommended
version, but we can't upgrade yet) and recently we had an issue
with a Storage Domain while a VM was moving a disk. The Storage
Domain went down for a few minutes, then it got back.

However, the disk's state has stuck in a 'Migrating: 10%' state
(see ss-2.png).

I run the 'unlock_entity.sh' script to try to unlock the disk,
with these parameters:

 # PGPASSWORD=...
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -u
engine -v b4013aba-a936-4a54-bb14-670d3a8b7c38

The disk's state changed to 'OK', but the actual state still
states it's migrating (see ss-1.png).

Calling the script with -t all doesn't make a difference either.

Currently, the disk is unmanageable: cannot be deactivated, moved
or copied, as it says there's a copying operation running already.

Could someone provide a way to unlock this disk? I don't mind
modifying a value directly into the database, I just need the
copying process cancelled.

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org




Links:
--
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1565040

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

[ovirt-users] VM's disk stuck in migrating state

2018-05-17 Thread nicolas


Hi,

We're running oVirt 4.1.9 (I know it's not the recommended version, but 
we can't upgrade yet) and recently we had an issue with a Storage Domain 
while a VM was moving a disk. The Storage Domain went down for a few 
minutes, then it got back.


However, the disk's state has stuck in a 'Migrating: 10%' state (see 
ss-2.png).


I run the 'unlock_entity.sh' script to try to unlock the disk, with 
these parameters:


 # PGPASSWORD=... /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-t disk -u engine -v b4013aba-a936-4a54-bb14-670d3a8b7c38


The disk's state changed to 'OK', but the actual state still states it's 
migrating (see ss-1.png).


Calling the script with -t all doesn't make a difference either.

Currently, the disk is unmanageable: cannot be deactivated, moved or 
copied, as it says there's a copying operation running already.


Could someone provide a way to unlock this disk? I don't mind modifying 
a value directly into the database, I just need the copying process 
cancelled.


Thanks.___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Hosts : Upgrade failed - 4.2.3

2018-05-16 Thread Nicolas Ecarnot


Hello,

I was on 4.2.2 and it failed.
I upgraded to 4.2.3 and it's still failing.

From the GUI, I switch one host into maintenance mode, try to upgrade 
it, and it is failing.


On the engine, the engine.log is not saying anything helpful.
But on the engine, I see in 
/var/log/ovirt-engine/host-deploy/ovirt-host-mgmt-ansible-20180516121013-xxx-dacf1972-f184-4d01-a863-7974579e6bc8.log, 
I see :



http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
 [Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.
To address this issue please refer to the below wiki article 


https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use 
https://bugs.centos.org/.

http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml: 
[Errno 14] HTTP Error 404 - Not Found
Essai d'un autre miroir.


This is french, but I'm sure you understand that it translates into 
"gluster repo issue".


Is there something I could do?

Thank you.

--
Nicolas ECARNOT
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] how to attach an export domain to a new datacenter with an export domain not very well unattached from an obsolete datacenter

2018-05-13 Thread Nicolas Vaye

Hi Ovirt Team,

how to attach an export domain to a new datacenter with an export domain not 
very well unattached from an obsolete datacenter ?

My old platform with ovirt 4.1 was deleted ans reinstalled with ovirt 4.2.3.
It's ok but i have a problem with an export domain which has not been 
unattached before the extinction of the old platform.

When i try to attach this export domain, i have the error message in the gui :

Failed to attach Storage Domain oVirtNFS_EXPORT to Data Center xxx.


How can i reinitialize the export domain without erase the data ? just the 
manager who own the domain.


Thanks for all.

Nicolas VAYE

[ImageGenerationNC]<https://www.generation.nc>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Re: [ovirt-users] Unable to get volume size for domain

2018-04-19 Thread nicolas


El 2018-04-19 08:53, Francesco Romani escribió:

On 04/19/2018 09:44 AM, nico...@devels.es wrote:

Hi,

We're running oVirt 4.1.9 and recently we've experienced a corruption
of a lot of VMs... I tried to investigate the reasons but I simply
can't find an explaination of why this happens.

I'd really appreciate if someone could take a look at these logs and
shed some light on what happened and if this can be fixed somehow,
because these are really a lot of VMs affected... I'm attaching both
engine and SPM's vdsm logs.

These storage domains are all iSCSI-based.


This is pretty frequent on your vdsm logs and alarming:

VolumeGroupSizeError: Volume Group not big enough: ('Not enough free
extents for extending LV
f3bb30a0-4745-4c77-aaca-e5f385905c1e/5c1ad23a-e418-4bb2-86b7-af4b14079224
(free=6, needed=8)',)

The fix depends on how you set up your ISCSI storage


This might be due to a Storage Domain that became 100% full since 
yesterday at cca. 16:00.


Could you be more specific on what should I check to know how to fix it?

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

[ovirt-users] ovirt and OpenVswitch

2018-04-11 Thread Nicolas Vaye

Hello,

Does anyone have any feedback on OVirt (4.x) and Open VSwitch ?
May be with DPDK ?

What are the pros ans cons ?
Are the performances very improved with it ?

Is this url a good start to go with ovirt 4.2 ?
https://www.ovirt.org/blog/2017/09/ovs-dpdk/


Thanks.

Nicolas VAYE

[ImageGenerationNC]<https://www.generation.nc>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] fiber channel for hosted-engine deployment and can we import all type of vmware's VM

2018-04-09 Thread Nicolas Vaye

Hello,


is it possible to deploy the engine (in hosted mode) on a fiber channel storage 
with OVIRT or RHV ?

It seem to me with RHV in 4.1 we can, but not in 4.2 beta, confirm ?
And i don't know with OVIRT.


The second question is for vmware import :

I have imported one vm from vmware 5.5, and it works, but not for all my vms.
It seem that it works with vm in vmtype 7, in vmtype 10 it doesn't work.

Is there a limitation to import VM from Vmware in OVIRT or RHV ?


Thanks.

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

[ovirt-users] Python-SDK4: Knowing snapshot status?

2018-04-09 Thread nicolas


Hi,

I'm running ovirt-engine-sdk-python 4.2.4 and I'm performing some 
snapshot-related tasks. I'd like to somehow control the status of the 
snapshot in order to know when I'll be able to run the next 
snapshot-related operation.


For example, I'd like to create a new snapshot and then delete X oldest 
snapshots. After creating the snapshot I have to make sure the snapshot 
operation has concluded to run the deletion.


However, I'm unable to find a native way to get the status of a 
snapshot.


In [1]: snap = conn.follow_link(vm.snapshots)[3]   # This returns 
one snapshot


In [2]: snap.status

In [3]: snap.status_detail

So both status-related properties return None. I've managed to find a 
"poorman's" way by doing this:


while True:
try:
snaps_service.service(snap.id).remove()
except Error, e:
if e.code == 409:
sleep(30)
continue
else:
break

Which works but is quite "tricky".

Is there a better way to do this?

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

[ovirt-users] Why RAW images when using GlusterFS?

2018-04-05 Thread Nicolas Ecarnot


Hello,

Amongst others, I have one 3.6 DC working very well since years and all 
based on GlusterFS.
When having a close look (qemu-img info) on the images, I see their 
format is all RAW and not QCOW2.


I never noticed or bothered before, but I'm wondering :
- is it by design?
- it is something we can change (I'd prefer qcow2)
- it there some limitations?

And finally, I have the same questions about NFS storage domains.

Thank you.

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

Re: [ovirt-users] Any monitoring tool provided?

2018-03-27 Thread Nicolas Vaye

hift-checks/pre-install.yml




Failure summary:



  1. Hosts:localhost

 Play: OpenShift Health Checks

 Task: Run health checks (install) - EL

 Message:  One or more checks failed

 Details:  check "docker_image_availability":

   One or more required container images are not available:

   cockpit/kubernetes:latest,

   openshift/origin-deployer:latest,

   openshift/origin-docker-registry:latest,

   openshift/origin-haproxy-router:latest,

   openshift/origin-pod:latest

   Checked with: skopeo inspect [--tls-verify=false] 
[--creds=:] docker:///

   Default registries searched: docker.io

   Failed connecting to: docker.io




The execution of "playbooks/byo/config.yml" includes checks designed to fail 
early if the requirements of the playbook are not met. One or more of these 
checks failed. To disregard these results,explicitly disable checks by setting 
an Ansible variable:

   openshift_disable_check=docker_image_availability

Failing check names are shown in the failure details above. Some checks may be 
configurable by variables if your requirements are different from the defaults; 
consult check documentation.

Variables can be set in the inventory or passed on the command line using the 
-e flag to ansible-playbook.


How can i set a proxy parameter ?


Thanks.

Nicolas VAYE


 Message initial 

Date: Tue, 27 Mar 2018 05:32:23 +
Objet: Re: [ovirt-users] Any monitoring tool provided?
Cc: users@ovirt.org 
<users@ovirt.org<mailto:%22us...@ovirt.org%22%20%3cus...@ovirt.org%3e>>
À: marcelol...@gmail.com 
<marcelol...@gmail.com<mailto:%22marcelol...@gmail.com%22%20%3cmarcelol...@gmail.com%3e>>,
 sra...@redhat.com 
<sra...@redhat.com<mailto:%22sra...@redhat.com%22%20%3csra...@redhat.com%3e>>
Reply-to: Nicolas Vaye <nicolas.v...@province-sud.nc>
De: Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas%20vaye%20%3cnicolas.v...@province-sud.nc%3e>>

Hi Shirly,

I'm trying to install ovirt metric store with ViaQ on Origin.

And on https://github.com/oVirt/ovirt-site/pull/1551/files, you mention
**WARNING** DO NOT INSTALL `libvirt` on the OpenShift machine!


on my VM "metric store", i requested rpm for libvirt and here are the results :

[root@ometricstore<mailto:root@ometricstore> .ssh]# rpm -qa | grep libvirt
libvirt-daemon-driver-secret-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-core-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-logical-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-config-network-3.2.0-14.el7_4.9.x86_64
libvirt-gconfig-1.0.0-1.el7.x86_64
libvirt-daemon-driver-storage-disk-3.2.0-14.el7_4.9.x86_64
libvirt-glib-1.0.0-1.el7.x86_64
libvirt-libs-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-nwfilter-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-gluster-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-rbd-3.2.0-14.el7_4.9.x86_64
libvirt-gobject-1.0.0-1.el7.x86_64
libvirt-daemon-driver-interface-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-scsi-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-qemu-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-kvm-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-network-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-iscsi-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-nodedev-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-mpath-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-3.2.0-14.el7_4.9.x86_64

should i remove all this package ?


Also on the web page 
https://www.ovirt.org/develop/release-management/features/metrics/metrics-store-installation/#run-ovirt-metrics-store-installation-playbook,
 you mention

/usr/share/ovirt-engine-metrics/setup/ansible/configure_ovirt_hosts_for_metrics.sh
 --playbook=ovirt-metrics-store-installation.yml


But on my hosted engine 4.2.1.7 with 
ovirt-engine-metrics-1.1.3.3-1.el7.centos.noarch, i notice that the script

configure_ovirt_hosts_for_metrics.sh doesn't exist but there is a 
configure_ovirt_machines_for_metrics.sh script.

Is it the good one ?



Next, you mention :
Allow connections on the following ports/protocols:


+ * tcp ports 22, 80, 443, 8443 (openshift console), 9200 (Elasticsearch)


following by

ViaQ on Origin requires these [Yum Repos](centos7-viaq.repo).










+You will need to install the following packages: docker, iptables-services.


That means that i must uninstall firewalld ? And the ports/protocols will be 
managed by iptables-services ?

What is the command to allow connections on tcp ports 22,80, 443 etc ?

Is it managed automatically with  docker or openshift or other program ?



Thanks for all.


Nicolas VAYE


 Message initial 

Date: Sun, 25 Mar 2018 12:01:23 +0300
Objet: Re: [ovirt-users] Any monitoring t

Re: [ovirt-users] Any monitoring tool provided?

2018-03-26 Thread Nicolas Vaye

Hi Shirly,

I'm trying to install ovirt metric store with ViaQ on Origin.

And on https://github.com/oVirt/ovirt-site/pull/1551/files, you mention
**WARNING** DO NOT INSTALL `libvirt` on the OpenShift machine!


on my VM "metric store", i requested rpm for libvirt and here are the results :

[root@ometricstore<mailto:root@ometricstore> .ssh]# rpm -qa | grep libvirt
libvirt-daemon-driver-secret-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-core-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-logical-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-config-network-3.2.0-14.el7_4.9.x86_64
libvirt-gconfig-1.0.0-1.el7.x86_64
libvirt-daemon-driver-storage-disk-3.2.0-14.el7_4.9.x86_64
libvirt-glib-1.0.0-1.el7.x86_64
libvirt-libs-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-nwfilter-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-gluster-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-rbd-3.2.0-14.el7_4.9.x86_64
libvirt-gobject-1.0.0-1.el7.x86_64
libvirt-daemon-driver-interface-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-scsi-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-qemu-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-kvm-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-network-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-iscsi-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-nodedev-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-mpath-3.2.0-14.el7_4.9.x86_64
libvirt-daemon-driver-storage-3.2.0-14.el7_4.9.x86_64

should i remove all this package ?


Also on the web page 
https://www.ovirt.org/develop/release-management/features/metrics/metrics-store-installation/#run-ovirt-metrics-store-installation-playbook,
 you mention

/usr/share/ovirt-engine-metrics/setup/ansible/configure_ovirt_hosts_for_metrics.sh
 --playbook=ovirt-metrics-store-installation.yml


But on my hosted engine 4.2.1.7 with 
ovirt-engine-metrics-1.1.3.3-1.el7.centos.noarch, i notice that the script

configure_ovirt_hosts_for_metrics.sh doesn't exist but there is a 
configure_ovirt_machines_for_metrics.sh script.

Is it the good one ?



Next, you mention :
Allow connections on the following ports/protocols:


+ * tcp ports 22, 80, 443, 8443 (openshift console), 9200 (Elasticsearch)


following by

ViaQ on Origin requires these [Yum Repos](centos7-viaq.repo).










+You will need to install the following packages: docker, iptables-services.


That means that i must uninstall firewalld ? And the ports/protocols will be 
managed by iptables-services ?

What is the command to allow connections on tcp ports 22,80, 443 etc ?

Is it managed automatically with  docker or openshift or other program ?



Thanks for all.


Nicolas VAYE


 Message initial 

Date: Sun, 25 Mar 2018 12:01:23 +0300
Objet: Re: [ovirt-users] Any monitoring tool provided?
Cc: users <users@ovirt.org<mailto:users%20%3cus...@ovirt.org%3e>>
À: Marcelo Leandro 
<marcelol...@gmail.com<mailto:marcelo%20leandro%20%3cmarcelol...@gmail.com%3e>>
De: Shirly Radco 
<sra...@redhat.com<mailto:shirly%20radco%20%3csra...@redhat.com%3e>>



--

SHIRLY RADCO

BI SeNIOR SOFTWARE ENGINEER

Red Hat Israel<https://www.redhat.com/>

[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>
TRIED. TESTED. TRUSTED.<https://redhat.com/trusted>


On Fri, Mar 23, 2018 at 10:29 PM, Marcelo Leandro 
<marcelol...@gmail.com<mailto:marcelol...@gmail.com>> wrote:
Hello,

I am try this how to:

https://www.ovirt.org/develop/release-management/features/metrics/metrics-store-installation/

but when i run this command:
/usr/share/ovirt-engine-metrics/setup/ansible/configure_ovirt_machines_for_metrics.sh
  --playbook=ovirt-metrics-store-installation.yml

I am had this error mensagem:
ansible-playbook: error: no such option: --playbook

my version:

ovirt-engine-metrics-1.0.8-1.el7.centos.noarch


Hi,

You are using an old rpm.

Please upgrade to latest, ovirt-engine-metrics-1.1.3.3-1.el7.centos.noarch

I also added some documentation that is still in pull request:

Add Viaq installation guide to the oVirt metrics store repo - 
https://github.com/oVirt/ovirt-site/pull/1551 - This one is meaningful. I 
introduced a lot of automation that save time when installing.

Add prerequisites for installing OpenShift Logging - 
https://github.com/oVirt/ovirt-site/pull/1561

Added how to import dashboards examples to kibana - 
https://github.com/oVirt/ovirt-site/pull/1559

Please review them.I'll try to get them merged asap.


Anyone can help me?


2018-03-22 16:28 GMT-03:00 Christopher Cox 
<c...@endlessnow.com<mailto:c...@endlessnow.com>>:
On 03/21/2018 10:41 PM, Terry hey wrote:
Dear all,

Now, we can just read how many storage used, cpu usage on ovirt dashboard.
But is there any monitoring tool for monitoring virtual machine time to time?
If yes, could you guys give me the procedure?


A possible option, for a full

Re: [ovirt-users] overt-guest-agent Failure on latest Debian 9 Sretch

2018-03-26 Thread Nicolas Vaye

Hello Andrei,

i have had the same problem and on Debian stretch the problem is the old 
version of agent from stretch repository.

I downloaded 1.0.13 from Debian testing repo as *.deb file.

With these new versions of guest-agent then is also a udev rules issue.

The serial channels have been renamed and the rules didn`t match for ovirt.

See the install script, as attachement (provided by 
<mailto:oliver%20riesener%20%3coliver.riese...@hs-bremen.de%3e> 
oliver.riese...@hs-bremen.de<mailto:oliver.riese...@hs-bremen.de>).

May be it can help you.

Regards,

Nicolas Vaye

 Message initial 

Date: Mon, 26 Mar 2018 17:29:16 +0300
Objet: [ovirt-users] overt-guest-agent Failure on latest Debian 9 Sretch
À: users@ovirt.org<mailto:users@ovirt.org>
De: Andrei Verovski 
<andre...@starlett.lv<mailto:andrei%20verovski%20%3candre...@starlett.lv%3e>>

Hi,

I just installed latest Debian 9 Sretch under oVirt 4.2 and got this error:

# tail -n 1000 ovirt-guest-agent.log
MainThread::INFO::2018-03-26 
17:09:57,400::ovirt-guest-agent::59::root::Starting oVirt guest agent
MainThread::ERROR::2018-03-26 
17:09:57,402::ovirt-guest-agent::141::root::Unhandled exception in oVirt guest 
agent!
Traceback (most recent call last):
  File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 135, in 

agent.run(daemon, pidfile)
  File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 65, in run
self.agent = LinuxVdsAgent(config)
  File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 472, in __init__
AgentLogicBase.__init__(self, config)
  File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 188, in __init__
self.vio = VirtIoChannel(config.get("virtio", "device"))
  File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 153, in __init__
self._stream = VirtIoStream(vport_name)
  File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 134, in __init__
self._vport = os.open(vport_name, os.O_RDWR)
OSError: [Errno 2] No such file or directory: 
'/dev/virtio-ports/com.redhat.rhevm.vdsm’

Followed this manual:
https://bugzilla.redhat.com/show_bug.cgi?id=1472293
and run
touch /etc/udev/rules.d/55-ovirt-guest-agent.rules
# edit  /etc/udev/rules.d/55-ovirt-guest-agent.rules
SYMLINK=="virtio-ports/ovirt-guest-agent.0", OWNER="ovirtagent", 
GROUP="ovirtagent"
udevadm trigger --subsystem-match="virtio-ports”

AND this

http://lists.ovirt.org/pipermail/users/2018-January/086101.html
touch /etc/ovirt-guest-agent/ovirt-guest-agent.conf# <— it didn't existed 
so I created it.
# edit /etc/ovirt-guest-agent.conf
[virtio]
device = /dev/virtio-ports/ovirt-guest-agent.0

reboot

Yet still have same problem and error message.
How to solve it ?

Thanks in advance
Andrei

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



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

Re: [ovirt-users] Bad volume specification

2018-03-23 Thread nicolas


El 2018-03-23 15:38, Yaniv Kaul escribió:

On Fri, Mar 23, 2018 at 3:20 PM,  wrote:


El 2018-03-23 12:16, Sandro Bonazzola escribió:
2018-03-21 13:37 GMT+01:00 :

Hi,

We're running oVirt 4.1.9, today I put a host on maintenance, I saw
one of the VMs was taking too long to migrate so I shut it down. It
seems that just in that moment the machine ended migrating, but the
shutdown did happen as well.

I would suggest to update to 4.2 as soon as possible since 4.1 is
not
supported anymore now that 4.2 is available


 We have 2 oVirt infrastructures. One is migrated to 4.2, we can't
migrate the other one since most of the user portal features in 4.1
are not present in 4.2 and our users do a massive usage of this portal
to create/tune VMs. I know several issues were created on Github to
implement missing features, but we cannot upgrade until they are
implemented.

Have you checked the latest oVirt 4.2.2 RC? We have brought back
several features to the user portal.
Y.
 


Yes, I'm aware. I'm about to find some time to test it, still I think 
there will be some features missing (I think I've read that it won't be 
possible to deploy a VM without a template), but I need to test it for a 
while. Still I guess we can upgrade and let some teachers test if they 
can get used to the new user portal.


Thank you!




Thanks.

 

Now, when I try to start the VM I'm getting the following error:

2018-03-21 12:31:02,309Z ERROR



[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

(DefaultQuartzScheduler3) [7985a4e2] EVENT_ID: VM_DOWN_ERROR(119),
Correlation ID: null, Call Stack: null, Custom ID: null, Custom
Event ID: -1, Message: VM openmaint.iaas.domain.com [1] [1] is down
with
error. Exit message: Bad volume specification {'index': '0',
u'domainID': u'04cb5bd0-d94e-4d14-a71a-e63a669e11b9', 'reqsize':
'0', u'format': u'cow', u'optional': u'false', 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'68ee7a04-ceff-49f0-bf91-256870543921', 'apparentsize':
'3221225472', u'imageID': u'9d087e6b-0832-46db-acb0-16d5131afa0c',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'deviceId':
u'9d087e6b-0832-46db-acb0-16d5131afa0c', 'truesize': '3221225472',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

It looks quite bad... I'm attaching the engine.log since the moment
I start the VM.

Is there anything I can do to recover the VM? oVirt says the disk
is OK in the 'Disks' tab.

Adding some people who may be able to help. Once solved, please
consider upgrade.

 

Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users [2] [2]

--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION
R

Red Hat EMEA [3]

sbona...@redhat.com   

                 [4]

 [5]

Links:
--
[1] http://openmaint.iaas.domain.com [1]
[2] http://lists.ovirt.org/mailman/listinfo/users [2]
[3] https://www.redhat.com/ [3]
[4] https://red.ht/sig [4]
[5] https://redhat.com/summit [5]


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



Links:
--
[1] http://openmaint.iaas.domain.com
[2] http://lists.ovirt.org/mailman/listinfo/users
[3] https://www.redhat.com/
[4] https://red.ht/sig
[5] https://redhat.com/summit

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

Re: [ovirt-users] Bad volume specification

2018-03-23 Thread nicolas


El 2018-03-23 12:16, Sandro Bonazzola escribió:

2018-03-21 13:37 GMT+01:00 :


Hi,

We're running oVirt 4.1.9, today I put a host on maintenance, I saw
one of the VMs was taking too long to migrate so I shut it down. It
seems that just in that moment the machine ended migrating, but the
shutdown did happen as well.


I would suggest to update to 4.2 as soon as possible since 4.1 is not
supported anymore now that 4.2 is available



We have 2 oVirt infrastructures. One is migrated to 4.2, we can't 
migrate the other one since most of the user portal features in 4.1 are 
not present in 4.2 and our users do a massive usage of this portal to 
create/tune VMs. I know several issues were created on Github to 
implement missing features, but we cannot upgrade until they are 
implemented.


Thanks.


 


Now, when I try to start the VM I'm getting the following error:

2018-03-21 12:31:02,309Z ERROR


[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]

(DefaultQuartzScheduler3) [7985a4e2] EVENT_ID: VM_DOWN_ERROR(119),
Correlation ID: null, Call Stack: null, Custom ID: null, Custom
Event ID: -1, Message: VM openmaint.iaas.domain.com [1] is down with
error. Exit message: Bad volume specification {'index': '0',
u'domainID': u'04cb5bd0-d94e-4d14-a71a-e63a669e11b9', 'reqsize':
'0', u'format': u'cow', u'optional': u'false', 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'68ee7a04-ceff-49f0-bf91-256870543921', 'apparentsize':
'3221225472', u'imageID': u'9d087e6b-0832-46db-acb0-16d5131afa0c',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'deviceId':
u'9d087e6b-0832-46db-acb0-16d5131afa0c', 'truesize': '3221225472',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

It looks quite bad... I'm attaching the engine.log since the moment
I start the VM.

Is there anything I can do to recover the VM? oVirt says the disk
is OK in the 'Disks' tab.


Adding some people who may be able to help. Once solved, please
consider upgrade.

 


Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users [2]


--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA [3]

sbona...@redhat.com   

 [4]

 [5]



Links:
--
[1] http://openmaint.iaas.domain.com
[2] http://lists.ovirt.org/mailman/listinfo/users
[3] https://www.redhat.com/
[4] https://red.ht/sig
[5] https://redhat.com/summit

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

Re: [ovirt-users] Bad volume specification

2018-03-23 Thread nicolas


Guys, any hints to this?

El 2018-03-21 12:37, nico...@devels.es escribió:

Hi,

We're running oVirt 4.1.9, today I put a host on maintenance, I saw
one of the VMs was taking too long to migrate so I shut it down. It
seems that just in that moment the machine ended migrating, but the
shutdown did happen as well.

Now, when I try to start the VM I'm getting the following error:

2018-03-21 12:31:02,309Z ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(DefaultQuartzScheduler3) [7985a4e2] EVENT_ID: VM_DOWN_ERROR(119),
Correlation ID: null, Call Stack: null, Custom ID: null, Custom Event
ID: -1, Message: VM openmaint.iaas.domain.com is down with error. Exit
message: Bad volume specification {'index': '0', u'domainID':
u'04cb5bd0-d94e-4d14-a71a-e63a669e11b9', 'reqsize': '0', u'format':
u'cow', u'optional': u'false', 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'68ee7a04-ceff-49f0-bf91-256870543921',
'apparentsize': '3221225472', u'imageID':
u'9d087e6b-0832-46db-acb0-16d5131afa0c', u'discard': False,
u'specParams': {}, u'readonly': u'false', u'iface': u'virtio',
u'deviceId': u'9d087e6b-0832-46db-acb0-16d5131afa0c', 'truesize':
'3221225472', u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63',
u'device': u'disk', u'shared': u'false', u'propagateErrors': u'off',
u'type': u'disk'}.

It looks quite bad... I'm attaching the engine.log since the moment I
start the VM.

Is there anything I can do to recover the VM? oVirt says the disk is
OK in the 'Disks' tab.

Thanks.

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

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

Re: [ovirt-users] create a cloned virtual machine based on a template with SDK API python

2018-03-22 Thread Nicolas Vaye

ok, got it !
just add clone parameter for add function.


vm = vms_service.add(
types.Vm(
name=vm_name,
cluster=types.Cluster(
name=vm_cluster_name
),
stateless=False,
type=types.VmType('server'),
comment='cloned from template '+template_name+' version 
'+str(template_version),
template=types.Template(
id=template_id
),
disk_attachments=template_disk_attachments,
),
clone=True,
)

 Message initial 

Date: Thu, 22 Mar 2018 07:09:33 +
Objet: [ovirt-users] create a cloned virtual machine based on a template with 
SDK API python
À: users@ovirt.org 
<users@ovirt.org<mailto:%22us...@ovirt.org%22%20%3cus...@ovirt.org%3e>>
Reply-to: Nicolas Vaye <nicolas.v...@province-sud.nc>
De: Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas%20vaye%20%3cnicolas.v...@province-sud.nc%3e>>

Hi,

I want to create a cloned virtual machine based on a template with SDK API 
python and i don't find the parameter to indicate the clone action for the disk

here is my code :

#!/usr/bin/env python
# -*- coding: utf-8 -*-

#
# Copyright (c) 2016 Red Hat, Inc.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#
from pprint import pprint
import logging
import time

import ovirtsdk4 as sdk
import ovirtsdk4.types as types



template_name='test_debian_9.4'
template_version=1
cluster_name='nico-cluster'
data_domain_name='OVIRT-TEST2'



logging.basicConfig(level=logging.DEBUG, filename='example.log')

# This example will connect to the server and start a virtual machine
# with cloud-init, in order to automatically configure the network and
# the password of the `root` user.

# Create the connection to the server:
connection = sdk.Connection(
url='https://ocenter.province-sud.prod/ovirt-engine/api',
username='admin@internal<mailto:username='admin@internal>',
password='admin',
ca_file='CA_ocenter.pem',
debug=True,
log=logging.getLogger(),
)



##
 TEMPLATE 
##

# Get the reference to the root of the tree of services:
system_service = connection.system_service()

# Get the reference to the service that manages the storage domains:
storage_domains_service = system_service.storage_domains_service()

# Find the storage domain we want to be used for virtual machine disks:
storage_domain = 
storage_domains_service.list(search='name='+data_domain_name)[0]


# Get the reference to the service that manages the templates:
templates_service = system_service.templates_service()

# When a template has multiple versions they all have the same name, so
# we need to explicitly find the one that has the version name or
# version number that we want to use. In this case we want to use
# version 1 of the template.
templates = templates_service.list(search='name='+template_name)
template_id = None
for template in templates:
if template.version.version_number == template_version:
template_id = template.id
break

if template_id == None:
print "ERREUR le template "+template_name+"en version 
"+str(template_version)+" n'a pas été trouvé!!"

# Find the template disk we want be created on specific storage domain
# for our virtual machine:
template_service = templates_service.template_service(template_id)
disk_attachments = 
connection.follow_link(template_service.get().disk_attachments)

print "disk_attachments=" + str(len(disk_attachments))

template_disk_attachments = []
for disk in disk_attachments:
template_disk_attachments.append(types.DiskAttachment(
disk=types.Disk(
id=disk.id,
format=types.DiskFormat.COW,
storage_domains=[
types.StorageDomain(
id=storage_domain.id,
),
],
),
)
)



# Get the reference to the service that manages the virtual machines:
vms_service = system_service.vms_service()

# Add a new virtual machine explicitly indicating the identifier of the
# template version that we want to use and indicating that template disk
# should be created on specific storage domain for the virtual machine:
vm = vms_service.add(
types.Vm(
name='myvm',
cluster=types.Cluster(

[ovirt-users] create a cloned virtual machine based on a template with SDK API python

2018-03-22 Thread Nicolas Vaye

roduce an error
ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is "[Cannot 
add VM. The selected Storage Domain does not contain the VM Template.]". HTTP 
response code is 400.

So how to create a cloned virtual machine based on a template ?

I think i'm looking for the same parameter on the web ui, "Storage Allocation" 
=> Thin/Clone

[cid:1521702568.14216.1.camel@province-sud.nc]


Thanks.

Nicolas VAYE

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

Re: [ovirt-users] VM guest agent

2018-03-21 Thread Nicolas Vaye

Hi Tomas,

for my RHEL 6.5, i have installed ovirt-guest-agent 1.0.12-2.el6.noarch.

Thanks.


 Message initial 

Date: Wed, 21 Mar 2018 11:34:08 +0100
Objet: Re: [ovirt-users] VM guest agent
Cc: users@ovirt.org 
<users@ovirt.org<mailto:%22us...@ovirt.org%22%20%3cus...@ovirt.org%3e>>
À: Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas%20vaye%20%3cnicolas.v...@province-sud.nc%3e>>
De: Tomáš Golembiovský 
<tgole...@redhat.com<mailto:%3d%3futf-8%3fq%3ftom%3dc3%3da1%3dc5%3da1_golembiovsk%3dc3%3dbd%3f%3d%20%3ctgole...@redhat.com%3e>>

Hi,

On Sun, 11 Mar 2018 22:56:32 +
Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas.v...@province-sud.nc>> wrote:



Hello,

i have installed one oVirt platform with 2 node and 1 HE version 4.2.1.7-1

It seem to work fine, but i would like more information on the guest agent.
For the HE, the guest agent seem to be OK, on this vm i 've spotted that the 
ovirt-guest-agent and qemu-guest-agent are installed.

I have 2 VM, 1 debian 9 and 1 RHEL 6.5. I've tried to install the same service 
on each VM, but the result is the same :
no info about IP, fqdn, or app installed for these vm, and there is a orange ! 
for each vm on the web ui (indicate that i need to install latest guest agent) .



What version of the guest agent do you have installed on RHEL 6.5?

Tomas




I have tried different test with spice-vdagent, or ovirt-guest-agent or 
qemu-guest-agent but no way.

ovirt-guest-agent doesn't start on debian 9 and RHEL 6.5 :
MainThread::INFO::2018-03-11 
22:46:02,984::ovirt-guest-agent::59::root::Starting oVirt guest 
agentMainThread::ERROR::2018-03-11 
22:46:02,986::ovirt-guest-agent::141::root::Unhandled exception in oVirt guest 
agent!Traceback (most recent call last):  File 
"/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 135, in 
agent.run(daemon, pidfile)  File 
"/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 65, in run
self.agent = LinuxVdsAgent(config)  File 
"/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 472, in __init__
AgentLogicBase.__init__(self, config)  File 
"/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 188, in __init__
self.vio = VirtIoChannel(config.get("virtio", "device"))  File 
"/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 153, in __init__
self._stream = VirtIoStream(vport_name)  File 
"/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 134, in __init__
self._vport = os.open(vport_name, os.O_RDWR)OSError: [Errno 2] No such file or 
directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm'


Can i have help for this problem ?

Thanks.

Nicolas VAYE
DSI - Nouméa
NEW CALEDONIA
___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users





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

Re: [ovirt-users] how update the network name of a vmnic with API SDK python ?

2018-03-21 Thread Nicolas Vaye

Thank you Dominik, it works.

 Message initial 

Date: Wed, 21 Mar 2018 08:19:38 +0100
Objet: Re: [ovirt-users] how update the network name of a vmnic with API SDK 
python ?
Cc: users@ovirt.org 
<users@ovirt.org<mailto:%22us...@ovirt.org%22%20%3cus...@ovirt.org%3e>>
À: Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas%20vaye%20%3cnicolas.v...@province-sud.nc%3e>>
De: Dominik Holler 
<dhol...@redhat.com<mailto:dominik%20holler%20%3cdhol...@redhat.com%3e>>

On Wed, 21 Mar 2018 05:30:25 +
Nicolas Vaye 
<nicolas.v...@province-sud.nc<mailto:nicolas.v...@province-sud.nc>> wrote:



Hi,

i want to change the network name of the existing nic for a VM with
python SDK API ? Can i have some help please ?

the VM name is testnico
the nic name is nic1
the new network name is vlan_NEW

and here is the source file written by me (which doesn't work) :


#!/usr/bin/env python
# -*- coding: utf-8 -*-


import logging
import time

import ovirtsdk4 as sdk
import ovirtsdk4.types as types

logging.basicConfig(level=logging.DEBUG, filename='example.log')

# This example will connect to the server and start a virtual machine
# with cloud-init, in order to automatically configure the network and
# the password of the `root` user.

# Create the connection to the server:
connection = sdk.Connection(
url='https://ocenter.province-sud.prod/ovirt-engine/api',
username='admin@internal<mailto:username='admin@internal>',
password='',
ca_file='CA_ocenter.pem',
debug=True,
log=logging.getLogger(),
)

# Find the virtual machine:
vms_service = connection.system_service().vms_service()
vm = vms_service.list(search = 'name=testnico')[0]

# Find the service that manages the virtual machine:
vm_service = vms_service.vm_service(vm.id)




# In order to specify the network that the new interface will be
# connected to we need to specify the identifier of the virtual
network # interface profile, so we need to find it:
profiles_service = connection.system_service().vnic_profiles_service()
profile_id = None
for profile in profiles_service.list():
print "profile "+profile.name+","+profile.id
if profile.name == 'vlan_NEW':
profile_id = profile.id
break

# Locate the service that manages the network interface cards of the
# virtual machine:
nics_service = vm_service.nics_service()

#print nics_service

# Find the nic1 of the VM
for nic in nics_service.list():
print "nic "+nic.name+","+nic.id+','+nic.vnic_profile.id
if nic.name == 'nic1':
nic_service = nics_service.nic_service(nic.id)
break


print "nic_service nic1 ==>"+str(nic_service)
#pprint(vars(nic_service.network_filter_parameters_service().parameter_service()))


#nic_service.vnic_profile.id=profile_id
#nic_service.update()

nic_service.update(
vnic_profile=types.VnicProfile(
id=profile_id,
)
)




nic_service.update(
types.Nic(
vnic_profile=types.VnicProfile(
id=profile_id,
)
)
)





# Close the connection to the server:
connection.close()


The result is :

Traceback (most recent call last):
  File "start_vm_with_cloud_init.py", line 85, in 
id=profile_id,
TypeError: update() got an unexpected keyword argument 'vnic_profile'


How can i do ?




update() expects a parameter of type types.Nic, which has the parameter
vnic_profile.



Thanks.

Nicolas VAYE
___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




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

1 2 3 4 5 6 >

1 - 100 of 514 matches

Mail list logo