[ovirt-users] Re: Upgrade 4.0 to 4.1: Global Maintenance Mode not recognized

[Edward Haas]

Where did you managed to get a 4.1 version from?
I would recommend using a supported version (4.2).

On Mon, Nov 26, 2018 at 1:20 PM gregor  wrote:

> During installation the firewall was enable or changed therefore I get
> an "NoRouteToHostException" from the Engine to the Host.
> After disabling the firewall on the Host the Data Center and VM's are up
> and running.
>
> regards
> gregor
>
> Am 26.11.18 um 07:50 schrieb gregor:
> > The Engine is up but the host stucks in NonResponsive.
> >
> > The Webinterface stuck in "hanlding non respsonsive host". "Validating"
> > is green and "Executing" is spinning.
> >
> > Can anybody help?
> > I found no errors in the logs under /var/log/ovirt-hosted-engine-ha and
> > journalclt
> >
> > regards
> > gregor
> >
> >
> > Am 26.11.18 um 07:35 schrieb gregor:
> >> I was able to change the maintenance state in the database to finish the
> >> upgrade with engine-setup.
> >>
> >> these are the lines:
> >>
> >> select vds_id,ha_global_maintenance from vds_statistics where vds_id =
> >> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
> >> update vds_statistics set ha_global_maintenance = 't' where vds_id =
> >> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
> >>
> >> Now it's time to wait if the host and engine can reboot and start the
> vm's.
> >>
> >> regards
> >> gregor
> >>
> >> Am 26.11.18 um 06:07 schrieb gregor:
> >>> Hello,
> >>>
> >>> I upgraded one host from 4.0 to 4.1 without problems. Now I have a
> >>> problem with another host, in another network, where the Global
> >>> Maintenance mode is not recognized by engine-setup.
> >>>
> >>> Is there a way to force the setup or set the maintenance mode inside
> the
> >>> database?
> >>>
> >>> One problem can be that an the host was accidentally upgraded to 4.1
> >>> before I upgraded the engine.
> >>>
> >>> kind regards
> >>> gregor
> >>> ___
> >>> 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/RQOX7YHHW3GTYEOP5YMG6NF2OD4BHUC7/
> >>>
> >> ___
> >> 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/TLXT24MHJHSPQDI7ENVVJO2WVOBHHLB4/
> >>
> > ___
> > 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/7M2HF3S6UHCLR7QK2AU2GZBN7DGPEHBF/
> >
> ___
> 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/P2EVD5IRRG7YUXD36KKJ74YXFXMKX4RG/
>
___
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/ZMOAUEFF33KNJSCMCPCJAZGWBNC267WP/

[ovirt-users] Re: VM ramdomly unresponsive

[Sahina Bose]

On Tue, Nov 13, 2018 at 4:46 PM fsoyer  wrote:
>
> Hi all,
> I continue to try to understand my problem between (I suppose) oVirt anf 
> Gluster.
> After my recents posts titled 'VMs unexpectidly restarted' that did not 
> provide solution nor search idea, I submit to you another (related ?) problem.
> Parallely with the problem of VMs down (that did not reproduce since Oct 16), 
> I have ramdomly some events in the GUI saying "VM x is not responding." 
> For example, VM "patjoub1" on 2018-11-11 14:34. Never the same hour, not all 
> the days, often this VM patjoub1 but not always : I had it on two others. All 
> VMs disks are on a volume DATA02 (with leases on the same volume).
>
> Searching in engine.log, I found :
>
> 2018-11-11 14:34:32,953+01 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-28) [] VM 
> '6116fb07-096b-4c7e-97fe-01ecc9a6bd9b'(patjoub1) moved from 'Up' --> 
> 'NotResponding'
> 2018-11-11 14:34:33,116+01 WARN  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerObjectsBuilder] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-1) [] Invalid or unknown 
> guest architecture type '' received from guest agent
> 2018-11-11 14:34:33,176+01 WARN  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-28) [] EVENT_ID: 
> VM_NOT_RESPONDING(126), VM patjoub1 is not responding.
> ...
> ...
> 2018-11-11 14:34:48,278+01 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-48) [] VM 
> '6116fb07-096b-4c7e-97fe-01ecc9a6bd9b'(patjoub1) moved from 'NotResponding' 
> --> 'Up'
>
> So it becomes up 15s after, and the VM (and the monitoring) see no downtime.
> At this time, I see in vdsm.log of the nodes :
>
> 2018-11-11 14:33:49,450+0100 ERROR (check/loop) [storage.Monitor] Error 
> checking path 
> /rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata
>  (monitor:498)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 496, 
> in _pathChecked
> delay = result.delay()
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/check.py", line 391, in 
> delay
> raise exception.MiscFileReadException(self.path, self.rc, self.err)
> MiscFileReadException: Internal file read failure: 
> (u'/rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata',
>  1, 'Read timeout')
> 2018-11-11 14:33:49,450+0100 INFO  (check/loop) [storage.Monitor] Domain 
> ffc53fd8-c5d1-4070-ae51-2e91835cd937 became INVALID (monitor:469)
>
> 2018-11-11 14:33:59,451+0100 WARN  (check/loop) [storage.check] Checker 
> u'/rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937/dom_md/metadata'
>  is blocked for 20.00 seconds (check:282)
>
> 2018-11-11 14:34:09,480+0100 INFO  (event/37) [storage.StoragePool] Linking 
> /rhev/data-center/mnt/glusterSD/victor.local.systea.fr:_DATA02/ffc53fd8-c5d1-4070-ae51-2e91835cd937
>  to 
> /rhev/data-center/6efda7f8-b62f-11e8-9d16-00163e263d21/ffc53fd8-c5d1-4070-ae51-2e91835cd937
>  (sp:1230)
>
> OK : so, DATA02 marked as blocked for 20s ? I definitly have a problem with 
> gluster ? I'll inevitably find the reason in the gluster logs ? Uh : not at 
> all.
> Please see gluster logs here :
> https://seafile.systea.fr/d/65df86cca9d34061a1e4/
>
> Unfortunatly I discovered this morning that I have not the sanlock.log for 
> this date. I don't understand why, the log rotate seems OK with "rotate 3", 
> but I have no backups files :(.
> But, luck in bad luck, the same event occurs this morning ! Same VM patjoub1, 
> 2018-11-13 08:01:37. So I have added the sanlock.log for today, maybe it can 
> help.
>
> IMPORTANT NOTE : don't forget that Gluster log with on hour shift. For this 
> event at 14:34, search at 13h34 in gluster logs.
> I recall my configuration :
> Gluster 3.12.13
> oVirt 4.2.3
> 3 nodes where the third is arbiter (volumes in replica 2)
>
> The nodes are never overloaded (CPU average 5%, no peak detected at the time 
> of the event, mem 128G used at 15% (only 10 VMs on this cluster)). Network 
> underused, gluster is on a separate network on a bond (2 NICs) 1+1Gb mode 4 = 
> 2Gb, used in peak at 10%.
>
> Here is the configuration for the given volume :
>
> # gluster volume status DATA02
> Status of volume: DATA02
> Gluster process TCP Port  RDMA Port  Online  Pid
> --
> Brick victorstorage.local.systea.fr:/home/d
> ata02/data02/brick  49158 0  Y   4990
> Brick gingerstorage.local.systea.fr:/home/d
> ata02/data02/brick  49153 0  Y   8460
> Brick eskarinastorage.local.systea.fr:/home
> /data01/d

[ovirt-users] Re: Recover accidentally deleted gluster node having bricks ( Engine, Data and Vmstore)

[Sahina Bose]

On Tue, Nov 20, 2018 at 5:56 PM Abhishek Sahni 
wrote:

> Hello Team,
>
> We are running a setup of 3-way replica HC gluster setup configured during
> the initial deployment from the cockpit console using ansible.
>
> NODE1
>   - /dev/sda   (OS)
>   - /dev/sdb   ( Gluster Bricks )
>* /gluster_bricks/engine/engine/
>* /gluster_bricks/data/data/
>* /gluster_bricks/vmstore/vmstore/
>
> NODE2 and NODE3 with a similar setup.
>
> There is a mishap that /dev/sdb on NODE2 totally got crashed and now there
> is nothing inside. However, I have created similar directories after
> mounting it back i.e.,
>
>* /gluster_bricks/engine/engine/
>* /gluster_bricks/data/data/
>* /gluster_bricks/vmstore/vmstore/
> but it is not yet recovered.
>
> =
> [root@node2 ~]# gluster volume status
> Status of volume: data
> Gluster process TCP Port  RDMA Port  Online
> Pid
>
> --
> Brick *.*.*.1:/gluster_bricks/data/data  49152 0  Y   1
> Brick *.*.*.2:/gluster_bricks/data/data  N/A   N/AN   N/A
> Brick *.*.*.3:/gluster_bricks/data/data  49152 0  Y   4303
> Self-heal Daemon on localhost   N/A   N/AY
>  23976
> Self-heal Daemon on *.*.*.1  N/A   N/AY   27838
> Self-heal Daemon on *.*.*.3  N/A   N/AY   27424
>
> Task Status of Volume data
>
> --
> There are no active volume tasks
>
> Status of volume: engine
> Gluster process TCP Port  RDMA Port  Online
> Pid
>
> --
> Brick *.*.*.1:/gluster_bricks/engine/eng
> ine 49153 0  Y
>  7
> Brick *.*.*.2:/gluster_bricks/engine/eng
> ine N/A   N/AN
>  N/A
> Brick *.*.*.3:/gluster_bricks/engine/eng
> ine 49153 0  Y
>  4314
> Self-heal Daemon on localhost   N/A   N/AY
>  23976
> Self-heal Daemon on *.*.*.3  N/A   N/AY   27424
> Self-heal Daemon on *.*.*.1  N/A   N/AY   27838
>
> Task Status of Volume engine
>
> --
> There are no active volume tasks
>
> Status of volume: vmstore
> Gluster process TCP Port  RDMA Port  Online
> Pid
>
> --
> Brick *.*.*.1:/gluster_bricks/vmstore/vm
> store   49154 0  Y
>  21603
> Brick *.*.*.2:/gluster_bricks/vmstore/vm
> store   N/A   N/AN
>  N/A
> Brick *.*.*.3:/gluster_bricks/vmstore/vm
> store   49154 0  Y
>  26845
> Self-heal Daemon on localhost   N/A   N/AY
>  23976
> Self-heal Daemon on *.*.*.3  N/A   N/AY   27424
> Self-heal Daemon on *.*.*.1  N/A   N/AY   27838
>
> Task Status of Volume vmstore
>
> --
> There are no active volume tasks
> =
>
>
> Can someone please suggest the steps to recover the setup?
>
> I have tried the below workaround but it doesn't help.
>
> https://lists.gluster.org/pipermail/gluster-users/2013-November/015079.html
>

 You can reset the brick - if you're on oVirt 4.2.x, there's a UI option in
the bricks subtab to do this.


>
> --
>
> ABHISHEK SAHNI
> Mob : +91-990-701-5143
>
>
> ___
> 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/WFYUBA4DPHOSAZHGCRV2AAT4JWL4LWWV/
>
___
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/SOFSDQNT4OIOM6LQLBCNZ4PYEEHBTXFU/

[ovirt-users] Re: Remote console access for old Ovirt 3.6 install

[Yedidyah Bar David]

On Mon, Nov 26, 2018 at 8:18 PM David Gossage
 wrote:
>
> I have an older 3.6.7 setup I am still using at a location.  The 
> hosted-engine is up but not responding
>
> {"reason": "failed liveliness check", "health": "bad", "vm": "up", "detail": 
> "up"}
>
> I am guessing it got into some paused or halted state after a power outage 
> and storage went offline for a short bit and I may need to manually perform 
> some tasks.  When I attempt the suggested method of
> hosted-engine --set-maintenance --mode=global
> hosted-engine --console
>
> I get an error about
>
> Use the password you've set using --add-console-password for logging in
>
> ** (remote-viewer:11479): WARNING **: Could not open X display
> Cannot open display:
> Run 'remote-viewer --help' to see a full list of available command line 
> options

Recent versions configure the hosted-engine vm to use a serial console,
which is much easier to use (if you have no X on the host).

For older versions, you might want to check a page I wrote some time ago,
that does not exist anymore on the website, but can be found at archive.org:

http://web.archive.org/web/20150704004004/http://www.ovirt.org:80/Hosted_Engine_Console

Good luck and best regards,

>
> Their are 7 other VM's running I was able to manually continue from vdsClient
>
> Is their a way to get remote access to this engine?
>
> David Gossage
> Carousel Checks Inc. | System Administrator
> Office 708.613.2284
> ___
> 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/QVO7CA4MDK7BIJJWZPEP6JLPSAJMVQCD/



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

[ovirt-users] Re: The user admin@internal is not authorized to perform login

[Shawn Southern]

Thanks!  That fixed it (I just added the Admin user back to SuperUser group via 
the web interface with an LDAP account that had SuperUser).

From: Ravi Shankar Nori 
Sent: November 26, 2018 12:14 PM
To: Greg Sheremeta 
Cc: Shawn Southern ; users@oVirt.org
Subject: Re: [ovirt-users] The user admin@internal is not authorized to perform 
login

Looks like the permissions for admin@internal were removed by another admin user

You can try the following

1. Get the admin user external id

select external_id from users where name = 'admin' and domain = 'internal-authz'

2.  Add permissions for admin user

select attach_user_to_role(
'admin',
'internal-authz',
'*',
'b71c937c-441b-42cc-bf21-33fa2d9704ce', <=== the external 
id from above
'SuperUser'
)

Let us know if it helps

On Sat, Nov 24, 2018 at 9:22 AM Greg Sheremeta 
mailto:gsher...@redhat.com>> wrote:
Perhaps Ravi can assist with this.
-- Forwarded message -
From: Shawn Southern 
mailto:shawn.south...@entegrus.com>>
Date: Fri, Nov 23, 2018 at 9:52 PM
Subject: [ovirt-users] The user admin@internal is not authorized to perform 
login
To: users@ovirt.org 
mailto:users@ovirt.org>>

No one can log in to our oVirt instance today.  LDAP users cannot authenticate, 
and the internal ‘admin’ user gets “The user admin@internal is not authorized 
to perform login” after being authenticated.

From engine.log:
2018-11-23 10:17:12,454-05 INFO  
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-24) [] User 
admin@internal successfully logged in with scopes: ovirt-app-admin 
ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ 
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search 
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
ovirt-ext=token:password-access
2018-11-23 10:17:12,576-05 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-24) 
[43bd2e4f] Running command: CreateUserSessionCommand internal: false.
2018-11-23 10:17:12,584-05 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-24) [43bd2e4f] EVENT_ID: USER_VDC_LOGIN_FAILED(114), User 
admin@internal-authz connecting from '10.11.12.13' failed to log in.
2018-11-23 10:17:12,585-05 ERROR 
[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-24) [] 
The user admin@internal is not authorized to perform login

Where do I go from here?
___
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/OQNDRRXT3EZGGKGMBDIRZRLJYC2546N4/


--

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme
[Image removed by sender.]


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

[ovirt-users] Remote console access for old Ovirt 3.6 install

[David Gossage]

I have an older 3.6.7 setup I am still using at a location.  The
hosted-engine is up but not responding

{"reason": "failed liveliness check", "health": "bad", "vm": "up",
"detail": "up"}

I am guessing it got into some paused or halted state after a power outage
and storage went offline for a short bit and I may need to manually perform
some tasks.  When I attempt the suggested method of
hosted-engine --set-maintenance --mode=global
hosted-engine --console

I get an error about

Use the password you've set using --add-console-password for logging in

** (remote-viewer:11479): WARNING **: Could not open X display
Cannot open display:
Run 'remote-viewer --help' to see a full list of available command line
options

Their are 7 other VM's running I was able to manually continue from
vdsClient

Is their a way to get remote access to this engine?

*David Gossage*
*Carousel Checks Inc. | System Administrator*
*Office* 708.613.2284
___
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/QVO7CA4MDK7BIJJWZPEP6JLPSAJMVQCD/

[ovirt-users] Re: The user admin@internal is not authorized to perform login

[Ravi Shankar Nori]

Looks like the permissions for admin@internal were removed by another admin
user

You can try the following

1. Get the admin user external id

select external_id from users where name = 'admin' and domain =
'internal-authz'

2.  Add permissions for admin user

select attach_user_to_role(
'admin',
'internal-authz',
'*',
'b71c937c-441b-42cc-bf21-33fa2d9704ce', <=== the
external id from above
'SuperUser'
)

Let us know if it helps

On Sat, Nov 24, 2018 at 9:22 AM Greg Sheremeta  wrote:

> Perhaps Ravi can assist with this.
>
> -- Forwarded message -
> From: Shawn Southern 
> Date: Fri, Nov 23, 2018 at 9:52 PM
> Subject: [ovirt-users] The user admin@internal is not authorized to
> perform login
> To: users@ovirt.org 
>
>
> No one can log in to our oVirt instance today.  LDAP users cannot
> authenticate, and the internal ‘admin’ user gets “The user admin@internal
> is not authorized to perform login” after being authenticated.
>
>
>
> From engine.log:
>
> 2018-11-23 10:17:12,454-05 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-24) []
> User admin@internal successfully logged in with scopes: ovirt-app-admin
> ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~
> ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search
> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
> ovirt-ext=token:password-access
>
> 2018-11-23 10:17:12,576-05 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-24)
> [43bd2e4f] Running command: CreateUserSessionCommand internal: false.
>
> 2018-11-23 10:17:12,584-05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-24) [43bd2e4f] EVENT_ID: USER_VDC_LOGIN_FAILED(114), User
> admin@internal-authz connecting from '10.11.12.13' failed to log
> in.
>
> 2018-11-23 10:17:12,585-05 ERROR
> [org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-24)
> [] The user admin@internal is not authorized to perform login
>
>
>
> Where do I go from here?
> ___
> 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/OQNDRRXT3EZGGKGMBDIRZRLJYC2546N4/
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J6JV4XLO3PFBSFH53QV5T2VL5SNYGBK6/

[ovirt-users] Re: AffinityGroup API

[Staniforth, Paul]

Hi Andrej

I believe they are using 4.2.5 they get a permission error although they can 
use the python SDK with the same account.

Paul S.

From: Ondra Machacek 
Sent: 26 November 2018 11:41
To: Staniforth, Paul
Cc: Andrej Krejcir; users
Subject: Re: [ovirt-users] AffinityGroup API

What version of the SDK do you use?
I can see it's supported in latest version.

On 11/26/18 11:13 AM, Andrej Krejcir wrote:
> Hi,
>
> I don't know much about ruby SDK. I think the SDKs for various languages
> are generated from the API specification.
>
> Ondra, is this a bug in ruby SDK?
>
>
> Andrej
>
> On Fri, 23 Nov 2018 at 18:06, Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hello Andrej,
>>
>>   Also the Affinity Groups apparently aren't  available
>> in the Ruby SDK should I add this to the bug report?
>>
>>
>> Thanks,
>>
>>   Paul S.
>> --
>> *From:* Andrej Krejcir 
>> *Sent:* 21 November 2018 13:32
>> *To:* Staniforth, Paul
>> *Cc:* users
>> *Subject:* Re: [ovirt-users] AffinityGroup API
>>
>> Hi,
>>
>> Yes, the AffinityGroupHosts is missing. Can you please open a bug[1] so we
>> can add it?
>>
>> As a workaround, the hosts can be modified by PUT request to the
>> AffinityGroup endpoint directly, for example:
>>
>> PUT /ovirt-engine/api/clusters/1234/affinitygroups/5678
>> 
>>  
>>  
>>  
>>  
>> 
>>
>> However, this will replace all hosts in the affinity group with the hosts
>> listed.
>>
>>
>> Best regards,
>> Andrej
>>
>>
>> [1] - https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>>
>> On Wed, 21 Nov 2018 at 13:26,  wrote:
>>
>>> Hello,
>>>When using the API to update an AffinityGroup there is a
>>> AffinityGroupVm and AffinityGroupVms so I can add or remove VMs but there
>>> is no AffinityGroupHost or AffinityGroupHosts, therefore I can't add or
>>> remove hosts.
>>>
>>> Thanks,
>>>   Paul S.
>>> ___
>>> 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/BUMDJ34JRLDHSE6CPUVZOD3I2TI2YBQD/
>>>
>> To view the terms under which this email is distributed, please go to:-
>> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>>
>>
>
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3FUEB7TJTMNL3AKB2HER25IN7KDLC62B/

[ovirt-users] [ANN] oVirt 4.3.0 First Alpha Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the First
Alpha Release of oVirt 4.3.0, as of November 26th, 2018

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.

All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the first alpha release of the 4.3.0 version.

This release brings more than 80 enhancements and more than 280 bug fixes
on top of oVirt 4.2 series.

What's new in oVirt 4.3.0?

* Q35: Support booting virtual machines via UEFI

* Skylake-server and AMD EPYC support

* New smbus driver in windows guest tools

* Improved support for v2v

* Tech preview for oVirt on Fedora 28

* Hundreds of bug fixes on top of oVirt 4.2 series

* New VM portal (see a preview here: https://imgur.com/a/ExINpci)

* New Cluster upgrade UI


This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.6 or later

* CentOS Linux (or similar) 7.5 or later (7.6 recommended, enable CR repo
for getting it since it's not yet officially released)


This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.6 or later

* CentOS Linux (or similar) 7.5 or later (7.6 recommended, enable CR repo
for getting it since it's not yet officially released)

* oVirt Node 4.3 (available for x86_64 only)

Experimental tech preview for x86_64 and s390x architectures for Fedora 28
is also included.

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available for both CentOS 7 and Fedora 28
(tech preview).

- oVirt Node NG  is already available for both CentOS 7 and Fedora 28 (tech
preview).

Additional Resources:

* Read more about the oVirt 4.3.0 release highlights:
http://www.ovirt.org/release/4.3.0/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.3.0/

[4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: oVirt impersonation and sessions

[Dan Yasny]

Maybe if you could tell us what you are trying to do or achieve, we might
give you the answers directly

On Mon, Nov 26, 2018 at 3:18 AM Anastasiya Ruzhanskaya <
anastasiya.ruzhansk...@frtk.ru> wrote:

> Hello everyone!
>
> I wanted to find out how the impersonation technique used in oVirt works?
> I know from libvirt developers, that oVirt opens one connection only for
> multiple clients. How does this work?
>
> Also I found out in source code that in ActionParameterBase class the
> sessionId field is marked transient but, for example, for GWT rpc message,
> which goes to the server and says what action will be made (shut down,
> pause vm) this is the only field in all sent information which says what
> the session is. Where is the session sent instead? There was also a field
> with session id in https headers, but this was related to cookie so I am
> not completely sure if this can help to identify the current user.
> ___
> 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/ZPJYRM2XPRPD54E7AWC2V53UZABPJFMY/
>
___
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/QXFTJENEJO36G3OBNV5YRKFBAQZ35GG4/

[ovirt-users] Re: How to kill hanged task listed in engine but not in vdsm-client?

[stefanos]

> On Mon, Nov 26, 2018 at 1:39 PM Stefano Stagnaro <
> stefanos(a)prismatelecomtesting.com> wrote:
> [snip]
> 
> I think in these cases you have to use taskcleaner.sh
> Last year I had similar problems with hung tasks and I was pointed to
> taskcleaner.sh from Fred:
> https://lists.ovirt.org/pipermail/users/2017-November/085194.html
> 
even taskcleaner.sh is not showing any tasks:

[root@engine ~]# /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -v
select exists (select * from information_schema.tables where table_schema = 
'public' and table_name = 'command_entities');
 t
SELECT task_id,task_type,status,started_at,result,action_type as 
command_type,command_id,step_id,storage_pool_id as DC FROM 
GetAllFromasync_tasks();

> but it was not so user friendly in its syntax
> During engine-setup there are cleaning stages when you see
> 
> [ INFO ] Cleaning async tasks and compensations
> [ INFO ] Unlocking existing entities
> 
> So one chance could be to run
> engine-setup --offline (to prevent updates)
> and let it do the clean stage
> Putting environment into global maintenance before in case of self hosted
> engine
> 
I will try it as last resort.

> There are also detailed docs on rh portal, such as
> https://access.redhat.com/solutions/500263
Nothing there rather then, again, vdsm-client and taskcleaner.sh

> but they need subscription for access and for pure oVirt I only found
> this:
> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities/
> 
> It would be nice to have a free documentation entry point for oVirt users
> facing this kind of problems, in my opinion.
I totally agree.

> 
> HIH,
> Gianluca

Grazie,
Stefano.
___
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/J3AXY6PMXHR4SRKX5XMXO7WJARKFQFWS/

[ovirt-users] Re: How to kill hanged task listed in engine but not in vdsm-client?

[Gianluca Cecchi]

On Mon, Nov 26, 2018 at 1:39 PM Stefano Stagnaro <
stefa...@prismatelecomtesting.com> wrote:
[snip]

> The job is hanged since user has killed fallocate process on the host.
> However, I can't kill task from the hosts itself since vdsm-client returns
> zero task on any host:
>
> # vdsm-client Host getAllTasksInfo
> {}
>
> How can I deal with it? I already tried to restart ovirt-engine.service
> but task is still there and prevent me to put the involved storage domain
> into maintenance.
>
> I also tried the "clear" method for service "job" via RestAPI but it fails
> since it's not an external job.
>
> Thank you,
> --
> Stefano Stagnaro
>
>
I think in these cases you have to use taskcleaner.sh
Last year I had similar problems with hung tasks and I was pointed to
taskcleaner.sh from Fred:
https://lists.ovirt.org/pipermail/users/2017-November/085194.html

but it was not so user friendly in its syntax
During engine-setup there are cleaning stages when you see

[ INFO ] Cleaning async tasks and compensations
[ INFO ] Unlocking existing entities

So one chance could be to run
engine-setup --offline (to prevent updates)
and let it do the clean stage
Putting environment into global maintenance before in case of self hosted
engine

There are also detailed docs on rh portal, such as
https://access.redhat.com/solutions/500263
but they need subscription for access and for pure oVirt I only found
this:
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities/

It would be nice to have a free documentation entry point for oVirt users
facing this kind of problems, in my opinion.

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

[ovirt-users] How to kill hanged task listed in engine but not in vdsm-client?

[Stefano Stagnaro]

Hello,

I'm struggling with an hanged task. I can see it from RestAPI (and UI) as:






Adding Disk

true
false
2018-11-23T18:40:59.466+01:00
2018-11-23T18:06:18.512+01:00
started



The job is hanged since user has killed fallocate process on the host. However, 
I can't kill task from the hosts itself since vdsm-client returns zero task on 
any host:

# vdsm-client Host getAllTasksInfo
{}

How can I deal with it? I already tried to restart ovirt-engine.service but 
task is still there and prevent me to put the involved storage domain into 
maintenance.

I also tried the "clear" method for service "job" via RestAPI but it fails 
since it's not an external job.

Thank you,
-- 
Stefano Stagnaro

Prisma Telecom Testing S.r.l.
Via Petrocchi, 4
20127 Milano – Italy

Tel. 02 26113507 int 339
e-mail: stefa...@prismatelecomtesting.com
skype: stefano.stagnaro
___
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/YLPWQQ5FU2P3NEHDFL54P6M2WQVAXOOS/

[ovirt-users] Repository ovirt-4.2 is listed more than once in the configuration

[Markus Frei]

Hello everybody

I am frequently receiving the following messages from ovirt:

Repository ovirt-4.2-epel is listed more than once in the configuration
Repository ovirt-4.2-centos-gluster312 is listed more than once in the 
configuration
Repository ovirt-4.2-virtio-win-latest is listed more than once in the 
configuration
Repository ovirt-4.2-centos-qemu-ev is listed more than once in the 
configuration
Repository ovirt-4.2-centos-opstools is listed more than once in the 
configuration
Repository centos-sclo-rh-release is listed more than once in the configuration
Repository ovirt-4.2-centos-ovirt42 is listed more than once in the 
configuration
Repository ovirt-4.2 is listed more than once in the configuration

I`ve got following repos configured in directory /etc/yum.repos.d:

ovirt-4.2-dependencies.repo
ovirt-4.2-pre-dependencies.repo
ovirt-4.2-pre.repo
ovirt-4.2.repo

I deleted the 'pre' repos several times but apparently they are being recreated 
somehow.

Can anybody explain this behaviour please and eventually the meaning of these 
'pre' repos in generell as well?

Thank you in advance.

Kind regards,

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

[ovirt-users] Re: IPA Users via AD DC's

[Ondra Machacek]

On 11/26/18 5:44 AM, TomK wrote:

Hello,

I've configured LDAP via IPA in oVirt 4.X.  It works for locally defined 
users in IPA but not those mapped from the AD DC.  So I had two questions:


1) Is there a format of the username and password I need to type in for 
this to work?  Or is retrieving AD DC mapped users not possible with 
oVirt right now?


It's not possible right now.



2) Can I use two providers in oVirt simultaneously?  One IPA and the 
other AD?




Sure, you can have two profiles, one for IPA and one for AD.
___
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/G4DHVUB62GKB3Y7IZGTVMLSF27JCUSFY/

[ovirt-users] Re: AffinityGroup API

[Ondra Machacek]

What version of the SDK do you use?
I can see it's supported in latest version.

On 11/26/18 11:13 AM, Andrej Krejcir wrote:

Hi,

I don't know much about ruby SDK. I think the SDKs for various languages
are generated from the API specification.

Ondra, is this a bug in ruby SDK?


Andrej

On Fri, 23 Nov 2018 at 18:06, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:


Hello Andrej,

  Also the Affinity Groups apparently aren't  available
in the Ruby SDK should I add this to the bug report?


Thanks,

  Paul S.
--
*From:* Andrej Krejcir 
*Sent:* 21 November 2018 13:32
*To:* Staniforth, Paul
*Cc:* users
*Subject:* Re: [ovirt-users] AffinityGroup API

Hi,

Yes, the AffinityGroupHosts is missing. Can you please open a bug[1] so we
can add it?

As a workaround, the hosts can be modified by PUT request to the
AffinityGroup endpoint directly, for example:

PUT /ovirt-engine/api/clusters/1234/affinitygroups/5678

 
 
 
 


However, this will replace all hosts in the affinity group with the hosts
listed.


Best regards,
Andrej


[1] - https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

On Wed, 21 Nov 2018 at 13:26,  wrote:


Hello,
   When using the API to update an AffinityGroup there is a
AffinityGroupVm and AffinityGroupVms so I can add or remove VMs but there
is no AffinityGroupHost or AffinityGroupHosts, therefore I can't add or
remove hosts.

Thanks,
  Paul S.
___
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/BUMDJ34JRLDHSE6CPUVZOD3I2TI2YBQD/


To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html





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

[ovirt-users] Re: Upgrade 4.0 to 4.1: Global Maintenance Mode not recognized

[gregor]

During installation the firewall was enable or changed therefore I get
an "NoRouteToHostException" from the Engine to the Host.
After disabling the firewall on the Host the Data Center and VM's are up
and running.

regards
gregor

Am 26.11.18 um 07:50 schrieb gregor:
> The Engine is up but the host stucks in NonResponsive.
> 
> The Webinterface stuck in "hanlding non respsonsive host". "Validating"
> is green and "Executing" is spinning.
> 
> Can anybody help?
> I found no errors in the logs under /var/log/ovirt-hosted-engine-ha and
> journalclt
> 
> regards
> gregor
> 
> 
> Am 26.11.18 um 07:35 schrieb gregor:
>> I was able to change the maintenance state in the database to finish the
>> upgrade with engine-setup.
>>
>> these are the lines:
>>
>> select vds_id,ha_global_maintenance from vds_statistics where vds_id =
>> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
>> update vds_statistics set ha_global_maintenance = 't' where vds_id =
>> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
>>
>> Now it's time to wait if the host and engine can reboot and start the vm's.
>>
>> regards
>> gregor
>>
>> Am 26.11.18 um 06:07 schrieb gregor:
>>> Hello,
>>>
>>> I upgraded one host from 4.0 to 4.1 without problems. Now I have a
>>> problem with another host, in another network, where the Global
>>> Maintenance mode is not recognized by engine-setup.
>>>
>>> Is there a way to force the setup or set the maintenance mode inside the
>>> database?
>>>
>>> One problem can be that an the host was accidentally upgraded to 4.1
>>> before I upgraded the engine.
>>>
>>> kind regards
>>> gregor
>>> ___
>>> 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/RQOX7YHHW3GTYEOP5YMG6NF2OD4BHUC7/
>>>
>> ___
>> 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/TLXT24MHJHSPQDI7ENVVJO2WVOBHHLB4/
>>
> ___
> 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/7M2HF3S6UHCLR7QK2AU2GZBN7DGPEHBF/
> 
___
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/P2EVD5IRRG7YUXD36KKJ74YXFXMKX4RG/

[ovirt-users] Engine: Increase memory

[gregor]

How can I increase the memory of the Engine?

This does not work: https://access.redhat.com/solutions/964693

Kind regards,
Gregor
___
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/HSSA53A62UY2ANGBMHSBW4J5PSJZH45L/

[ovirt-users] VM has snapshots with disks in illegal status

[Markus Schaufler]

Hi!

I've testet a backup solution which turned out to work not as expected. It left 
some VM's turned off which cannot be restarted.

When trying to delete the snapshot(s) of the vms following error message 
occurs: 
"Cannot remove Snapshot. The following attached disks are in ILLEGAL status: 
System, Disk2 - please remove them and try again"

Also I cannot detach any disk because of: Cannot remove Snapshot. The following 
attached disks are in ILLEGAL status: System, SRV_Metrics-Store_Disk1 - please 
remove them and try again.

I already tried via "unlock_entity" script to remove either the snapshots or 
the disks (after backing them up) and via CLI but without success (same error 
message).

Any idea on that?
___
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/YIOAQ6Q4GLUQKKDGKE3LKN2JGWPAYHO5/

[ovirt-users] Re: How to customize my iso based on ovirt4.2 or ovirt 3.6?

[Xuan Zhang]

https://www.ovirt.club/
___
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/BJQLMMPODN4PVLJT7JDCWU37KWLEJMZB/

[ovirt-users] Re: SPICE QXL Crashes Linux Guests

[Alex McWhirter]

On 2018-11-25 14:48, Alex McWhirter wrote:

I'm having an odd issue that i find hard to believe could be a bug,
and not some kind of user error, but im at a loss for where else to
look.

when booting a linux ISO with QXL SPICE graphics, the boot hangs as
soon as kernel modesetting kicks in. Tried with latest debian, fedora,
and centos. Sometimes it randomly works, but most often it does not.
QXL / VGA VNC work fine. However if i wait a few minutes after
starting the VM for the graphics to start, then there are no issues
and i can install as usual.

So after install, i reboot, hangs on reboot right after graphics
switch back to text mode with QXL SPICE, not with VNC. So i force
power off, reboot, and wait a while for it to boot. If i did text only
install, when i open a spice console it will hang after typing a few
characters. If i did a graphical install then as long as i waited long
enough for X to start, then it works perfectly fine.

I tried to capture some logs, but since the whole guest OS hangs it's
rather hard to pull off. I did see an occasional error about the mouse
driver, so that's really all i have to go on.

As for the spice client, im using virt-viewer on windows 10 x64, tried
various versions of virt-viewer just to be sure, no change. I also
have a large amount on windows guests with QXL SPICE. These all work
with no issue. Having guest agent installed in the linux guest seems
to make no difference.

There are no out of the ordinary logs on the VDSM hosts, but i can
provide anything you may need. It's not specific to any one host, i
have 10 VM hosts in the cluster, they all do. They are westmere boxes
if that makes a difference.

Any ideas on how i should approach this? VNC works well enough for
text only linux guest, but not being able to reboot my GUI linux
guests without also closing my spice connection is a small pain.


as far as ovirt versions im on the latest, this is a rather fresh
install. just set it up a few days ago, but i've been a long time
ovirt user. I am using a squid spice proxy if that makes a difference.
___
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/CJWU35TTEUC66K4LQDSJIV2HTB7TI7GI/



I managed to extract a log file from a debian guest.

https://pastebin.com/wNu69Edn
___
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/43N4WSHMFWICTL3LT4BJAB2JUQVLVVMS/

[ovirt-users] Re: AffinityGroup API

[Andrej Krejcir]

Hi,

I don't know much about ruby SDK. I think the SDKs for various languages
are generated from the API specification.

Ondra, is this a bug in ruby SDK?


Andrej

On Fri, 23 Nov 2018 at 18:06, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello Andrej,
>
>  Also the Affinity Groups apparently aren't  available
> in the Ruby SDK should I add this to the bug report?
>
>
> Thanks,
>
>  Paul S.
> --
> *From:* Andrej Krejcir 
> *Sent:* 21 November 2018 13:32
> *To:* Staniforth, Paul
> *Cc:* users
> *Subject:* Re: [ovirt-users] AffinityGroup API
>
> Hi,
>
> Yes, the AffinityGroupHosts is missing. Can you please open a bug[1] so we
> can add it?
>
> As a workaround, the hosts can be modified by PUT request to the
> AffinityGroup endpoint directly, for example:
>
> PUT /ovirt-engine/api/clusters/1234/affinitygroups/5678
> 
> 
> 
> 
> 
> 
>
> However, this will replace all hosts in the affinity group with the hosts
> listed.
>
>
> Best regards,
> Andrej
>
>
> [1] - https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
>
> On Wed, 21 Nov 2018 at 13:26,  wrote:
>
>> Hello,
>>   When using the API to update an AffinityGroup there is a
>> AffinityGroupVm and AffinityGroupVms so I can add or remove VMs but there
>> is no AffinityGroupHost or AffinityGroupHosts, therefore I can't add or
>> remove hosts.
>>
>> Thanks,
>>  Paul S.
>> ___
>> 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/BUMDJ34JRLDHSE6CPUVZOD3I2TI2YBQD/
>>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4IVXNSG4KEPDPY3EGVC3VHOWL6ACLVGC/

[ovirt-users] Re: max number of snapshot per vm

[Kevin Wolf]

Am 25.11.2018 um 19:55 hat Nir Soffer geschrieben:
> On Fri, Nov 23, 2018 at 1:01 PM Nathanaël Blanchet  wrote:
> > What are the best pratices about vm snapshots?
> >
> 
> I think the general guideline is keep only snapshot you need, since every
> snapshot has a potential performance cost.
> 
> qemu caches some image metadata in memory, so accessing data from an
> image with 20 snapshots should be efficient as image with 2 snapshots, but
> using more snapshots will consume more memory.

The memory will also only really be used when the backing file is
actually accesses. So if you keep very old snapshots, but all data has
already been overwritten and the old snapshot is never accessed, it
doesn't need that memory.

Additionally, starting with QEMU 3.1, cache-clean-interval is active by
default and frees the cached table of a snapshot layer when it hasn't
been accessed for 10 minutes. (You had to enable it explicitly before
that, which I don't think oVirt does.)

> Kevin, do we have performance tests comparing VMs with different amount
> of snapshots?

I'm not aware of a proper performance test where this aspect was tested.

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

[ovirt-users] Re: Upgrade 4.0 to 4.1: Global Maintenance Mode not recognized

[gregor]

After a reboot the complete installation was gone. No automounts, no
engine nothing. Luckily the files where there.

Now I reinstall the whole host + engine fresh and import the existend
vm's :-(

Am 26.11.18 um 07:50 schrieb gregor:
> The Engine is up but the host stucks in NonResponsive.
> 
> The Webinterface stuck in "hanlding non respsonsive host". "Validating"
> is green and "Executing" is spinning.
> 
> Can anybody help?
> I found no errors in the logs under /var/log/ovirt-hosted-engine-ha and
> journalclt
> 
> regards
> gregor
> 
> 
> Am 26.11.18 um 07:35 schrieb gregor:
>> I was able to change the maintenance state in the database to finish the
>> upgrade with engine-setup.
>>
>> these are the lines:
>>
>> select vds_id,ha_global_maintenance from vds_statistics where vds_id =
>> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
>> update vds_statistics set ha_global_maintenance = 't' where vds_id =
>> '706599d5-2dbc-400c-b9da-5b5906de6dbd';
>>
>> Now it's time to wait if the host and engine can reboot and start the vm's.
>>
>> regards
>> gregor
>>
>> Am 26.11.18 um 06:07 schrieb gregor:
>>> Hello,
>>>
>>> I upgraded one host from 4.0 to 4.1 without problems. Now I have a
>>> problem with another host, in another network, where the Global
>>> Maintenance mode is not recognized by engine-setup.
>>>
>>> Is there a way to force the setup or set the maintenance mode inside the
>>> database?
>>>
>>> One problem can be that an the host was accidentally upgraded to 4.1
>>> before I upgraded the engine.
>>>
>>> kind regards
>>> gregor
>>> ___
>>> 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/RQOX7YHHW3GTYEOP5YMG6NF2OD4BHUC7/
>>>
>> ___
>> 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/TLXT24MHJHSPQDI7ENVVJO2WVOBHHLB4/
>>
> ___
> 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/7M2HF3S6UHCLR7QK2AU2GZBN7DGPEHBF/
> 
___
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/RCOUHMNJH7AGIBZYKWIMISX5FTVMBDPU/

[ovirt-users] oVirt impersonation and sessions

[Anastasiya Ruzhanskaya]

Hello everyone!

I wanted to find out how the impersonation technique used in oVirt works? I
know from libvirt developers, that oVirt opens one connection only for
multiple clients. How does this work?

Also I found out in source code that in ActionParameterBase class the
sessionId field is marked transient but, for example, for GWT rpc message,
which goes to the server and says what action will be made (shut down,
pause vm) this is the only field in all sent information which says what
the session is. Where is the session sent instead? There was also a field
with session id in https headers, but this was related to cookie so I am
not completely sure if this can help to identify the current user.
___
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/ZPJYRM2XPRPD54E7AWC2V53UZABPJFMY/