[ovirt-devel] Re: ovirt.org documentation refresh

[Barak Korren]

On 29 July 2018 at 21:25, Greg Sheremeta  wrote:

> Hi all,
>
> Brian Proffitt has kindly offered to refresh the documentation on
> ovirt.org to version 4.2 (it's currently a mix of 4.0 + whatever people
> have updated since.)
>
> Other than the main 'official' documentation, I noticed that there is a
> lot of documentation on separate sites. For example, imageio, mom, all of
> the OST stuff, etc. For now there are no plans for any of this extra stuff,
> but in the future it should probably all look the same.
>
> Can you share ovirt documentation sites that you know of?
>

http://ovirt-infra-docs.readthedocs.io/en/latest/


Best wishes,
> Greg
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-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/devel@ovirt.org/
> message/GJVWN5QAKJFLEQ4IARV3NJN7I35OCHD6/
>
>


-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/XFFSC2L56TTKPJXTVPKNONEQWVKUHMQZ/

[ovirt-devel] ovirt.org documentation refresh

[Greg Sheremeta]

Hi all,

Brian Proffitt has kindly offered to refresh the documentation on ovirt.org
to version 4.2 (it's currently a mix of 4.0 + whatever people have updated
since.)

Other than the main 'official' documentation, I noticed that there is a lot
of documentation on separate sites. For example, imageio, mom, all of the
OST stuff, etc. For now there are no plans for any of this extra stuff, but
in the future it should probably all look the same.

Can you share ovirt documentation sites that you know of?

Best wishes,
Greg

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/GJVWN5QAKJFLEQ4IARV3NJN7I35OCHD6/

[ovirt-devel] Vdsm stuck in get_dpdk_devices

[Nir Soffer]

I'm seeing now new issue with latest vdsm 4.2.5:

On engine side, host is not responding.
On the host, vdsm is stuck waiting for stuck lshw child processes

root 29580  0.0  0.0 776184 27468 ?S at 0x7f8c14152b10> timeout=15, duration=345 at 0x7f8c140f9190> task#=0
at 0x7f8c1418d950>, traceback:
File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap
  self.__bootstrap_inner()
File: "/usr/lib64/python2.7/threading.py", line 812, in __bootstrap_inner
  self.run()
File: "/usr/lib64/python2.7/threading.py", line 765, in run
  self.__target(*self.__args, **self.__kwargs)
File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py", line
194, in run
  ret = func(*args, **kwargs)
File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, in _run
  self._execute_task()
File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, in
_execute_task
  task()
File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, in
__call__
  self._callable()
File: "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 220,
in __call__
  self._func()
File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 576,
in __call__
  sample = HostSample(self._pid)
File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 240,
in __init__
  self.interfaces = _get_interfaces_and_samples()
File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 200,
in _get_interfaces_and_samples
  for link in ipwrapper.getLinks():
File: "/usr/lib/python2.7/site-packages/vdsm/network/ipwrapper.py", line
267, in getLinks
  in six.viewitems(dpdk.get_dpdk_devices()))
File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line
44, in get_dpdk_devices
  dpdk_devices = _get_dpdk_devices()
File: "/usr/lib/python2.7/site-packages/vdsm/common/cache.py", line 41, in
__call__
  value = self.func(*args)
File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line
111, in _get_dpdk_devices
  devices = _lshw_command()
File: "/usr/lib/python2.7/site-packages/vdsm/network/link/dpdk.py", line
123, in _lshw_command
  rc, out, err = cmd.exec_sync(['lshw', '-json'] + filterout_cmd)
File: "/usr/lib/python2.7/site-packages/vdsm/network/cmd.py", line 38, in
exec_sync
  retcode, out, err = exec_sync_bytes(cmds)
File: "/usr/lib/python2.7/site-packages/vdsm/common/cmdutils.py", line 156,
in exec_cmd
  out, err = p.communicate()
File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 924, in
communicate
  stdout, stderr = self._communicate(input, endtime, timeout)
File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 924, in
communicate
  stdout, stderr = self._communicate(input, endtime, timeout)
File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 1706, in
_communicate
  orig_timeout)
File: "/usr/lib64/python2.7/site-packages/subprocess32.py", line 1779, in
_communicate_with_poll
  ready = poller.poll(self._remaining_time(endtime)) (executor:363)

I'm not sure it is reproducible, happened after I
- stop vdsmd supervdsmd sanlock wdmd
- install new sanlock version with unrelated fix
- start vdsmd

Running same command from the shell is successful:

# time lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide
-disable scsi -disable dmi -disable memory -disable cpuinfo > /dev/null

real 0m0.744s
user 0m0.701s
sys 0m0.040s

And create fairly large json, but this should not be an issue:
# lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide
-disable scsi -disable dmi -disable memory -disable cpuinfo | wc -c
143468

Do we have a flag to disable dpkd until this issue is fixed?

Nir
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/53QH35HP2XDFHTYZPG7WHMHMXXHZVD7E/

[ovirt-devel] Re: oVirt Dashboard issues

[Greg Sheremeta]

On Sun, Jul 29, 2018 at 11:37 AM Nir Soffer  wrote:

> On Fri, Jul 27, 2018 at 6:13 PM Vojtech Szocs  wrote:
>
>> > * Cluster cube shows "1 cluster" but also "N/A" even when my cluster is
>> up with 2 machines (with DNS names).
>>
>> The "N/A" text shown in Cluster status card simply means that we aren't
>> tracking status (up/down/etc.) for the Cluster object within the Dashboard.
>>
>
> This looks bad, we need a better way.
>
>
I'll bring it up with UXD [cc'd them].

-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/5SILTUEH6WOGSKNE2FDJHG3MVJDFREZY/

[ovirt-devel] Re: oVirt Dashboard issues

[Nir Soffer]

On Fri, Jul 27, 2018 at 6:13 PM Vojtech Szocs  wrote:

> > * Cluster cube shows "1 cluster" but also "N/A" even when my cluster is
> up with 2 machines (with DNS names).
>
> The "N/A" text shown in Cluster status card simply means that we aren't
> tracking status (up/down/etc.) for the Cluster object within the Dashboard.
>

This looks bad, we need a better way.

Nir
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/J4KSJHJSVIZ76B54UVYR3SDPZUTNK57G/

[ovirt-devel] Re: oVirt Dashboard issues

[Yaniv Lavi]

Adding sradco.

YANIV LAVI

SENIOR TECHNICAL PRODUCT MANAGER

Red Hat Israel Ltd. 

34 Jerusalem Road, Building A, 1st floor

Ra'anana, Israel 4350109

yl...@redhat.comT: +972-9-7692306 /8272306
 F: +972-9-7692223 
IM: ylavi
  TRIED. TESTED. TRUSTED. 
@redhatnews    Red Hat
   Red Hat




On Sat, Jul 28, 2018 at 1:31 AM Greg Sheremeta  wrote:

>
>
> On Fri, Jul 27, 2018 at 12:07 PM Hetz Ben Hamo  wrote:
>
>> Hi Vojtech,
>>
>> > * the errors/warning cube doesn't update so much even after cleaning
>>> and waiting an hour or 2
>>>
>>> The Dashboard page doesn't refresh its data automatically (yet) but
>>> there's a refresh button & "Last Updated" label in the top left corner. As
>>> mentioned above, the top-most status cards should have their (cached) data
>>> updated every 60sec.
>>>
>>>
>> I used the refresh button, same result. It's updating when I'm powering
>> and resuming another node, but the error and warning - not.
>>
>>
>>> > * Cluster cube shows "1 cluster" but also "N/A" even when my cluster
>>> is up with 2 machines (with DNS names).
>>>
>>> The "N/A" text shown in Cluster status card simply means that we aren't
>>> tracking status (up/down/etc.) for the Cluster object within the Dashboard.
>>>
>>
>> Is that on purpose? any setting that I can change to enable tracking?
>>
>
> It is on purpose. Clusters don't have "up" or "down" like hosts or vms do.
> So the N/A is always there as a placeholder.
>
>
>>
>>
>>>
>>> > * The memory calculation is wrong - it still shows 503.5 GB even if 1
>>> node is down for maintenance (which means I need to see something like
>>> 220GB)
>>>
>>> This is part of the utilization card, which means it takes its data from
>>> DWH. As Greg wrote, please check your DWH setup
>>> .
>>> Are you running DWH on Engine machine or on a different machine?
>>>
>>
>> This is a default installation, so DWH is running on the HE VM.
>>
>
> is the dwh service running? what does the dwh.log say? (Adding Shirly too,
> since I'm far from an expert on this)
>
>
>>
>>
>>>
>>> Regards,
>>> Vojtech
>>>
>>>
>>> On Fri, Jul 27, 2018 at 1:09 PM, Hetz Ben Hamo  wrote:
>>>
 Care to share how to check?

 תודה,
 *חץ בן חמו*
 אתם מוזמנים לבקר בבלוג היעוץ  או בבלוג הפרטי
 שלי 

 On Fri, Jul 27, 2018 at 2:08 PM, Greg Sheremeta 
 wrote:

> It sounds like your dwh database is not updating. Can you check that?
>
> Greg
>
> On Fri, Jul 27, 2018 at 5:41 AM Hetz Ben Hamo  wrote:
>
>> Hi,
>>
>> Whats up with the oVirt Dashboard? it has few problems:. You can see
>> my Dashboard here: https://imgur.com/a/n4IWppe
>>
>> * the errors/warning cube doesn't update so much even after cleaning
>> and waiting an hour or 2
>> * Cluster cube shows "1 cluster" but also "N/A" even when my cluster
>> is up with 2 machines (with DNS names).
>> * The memory calculation is wrong - it still shows 503.5 GB even if 1
>> node is down for maintenance (which means I need to see something like
>> 220GB)
>>
>> Should I open bugs on all of them in 1 bugzilla? if so, on which
>> product?
>>
>> Thanks,
>> Hetz
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-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/devel@ovirt.org/message/BZUKLSBOWZPMHYU7XDDUX6LOZULMFNCG/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>


 ___
 Devel mailing list -- devel@ovirt.org
 To unsubscribe send an email to devel-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/devel@ovirt.org/message/TI5CCSL4NXTKHWNGRFNGPKEJWHO27OQ5/


>>>
>>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy 

[ovirt-devel] Re: [ACTION REQUIRED] Dropping oVirt 4.1 in CI

[Ehud Yonasi]

Fixed repo link.

On Sun, Jul 29, 2018 at 2:31 PM Ehud Yonasi  wrote:

> Hey everyone,
>
> Since oVirt 4.1 has gone EOL, it is time to drop all related jobs in CI
> which includes:
>
> - All 4.1 jobs related
> - All 4.1 change queue jobs
> - The 'tested' repository under resources
> - The 4.1 nightly snapshot repository jobs
>
> Maintainers,  if your projects have any dependencies on the resources
> above, please be sure to update them to more up to date or stable
> resources. In particular, to depend on any 4.1 packages, please use the 4.1
> released repo at:
> http://resources.ovirt.org/pub/ovirt-4.1/
> Thanks in advance for your cooperation,
>
> Ehud.
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/RN6MK6OA5EP37JIQRPYRQORDRIJDSGLA/

[ovirt-devel] [ACTION REQUIRED] Dropping oVirt 4.1 in CI

[Ehud Yonasi]

Hey everyone,

Since oVirt 4.1 has gone EOL, it is time to drop all related jobs in CI
which includes:

- All 4.1 jobs related
- All 4.1 change queue jobs
- The 'tested' repository under resources
- The 4.1 nightly snapshot repository jobs

Maintainers,  if your projects have any dependencies on the resources
above, please be sure to update them to more up to date or stable
resources. In particular, to depend on any 4.1 packages, please use the 4.1
released repo at:

Thanks in advance for your cooperation,

Ehud.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/LYB2OSRJELOQFCGMK27THMSHUP2SWHWG/

[ovirt-devel] Re: [ATT] OST 'master' is now broken because of a change in CentOS - DEVELOPMENT BLOCKED

[Dan Kenigsberg]

On Sun, Jul 29, 2018 at 11:34 AM, Dan Kenigsberg  wrote:
> On Sun, Jul 29, 2018 at 8:47 AM, Barak Korren  wrote:
>> The openstack-java-glance-* packages in CentOS have been updated in a way
>> that is now incompatible with how engine had been using Glance.
>>
>> This in turn causes any OST run to break ATM, which means no patches are
>> currently making it past OST and CQ and into the 'tested' and nightly
>> snapshot repositories.
>>
>> So far we've only seen this affect 'master' but since the change was made in
>> CentOS, there is no reason to believe it will not break other version as
>> well.

Looking at https://cbs.centos.org/koji/packageinfo?packageID=5688 I
think that the situation is not as grim:
openstack-java-sdk-3.2.3-1.el7 was tagged only to
virt7-ovirt-43-{candidate,testing}, so the stable branches are in the
clear.

I believe we should fix ovirt-engine now to unbreak OST, and fix the
package tomorrow.

>>
>> A fix to engine to make it compatible with the new package had been posted
>> here:
>> https://gerrit.ovirt.org/c/93352/
>>
>> Additionally, an issue in OST had made this harder to diagnose then it
>> should have been, and was fixed here:
>> https://gerrit.ovirt.org/c/93350/
>>
>> Actions required:
>>
>> Please avoid merging any unrelated patches until the issue is fixed
>> If you've merged any patches since Friday morning, please not that there
>> were probably removed from the change queue asfailed changes, ad willl need
>> to be resubmitted by either merging a newer patch to the relevant project,
>> commenting "ci re-merge please" on the latest merged patch in Gerrit or
>> resenting the Webhook event from GitHub.
>> If you can please help with reviewing, merging and back-porting the patches
>> above to speed up resolution of this issue.
>>
>> Here is a list of project for which we've seen patches get dropped over the
>> weekend
>>
>> ovirt-provider-ovn
>> ovirt-engine
>> ovirt-ansible-vm-infra
>> vdsm
>>
>> Tracker ticket for this issue:
>> https://ovirt-jira.atlassian.net/browse/OVIRT-2375
>
> Thanks for looking into this, Barak.
>
> The patch seems harmless, but it does not solve the problem of Engines
> in the wild.
> I believe that we should fix openstack-java-glance* so it remains
> backward compatible
>
>>
>>
>> --
>> Barak Korren
>> RHV DevOps team , RHCE, RHCi
>> Red Hat EMEA
>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>>
>> ___
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-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/devel@ovirt.org/message/4C662H7SU2JHP4GPVLAGIIUOJUWTQ3EB/
>>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/DVRUGDCVGYZRDMF45WEF4TBWWJYIDSJG/

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

[Callum Smith]

Dear Scott,

You're not wrong, console reports the error:

Reducing action: 
{"type":"VM_ACTIONS_SET_CONSOLE_IN_USE","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoleInUse":false}}
 helpers.js:19:6
Reducing action: 
{"type":"SET_VM_CONSOLES","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoles":[{"id":"7370696365","protocol":"spice"},{"id":"766e63","protocol":"vnc"}]}}
 helpers.js:19:6
Reducing action: 
{"type":"VM_ACTION_IN_PROGRESS","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","name":"getConsole","started":false}}
 helpers.js:19:6
External action console() starts on 
{"type":"INTERNAL_CONSOLE","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoleId":"7370696365"}}
 helpers.js:19:6
_httpGet start: 
url="/ovirt-engine/api/vms/a437d298-59b3-4e10-9ced-516edb38a7ea/graphicsconsoles/7370696365"
 helpers.js:19:6
_httpGet: 
url="/ovirt-engine/api/vms/a437d298-59b3-4e10-9ced-516edb38a7ea/graphicsconsoles/7370696365",
 headers="{"Authorization":"Bearer 
5orPWAJBkJx5g1bZDxi7Q3h3oQHFpWZW6XP5rZo_Moy3IShguyuA6VPpa4EB-o7mc8g_gHuua5BdMy8wwet3Yw","Accept-Language":"en_US","Filter":true,"Accept":"application/x-virt-viewer"}"
XML Parsing Error: no root element found Location: 
https://ovirtengine.cluster/ovirt-engine/api/vms/a437d298-59b3-4e10-9ced-516edb38a7ea/graphicsconsoles/7370696365
 Line Number 1, Column 1:
Ajax failed: 
{"readyState":4,"responseText":"","status":403,"statusText":"Forbidden"} 
helpers.js:19:6
External action exception: 
{"readyState":4,"responseText":"","status":403,"statusText":"Forbidden"} 
helpers.js:19:6
Reducing action: {"type":"FAILED_EXTERNAL_ACTION","payload":{"message":"Failed 
to retrieve VM console details\nForbidden","shortMessage":"Failed to retrieve 
VM console 
details","type":403,"action":{"type":"INTERNAL_CONSOLE","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoleId":"7370696365"

All of the forbidden issues could be misleading, but along with the server-side 
permissions issues that leads me to believe it could be a combination of both 
the issue you suggest and another one underlying?

We have to go with full release versions ideally as the ovirtengine is in 
production, I'd rather avoid the master branch version.

Regards,
Callum

--

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

On 27 Jul 2018, at 15:25, Scott Dickerson 
mailto:sdick...@redhat.com>> wrote:

Callum,

If you are seeing the error when opening the console from VM Portal (web-ui), 
this sounds a lot like issue [1].  A patch against the ovirt REST api was done 
to help mitigate some errors that should not happen.  I'll take a look to see 
how it is working in the current master snapshot of ovirt-engine and VM Portal.

What version of oVirt are you using?

[1] - https://github.com/oVirt/ovirt-web-ui/issues/509

Regards,
Scott Dickerson


On Fri, Jul 27, 2018 at 4:42 AM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
Thanks Greg, it really would be great to resolve this and would really like to 
not have to clean install the engine on a new hostname (especially without a 
guarantee that it will work). Migrating is a significant portion of work.

Regards,
Callum

--

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

On 27 Jul 2018, at 01:20, Greg Sheremeta 
mailto:gsher...@redhat.com>> wrote:

Adding some people who may be able to help.

On Wed, Jul 18, 2018 at 7:15 AM Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
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 

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

[Callum Smith]

Thanks Greg, it really would be great to resolve this and would really like to 
not have to clean install the engine on a new hostname (especially without a 
guarantee that it will work). Migrating is a significant portion of work.

Regards,
Callum

--

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

On 27 Jul 2018, at 01:20, Greg Sheremeta 
mailto:gsher...@redhat.com>> wrote:

Adding some people who may be able to help.

On Wed, Jul 18, 2018 at 7:15 AM Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
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 -- us...@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/us...@ovirt.org/message/D7GSJDZ32DBIMYRMX3MF2TKVNTP5Q6DW/


--
GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

[https://www.redhat.com/files/brand/email/sig-redhat.png]

___
Devel 

[ovirt-devel] Re: Failed to Run VM on host (self hosted engine)

[Deekshith]

Dear Team

 

I have reinstalled the OS and tried  issue is same unable to launch the VM,  I 
don’t have any SAN or any storages  it’s all in Local .

 

Please help me to resolve the issue 

 

My server details 

Lenovo x3650 M5 , 

 

 



 

 

Deekshith

 

 

 

VM VM_1 is down with error. Exit message: internal error: process exited while 
connecting to monitor: 2018-07-26T10:06:46.180099Z qemu-kvm: -drive 
file=/rhev/data-center/mnt/_home_DATA/a7d771c4-b103-45ae-8e9e-ce47ab1e8e91/images/cd33fee1-48c1-41ce-8589-ac45226366d1/9b64d02a-3f33-4329-b487-2b9a4b310c34,format=raw,if=none,id=drive-scsi0-0-0-0,serial=cd33fee1-48c1-41ce-8589-ac45226366d1,cache=none,werror=stop,rerror=stop,aio=threads:
 'serial' is deprecated, please use the corresponding option of '-device' 
instead 2018-07-26T10:06:46.180760Z qemu-kvm: -drive 
file=/rhev/data-center/mnt/_home_DATA/a7d771c4-b103-45ae-8e9e-ce47ab1e8e91/images/cd33fee1-48c1-41ce-8589-ac45226366d1/9b64d02a-3f33-4329-b487-2b9a4b310c34,format=raw,if=none,id=drive-scsi0-0-0-0,serial=cd33fee1-48c1-41ce-8589-ac45226366d1,cache=none,werror=stop,rerror=stop,aio=threads:
 Could not open 
'/rhev/data-center/mnt/_home_DATA/a7d771c4-b103-45ae-8e9e-ce47ab1e8e91/images/cd33fee1-48c1-41ce-8589-ac45226366d1/9b64d02a-3f33-4329-b487-2b9a4b310c34':
 Permission denied.___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/SMYV3RBYGSBGCSIHNS3DEZWOQGTMW5G3/

[ovirt-devel] Re: [ATT] OST 'master' is now broken because of a change in CentOS - DEVELOPMENT BLOCKED

[Dan Kenigsberg]

On Sun, Jul 29, 2018 at 8:47 AM, Barak Korren  wrote:
> The openstack-java-glance-* packages in CentOS have been updated in a way
> that is now incompatible with how engine had been using Glance.
>
> This in turn causes any OST run to break ATM, which means no patches are
> currently making it past OST and CQ and into the 'tested' and nightly
> snapshot repositories.
>
> So far we've only seen this affect 'master' but since the change was made in
> CentOS, there is no reason to believe it will not break other version as
> well.
>
> A fix to engine to make it compatible with the new package had been posted
> here:
> https://gerrit.ovirt.org/c/93352/
>
> Additionally, an issue in OST had made this harder to diagnose then it
> should have been, and was fixed here:
> https://gerrit.ovirt.org/c/93350/
>
> Actions required:
>
> Please avoid merging any unrelated patches until the issue is fixed
> If you've merged any patches since Friday morning, please not that there
> were probably removed from the change queue asfailed changes, ad willl need
> to be resubmitted by either merging a newer patch to the relevant project,
> commenting "ci re-merge please" on the latest merged patch in Gerrit or
> resenting the Webhook event from GitHub.
> If you can please help with reviewing, merging and back-porting the patches
> above to speed up resolution of this issue.
>
> Here is a list of project for which we've seen patches get dropped over the
> weekend
>
> ovirt-provider-ovn
> ovirt-engine
> ovirt-ansible-vm-infra
> vdsm
>
> Tracker ticket for this issue:
> https://ovirt-jira.atlassian.net/browse/OVIRT-2375

Thanks for looking into this, Barak.

The patch seems harmless, but it does not solve the problem of Engines
in the wild.
I believe that we should fix openstack-java-glance* so it remains
backward compatible

>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-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/devel@ovirt.org/message/4C662H7SU2JHP4GPVLAGIIUOJUWTQ3EB/
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/62J5DVAATEMWFX72IQK22TKWAOQ2HBBD/