[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

2019-08-07 Thread Scott Dickerson 
On Wed, Aug 7, 2019 at 11:06 AM Sharon Gratch  wrote:

> Hi,
> @Scott Dickerson ,  the session logout issue for VM
> portal 1.5.3 was handled in the following PRs:
> https://github.com/oVirt/ovirt-web-ui/pull/1014
> https://github.com/oVirt/ovirt-web-ui/pull/1025
>
> Any idea on what can be the problem?
>

That is very strange.  We saw a problem similar to that where, when web-ui
is starting up, the time it took for the app to fetch the
"UserSessionTimeOutInterval" config value was longer than the time it took
to load the auto-logout component.  In that case the value was considered
to be 0 and auto logged the user out right away.  That issue was dealt with
in PR 1025 and the whole login data load process was synchronized properly
in PR 1049.

I need some additonal info:
  - The browser console logs from when the page loads to when they're
logged out
  - the "yum info ovirt-web-ui"

I'll be able to better triage the problem with that info.


>
> Thanks,
> Sharon
>
> On Wed, Aug 7, 2019 at 5:49 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mer 7 ago 2019 alle ore 13:09 Matthias Leopold <
>> matthias.leop...@meduniwien.ac.at> ha scritto:
>>
>>> Hi,
>>>
>>> after upgrading to oVirt 4.3.5 yesterday (which also brought
>>> ovirt-web-ui-1.5.3) users are immediately logged out after login to the
>>> "VM Portal" with "You have been logged out due to inactivity" displayed
>>> in the browser. The "Administration Portal" works as expected.
>>>
>>> This happens
>>> - for existing UserRole users/new UserRole users/Administrator users
>>> - with different browsers (Chrome/Firefox/IE)
>>> - also when creating new browser profiles
>>>
>>> Logs in engine.log are unsuspicious IMHO (see below for Administrator
>>> user login).
>>> /var/log/ovirt-engine/ui.log is completely quiet.
>>> Downgrade to 1.5.2 resolves the situation.
>>> Reading about "Added check for inactivity during session and logout
>>> after expiration" in 1.5.3 changelog suggests that something might have
>>> gone wrong.
>>> Has anybody seen this?
>>> Shall I file a bug report?
>>>
>>
>> +Sharon Gratch  can you please have a look at this?
>>
>>
>>
>>>
>>> thx
>>> matthias
>>>
>>> 2019-08-07 12:51:45,556+02 INFO
>>> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8)
>>> [] 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
>>> 2019-08-07 12:51:45,728+02 INFO
>>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
>>> task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal:
>>> false.
>>> 2019-08-07 12:51:45,768+02 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User
>>> admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session
>>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>>
>>> logged in.
>>> 2019-08-07 12:51:48,385+02 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START,
>>> GetFileStatsVDSCommand(
>>> GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a',
>>>
>>> ignoreFailoverLimit='false'}), log id: cd6a0e4
>>> 2019-08-07 12:51:48,394+02 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH,
>>> GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0,
>>> ctime=1553615947.0, size=704905216},
>>> CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0,
>>> size=962592768}}, log id: cd6a0e4
>>> 2019-08-07 12:51:48,419+02 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID:
>>> REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list
>>> succeeded for domain(s): ISOstar-DEV (All file type)
>>> 2019-08-07 12:51:49,478+02 INFO
>>> [org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8)
>>> [4f195583] Running command: LogoutSessionCommand internal: false.
>>> 2019-08-07 12:51:49,524+02 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User
>>> admin@internal-authz connected from 'xxx.yyy.zzz.63' using session
>>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>>
>>> logged out.
>>> 2019-08-07 12:51:49,581+02 INFO
>>> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
>>> task-14) [] User admin@internal successfully logged out
>>> 2019-08-07 12:51:49,675+02 INFO
>>>

[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage

2019-08-07 Thread Vrgotic, Marko 
Log line form VDSM:

“[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN
2019-08-07 09:40:03,556-0700 WARN  (check/loop) [storage.check] Checker 
u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
 is blocked for 20.00 seconds (check:282)
2019-08-07 09:40:47,132-0700 WARN  (monitor/bda9727) [storage.Monitor] Host id 
for domain bda97276-a399-448f-9113-017972f6b55a was released (id: 5) 
(monitor:445)
2019-08-07 09:44:53,564-0700 WARN  (check/loop) [storage.check] Checker 
u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
 is blocked for 20.00 seconds (check:282)
2019-08-07 09:46:38,604-0700 WARN  (monitor/bda9727) [storage.Monitor] Host id 
for domain bda97276-a399-448f-9113-017972f6b55a was released (id: 5) 
(monitor:445)”



From: "Vrgotic, Marko" 
Date: Wednesday, 7 August 2019 at 09:09
To: "users@ovirt.org" 
Subject: oVirt 4.3.5 potential issue with NFS storage

Dear oVIrt,

This is my third oVirt platform in the company, but first time I am seeing 
following logs:

“2019-08-07 16:00:16,099Z INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-51) [1b85e637] Lock freed to 
object 
'EngineLock:{exclusiveLocks='[2350ee82-94ed-4f90-9366-451e0104d1d6=PROVIDER]', 
sharedLocks=''}'
2019-08-07 16:00:25,618Z WARN  
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-37723) [] domain 
'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' in problem 
'PROBLEMATIC'. vds: 'ovirt-sj-05.ictv.com'
2019-08-07 16:00:40,630Z INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-37735) [] Domain 
'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from problem. 
vds: 'ovirt-sj-05.ictv.com'
2019-08-07 16:00:40,652Z INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-37737) [] Domain 
'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' recovered from problem. 
vds: 'ovirt-sj-01.ictv.com'
2019-08-07 16:00:40,652Z INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy] 
(EE-ManagedThreadFactory-engine-Thread-37737) [] Domain 
'bda97276-a399-448f-9113-017972f6b55a:ovirt_production' has recovered from 
problem. No active host in the DC is reporting it as problematic, so clearing 
the domain recovery timer.”

Can you help me understanding why is this being reported?

This setup is:

5HOSTS, 3 in HA
SelfHostedEngine
Version 4.3.5
NFS based Netapp storage, version 4.1
“10.210.13.64:/ovirt_hosted_engine on 
/rhev/data-center/mnt/10.210.13.64:_ovirt__hosted__engine type nfs4 
(rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64)

10.210.13.64:/ovirt_production on 
/rhev/data-center/mnt/10.210.13.64:_ovirt__production type nfs4 
(rw,relatime,vers=4.1,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.11.14,local_lock=none,addr=10.210.13.64)
tmpfs on /run/user/0 type tmpfs 
(rw,nosuid,nodev,relatime,seclabel,size=9878396k,mode=700)”

First mount is SHE dedicated storage.
Second mount “ovirt_produciton” is for other VM Guests.

Kindly awaiting your reply.

Marko Vrgotic
___
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/ICRKHD3GXTPQEZN2T6LJBS6YIVLER6TP/

[ovirt-users] Re: Agentless backup solutions

2019-08-07 Thread Jayme 
Vpdotect is working well for us. It also supports incremental backups. You
can backup 10 vms on the free tier, at least to try it out.

On Wed, Aug 7, 2019 at 3:13 PM Douglas Duckworth 
wrote:

> Hi
>
>
> We are running oVirt 4.2.8.2-1.el7.  Should probably upgrade but it works.
>
>
> We are backing up the engine
>  
> every
> day with dump going to external NFS file system then onto the cloud.  For
> VMs we are doing backups within Linux itself using a program called Restic
>  which then sends data to cloud S3
> service.  That runs daily as well.
>
>
> We also save all configuration data, for applications running on our VMs
> such as Apache, etc, within Ansible.   So we can quickly recreate the VM
> using Ansible, along with any applications, then restore any data, not
> saved in Ansible, such as private PKI keys or PostgreSQL dump, for
> example, from Restic.  Dockerized applications even easier.  There would be
> some downtime to redeploy a new VM but this is acceptable given the
> constrains of our environment.
>
>
> I am wondering under what situations has anyone experienced VM
> corruption?  This would help me determine if more effort should be invested
> in snapshotting VMs and possibly exporting their disks.  Though as I recall 
> *removing
> snapshots from my storage domain *would require* shutting down the VM*,
> right?
>
>
> --
> Thanks,
>
> Douglas Duckworth, MSc, LFCS
> HPC System Administrator
> Scientific Computing Unit 
> https://github.com/restic/restic
> Weill Cornell Medicine
> E: d...@med.cornell.edu
> O: 212-746-6305
> F: 212-746-8690
> --
> *From:* femi adegoke 
> *Sent:* Tuesday, June 19, 2018 2:40:52 AM
> *To:* users@ovirt.org 
> *Subject:* [EXTERNAL] [ovirt-users] Re: Agentless backup solutions
>
> Is no one doing any backups?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_privacy-2Dpolicy_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=zUPtqH8SNwjeJ2B_0jQzP-dhSHhh5KjPCQOpNilaGT0=
> oVirt Code of Conduct:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_community_about_community-2Dguidelines_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=EdYysbsWDfc80CK_Kvxbc6wUHUK8_73BNudu-XEtyMU=
> List Archives:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archives_list_users-40ovirt.org_message_6RYDKAMDY4LM7CJRAACZOBQJPC4PISTB_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=mWDIqylJw4VFjWrX2E41F3liNT28oj1oedxaKt6xE2E=
> ___
> 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/ADY5TIHQGEH3E3RUVU7N4ISO7DIUEAK6/
>
___
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/RLLP5KWV4KL6XDYUANJP7OTSDTQE2G77/

[ovirt-users] Re: Agentless backup solutions

2019-08-07 Thread Douglas Duckworth 
Hi


We are running oVirt 4.2.8.2-1.el7.  Should probably upgrade but it works.

We are backing up the 
engine
 every day with dump going to external NFS file system then onto the cloud.  
For VMs we are doing backups within Linux itself using a program called 
Restic which then sends data to cloud S3 
service.  That runs daily as well.


We also save all configuration data, for applications running on our VMs such 
as Apache, etc, within Ansible.   So we can quickly recreate the VM using 
Ansible, along with any applications, then restore any data, not saved in 
Ansible, such as private PKI keys or PostgreSQL dump, for example, from Restic. 
 Dockerized applications even easier.  There would be some downtime to redeploy 
a new VM but this is acceptable given the constrains of our environment.


I am wondering under what situations has anyone experienced VM corruption?  
This would help me determine if more effort should be invested in snapshotting 
VMs and possibly exporting their disks.  Though as I recall removing snapshots 
from my storage domain would require shutting down the VM, right?


--
Thanks,

Douglas Duckworth, MSc, LFCS
HPC System Administrator
Scientific Computing 
Unithttps://github.com/restic/restic
Weill Cornell Medicine
E: d...@med.cornell.edu
O: 212-746-6305
F: 212-746-8690


From: femi adegoke 
Sent: Tuesday, June 19, 2018 2:40:52 AM
To: users@ovirt.org 
Subject: [EXTERNAL] [ovirt-users] Re: Agentless backup solutions

Is no one doing any backups?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_site_privacy-2Dpolicy_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=zUPtqH8SNwjeJ2B_0jQzP-dhSHhh5KjPCQOpNilaGT0=
oVirt Code of Conduct: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ovirt.org_community_about_community-2Dguidelines_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=EdYysbsWDfc80CK_Kvxbc6wUHUK8_73BNudu-XEtyMU=
List Archives: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.ovirt.org_archives_list_users-40ovirt.org_message_6RYDKAMDY4LM7CJRAACZOBQJPC4PISTB_=DwIGaQ=lb62iw4YL4RFalcE2hQUQealT9-RXrryqt9KZX2qu2s=2Fzhh_78OGspKQpl_e-CbhH6xUjnRkaqPFUS2wTJ2cw=Sv3Sw3M5zdUMYKSEqPfHFLapnpr4Fxef2Y8IZr0iYGI=mWDIqylJw4VFjWrX2E41F3liNT28oj1oedxaKt6xE2E=
___
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/ADY5TIHQGEH3E3RUVU7N4ISO7DIUEAK6/

[ovirt-users] Re: oVirt 4.3.5.1 failed to configure management network on the host

2019-08-07 Thread Vincent Royer 
for management you don't need the bw, just use active-backup.

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-Bonding#Bonding_Modes


*Vincent Royer*
*778-825-1057*



*SUSTAINABLE MOBILE ENERGY SOLUTIONS*





On Wed, Aug 7, 2019 at 12:19 AM Mitja Pirih  wrote:

> On 06. 08. 2019 17:08, Vincent Royer wrote:
> > I also am spanned over two switches.  You can use bonding, you just
> > can't use 802.3 mode.
> >
> > I have MGMT bonded to two gig switches and storage bonded to two 10g
> > switches for Gluster. Each switch has its own fw/router in HA. So we
> > can lose either switch, either router, or any single interface or
> > cable without interruption.
> >
> >
>
> Do you achieve also load balancing without 802.3 mode? What mode do you
> use round robin,...?
>
>
> Thanks.
>
>
> Br,
> Mitja
>
>
>
___
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/UW5OXV5QEC6EWIPFFOBMBOIST7KTHGOC/

[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

2019-08-07 Thread Sharon Gratch 
Hi,
@Scott Dickerson ,  the session logout issue for VM
portal 1.5.3 was handled in the following PRs:
https://github.com/oVirt/ovirt-web-ui/pull/1014
https://github.com/oVirt/ovirt-web-ui/pull/1025
Any idea on what can be the problem?

Thanks,
Sharon

On Wed, Aug 7, 2019 at 5:49 PM Sandro Bonazzola  wrote:

>
>
> Il giorno mer 7 ago 2019 alle ore 13:09 Matthias Leopold <
> matthias.leop...@meduniwien.ac.at> ha scritto:
>
>> Hi,
>>
>> after upgrading to oVirt 4.3.5 yesterday (which also brought
>> ovirt-web-ui-1.5.3) users are immediately logged out after login to the
>> "VM Portal" with "You have been logged out due to inactivity" displayed
>> in the browser. The "Administration Portal" works as expected.
>>
>> This happens
>> - for existing UserRole users/new UserRole users/Administrator users
>> - with different browsers (Chrome/Firefox/IE)
>> - also when creating new browser profiles
>>
>> Logs in engine.log are unsuspicious IMHO (see below for Administrator
>> user login).
>> /var/log/ovirt-engine/ui.log is completely quiet.
>> Downgrade to 1.5.2 resolves the situation.
>> Reading about "Added check for inactivity during session and logout
>> after expiration" in 1.5.3 changelog suggests that something might have
>> gone wrong.
>> Has anybody seen this?
>> Shall I file a bug report?
>>
>
> +Sharon Gratch  can you please have a look at this?
>
>
>
>>
>> thx
>> matthias
>>
>> 2019-08-07 12:51:45,556+02 INFO
>> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8)
>> [] 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
>> 2019-08-07 12:51:45,728+02 INFO
>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
>> task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal:
>> false.
>> 2019-08-07 12:51:45,768+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User
>> admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session
>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>
>> logged in.
>> 2019-08-07 12:51:48,385+02 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START,
>> GetFileStatsVDSCommand(
>> GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a',
>>
>> ignoreFailoverLimit='false'}), log id: cd6a0e4
>> 2019-08-07 12:51:48,394+02 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH,
>> GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0,
>> ctime=1553615947.0, size=704905216},
>> CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0,
>> size=962592768}}, log id: cd6a0e4
>> 2019-08-07 12:51:48,419+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID:
>> REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list
>> succeeded for domain(s): ISOstar-DEV (All file type)
>> 2019-08-07 12:51:49,478+02 INFO
>> [org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8)
>> [4f195583] Running command: LogoutSessionCommand internal: false.
>> 2019-08-07 12:51:49,524+02 INFO
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User
>> admin@internal-authz connected from 'xxx.yyy.zzz.63' using session
>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>
>> logged out.
>> 2019-08-07 12:51:49,581+02 INFO
>> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
>> task-14) [] User admin@internal successfully logged out
>> 2019-08-07 12:51:49,675+02 INFO
>> [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand]
>> (default task-11) [37daeccc] Running command:
>> TerminateSessionsForTokenCommand internal: true.
>>
>> ___
>> 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/LARRDLNCXGLJPLTUB52JMMZMCJ3J6STA/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of

[ovirt-users] (no subject)

2019-08-07 Thread Crazy Ayansh 
Hi Team,

I am trying to convert/import few vm from KVM to ovirt but i am getting
below error message.

Aug  7 15:56:11 IONDELSVR46 journal: authentication failed: Failed to start
SASL negotiation: -20 (SASL(-13): user not found: unable to canonify user
and get auxprops)
Aug  7 15:56:11 IONDELSVR46 journal: authentication failed: authentication
failed

Please help!

Thanks
Shashank
___
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/LSQYVLRS7TS3VPOIVZKC7GQ5Y7SH37D6/

[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

2019-08-07 Thread Sandro Bonazzola 
Il giorno mer 7 ago 2019 alle ore 13:09 Matthias Leopold <
matthias.leop...@meduniwien.ac.at> ha scritto:

> Hi,
>
> after upgrading to oVirt 4.3.5 yesterday (which also brought
> ovirt-web-ui-1.5.3) users are immediately logged out after login to the
> "VM Portal" with "You have been logged out due to inactivity" displayed
> in the browser. The "Administration Portal" works as expected.
>
> This happens
> - for existing UserRole users/new UserRole users/Administrator users
> - with different browsers (Chrome/Firefox/IE)
> - also when creating new browser profiles
>
> Logs in engine.log are unsuspicious IMHO (see below for Administrator
> user login).
> /var/log/ovirt-engine/ui.log is completely quiet.
> Downgrade to 1.5.2 resolves the situation.
> Reading about "Added check for inactivity during session and logout
> after expiration" in 1.5.3 changelog suggests that something might have
> gone wrong.
> Has anybody seen this?
> Shall I file a bug report?
>

+Sharon Gratch  can you please have a look at this?



>
> thx
> matthias
>
> 2019-08-07 12:51:45,556+02 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8)
> [] 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
> 2019-08-07 12:51:45,728+02 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
> task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal:
> false.
> 2019-08-07 12:51:45,768+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User
> admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session
> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>
> logged in.
> 2019-08-07 12:51:48,385+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START,
> GetFileStatsVDSCommand(
> GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a',
>
> ignoreFailoverLimit='false'}), log id: cd6a0e4
> 2019-08-07 12:51:48,394+02 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH,
> GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0,
> ctime=1553615947.0, size=704905216},
> CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0,
> size=962592768}}, log id: cd6a0e4
> 2019-08-07 12:51:48,419+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID:
> REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list
> succeeded for domain(s): ISOstar-DEV (All file type)
> 2019-08-07 12:51:49,478+02 INFO
> [org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8)
> [4f195583] Running command: LogoutSessionCommand internal: false.
> 2019-08-07 12:51:49,524+02 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User
> admin@internal-authz connected from 'xxx.yyy.zzz.63' using session
> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>
> logged out.
> 2019-08-07 12:51:49,581+02 INFO
> [org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default
> task-14) [] User admin@internal successfully logged out
> 2019-08-07 12:51:49,675+02 INFO
> [org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand]
> (default task-11) [37daeccc] Running command:
> TerminateSessionsForTokenCommand internal: true.
>
> ___
> 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/LARRDLNCXGLJPLTUB52JMMZMCJ3J6STA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.
*
___
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:

[ovirt-users] Re: distribute storage domains

2019-08-07 Thread Jason M. Stallings 
Nicolas:

Hi Jason,
>
> El 2019-08-06 22:43, Jason M. Stallings escribió:
> > Nicolas:
> >
> > Thank you very much for this! Looks like exactly what I was looking
> > for... The first burst was somewhat frightening but it ended well and
> > now no storage domain is overused :)
> >
>
> Glad to hear that!
>
> > One quick question: Is it possible to limit balancing to more than one
> > datacenter? I have 3 datacenters and I'd like to exclude one of them.
> > I see the DATACENTER config variable could do this but I'm not sure
> > how to define more than one datacenter.
> >
>
> Currently, the DATACENTER parameter only allows one value. When
> developing the code I didn't expect someone having more than two Data
> Centers :-)
>
> As a workaround, if you want to exclude the Storage Domains of an entire
> Data Center, you can exclude them explicitly using the "NOBALANCE"
> parameter of the config file, which does allow several values.
>
>
Ok, that works. I have few storage domains so no problem adding them to the
list.

Thanks!!


> If you consider this is something that should be implemented, feel free
> to fill an issue or extend the code and send a Pull Request.
>
>
It's ok that way, no need to change it as far as I'm concerned

Thank you


> Regards.
>
> > Thanks
> >
> > El mar., 6 ago. 2019 a las 15:05,  escribió:
> >
> >> Hi Jason,
> >>
> >> A time ago I wrote a "Storage Balancer" exactly for that, move
> >> disks
> >> between storage domains to keep them below a maximum threshold of
> >> occupation. You can find the project at [1].
> >>
> >> It's not perfect but has been working for us for the last 3 years
> >> with
> >> no issues.
> >>
> >> That won't avoid people storing new disks in the first available
> >> storage
> >> domain, but the balancer will distribute them between the less
> >> occupied
> >> storage domains afterwards.
> >>
> >> Hope this helps,
> >>
> >> Nicolás
> >>
> >>[1]: https://github.com/nkovacne/ovirt-storage-balancer [1]
> >>
> >> El 2019-08-04 17:57, Jason M. Stallings escribió:
> >>> Hello
> >>>
> >>> I'm trying to figure out a way to automatically distribute our
> >> storage
> >>> domain occupation evenly or at least avoid them getting full. We
> >> have
> >>> a lot of users creating vms and they seem to select the first
> >>> available storage domain, thus one is nearly full and the rest
> >> are
> >>> barely used.
> >>>
> >>> Is there a way to accomplish that?
> >>>
> >>> Thank you
> >>>
> >>> Jason
> >>> ___
> >>> Users mailing list -- users@ovirt.org
> >>> To unsubscribe send an email to users-le...@ovirt.org
> >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2]
> >>> oVirt Code of Conduct:
> >>> https://www.ovirt.org/community/about/community-guidelines/ [3]
> >>> List Archives:
> >>>
> >>
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/
> >> [4]
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2]
> >> oVirt Code of Conduct:
> >> https://www.ovirt.org/community/about/community-guidelines/ [3]
> >> List Archives:
> >>
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/
> >> [5]
> >
> >
> > Links:
> > --
> > [1] https://github.com/nkovacne/ovirt-storage-balancer
> > [2] https://www.ovirt.org/site/privacy-policy/
> > [3] https://www.ovirt.org/community/about/community-guidelines/
> > [4]
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/
> > [5]
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VTWOMW6VMGK6NDV5UTFNZHKOSBP4N66K/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GQZHG5JFAOMH5IH5GVHD4RW4W7I5G5SU/

[ovirt-users] Re: distribute storage domains

2019-08-07 Thread Laura Wright 
Hi Dmitry,

You might have to write a custom script for it but if you think other users
would benefit from it you should totally contribute it!

Best,
Laura

On Tue, Aug 6, 2019 at 10:54 PM Dmitry Filonov 
wrote:

> Hi Laura,
>  this is something I was wondering for quite some time but never bothered
> to ask about. How can one change the order of storage domains so the right
> one shows up by default?
>
> Thank you,
>
> Fil
>
> --
> Dmitry Filonov
> Linux Administrator
> SBGrid Core | Harvard Medical School
> 250 Longwood Ave, SGM-114
> Boston, MA 02115
>
>
> On Tue, Aug 6, 2019 at 7:35 AM Laura Wright  wrote:
>
>> Hi Jason,
>>
>> From a user experience perspective, you could change the order of the
>> storage domains so the current first one is not always the first one in
>> line. This might help to get users to select a variety of storage domains
>> instead of always selecting the current first one.
>>
>> Best,
>> Laura
>>
>> On Tue, Aug 6, 2019 at 7:05 AM Jason M. Stallings <
>> jason.stallings...@gmail.com> wrote:
>>
>>> Hello
>>>
>>> I'm trying to figure out a way to automatically distribute our storage
>>> domain occupation evenly or at least avoid them getting full. We have a lot
>>> of users creating vms and they seem to select the first available storage
>>> domain, thus one is nearly full and the rest are barely used.
>>>
>>> Is there a way to accomplish that?
>>>
>>> Thank you
>>>
>>> Jason
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/F66H6U2CWHUFK2N4IIZWAXBF7ZYDO6KL/
>>>
>>
>>
>> --
>>
>> Laura Wright
>>
>> She/Her/Hers
>>
>> UXD Team
>>
>> Red Hat Massachusetts 
>>
>> 314 Littleton Rd
>>
>> lwri...@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/VRHJIFY5QRCHVUVBFVFSQRFN3JAYM6TV/
>>
>

-- 

Laura Wright

She/Her/Hers

UXD Team

Red Hat Massachusetts 

314 Littleton Rd

lwri...@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/TUIQYM2ZH34E6VRTFNOUPMQH2KDIMPKB/

[ovirt-users] ovirt-web-ui-1.5.3: immediate logout in VM portal

2019-08-07 Thread Matthias Leopold 

Hi,

after upgrading to oVirt 4.3.5 yesterday (which also brought 
ovirt-web-ui-1.5.3) users are immediately logged out after login to the 
"VM Portal" with "You have been logged out due to inactivity" displayed 
in the browser. The "Administration Portal" works as expected.


This happens
- for existing UserRole users/new UserRole users/Administrator users
- with different browsers (Chrome/Firefox/IE)
- also when creating new browser profiles

Logs in engine.log are unsuspicious IMHO (see below for Administrator 
user login).

/var/log/ovirt-engine/ui.log is completely quiet.
Downgrade to 1.5.2 resolves the situation.
Reading about "Added check for inactivity during session and logout 
after expiration" in 1.5.3 changelog suggests that something might have 
gone wrong.

Has anybody seen this?
Shall I file a bug report?

thx
matthias

2019-08-07 12:51:45,556+02 INFO 
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8) 
[] 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
2019-08-07 12:51:45,728+02 INFO 
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default 
task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal: 
false.
2019-08-07 12:51:45,768+02 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User 
admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session 
'+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA==' 
logged in.
2019-08-07 12:51:48,385+02 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START, 
GetFileStatsVDSCommand( 
GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a', 
ignoreFailoverLimit='false'}), log id: cd6a0e4
2019-08-07 12:51:48,394+02 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH, 
GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0, 
ctime=1553615947.0, size=704905216}, 
CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0, 
size=962592768}}, log id: cd6a0e4
2019-08-07 12:51:48,419+02 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID: 
REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list 
succeeded for domain(s): ISOstar-DEV (All file type)
2019-08-07 12:51:49,478+02 INFO 
[org.ovirt.engine.core.bll.aaa.LogoutSessionCommand] (default task-8) 
[4f195583] Running command: LogoutSessionCommand internal: false.
2019-08-07 12:51:49,524+02 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-8) [4f195583] EVENT_ID: USER_VDC_LOGOUT(31), User 
admin@internal-authz connected from 'xxx.yyy.zzz.63' using session 
'+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA==' 
logged out.
2019-08-07 12:51:49,581+02 INFO 
[org.ovirt.engine.core.sso.servlets.OAuthRevokeServlet] (default 
task-14) [] User admin@internal successfully logged out
2019-08-07 12:51:49,675+02 INFO 
[org.ovirt.engine.core.bll.aaa.TerminateSessionsForTokenCommand] 
(default task-11) [37daeccc] Running command: 
TerminateSessionsForTokenCommand internal: true.


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

[ovirt-users] Not able to import vm from kvm host

2019-08-07 Thread Crazy Ayansh 
Hi Team,

I am trying to convert/import few vm from KVM to ovirt but i am getting
below error message.

Aug  7 15:56:11 IONDELSVR46 journal: authentication failed: Failed to start
SASL negotiation: -20 (SASL(-13): user not found: unable to canonify user
and get auxprops)
Aug  7 15:56:11 IONDELSVR46 journal: authentication failed: authentication
failed

Please help!

Thanks
Shashank
___
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/Q6QIZO2VS6ODOQNDDHYPSZPVNENPAR77/

[ovirt-users] Re: distribute storage domains

2019-08-07 Thread nicolas 

Hi Jason,

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

Nicolas:

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



Glad to hear that!


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



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


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


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


Regards.


Thanks

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


Hi Jason,

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

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

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

Hope this helps,

Nicolás

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

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

Hello

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

storage

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

have

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

are

barely used.

Is there a way to accomplish that?

Thank you

Jason
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3]
List Archives:




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

[4]
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/ [2]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3]
List Archives:


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

[5]



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

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

[ovirt-users] Re: port_security in external networks-API

2019-08-07 Thread Miguel Duarte de Mora Barroso 
On Tue, Aug 6, 2019 at 9:30 AM ada per  wrote:
>
> Thank you very much for all the information it help me understand it better.
> Unfortunately i cant get it to work in python :(

Could you elaborate more ?

You can also take a look at [3], on ovirt's system test project. It
does what you're after, but using the OST entities - which are a
simple wrapper over the REST API ones.

Never the less, that test is useful to understand what needs to be done.

>
> On Fri, Jul 26, 2019 at 2:09 PM Miguel Duarte de Mora Barroso 
>  wrote:
>>
>> On Thu, Jul 25, 2019 at 3:50 PM ada per  wrote:
>> >
>> > Hello everyone,
>> >
>> > I have the following python script that creates an external network, but 
>> > now after updating  ovirt a new option "network port security" exists that 
>> > is set as enabled by default.
>>
>> That attribute is specified in
>> https://github.com/oVirt/ovirt-provider-ovn#section-network - the
>> default on the configuration file is set by engine-setup to true.
>>
>> >
>> > How can i disable the network port security?
>>
>> You can update it for each network / logical port in the system.
>>
>> Be advised that updating the port security attribute of a network
>> value will *not* impact existing ports - it only impacts newly created
>> logical ports.
>>
>> To disable that property for existing VMs you need to update that
>> property in the logical port to which the VM is connected, via the
>> logical port's REST API. The logical port follows a subset of the
>> networking api, which is defined in [0].
>>
>> Some time ago I wrote an example playbook that can be leveraged for
>> this type of thing, check [1]. It's usage is described in [2], look
>> for 'update_port_security'. You can update it for all port in the
>> system, for all ports within a logical network, or for a single port.
>>
>> Let me know if this helps.
>>
>> [0] - 
>> https://github.com/oVirt/ovirt-provider-ovn/blob/master/docs/provider_api_description.adoc#ports
>> [1] - 
>> https://github.com/maiqueb/ovirt-security-groups-demo/blob/master/playbooks/update_port_security.yml
>> [2] - https://github.com/maiqueb/ovirt-security-groups-demo#provided-tools

[3] - 
https://github.com/oVirt/ovirt-system-tests/blob/master/network-suite-master/tests/ovs/test_ovn_physnet.py#L137

>>
>> >
>> > thanks!! :)
>> >
>> >networks_service = connection.system_service().networks_service()
>> > # Use the "add" method to create new VM logical network in data center
>> > network = networks_service.add(
>> > network=types.Network(
>> > name= ext_net_name,
>> > description='Network for testing API',
>> > data_center=types.DataCenter(
>> > name='Default'
>> > ),
>> > usages=[types.NetworkUsage.VM],
>> > external_provider=types.OpenStackNetworkProvider(
>> > id=provider.id
>> >
>> > )
>> > ),
>> > ___
>> > 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/PZI4SHUNFWPPRNTIA2I445PG6HV7YPVZ/
___
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/ZBWJCH54K7LAIRCS7F2KRBPWOAMWIXGB/

[ovirt-users] Re: hosted engine installation / multipath / iscsi

2019-08-07 Thread Simone Tiraboschi 
On Wed, Jul 31, 2019 at 4:41 PM Michael Frank  wrote:

> Hi,
>
>  since several days i try to install the hosted engine initially to an
> iscsi multipath device without success.
> Some information on the environment:
> - Version 4.3.3
> - using two 10gbe interfaces as single bond for the ovirtmgmt interface
> - using two 10gbe storage interfaces on each hypervisor for iscsi storage
> -- each storage interface is configured without any bonding, etc
> -- each storage interface lives in a separate vlan were also the iscsi
> Portals/target are available, the iscsi portals have 4x10ge interfaces
> each, (2 in vlan xx and 2 interfaces in vlan yy )
> -- so; each storage interface is connected to two iscsi Portals via 4
> interfaces
>
> The documentation here is for me unclear:
>
> https://ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hosted_Engine.html
> >Note: To specify more than one iSCSI target, you must enable multipathing
> before deploying the self-hosted engine. There is also a Multipath >Helper
> tool that generates a script to install and configure multipath with
> different options.
>
> This indicates for me that it should be possbile to install the HE
> directly on the /dev/mapper/mpath device which is availibale when I have
> prepared the host accordingly before installing the HE (log in to multiple
> iscsi targets, create proper multipath,conf, etc) - right ?
>
> I login to the two iscsi portals and get in sum 8 pathes, 4 from each
> interface and iscsi target.
> Basically I have then the mpath device on the hypervisor available and i
> can  mount the mpath device and put data on it.
> In the cockpit interface the mount can also be activated and is recognized
> correctly.
> multipathd -ll and lsblk looks good. Everything seems to be fine.
>
> But when I run the "hosted-engine" --deploy, the last option while running
> the assistant is to enter the iscsi data.
> So, basically i just want to define my mpath device - when entering the
> data (ip, port)for the iscsi Portal I can see the 4 pathes of the single
> hosted Engine target,
> and when i choose the path where the "lun" is finally available it fails.
> I think in general this option is not that what i want to have
> here for using the multipath device.
>
> I' m lost - what is the usual way to install the HE on a multipath device ?
>

Sorry for the delay, I missed this thread.

>From ovirt-hosted-engine-setup you can configure the iSCSI storage domain,
exposed by a single iSCSI target, to be accessed over multiple portals in a
single portal group.
Once you have a running engine you can eventually complete the
configuration creating an iSCSI bond from there.
Follow this guide for that:
https://ovirt.org/documentation/admin-guide/chap-Storage.html#configuring-iscsi-multipathing

Let's now focus on the first part.
On your SAN you should create more than one iSCSI portal.
Then you should group them in a single iSCSI target portal group.
You iSCSI target should be configured to be exposed over the whole iSCSI
target portal group.
Then you have to create a LUN for the hosted-engine storage domain and
associate it with that iSCSI target.

Now, on hosted-engine-setup (via CLI or via cokpit) you should enter the IP
address or one of the iSCSI portals (and eventually one username/password
couple for the iSCSI discovery).
The iSCSI discovery process will report back your iSCSI targets and the
address of other iSCSI portals in the same iSCSI target portal group; each
of them will be a path so if you have more than one iSCSI portal in a
single iSCSI target portal group you will have multipath.

Next step is choosing one of the listed iSCSI targets, then
hosted-engine-setup will list the LUNs there and you will be able to choose
one of them to be used for the hosted-engine storage domain.



>
> Do i have to change the configuration of the storage interfaces or the
> iscsi network design?
> Did I missed something obvious ?
> Can I put in my multipath data into the answerfile to get rid of the last
> step of the assistant ?
> Can I use the related ansible role for specify the Mpath device which is
> available when activating the multipath service ?
>
> Is it not possible in general ?? :
> https://bugzilla.redhat.com/show_bug.cgi?id=1193961
>
> Sorry in advance for the long mail  1!^^
>
> br,
> michael
>
> Sent from a mobile device
> ___
> 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/QRL2FYUD66C5J2RKC4UJZP4OQJWXWSB5/
>
___
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

[ovirt-users] Re: oVirt 4.3.5.1 failed to configure management network on the host

2019-08-07 Thread Mitja Pirih 
On 06. 08. 2019 17:08, Vincent Royer wrote:
> I also am spanned over two switches.  You can use bonding, you just
> can't use 802.3 mode. 
>
> I have MGMT bonded to two gig switches and storage bonded to two 10g
> switches for Gluster. Each switch has its own fw/router in HA. So we
> can lose either switch, either router, or any single interface or
> cable without interruption. 
>  
>

Do you achieve also load balancing without 802.3 mode? What mode do you
use round robin,...?


Thanks.


Br,
Mitja

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