[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
Strahil, thank you.

Reinstalling the host solved the issue.

> On 25 Jun 2020, at 15:48, Vinícius Ferrão via Users  wrote:
> 
> I think yes. But I’m not sure. 
> 
> I can do it again, there’s an update so I’ll do both and report back.
> 
> Thank you Strahil.
> 
>> On 25 Jun 2020, at 00:37, Strahil Nikolov  wrote:
>> 
>> Did you reinstall the node via the WEB UI ?
>> 
>> Best Regards,
>> Strahil  Nikolov
>> 
>> На 25 юни 2020 г. 3:23:15 GMT+03:00, "Vinícius Ferrão via Users" 
>>  написа:
>>> Hello,
>>> 
>>> For reasons unknown one of my hosts is trying to mount an old storage
>>> point that’s been removed some time ago.
>>> 
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,958-0300 INFO 
>>> (tmap-65016/0) [IOProcessClient] (/192.168.10.6:_mnt_pool0_ovirt_he)
>>> Starting client (__init__:308)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,968-0300 INFO 
>>> (ioprocess/12115) [IOProcess] (/192.168.10.6:_mnt_pool0_ovirt_he)
>>> Starting ioprocess (__init__:434)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,167-0300 INFO  (jsonrpc/6)
>>> [vdsm.api] START connectStorageServer(domType=1,
>>> spUUID=u'----',
>>> conList=[{u'protocol_version': u'auto', u'connection':
>>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>>> from=::1,59090, task_id=5ea81925-ec92-4031-aa36-bb6f436321d5 (api:48)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.StorageServer.MountConnection] Creating directory
>>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>>> (storageServer:168)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.fileUtils] Creating directory:
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>>> (fileUtils:199)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>>> such file or directory\n')
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,683-0300 INFO  (jsonrpc/5)
>>> [vdsm.api] START connectStorageServer(domType=1,
>>> spUUID=u'----',
>>> conList=[{u'protocol_version': u'auto', u'connection':
>>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>>> from=::1,59094, task_id=9ce61858-dea1-4059-b942-a52c8c82afdc (api:48)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.StorageServer.MountConnection] Creating directory
>>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>>> (storageServer:168)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.fileUtils] Creating directory:
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>>> (fileUtils:199)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>>> such file or directory\n’)
>>> 
>>> This only happens in one host and it’s spamming /var/log/vdsm/vdsm.log.
>>> 
>>> Any ideia on how to debug this and remove the entry?
>>> 
>>> Thanks,
>>> 
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DS2ZIZVAXJVLPR6BFSZU63TU7KJWTZVA/
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4TSSMMITEHBXTGS76BYQ5ZPKRB7REZF7/

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


[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
I think yes. But I’m not sure. 

I can do it again, there’s an update so I’ll do both and report back.

Thank you Strahil.

> On 25 Jun 2020, at 00:37, Strahil Nikolov  wrote:
> 
> Did you reinstall the node via the WEB UI ?
> 
> Best Regards,
> Strahil  Nikolov
> 
> На 25 юни 2020 г. 3:23:15 GMT+03:00, "Vinícius Ferrão via Users" 
>  написа:
>> Hello,
>> 
>> For reasons unknown one of my hosts is trying to mount an old storage
>> point that’s been removed some time ago.
>> 
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,958-0300 INFO 
>> (tmap-65016/0) [IOProcessClient] (/192.168.10.6:_mnt_pool0_ovirt_he)
>> Starting client (__init__:308)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,968-0300 INFO 
>> (ioprocess/12115) [IOProcess] (/192.168.10.6:_mnt_pool0_ovirt_he)
>> Starting ioprocess (__init__:434)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,167-0300 INFO  (jsonrpc/6)
>> [vdsm.api] START connectStorageServer(domType=1,
>> spUUID=u'----',
>> conList=[{u'protocol_version': u'auto', u'connection':
>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>> from=::1,59090, task_id=5ea81925-ec92-4031-aa36-bb6f436321d5 (api:48)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.StorageServer.MountConnection] Creating directory
>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>> (storageServer:168)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.fileUtils] Creating directory:
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>> (fileUtils:199)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>> such file or directory\n')
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,683-0300 INFO  (jsonrpc/5)
>> [vdsm.api] START connectStorageServer(domType=1,
>> spUUID=u'----',
>> conList=[{u'protocol_version': u'auto', u'connection':
>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>> from=::1,59094, task_id=9ce61858-dea1-4059-b942-a52c8c82afdc (api:48)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.StorageServer.MountConnection] Creating directory
>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>> (storageServer:168)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.fileUtils] Creating directory:
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>> (fileUtils:199)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>> such file or directory\n’)
>> 
>> This only happens in one host and it’s spamming /var/log/vdsm/vdsm.log.
>> 
>> Any ideia on how to debug this and remove the entry?
>> 
>> Thanks,
>> 
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DS2ZIZVAXJVLPR6BFSZU63TU7KJWTZVA/

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


[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Ayansh Rocks
Is it a bug ?


On Thu, Jun 25, 2020 at 4:11 PM Ayansh Rocks 
wrote:

> See below as well if it helps -
>
> [root@iondelvm149 ~]# date
> Thu Jun 25 16:09:45 IST 2020
> [root@iondelvm149 ~]# psql -h localhost -U  ovirt_engine_history  -d
> ovirt_engine_history
> Password for user ovirt_engine_history:
> psql (9.2.24, server 10.6)
> WARNING: psql version 9.2, server version 10.0.
>  Some psql features might not work.
> Type "help" for help.
>
> ovirt_engine_history=> select * from  history_configuration;
>  var_name  | var_value |  var_datetime
> ---+---+
>  default_language  | en_US |
>  firstSync | false | 2018-03-23 12:27:00-04
>  lastHourAggr  |   | 2020-06-25 05:00:00-04
>  HourlyAggFailed   | false |
>  lastDayAggr   |   | 2020-06-24 01:00:00-04
>  MinimalETLVersion | 4.3.0 |
> (6 rows)
>
> ovirt_engine_history=>
>
> On Thu, Jun 25, 2020 at 4:06 PM Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
>> Hello Shashank,
>>is it on the hour? it sounds like it got a
>> problem aggregating the samples to create the hourly samples.
>>
>> I had to update the java memory usage as it was running out of heap
>> memory.
>>
>> The defaults are
>>
>> DWH_HEAP_MIN=1g
>> DWH_HEAP_MAX=1g
>>
>> see
>>
>> /usr/share/ovirt-engine-dwh/services/ovirt-engine-dwhd/ovirt-engine-dwhd.conf
>>
>> for settings.
>>
>> Regards,
>>   Paul S.
>>
>>
>> --
>> *From:* Ayansh Rocks 
>> *Sent:* 25 June 2020 10:40
>> *To:* Staniforth, Paul ; users <
>> users@ovirt.org>
>> *Subject:* Re: [ovirt-users] Re: ETL service aggregation error
>>
>>
>> *Caution External Mail:* Do not click any links or open any attachments
>> unless you trust the sender and know that the content is safe.
>> Hi Paul,
>>
>> Yes i am able to connect to the database from ovirt engine machine.
>>
>> port is already open. what could be issue, i am getting this error in
>> every hour.
>>
>> Thanks
>>
>> On Wed, Jun 24, 2020 at 6:30 PM Staniforth, Paul <
>> p.stanifo...@leedsbeckett.ac.uk> wrote:
>>
>> Hello Shashank,
>>it looks like it's had a problem for over
>> 2 years, is the Data Warehouse database local or remote? is there a
>> firewall port open?
>>
>> Can you connect to the database from the engine machine?
>>
>> The credentials should be in
>> /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf
>>
>> as your using 4.3 the version of postgresql is 10 and using scl
>>
>> scl enable rh-postgresql10 "psql  -h localhost -U  ovirt_engine_history
>> -d ovirt_engine_history"
>>
>> if it's using the standard user, database and is local.
>>
>>
>> Regards,
>> Paul S.
>> .
>>
>> --
>> *From:* Ayansh Rocks 
>> *Sent:* 24 June 2020 12:47
>> *To:* Staniforth, Paul ; users <
>> users@ovirt.org>
>> *Subject:* Re: [ovirt-users] Re: ETL service aggregation error
>>
>>
>> *Caution External Mail:* Do not click any links or open any attachments
>> unless you trust the sender and know that the content is safe.
>> Please find the attached error logs.
>>
>> On Thu, Jun 4, 2020 at 8:17 PM Staniforth, Paul <
>> p.stanifo...@leedsbeckett.ac.uk> wrote:
>>
>> Hello Shashank,
>> I can't see any of your images and also
>> it would be better to have the log file as text.
>>
>> Regards,
>>  Paul S.
>>
>>
>>
>> --
>> *From:* Ayansh Rocks 
>> *Sent:* 04 June 2020 15:16
>> *To:* users 
>> *Subject:* [ovirt-users] Re: ETL service aggregation error
>>
>>
>> *Caution External Mail:* Do not click any links or open any attachments
>> unless you trust the sender and know that the content is safe.
>> Any update on this ?
>>
>> On Tue, May 26, 2020 at 1:41 PM Ayansh Rocks <
>> shashank123rast...@gmail.com> wrote:
>>
>>   Hi,
>>
>> I am using  4.3.7 self hosted engine. From Few days i am getting regular
>> below error messages :-
>> [image: image.png]
>>
>> Logs in /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
>> [image: image.png]
>>
>> What could be the reason for this?
>>
>> Thanks
>> Shashank
>>
>> To view the terms under which this email is distributed, please go to:-
>> http://leedsbeckett.ac.uk/disclaimer/email/
>> 
>>
>> To view the terms under which this email is distributed, please go to:-
>> http://leedsbeckett.ac.uk/disclaimer/email/
>> 

[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Staniforth, Paul
Hello Shashank,
   is it on the hour? it sounds like it got a problem 
aggregating the samples to create the hourly samples.

I had to update the java memory usage as it was running out of heap memory.

The defaults are

DWH_HEAP_MIN=1g
DWH_HEAP_MAX=1g

see
/usr/share/ovirt-engine-dwh/services/ovirt-engine-dwhd/ovirt-engine-dwhd.conf

for settings.

Regards,
  Paul S.



From: Ayansh Rocks 
Sent: 25 June 2020 10:40
To: Staniforth, Paul ; users 
Subject: Re: [ovirt-users] Re: ETL service aggregation error


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hi Paul,

Yes i am able to connect to the database from ovirt engine machine.

port is already open. what could be issue, i am getting this error in every 
hour.

Thanks

On Wed, Jun 24, 2020 at 6:30 PM Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:
Hello Shashank,
   it looks like it's had a problem for over 2 
years, is the Data Warehouse database local or remote? is there a firewall port 
open?

Can you connect to the database from the engine machine?

The credentials should be in 
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf

as your using 4.3 the version of postgresql is 10 and using scl

scl enable rh-postgresql10 "psql  -h localhost -U  ovirt_engine_history  -d 
ovirt_engine_history"

if it's using the standard user, database and is local.


Regards,
Paul S.
.


From: Ayansh Rocks 
mailto:shashank123rast...@gmail.com>>
Sent: 24 June 2020 12:47
To: Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>>; 
users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Re: ETL service aggregation error


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Please find the attached error logs.

On Thu, Jun 4, 2020 at 8:17 PM Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:
Hello Shashank,
I can't see any of your images and also it 
would be better to have the log file as text.

Regards,
 Paul S.




From: Ayansh Rocks 
mailto:shashank123rast...@gmail.com>>
Sent: 04 June 2020 15:16
To: users mailto:users@ovirt.org>>
Subject: [ovirt-users] Re: ETL service aggregation error


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Any update on this ?

On Tue, May 26, 2020 at 1:41 PM Ayansh Rocks 
mailto:shashank123rast...@gmail.com>> wrote:
  Hi,

I am using  4.3.7 self hosted engine. From Few days i am getting regular below 
error messages :-
[image.png]

Logs in /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
[image.png]

What could be the reason for this?

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

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

To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/B5AOMBWIURX7VT2LQJV5HUEO5BHHATHL/


[ovirt-users] VDSM can't see StoragePool

2020-06-25 Thread Erez Zarum
I have a Self-hosted Engine running on iSCSI as well as couple of Storage 
domains using iSCSI, both the SE and those Storage Domains uses the same target 
portals (two).
I can see the iSCSI sessions and multipath working well from the Host point of 
view.
Yesterday after doing a restart for the “ovirt-engine” all the hosts besides 
the one that runs the SE and the SPM went into “Unassigned” mode with an error 
stating the ovirt-engine can’t communicate with the hosts.
Network wise, everything is good, I can reach all the ports, all the network is 
well configured, so I ruled this.
Looking at the VDSM logs on those “Unassigned” hosts it looks like the VDSM 
can’t find the Storage Pool.

(vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) 
from=internal, task_id=217ec32b-591c-4376-8dc0-8d62200557ee (api:48)
(vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': 
[]} from=internal, task_id=217ec32b-591c-4376-8dc0-8d62200557ee (api:54)
(vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:723)

If I look at the VDSM logs on the host where the SE and SPM is running, no 
issues there and the node appears up (green) in the ovirt-engine UI.

I managed to set the hosted-engine to maintenance, shut it down and then start 
it again on another Host, when it starts on that Host, the host goes “green” 
and if the SPM stays on the previous host, I have two hosts working and the 
rest remains “Unassigned”.

All the “ovirt-ha-agent”/”ovirt-ha-broker” services seems ok, I restarted them, 
I also tried to restart the VDSM on the hosts with no luck.
I have the VMs still running, I did shutdown one host (even used the “SSH 
restart” from the WebUI) to see if that helps, it came back and still went into 
“Unassigned”.

It seems like the hosts can’t see the Storage pool.

Where should I start to troubleshoot this?

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


[ovirt-users] ovirt-provider-ovn syncrhonisation

2020-06-25 Thread chris
Hi - during the last reboot all my ovn networks appeared in oVirt but weren't 
reflected on the physical host, no VMs would boot that had an OVN network 
attached.

I was looking at my logs and I can see the following -

Failed to synchronize networks of Provider ovirt-provider-ovn.

Networks of Provider ovirt-provider-ovn were successfully synchronized.

There was an issue with this host/engine where they lost connection which 
explains the Failed to Sync. The problem is it's since all been rebooted and it 
doesn't look like the ovirt-provider-ovn has tried to sync since, as I 
understand it, it should sync every 5 minutes?

Is it just a case that successful syncs aren't always report in the events log? 
I've checked my timing properties for sync of external providers and all seems 
correct. So now I'm worried another reboot will result in losing all the ovn 
networks I've created through oVirt again!

Also worth noting AutoSync is turned on for the provider.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZICYAE4JB5LLR3PBPWQNTUPDWEU22FCZ/


[ovirt-users] Re: Ovirt SYSTEM user does not allow deletion of VM networks

2020-06-25 Thread chris
Hi -

Not sure if this is an ovn network, but I experienced a similar issue. What I 
ended up doing was making a note of the networks external id (in oVirt UI) and 
deleting it from within the engine using ovn-nbctl show / delete commands, then 
deleting it from the oVirt UI again seems to work.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3SET76OP45FWMHPIUARPSRWHWXM6NREF/


[ovirt-users] Re: ETL service aggregation error

2020-06-25 Thread Ayansh Rocks
Hi Paul,

Yes i am able to connect to the database from ovirt engine machine.

port is already open. what could be issue, i am getting this error in every
hour.

Thanks

On Wed, Jun 24, 2020 at 6:30 PM Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello Shashank,
>it looks like it's had a problem for over 2
> years, is the Data Warehouse database local or remote? is there a firewall
> port open?
>
> Can you connect to the database from the engine machine?
>
> The credentials should be in
> /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf
>
> as your using 4.3 the version of postgresql is 10 and using scl
>
> scl enable rh-postgresql10 "psql  -h localhost -U  ovirt_engine_history
> -d ovirt_engine_history"
>
> if it's using the standard user, database and is local.
>
>
> Regards,
> Paul S.
> .
>
> --
> *From:* Ayansh Rocks 
> *Sent:* 24 June 2020 12:47
> *To:* Staniforth, Paul ; users <
> users@ovirt.org>
> *Subject:* Re: [ovirt-users] Re: ETL service aggregation error
>
>
> *Caution External Mail:* Do not click any links or open any attachments
> unless you trust the sender and know that the content is safe.
> Please find the attached error logs.
>
> On Thu, Jun 4, 2020 at 8:17 PM Staniforth, Paul <
> p.stanifo...@leedsbeckett.ac.uk> wrote:
>
> Hello Shashank,
> I can't see any of your images and also it
> would be better to have the log file as text.
>
> Regards,
>  Paul S.
>
>
>
> --
> *From:* Ayansh Rocks 
> *Sent:* 04 June 2020 15:16
> *To:* users 
> *Subject:* [ovirt-users] Re: ETL service aggregation error
>
>
> *Caution External Mail:* Do not click any links or open any attachments
> unless you trust the sender and know that the content is safe.
> Any update on this ?
>
> On Tue, May 26, 2020 at 1:41 PM Ayansh Rocks 
> wrote:
>
>   Hi,
>
> I am using  4.3.7 self hosted engine. From Few days i am getting regular
> below error messages :-
> [image: image.png]
>
> Logs in /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
> [image: image.png]
>
> What could be the reason for this?
>
> Thanks
> Shashank
>
> To view the terms under which this email is distributed, please go to:-
> http://leedsbeckett.ac.uk/disclaimer/email/
> 
>
> To view the terms under which this email is distributed, please go to:-
> http://leedsbeckett.ac.uk/disclaimer/email/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AFG7PEJEHTRZWCUH4LIUTQGIWO4GNUTC/


[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
You can WA the issue by editing the storage domain using REST-API:

*PUT*  /ovirt-engine/api/storageDomains/123

With a request body as follows:


  data2
  
your-mount-options
  


On Thu, 25 Jun 2020 at 11:59, Eyal Shenitzky  wrote:

> Adding +Ahmad Khiet  since he worked on a similar bug
> - https://bugzilla.redhat.com/1810893
>  that was fixed in
> 4.4.
>
> Ahmad, can you please have a look to see if the fix you did already
> solves the problem?
> If so I think we need to backport it to 4.3.
>
> On Thu, 25 Jun 2020 at 09:54, Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mer 24 giu 2020 alle ore 17:47 Jp 
>> ha scritto:
>>
>>> Hi,
>>>
>>> I want to change the mount options to a Storage Domain that is already
>>> in use, but got an error from the Ovirt Engine's UI, and the mount point
>>> option change isn't getting applied.
>>>
>>> What I tried:
>>>
>>> 1. Shutdown all VMs using Disks on Volume
>>> 2. Stopped storage Volume
>>> 3. Put storage Domain into Maintenance (so Storage -> Data Center ->
>>> select Domain -> Maintenance button)
>>> 4. Entered mount point options via Storage -> Domain -> select Domain ->
>>> Managed Domain -> "Mount Options" field
>>> 5. A pop-up in UI had same exact error as a Bug that had been fixed (
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1273941)
>>> 6. Confirmed the "Mount Options" field had _actually_ kept my new mount
>>> point option!
>>> 6. Took Domain out of Maintenance
>>> 7. Started Volume
>>> 8. Checked oVirt Nodes mount point on CLI but my new option isn't listed
>>>
>>> Is there a way I can change the mount point options via CLI?  To get
>>> around this UI Bug ...
>>>
>>
>>
>> +Tal Nisan  can you please have a look here,
>> happening on 4.3.10.
>>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/54VIGCQZIJ5ZZFBLREZQ5FWHV46C3H4X/
>>>
>>
>>
>> --
>>
>> 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/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIJGQ6I3CL7TOYM7T2LXJNASEXH7IWVO/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>


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


[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Eyal Shenitzky
Adding +Ahmad Khiet  since he worked on a similar bug -
https://bugzilla.redhat.com/1810893
 that was fixed in 4.4.

Ahmad, can you please have a look to see if the fix you did already
solves the problem?
If so I think we need to backport it to 4.3.

On Thu, 25 Jun 2020 at 09:54, Sandro Bonazzola  wrote:

>
>
> Il giorno mer 24 giu 2020 alle ore 17:47 Jp 
> ha scritto:
>
>> Hi,
>>
>> I want to change the mount options to a Storage Domain that is already in
>> use, but got an error from the Ovirt Engine's UI, and the mount point
>> option change isn't getting applied.
>>
>> What I tried:
>>
>> 1. Shutdown all VMs using Disks on Volume
>> 2. Stopped storage Volume
>> 3. Put storage Domain into Maintenance (so Storage -> Data Center ->
>> select Domain -> Maintenance button)
>> 4. Entered mount point options via Storage -> Domain -> select Domain ->
>> Managed Domain -> "Mount Options" field
>> 5. A pop-up in UI had same exact error as a Bug that had been fixed (
>> https://bugzilla.redhat.com/show_bug.cgi?id=1273941)
>> 6. Confirmed the "Mount Options" field had _actually_ kept my new mount
>> point option!
>> 6. Took Domain out of Maintenance
>> 7. Started Volume
>> 8. Checked oVirt Nodes mount point on CLI but my new option isn't listed
>>
>> Is there a way I can change the mount point options via CLI?  To get
>> around this UI Bug ...
>>
>
>
> +Tal Nisan  can you please have a look here, happening
> on 4.3.10.
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/54VIGCQZIJ5ZZFBLREZQ5FWHV46C3H4X/
>>
>
>
> --
>
> 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/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIJGQ6I3CL7TOYM7T2LXJNASEXH7IWVO/
>


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


[ovirt-users] Re: oVirt Engine UI error: changing Storage Domain mount options

2020-06-25 Thread Sandro Bonazzola
Il giorno mer 24 giu 2020 alle ore 17:47 Jp  ha
scritto:

> Hi,
>
> I want to change the mount options to a Storage Domain that is already in
> use, but got an error from the Ovirt Engine's UI, and the mount point
> option change isn't getting applied.
>
> What I tried:
>
> 1. Shutdown all VMs using Disks on Volume
> 2. Stopped storage Volume
> 3. Put storage Domain into Maintenance (so Storage -> Data Center ->
> select Domain -> Maintenance button)
> 4. Entered mount point options via Storage -> Domain -> select Domain ->
> Managed Domain -> "Mount Options" field
> 5. A pop-up in UI had same exact error as a Bug that had been fixed (
> https://bugzilla.redhat.com/show_bug.cgi?id=1273941)
> 6. Confirmed the "Mount Options" field had _actually_ kept my new mount
> point option!
> 6. Took Domain out of Maintenance
> 7. Started Volume
> 8. Checked oVirt Nodes mount point on CLI but my new option isn't listed
>
> Is there a way I can change the mount point options via CLI?  To get
> around this UI Bug ...
>


+Tal Nisan  can you please have a look here, happening
on 4.3.10.


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


-- 

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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIJGQ6I3CL7TOYM7T2LXJNASEXH7IWVO/