[ovirt-users] Re: HE + Gluster : Engine corrupted?

[Ravishankar N]

Hi,

"[2018-06-16 04:00:10.264690] E [MSGID: 108008] 
[afr-self-heal-common.c:335:afr_gfid_split_brain_source] 
0-engine-replicate-0: Gfid mismatch detected for 
/hosted-engine.lockspace>, 
6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and 
ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0."


Are the gfids actually different on the bricks as this message says? If 
yes, then the commands shared earlier should have fixed it.


-Ravi


On 07/02/2018 02:15 PM, Krutika Dhananjay wrote:

Hi,

So it seems some of the files in the volume have mismatching gfids. I 
see the following logs from 15th June, ~8pm EDT:



...
...
[2018-06-16 04:00:10.264690] E [MSGID: 108008] 
[afr-self-heal-common.c:335:afr_gfid_split_brain_source] 
0-engine-replicate-0: Gfid mismatch detected for 
/hosted-engine.lockspace>, 
6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and 
ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0.
[2018-06-16 04:00:10.265861] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4411: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:11.522600] E [MSGID: 108008] 
[afr-self-heal-common.c:212:afr_gfid_split_brain_source] 
0-engine-replicate-0: All the bricks should be up to resolve the gfid 
split barin
[2018-06-16 04:00:11.522632] E [MSGID: 108008] 
[afr-self-heal-common.c:335:afr_gfid_split_brain_source] 
0-engine-replicate-0: Gfid mismatch detected for 
/hosted-engine.lockspace>, 
6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and 
ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0.
[2018-06-16 04:00:11.523750] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4493: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:12.864393] E [MSGID: 108008] 
[afr-self-heal-common.c:212:afr_gfid_split_brain_source] 
0-engine-replicate-0: All the bricks should be up to resolve the gfid 
split barin
[2018-06-16 04:00:12.864426] E [MSGID: 108008] 
[afr-self-heal-common.c:335:afr_gfid_split_brain_source] 
0-engine-replicate-0: Gfid mismatch detected for 
/hosted-engine.lockspace>, 
6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and 
ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0.
[2018-06-16 04:00:12.865392] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4575: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:18.716007] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4657: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:20.553365] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4739: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:21.771698] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4821: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:23.871647] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4906: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)
[2018-06-16 04:00:25.034780] W [fuse-bridge.c:540:fuse_entry_cbk] 
0-glusterfs-fuse: 4987: LOOKUP() 
/c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace 
=> -1 (Input/output error)

...
...


Adding Ravi who works on replicate component to hep resolve the 
mismatches.


-Krutika


On Mon, Jul 2, 2018 at 12:27 PM, Krutika Dhananjay 
mailto:kdhan...@redhat.com>> wrote:


Hi,

Sorry, I was out sick on Friday. I am looking into the logs. Will
get back to you in some time.

-Krutika

On Fri, Jun 29, 2018 at 7:47 PM, Hanson Turner
mailto:han...@andrewswireless.net>>
wrote:

Hi Krutika,

Did you need any other logs?


Thanks,

Hanson


On 06/27/2018 02:04 PM, Hanson Turner wrote:


Hi Krutika,

Looking at the email spams, it looks like it started at
8:04PM EDT on Jun 15 2018.

From my memory, I think the cluster was working fine until
sometime that night. Somewhere between midnight and the next
(Saturday) morning, the engine crashed and all vm's stopped.

I do have nightly backups that ran every night, using the
engine-backup command. Looks like my last valid backup was
2018-06-15.

I've included all logs I think might be of use. Please
forgive the use of 7zip, as the raw logs took 50mb which is
greater than my attachment limit.

I think the just of what happened, is we had a downed node
for a period of time. Earlier that day, the node was brought
back into service. Later that night or early the next
morning, the engine was gone and hopping f

[ovirt-users] Re: Docker best practices

[Vincent Royer]

We're using rancher on Ovirt and it's great.  No problems to report.

On Wed, Jul 18, 2018, 1:08 PM Wesley Stewart,  wrote:

> I'm currently using CoreOS as a VM and I like it.  RancherOS performs
> similarly, but appears to have a smaller footprint.
>
> I doubt you will see a big different in performance.  I'm sure ovirt can
> handle them both fine.
>
> You can also spin up a RH or CentOS vm and install docker just fine.  But
> the smaller footprints are nice.
>
> CoreOS was recently aquired by redhat if I'm not mistaken, so I went with
> CoreOS personally.
>
> On Mon, Jul 16, 2018, 11:45 AM Николаев Алексей <
> alexeynikolaev.p...@yandex.ru> wrote:
>
>> Hi, community!
>>
>> What are best practices to run docker images into oVirt infra: core os or
>> something else?
>> ___
>> 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/UB4H3Y7VYQ6R2AOISLLVIBM6WQ425GEP/
>>
> ___
> 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/3YXYZF474MNLNJ6LI26YHTUC4Z3RDRDM/
>
___
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/PJCTK6O6UL7XRXTBIXJUHEIFJVL23OIV/

[ovirt-users] Re: Ovirt system crash when starting VM with Quadro GPU

[Wesley Stewart]

Ended up fixing this by following the ovirt docs (go figure)

https://ovirt.org/develop/release-management/features/virt/hostdev-passthrough/

After following this I also had to reinstall my host as well as reboot.
The OS was not letting go of the device.

Strangely I have done this with two AMD graphics cards and they worked
without this.  Perhaps the drivers weren't installed by default or
something and the OS didn't have trouble passing it along.

Anyways, working happily now with my new quadro p2000 passed to a windows
10 guest. Makes a nice "desktop" at home.

On Mon, Jul 16, 2018, 1:24 PM Wesley Stewart  wrote:

> I have recently been using an old Radeon R9 270X lying around without
> issue, until this card seemed to have kicked the bucket.
>
> I had an Nvidia Quadro P2000 lying around I thought I would try.  After
> installing it into my system, it showed up in the PCI device as
> anticipated.  I based both devices to my Windows 10 guest.
>
> It shows up a a GP106GL and a separate audio component.  The same thing
> that happened with the AMD Radeon Card.  The events just shows the VM's
> being terminated without giving a reason, and I am hoping for some
> guidance.
>
> Currently using a single node setup, running ovirt 4.2.3.  Any ideas or
> places to check would be much appreciated!
>
___
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/WYCTVIDAOJW46SKJDH3D3KYEKIVA56CL/

[ovirt-users] Re: Docker best practices

[Wesley Stewart]

I'm currently using CoreOS as a VM and I like it.  RancherOS performs
similarly, but appears to have a smaller footprint.

I doubt you will see a big different in performance.  I'm sure ovirt can
handle them both fine.

You can also spin up a RH or CentOS vm and install docker just fine.  But
the smaller footprints are nice.

CoreOS was recently aquired by redhat if I'm not mistaken, so I went with
CoreOS personally.

On Mon, Jul 16, 2018, 11:45 AM Николаев Алексей <
alexeynikolaev.p...@yandex.ru> wrote:

> Hi, community!
>
> What are best practices to run docker images into oVirt infra: core os or
> something else?
> ___
> 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/UB4H3Y7VYQ6R2AOISLLVIBM6WQ425GEP/
>
___
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/3YXYZF474MNLNJ6LI26YHTUC4Z3RDRDM/

[ovirt-users]ovirt upgrade 4.1 - 4.2 fail

[Альбов Леонид]

Hello!

After upgrade engin from 4.1 to 4.2 all Host in status Activate or Non 
Operational.

Error Message:
VDSM cluster-nodeXX command GetCapabilitiesAsyncVDS failed: General SSLEngine 
problem

Need help!

(Centos 7)

engine.log
2018-07-18 17:37:46,903+03 INFO 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connecting to cluster-node11.office.vliga/10.252.252.211
2018-07-18 17:37:46,905+03 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable 
to process messages General SSLEngine problem
2018-07-18 17:37:46,906+03 ERROR 
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
(EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Unable to 
RefreshCapabilities: VDSNetworkException: VDSGenericException: 
VDSNetworkException: General SSLEngine problem
2018-07-18 17:37:47,744+03 INFO 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connecting to cluster-node10.office.vliga/10.252.252.210
2018-07-18 17:37:47,747+03 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable 
to process messages General SSLEngine problem
2018-07-18 17:37:47,747+03 ERROR 
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
(EE-ManagedThreadFactory-engineScheduled-Thread-95) [] Unable to 
RefreshCapabilities: VDSNetworkException: VDSGenericException: 
VDSNetworkException: General SSLEngine problem
2018-07-18 17:37:52,814+03 INFO 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connecting to cluster-node6.office.vliga/10.252.252.206
2018-07-18 17:37:52,816+03 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable 
to process messages General SSLEngine problem
2018-07-18 17:37:52,816+03 ERROR 
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
(EE-ManagedThreadFactory-engineScheduled-Thread-55) [] Unable to 
RefreshCapabilities: VDSNetworkException: VDSGenericException: 
VDSNetworkException: General SSLEngine problem
2018-07-18 17:37:59,513+03 INFO 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connecting to cluster-node6.office.vliga/10.252.252.206
2018-07-18 17:37:59,514+03 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable 
to process messages General SSLEngine problem
2018-07-18 17:37:59,517+03 INFO 
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] 
Connecting to cluster-node10.office.vliga/10.252.252.210
2018-07-18 17:37:59,519+03 ERROR 
[org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable 
to process messages General SSLEngine problem
-- 
Леонид Альбов___
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/KET4ZHPCUJGVGNYSC7XHRZRF22CKV6ED/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Thanks,

  Cluster is all installed from pre-release, maybe I managed to get an iffy
rpm

On 18 July 2018 at 15:50, Andrej Krejcir  wrote:

> Yes, copying it from another host with mom version 0.5.12 is enough.
>
> I'm not sure why it was not installed. The file is in the rpm.
>
> On Wed, 18 Jul 2018 at 16:38, Maton, Brett 
> wrote:
>
>> Bingo
>>
>> How could that file not be installed/deployed ?
>>
>>
>> Should I simply copy it from one of the other hosts to make the message
>> go away ?
>>
>> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>>
>>> Maybe the python module is missing. Can you check if this file exists?
>>>
>>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
>>> vdsmjsonrpcclientInterface.py
>>>
>>>
>>> Andrej
>>>
>>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>>> wrote:
>>>
 I just checked the mom version, it's already at 0.5.12

 # rpm -qa mom
 mom-0.5.12-1.el7.centos.noarch

 All the physical hosts are fully updated /patched.

 Regards,
 Brett

 On 18 July 2018 at 14:08, Andrej Krejcir  wrote:

> Hi,
>
> Looking at MOM logs, the problem seems to be that MOM is configured to
> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it
> cannot find this module, probably because it is an older version.
>
> Updating MOM to version 0.5.12 should fix it.
>
>
> Regards,
> Andrej
>
> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
> wrote:
>
>> FWIW:
>>
>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
>> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>>
>> Network is bonded fail-over.
>>
>> Regards,
>> Brett
>>
>> On 18 July 2018 at 13:15, Francesco Romani 
>> wrote:
>>
>>> Thanks!
>>>
>>>
>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>
 Sure no problem, mom log attached.

>>>
>>> It seems to me that MOM is restarting *very* often:
>>>
>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>
>>> And I totally not expect this. Martin, Andrej, is this the expected
>>> behaviour?
>>>
>>>
>>> Bests,
>>>
>>>
>>>
>>> --
>>> Francesco Romani
>>> Senior SW Eng., Virtualization R&D
>>> Red Hat
>>> IRC: fromani github: @fromanirh
>>>
>>>
>>

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

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Andrej Krejcir]

Yes, copying it from another host with mom version 0.5.12 is enough.

I'm not sure why it was not installed. The file is in the rpm.

On Wed, 18 Jul 2018 at 16:38, Maton, Brett  wrote:

> Bingo
>
> How could that file not be installed/deployed ?
>
>
> Should I simply copy it from one of the other hosts to make the message go
> away ?
>
> On 18 July 2018 at 15:30, Andrej Krejcir  wrote:
>
>> Maybe the python module is missing. Can you check if this file exists?
>>
>>
>> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py
>>
>>
>> Andrej
>>
>> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
>> wrote:
>>
>>> I just checked the mom version, it's already at 0.5.12
>>>
>>> # rpm -qa mom
>>> mom-0.5.12-1.el7.centos.noarch
>>>
>>> All the physical hosts are fully updated /patched.
>>>
>>> Regards,
>>> Brett
>>>
>>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>>
 Hi,

 Looking at MOM logs, the problem seems to be that MOM is configured to
 use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
 find this module, probably because it is an older version.

 Updating MOM to version 0.5.12 should fix it.


 Regards,
 Andrej

 On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
 wrote:

> FWIW:
>
> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
> Xeon(R) CPU E3-1220 V2 @ 3.10GHz
>
> Network is bonded fail-over.
>
> Regards,
> Brett
>
> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>
>> Thanks!
>>
>>
>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>
>>> Sure no problem, mom log attached.
>>>
>>
>> It seems to me that MOM is restarting *very* often:
>>
>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>
>> And I totally not expect this. Martin, Andrej, is this the expected
>> behaviour?
>>
>>
>> Bests,
>>
>>
>>
>> --
>> Francesco Romani
>> Senior SW Eng., Virtualization R&D
>> Red Hat
>> IRC: fromani github: @fromanirh
>>
>>
>
>>>
>
___
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/2CBNRFQTXEWN3YVFEFQYWVG4C4HAMHOV/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Bingo

How could that file not be installed/deployed ?


Should I simply copy it from one of the other hosts to make the message go
away ?

On 18 July 2018 at 15:30, Andrej Krejcir  wrote:

> Maybe the python module is missing. Can you check if this file exists?
>
> /usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/
> vdsmjsonrpcclientInterface.py
>
>
> Andrej
>
> On Wed, 18 Jul 2018 at 16:04, Maton, Brett 
> wrote:
>
>> I just checked the mom version, it's already at 0.5.12
>>
>> # rpm -qa mom
>> mom-0.5.12-1.el7.centos.noarch
>>
>> All the physical hosts are fully updated /patched.
>>
>> Regards,
>> Brett
>>
>> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>>
>>> Hi,
>>>
>>> Looking at MOM logs, the problem seems to be that MOM is configured to
>>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
>>> find this module, probably because it is an older version.
>>>
>>> Updating MOM to version 0.5.12 should fix it.
>>>
>>>
>>> Regards,
>>> Andrej
>>>
>>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>>> wrote:
>>>
 FWIW:

 This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R)
 Xeon(R) CPU E3-1220 V2 @ 3.10GHz

 Network is bonded fail-over.

 Regards,
 Brett

 On 18 July 2018 at 13:15, Francesco Romani  wrote:

> Thanks!
>
>
> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>
>> Sure no problem, mom log attached.
>>
>
> It seems to me that MOM is restarting *very* often:
>
> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>
> And I totally not expect this. Martin, Andrej, is this the expected
> behaviour?
>
>
> Bests,
>
>
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R&D
> Red Hat
> IRC: fromani github: @fromanirh
>
>

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

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Andrej Krejcir]

Maybe the python module is missing. Can you check if this file exists?

/usr/lib/python2.7/site-packages/mom/HypervisorInterfaces/vdsmjsonrpcclientInterface.py


Andrej

On Wed, 18 Jul 2018 at 16:04, Maton, Brett  wrote:

> I just checked the mom version, it's already at 0.5.12
>
> # rpm -qa mom
> mom-0.5.12-1.el7.centos.noarch
>
> All the physical hosts are fully updated /patched.
>
> Regards,
> Brett
>
> On 18 July 2018 at 14:08, Andrej Krejcir  wrote:
>
>> Hi,
>>
>> Looking at MOM logs, the problem seems to be that MOM is configured to
>> use 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot
>> find this module, probably because it is an older version.
>>
>> Updating MOM to version 0.5.12 should fix it.
>>
>>
>> Regards,
>> Andrej
>>
>> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
>> wrote:
>>
>>> FWIW:
>>>
>>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
>>> CPU E3-1220 V2 @ 3.10GHz
>>>
>>> Network is bonded fail-over.
>>>
>>> Regards,
>>> Brett
>>>
>>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>>
 Thanks!


 On 07/18/2018 02:11 PM, Maton, Brett wrote:

> Sure no problem, mom log attached.
>

 It seems to me that MOM is restarting *very* often:

 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
 2018-07-18 06:07:30,658 - mom - INFO - MOM starting

 And I totally not expect this. Martin, Andrej, is this the expected
 behaviour?


 Bests,



 --
 Francesco Romani
 Senior SW Eng., Virtualization R&D
 Red Hat
 IRC: fromani github: @fromanirh


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

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

I just checked the mom version, it's already at 0.5.12

# rpm -qa mom
mom-0.5.12-1.el7.centos.noarch

All the physical hosts are fully updated /patched.

Regards,
Brett

On 18 July 2018 at 14:08, Andrej Krejcir  wrote:

> Hi,
>
> Looking at MOM logs, the problem seems to be that MOM is configured to use
> 'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot find
> this module, probably because it is an older version.
>
> Updating MOM to version 0.5.12 should fix it.
>
>
> Regards,
> Andrej
>
> On Wed, 18 Jul 2018 at 14:41, Maton, Brett 
> wrote:
>
>> FWIW:
>>
>> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
>> CPU E3-1220 V2 @ 3.10GHz
>>
>> Network is bonded fail-over.
>>
>> Regards,
>> Brett
>>
>> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>>
>>> Thanks!
>>>
>>>
>>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>>
 Sure no problem, mom log attached.

>>>
>>> It seems to me that MOM is restarting *very* often:
>>>
>>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>>
>>> And I totally not expect this. Martin, Andrej, is this the expected
>>> behaviour?
>>>
>>>
>>> Bests,
>>>
>>>
>>>
>>> --
>>> Francesco Romani
>>> Senior SW Eng., Virtualization R&D
>>> Red Hat
>>> IRC: fromani github: @fromanirh
>>>
>>>
>>
___
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/6MQMYJ7MKBYJJWNBXVAIEWZAGC4R4WKC/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Andrej Krejcir]

Hi,

Looking at MOM logs, the problem seems to be that MOM is configured to use
'vdsmjsonrpcclient' module to communicate with vdsm, but it cannot find
this module, probably because it is an older version.

Updating MOM to version 0.5.12 should fix it.


Regards,
Andrej

On Wed, 18 Jul 2018 at 14:41, Maton, Brett  wrote:

> FWIW:
>
> This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R)
> CPU E3-1220 V2 @ 3.10GHz
>
> Network is bonded fail-over.
>
> Regards,
> Brett
>
> On 18 July 2018 at 13:15, Francesco Romani  wrote:
>
>> Thanks!
>>
>>
>> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>>
>>> Sure no problem, mom log attached.
>>>
>>
>> It seems to me that MOM is restarting *very* often:
>>
>> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
>> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>>
>> And I totally not expect this. Martin, Andrej, is this the expected
>> behaviour?
>>
>>
>> Bests,
>>
>>
>>
>> --
>> Francesco Romani
>> Senior SW Eng., Virtualization R&D
>> Red Hat
>> IRC: fromani github: @fromanirh
>>
>>
>
___
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/AJIX366ESGYMOXCNOCZHNM27HB4IQIH4/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

FWIW:

This test cluster is 3x HP MicroServer Gen 8 16GB RAM, Intel(R) Xeon(R) CPU
E3-1220 V2 @ 3.10GHz

Network is bonded fail-over.

Regards,
Brett

On 18 July 2018 at 13:15, Francesco Romani  wrote:

> Thanks!
>
>
> On 07/18/2018 02:11 PM, Maton, Brett wrote:
>
>> Sure no problem, mom log attached.
>>
>
> It seems to me that MOM is restarting *very* often:
>
> 2018-07-18 06:07:04,909 - mom - INFO - MOM starting
> 2018-07-18 06:07:20,407 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
> 2018-07-18 06:07:30,658 - mom - INFO - MOM starting
>
> And I totally not expect this. Martin, Andrej, is this the expected
> behaviour?
>
>
> Bests,
>
>
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R&D
> Red Hat
> IRC: fromani github: @fromanirh
>
>
___
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/446MWAKJYM2ZY5TCYUCCMVWXGDFM3SHC/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Francesco Romani]

Thanks!


On 07/18/2018 02:11 PM, Maton, Brett wrote:

Sure no problem, mom log attached.


It seems to me that MOM is restarting *very* often:

2018-07-18 06:07:04,909 - mom - INFO - MOM starting
2018-07-18 06:07:20,407 - mom - INFO - MOM starting
2018-07-18 06:07:30,658 - mom - INFO - MOM starting
2018-07-18 06:07:30,658 - mom - INFO - MOM starting

And I totally not expect this. Martin, Andrej, is this the expected 
behaviour?



Bests,


--
Francesco Romani
Senior SW Eng., Virtualization R&D
Red Hat
IRC: fromani github: @fromanirh
___
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/YOD45VBKT6BFGGABV4XUYEL6IQSJIMRL/

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Maton, Brett]

Sure no problem, mom log attached.

On 18 July 2018 at 12:36, Francesco Romani  wrote:

>
> On 07/18/2018 07:24 AM, Maton, Brett wrote:
>
>> Thanks Francesco,
>>
>>   Log attached.
>>
>
> Interestings, it seems the fault comes from MOM:
>
> 2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [api.host] FINISH getStats
> error=:'NoneType' object has
> no attribute 'statistics'"> from=:::10.11.30.253,58840 (api:50)
> 2018-07-18 06:07:22,836+0100 ERROR (jsonrpc/3) [jsonrpc.JsonRpcServer]
> Internal server error (__init__:611)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> 606, in _handle_request
> res = method(**params)
>   File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201,
> in _dynamicMethod
> result = fn(*methodArgs)
>   File "", line 2, in getStats
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1402, in
> getStats
> sampling.host_samples.stats())}
>   File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 75, in
> get_stats
> ret.update(cif.mom.getKsmStats())
>   File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 75, in
> getKsmStats
> stats = self._mom.getStatistics()['host']
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1591, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1306, in single_request
> return self.parse_response(response)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1482, in parse_response
> return u.close()
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 794, in close
> raise Fault(**self._stack[0])
> Fault: :'NoneType' object
> has no attribute 'statistics'">
> 2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC
> call Host.getStats failed (error -32603) in 0.01 seconds (__init__:573)
> 2018-07-18 06:07:22,909+0100 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:573)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] START getStats()
> from=::1,60058, vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 (api:46)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api] FINISH getStats
> error=Virtual machine does not exist: {'vmId':
> u'a1af259b-7917-49ac-8bcc-eb4cc302e723'} (api:127)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] FINISH getStats
> return={'status': {'message': "Virtual machine does not exist: {'vmId':
> u'a1af259b-7917-49ac-8bcc-eb4cc302e723'}", 'code': 1}} from=::1,60058,
> vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 (api:52)
> 2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC
> call VM.getStats failed (error 1) in 0.00 seconds (__init__:573)
> 2018-07-18 06:07:23,043+0100 INFO  (jsonrpc/6) [root]
> /usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err=
> (hooks:110)
>
> It could be a (benign) race on shutdown, but better continue the
> investigation. Could you please also chare the mom.log corresponding to the
> timeframe you already provided?
>
> Thanks,
>
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R&D
> Red Hat
> IRC: fromani github: @fromanirh
>
>


mom.log.gz
Description: GNU Zip compressed data
___
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/ABHDXFCEOXATO2VTTXFHF7QAFLHYKERP/

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

[Benny Zlotnik]

Ah, sorry, I missed the fact you're using 4.1, this was introduced in 4.2
[1]
Regardless, correlation id will no appear in the job's fields, but it can
be used to search (again, in 4.2)

What you can probably do is just check the state of the system (i.e. the
number of snapshots stayed the same after a period of time)
You can also use the events in the audit log[2]
The list of events can be found here:
https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/common/src/main/java/org/ovirt/engine/core/common/AuditLogType.java#L530
But I haven't tried this and I'm not sure if it's reliable

[1] - https://bugzilla.redhat.com/show_bug.cgi?id=1460701
[2] -
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test_utils/__init__.py#L249

On Wed, Jul 18, 2018 at 1:39 PM  wrote:

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

[ovirt-users] Re: oVirt 4.2.5.1-1.el7 JSON-RPC statistics error

[Francesco Romani]

On 07/18/2018 07:24 AM, Maton, Brett wrote:

Thanks Francesco,

  Log attached.


Interestings, it seems the fault comes from MOM:

2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [api.host] FINISH 
getStats error=:'NoneType' 
object has no attribute 'statistics'"> from=:::10.11.30.253,58840 
(api:50)
2018-07-18 06:07:22,836+0100 ERROR (jsonrpc/3) [jsonrpc.JsonRpcServer] 
Internal server error (__init__:611)

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 
606, in _handle_request

    res = method(**params)
  File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201, 
in _dynamicMethod

    result = fn(*methodArgs)
  File "", line 2, in getStats
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, 
in method

    ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1402, in 
getStats

    sampling.host_samples.stats())}
  File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 75, in 
get_stats

    ret.update(cif.mom.getKsmStats())
  File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 75, in 
getKsmStats

    stats = self._mom.getStatistics()['host']
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1591, in __request
    verbose=self.__verbose
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
    return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1306, in single_request
    return self.parse_response(response)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1482, in parse_response
    return u.close()
  File "/usr/lib64/python2.7/xmlrpclib.py", line 794, in close
    raise Fault(**self._stack[0])
Fault: :'NoneType' object 
has no attribute 'statistics'">
2018-07-18 06:07:22,836+0100 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] 
RPC call Host.getStats failed (error -32603) in 0.01 seconds (__init__:573)
2018-07-18 06:07:22,909+0100 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] 
RPC call Host.ping2 succeeded in 0.00 seconds (__init__:573)
2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] START 
getStats() from=::1,60058, vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 
(api:46)
2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api] FINISH getStats 
error=Virtual machine does not exist: {'vmId': 
u'a1af259b-7917-49ac-8bcc-eb4cc302e723'} (api:127)
2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [api.virt] FINISH 
getStats return={'status': {'message': "Virtual machine does not exist: 
{'vmId': u'a1af259b-7917-49ac-8bcc-eb4cc302e723'}", 'code': 1}} 
from=::1,60058, vmId=a1af259b-7917-49ac-8bcc-eb4cc302e723 (api:52)
2018-07-18 06:07:22,912+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] 
RPC call VM.getStats failed (error 1) in 0.00 seconds (__init__:573)
2018-07-18 06:07:23,043+0100 INFO  (jsonrpc/6) [root] 
/usr/libexec/vdsm/hooks/after_get_caps/50_openstacknet: rc=0 err= 
(hooks:110)


It could be a (benign) race on shutdown, but better continue the 
investigation. Could you please also chare the mom.log corresponding to 
the timeframe you already provided?


Thanks,

--
Francesco Romani
Senior SW Eng., Virtualization R&D
Red Hat
IRC: fromani github: @fromanirh
___
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/ZSEGPBX5D7CK2HSH3B5VM2Y35CTV4ZUN/

[ovirt-users] VM User with UserRole missing permissions to activate console and other actions

[Callum Smith]

Dear All,

Please see the errors below. I'm seeing this in the engine.log when as a user 
I'm trying to activate either a VM console or reboot a VM which I have access 
to as a user ("UserRole permission assigned to VM).

2018-07-18 10:51:33,554+01 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-9) 
[557ca876] Running command
: CreateUserSessionCommand internal: false.
2018-07-18 10:51:33,575+01 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-9) [557ca876] E
VENT_ID: USER_VDC_LOGIN(30), User callum@Biomedical Research Computing 
connecting from '192.168.1.241' using session 'wiWA25wdaRP1zay
iyTSGBJKpvi89LdzgKqeX12BcZhNVhpV2BIA+zkAnT50xOSDglxnhfAi3S2ZiODls8JYFUA==' 
logged in.
2018-07-18 10:51:34,135+01 ERROR 
[org.ovirt.engine.core.bll.GetSystemStatisticsQuery] (default task-5) 
[8d830cdb-fc11-4e68-94e6-73309
65c4488] Query execution failed due to insufficient permissions.
2018-07-18 10:51:34,205+01 ERROR 
[org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-26) 
[ba1825f1-60fb-44cd-8b57-
ea701cf698c0] Query execution failed due to insufficient permissions.
2018-07-18 10:51:34,242+01 ERROR 
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
task-26) [] Operation Faile
d: query execution failed due to insufficient permissions.
2018-07-18 10:51:34,389+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,393+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,394+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,396+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:59,195+01 WARN  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] User '9386d6f5-f172-4cdb
-abca-62492a357888' is trying to take the console of virtual machine 
'ddb23e0a-01d5-403c-89ab-37c400d2c938', but the console is alrea
dy taken by user 'd021fc10-4f7c-11e8-88cb-00163e6a7aff'.
2018-07-18 10:51:59,197+01 INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] No permission found for
user '9386d6f5-f172-4cdb-abca-62492a357888' or one of the groups he is member 
of, when running action 'SetVmTicket', Required permiss
ions are: Action type: 'USER' Action group: 'RECONNECT_TO_VM' Object type: 'VM' 
 Object ID: 'ddb23e0a-01d5-403c-89ab-37c400d2c938'.
2018-07-18 10:51:59,197+01 WARN  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] Validation of action 'Se
tVmTicket' failed for user callum@Biomedical Research Computing. Reasons: 
VAR__ACTION__SET,VAR__TYPE__VM_TICKET,USER_CANNOT_FORCE_REC
ONNECT_TO_VM
2018-07-18 10:51:59,198+01 ERROR 
[org.ovirt.engine.api.restapi.resource.BackendVmGraphicsConsoleResource] 
(default task-18) [] Operat
ion Failed: USER_CANNOT_FORCE_RECONNECT_TO_VM

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

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

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

[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]
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test_utils/__i

[ovirt-users] Re: Using the web-ui VM portal through a proxy failing

[Callum Smith]

Dear All,

Some relevant error logs:

2018-07-18 10:51:33,554+01 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-9) 
[557ca876] Running command
: CreateUserSessionCommand internal: false.
2018-07-18 10:51:33,575+01 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-9) [557ca876] E
VENT_ID: USER_VDC_LOGIN(30), User callum@Biomedical Research Computing 
connecting from '192.168.1.241' using session 'wiWA25wdaRP1zay
iyTSGBJKpvi89LdzgKqeX12BcZhNVhpV2BIA+zkAnT50xOSDglxnhfAi3S2ZiODls8JYFUA==' 
logged in.
2018-07-18 10:51:34,135+01 ERROR 
[org.ovirt.engine.core.bll.GetSystemStatisticsQuery] (default task-5) 
[8d830cdb-fc11-4e68-94e6-73309
65c4488] Query execution failed due to insufficient permissions.
2018-07-18 10:51:34,205+01 ERROR 
[org.ovirt.engine.core.bll.GetPermissionsForObjectQuery] (default task-26) 
[ba1825f1-60fb-44cd-8b57-
ea701cf698c0] Query execution failed due to insufficient permissions.
2018-07-18 10:51:34,242+01 ERROR 
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
task-26) [] Operation Faile
d: query execution failed due to insufficient permissions.
2018-07-18 10:51:34,389+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,393+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,394+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:34,396+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.GetStorageDomainListByIdQuery] 
(default task-17) [02965366
-44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient 
permissions.
2018-07-18 10:51:59,195+01 WARN  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] User '9386d6f5-f172-4cdb
-abca-62492a357888' is trying to take the console of virtual machine 
'ddb23e0a-01d5-403c-89ab-37c400d2c938', but the console is alrea
dy taken by user 'd021fc10-4f7c-11e8-88cb-00163e6a7aff'.
2018-07-18 10:51:59,197+01 INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] No permission found for
user '9386d6f5-f172-4cdb-abca-62492a357888' or one of the groups he is member 
of, when running action 'SetVmTicket', Required permiss
ions are: Action type: 'USER' Action group: 'RECONNECT_TO_VM' Object type: 'VM' 
 Object ID: 'ddb23e0a-01d5-403c-89ab-37c400d2c938'.
2018-07-18 10:51:59,197+01 WARN  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(default task-18) [7881a832] Validation of action 'Se
tVmTicket' failed for user callum@Biomedical Research Computing. Reasons: 
VAR__ACTION__SET,VAR__TYPE__VM_TICKET,USER_CANNOT_FORCE_REC
ONNECT_TO_VM
2018-07-18 10:51:59,198+01 ERROR 
[org.ovirt.engine.api.restapi.resource.BackendVmGraphicsConsoleResource] 
(default task-18) [] Operat
ion Failed: USER_CANNOT_FORCE_RECONNECT_TO_VM

Seems like there's a permission missing in there - this is a newly attached 
LDAP group.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 17 Jul 2018, at 10:02, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear All,

Does anyone know how to set such options in the web-ui?

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 12 Jul 2018, at 11:09, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:

Dear oVirt Gurus,

Using the oVirt user VM portal seems to not work through the squid proxy setup 
(configured as per the guide). The page loads and login works fine through the 
proxy, but the asynchronous requests just hang. I've attached a screenshot, but 
you can see the "api" endpoint just hanging in a web inspector:
"https://proxyfqdn/ovirt-engine/api/";



This works fine when not going through the proxy.

Is there a way to force noVNC HTML as the console mode through the web-ui, or 
at least have it as an option if not default?

The console seems not to work when logged in with a base 'user role'.

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

___
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: 
htt

[ovirt-users] Windows VMs won't boot in debug mode

[Andrew X]

Hi Everyone,

I've been having problems getting Windows 10 VMs to boot in debug mode
after turning on debugging over network (steps below). Also, device manager
in Windows is not showing the processors' node which might be related (same
reason why Windows is refusing to boot in debug mode?). I don't have any of
these problems when I use generic KVM or Proxmox KVM.

To turn on debugging in Windows, I do the follwoing from an admin terminal
window:

bcdedit /debug on
bcdedit /dbgsettings net hostip:a.b.c.d port:p key:1.2.3.4


Any help will be appreciated,
Thanks,
Andrew
___
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/ZG7PZFH6KWNHNDFDD3QTAYZHARIQBC7N/

[ovirt-users] Re: Issue when updating node to 4.2.4

[Callum Smith]

Dear All,

A combination of options fixed this:

yum downgrade ovirt-node-ng-image-update
lvremove /dev//.0
lvremove /dev//.0+1
lvremove /dev//var_crash
fstrim -av
reboot

Next time the yum update ovirt-node-ng-image-update works.

Thanks all for your help!

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 18 Jul 2018, at 07:07, Oliver Riesener 
mailto:oliver.riese...@hs-bremen.de>> wrote:

Hi Callum,

your LVM thin pool seams to be full.
Try to trim it with: fstrin -av.

Am 12.07.2018 um 13:13 schrieb Callum Smith 
mailto:cal...@well.ox.ac.uk>>:

'lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 
'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00']'


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

[ovirt-users] Re: Docker best practices

[Petr Kotas]

Hi Alex,

would you mind being more specific with your question?

What are you trying to achieve?

Petr


On 16.7.2018 17:42, Николаев Алексей wrote:

Hi, community!
What are best practices to run docker images into oVirt infra: core os 
or something else?



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


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

[ovirt-users] Re: Guest Agent Console

[Petr Kotas]

Hi,

I have never done anything more then install the guest agent and it worked.


Best,

Petr


On 18.7.2018 08:41, Hari Prasanth Loganathan wrote:

Hi Team,

A Quick question,

As per this document 
(https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Linux_Virtual_Machines/), 



If I Install the common package - |ovirt-engine-guest-agent-common 
using the apt-get / yum

|
|
|install ovirt-engine-guest-agent-common |
| _*Will it also install the drivers mentioned in it?*_

virtio-net, virtio-block, virtio-scsi, virtio-serial, virtio-baloon, qxl


Thanks,
Hari

DISCLAIMER- *MSysTechnologies LLC*

This email message, contents and its attachments may contain 
confidential, proprietary or legally privileged information and is 
intended solely for the use of the individual or entity to whom it is 
actually intended. If you have erroneously received this message, 
please permanently delete it immediately and notify the sender. If you 
are not the intended recipient of the email message,you are notified 
strictly not to disseminate,distribute or copy this e-mail.E-mail 
transmission cannot be guaranteed to be secure or error-free as 
Information could be intercepted, corrupted, lost, destroyed, 
incomplete or contain viruses and MSysTechnologies LLC accepts no 
liability for the contents and integrity of this mail or for any 
damage caused by the limitations of the e-mail transmission.




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


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