[ovirt-users] Re: 2021 first ovirt network question

2021-01-08 Thread carl langlois
Hi,

Let me share our experience with VDI and spice. First I do not have a
solution to make the spice server more reactive.
Here is our current infra:
12 hosts with Xeon processor with 10G port and a couple of hundreds of
memory per host.
This runs around 55 VMs 40 of them are servers vms and 15 desktops VMs .
running Ubuntu/Windows
The desktop vms are accessed from a Windows machine on a 1G network.
Laggy for us is if we move a window and the mouse does not precisely move
with the windows then it is laggy.

So with our current  setup spice server is not usable. The offset of the
mouse vs windows is a couple a inches. It is like moving a window attached
to an elastic band.
RDP to a windows vm is snappy.
RDP to a xrdp server on Ubuntu running Gnome is laaagy.
The only usable remote desktop protocol we are able to use is
Xpra and the NX protocol.

Xpra in seamless mode is by far the snapiest and faster protocol. The
problem with Xpra is some stability issues.  But the support from the dev
is amazing.
The NX protocol is also a good choice. The x2go variant is a good seamless
option. It is as fast as Xpra but the Xpra has a sharper rendering.
There is also nomachine software( creator of the NX protocol) that has the
best desktop experience. I think you can try it for free for 30 days and
the licencing is not that expensive.

I always ask myself the question why RDP on windows is way better than the
other options. Even the xrdp server is no match even using the same windows
client. Is this related to the windows env.(i.e gnome) or the Xserver..

 So if you find a way to make the spice server more snappy i would like to
know.

Maybe a seamless mode for spice server could help.
Regards.













On Fri, Jan 8, 2021 at 12:05 AM  wrote:

> OK, meybe it's not the network issue.
> So, can you offer me a specific guide/way to increase spice server
> performance?
> ___
> 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/LKKDE7S35REW4L3JVC2V5TIVTFXRGTGD/
>
___
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/OLQUJS2V5ZALCKJEML3MUZFBYUMTBHV7/


[ovirt-users] Compatibilty issue

2020-08-27 Thread carl langlois
Hi,

I have upgraded ovirt to 4.3 and now I have some vm that I can start
because of the cluster compatibility version. Those VM where in save state
when I updated the cluster compatibility version. Now they are in a down
state but if i try to run it I get this message.

Cannot run VM. The Custom Compatibility Version of VM vmfpgatest (4.2) is
not supported in Data Center compatibility version 4.3.

any suggestions?
Regards

Carl
___
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/BASF5UWZ4FHGCRT24PKPVA57WQCVN34X/


[ovirt-users] Upgrade Doc typo.

2020-08-24 Thread carl langlois
Hi,

Not sure if this is relevant but in the ovirt doc in the 4.2 to 4.3 upgrade
the repo rpm is specified with 4,4 rpm .
Thanks
Carl

[image: image.png]
___
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/ZXJEHVOETIVPYUTCC5YKEVGSIPVHUBSG/


[ovirt-users] Re: Guest agent ubuntu 20.04

2020-08-13 Thread carl langlois
thanks for the info
Regards
Carl

On Thu, Aug 13, 2020 at 1:21 PM Strahil Nikolov 
wrote:

> Ovirt switched to qemu-guest-agent which is also used in pure KVM
> environments.
>
> Best Regards,
> Strahil Nikolov
>
>
> В четвъртък, 13 август 2020 г., 15:50:14 Гринуич+3, carl langlois <
> crl.langl...@gmail.com> написа:
>
>
>
>
>
> Hi,
>
> This may not be the right place to ask but any of you is using Ubuntu
> 20.04 guest. I have noticed that the guest agent is not present in the
> repo..
>
> Regards
> Carl
>
> ___
> 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/6QAOWG2OTUPBCGGGINDBH3EESYMM7YVZ/
>
___
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/XLJRSVM5WO6LDQKTFIHH5KMHPVF2BJ3H/


[ovirt-users] Guest agent ubuntu 20.04

2020-08-13 Thread carl langlois
Hi,

This may not be the right place to ask but any of you is using Ubuntu 20.04
guest. I have noticed that the guest agent is not present in the repo..

Regards
Carl
___
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/6QAOWG2OTUPBCGGGINDBH3EESYMM7YVZ/


[ovirt-users] Re: 4.2.8 and yum update

2020-08-06 Thread carl langlois
HI again,

I found out that the vdsm-gluster was not installed on the host I had just
upgraded.. probably a bad manipulation i did g. I will need to be more
careful with the other host
everything seems to be back to normal..
Thanks for your help..
Carl

On Thu, Aug 6, 2020 at 4:49 PM carl langlois  wrote:

> Hi ,
>
> I was able to update to ovirt 4.2.8 on one of my host using 7.6 centos
> repo like Alex suggested. But now when i try to activate it i get this
> error in the engine log
>
> 020-08-06 16:43:44,903-04 INFO
>  [org.ovirt.engine.core.vdsbroker.gluster.ManageGlusterServiceVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-97)
> [51530ac3-6864-47fd-8910-9c1a2a825da8] START,
> ManageGlusterServiceVDSCommand(HostName = ovhost3,
> GlusterServiceVDSParameters:{hostId='c85cd64e-94ff-4b0f-a9a0-c888d348b1aa'}),
> log id: 5677f568
> 2020-08-06 16:43:44,970-04
> * ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-97)
> [51530ac3-6864-47fd-8910-9c1a2a825da8] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovhost3 command
> ManageGlusterServiceVDS failed: The method does not exist or is not
> available: {'method': u'GlusterService.action'}2020-08-06 16:43:44,970-04
> ERROR
> [org.ovirt.engine.core.vdsbroker.gluster.ManageGlusterServiceVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-97)
> [51530ac3-6864-47fd-8910-9c1a2a825da8] Command
> 'ManageGlusterServiceVDSCommand(HostName = ovhost3,
> GlusterServiceVDSParameters:{hostId='c85cd64e-94ff-4b0f-a9a0-c888d348b1aa'})'
> execution failed: VDSGenericException: VDSErrorException: Failed to
> ManageGlusterServiceVDS, error = The method does not exist or is not
> available: {'method': u'GlusterService.action'}, code = -32601*
> 2020-08-06 16:43:44,970-04 INFO
>  [org.ovirt.engine.core.bll.ActivateVdsCommand]
> (EE-ManagedThreadFactory-engine-Thread-97)
> [51530ac3-6864-47fd-8910-9c1a2a825da8] Activate host finished. Lock
> released. Monitoring can run now for host 'ovhost3' from data-center
> 'Default'
> 2020-08-06 16:43:44,983-04 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-97)
> [51530ac3-6864-47fd-8910-9c1a2a825da8] EVENT_ID: VDS_ACTIVATE_FAILED(18),
> Failed to activate Host ovhost3.(User: admin@internal-authz
>
> after that the host end up in unassign.
> my engine is also on 4.2.8
>
> any suggestions will be appreciated.
>
> Regards
> Carl
>
> On Thu, Aug 6, 2020 at 11:42 AM carl langlois 
> wrote:
>
>> Hi,
>>
>> Thanks for the suggestion. I will try it.
>> But at one point I will need to update the OS past 7.6 as 4.3.9 needs 7.7
>> or later.
>>
>> Regards
>> Carl
>>
>>
>>
>> On Thu, Aug 6, 2020 at 9:49 AM Alex K  wrote:
>>
>>> Hi
>>>
>>> On Thu, Aug 6, 2020 at 3:45 PM carl langlois 
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I am in the process of upgrading our cluster to 4.3. But first i need
>>>> to update everything to 4.2.8 and update the os to the latest 7.x. I was
>>>> able to update the self-hosted engine to the latest 4.2.8 and centos 7.8.
>>>> But when i tried to update the host yum update got broken gluster
>>>> packages.
>>>> The current host that i'm trying to update is on 7.5. If i look at the
>>>> release note i can see that ovirt 4.2.8 needs 7.6. Not sure how to resolve
>>>> this.
>>>> Any suggestions?.
>>>>
>>> you need to amend  /etc/yum.repos.d/ovirt-4.2-dependencies.repo and edit
>>> the repos that contain the name ovirt-4.2 as following:
>>>
>>> from: *mirror.centos.org/centos/7 <http://mirror.centos.org/centos/7>*
>>> to: *vault.centos.org/centos/7.6.1810
>>> <http://vault.centos.org/centos/7.6.1810>*
>>>
>>> You will need to amend also base repo to avoid centos going to 7.8, as
>>> you will face dependency issues with 4.2.  You can point base repo at
>>> 7.6.1810, yum update, then follow upgrade to 4.3.
>>> For the base repo you need to comment out mirrorlist lines, uncomment
>>> baseurl and replace mirror.centos.org/centos/$releasever with
>>> *vault.centos.org/centos/7.6.1810
>>> <http://vault.centos.org/centos/7.6.1810>. *
>>> Just followed this path the previous days and managed to complete the
>>> upgrade from 4.2 to 4.3.
>>> Good luck.
>>>
>>>>
>>>> Carl
>>>> ___
>>>> Users mailing list --

[ovirt-users] Re: 4.2.8 and yum update

2020-08-06 Thread carl langlois
Hi ,

I was able to update to ovirt 4.2.8 on one of my host using 7.6 centos repo
like Alex suggested. But now when i try to activate it i get this error in
the engine log

020-08-06 16:43:44,903-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.ManageGlusterServiceVDSCommand]
(EE-ManagedThreadFactory-engine-Thread-97)
[51530ac3-6864-47fd-8910-9c1a2a825da8] START,
ManageGlusterServiceVDSCommand(HostName = ovhost3,
GlusterServiceVDSParameters:{hostId='c85cd64e-94ff-4b0f-a9a0-c888d348b1aa'}),
log id: 5677f568
2020-08-06 16:43:44,970-04
* ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engine-Thread-97)
[51530ac3-6864-47fd-8910-9c1a2a825da8] EVENT_ID:
VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovhost3 command
ManageGlusterServiceVDS failed: The method does not exist or is not
available: {'method': u'GlusterService.action'}2020-08-06 16:43:44,970-04
ERROR
[org.ovirt.engine.core.vdsbroker.gluster.ManageGlusterServiceVDSCommand]
(EE-ManagedThreadFactory-engine-Thread-97)
[51530ac3-6864-47fd-8910-9c1a2a825da8] Command
'ManageGlusterServiceVDSCommand(HostName = ovhost3,
GlusterServiceVDSParameters:{hostId='c85cd64e-94ff-4b0f-a9a0-c888d348b1aa'})'
execution failed: VDSGenericException: VDSErrorException: Failed to
ManageGlusterServiceVDS, error = The method does not exist or is not
available: {'method': u'GlusterService.action'}, code = -32601*
2020-08-06 16:43:44,970-04 INFO
 [org.ovirt.engine.core.bll.ActivateVdsCommand]
(EE-ManagedThreadFactory-engine-Thread-97)
[51530ac3-6864-47fd-8910-9c1a2a825da8] Activate host finished. Lock
released. Monitoring can run now for host 'ovhost3' from data-center
'Default'
2020-08-06 16:43:44,983-04 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engine-Thread-97)
[51530ac3-6864-47fd-8910-9c1a2a825da8] EVENT_ID: VDS_ACTIVATE_FAILED(18),
Failed to activate Host ovhost3.(User: admin@internal-authz

after that the host end up in unassign.
my engine is also on 4.2.8

any suggestions will be appreciated.

Regards
Carl

On Thu, Aug 6, 2020 at 11:42 AM carl langlois 
wrote:

> Hi,
>
> Thanks for the suggestion. I will try it.
> But at one point I will need to update the OS past 7.6 as 4.3.9 needs 7.7
> or later.
>
> Regards
> Carl
>
>
>
> On Thu, Aug 6, 2020 at 9:49 AM Alex K  wrote:
>
>> Hi
>>
>> On Thu, Aug 6, 2020 at 3:45 PM carl langlois 
>> wrote:
>>
>>> Hi all,
>>>
>>> I am in the process of upgrading our cluster to 4.3. But first i need to
>>> update everything to 4.2.8 and update the os to the latest 7.x. I was able
>>> to update the self-hosted engine to the latest 4.2.8 and centos 7.8. But
>>> when i tried to update the host yum update got broken gluster packages.
>>> The current host that i'm trying to update is on 7.5. If i look at the
>>> release note i can see that ovirt 4.2.8 needs 7.6. Not sure how to resolve
>>> this.
>>> Any suggestions?.
>>>
>> you need to amend  /etc/yum.repos.d/ovirt-4.2-dependencies.repo and edit
>> the repos that contain the name ovirt-4.2 as following:
>>
>> from: *mirror.centos.org/centos/7 <http://mirror.centos.org/centos/7>*
>> to: *vault.centos.org/centos/7.6.1810
>> <http://vault.centos.org/centos/7.6.1810>*
>>
>> You will need to amend also base repo to avoid centos going to 7.8, as
>> you will face dependency issues with 4.2.  You can point base repo at
>> 7.6.1810, yum update, then follow upgrade to 4.3.
>> For the base repo you need to comment out mirrorlist lines, uncomment
>> baseurl and replace mirror.centos.org/centos/$releasever with
>> *vault.centos.org/centos/7.6.1810
>> <http://vault.centos.org/centos/7.6.1810>. *
>> Just followed this path the previous days and managed to complete the
>> upgrade from 4.2 to 4.3.
>> Good luck.
>>
>>>
>>> Carl
>>> ___
>>> 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/QTPJBNLETMHMDHBJXCGTIHRY53UTBJFK/
>>>
>>
___
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/AZTIFQWILQVW4LUXRCF2JHEFJBYM5QYU/


[ovirt-users] Re: 4.2.8 and yum update

2020-08-06 Thread carl langlois
Hi,

Thanks for the suggestion. I will try it.
But at one point I will need to update the OS past 7.6 as 4.3.9 needs 7.7
or later.

Regards
Carl



On Thu, Aug 6, 2020 at 9:49 AM Alex K  wrote:

> Hi
>
> On Thu, Aug 6, 2020 at 3:45 PM carl langlois 
> wrote:
>
>> Hi all,
>>
>> I am in the process of upgrading our cluster to 4.3. But first i need to
>> update everything to 4.2.8 and update the os to the latest 7.x. I was able
>> to update the self-hosted engine to the latest 4.2.8 and centos 7.8. But
>> when i tried to update the host yum update got broken gluster packages.
>> The current host that i'm trying to update is on 7.5. If i look at the
>> release note i can see that ovirt 4.2.8 needs 7.6. Not sure how to resolve
>> this.
>> Any suggestions?.
>>
> you need to amend  /etc/yum.repos.d/ovirt-4.2-dependencies.repo and edit
> the repos that contain the name ovirt-4.2 as following:
>
> from: *mirror.centos.org/centos/7 <http://mirror.centos.org/centos/7>*
> to: *vault.centos.org/centos/7.6.1810
> <http://vault.centos.org/centos/7.6.1810>*
>
> You will need to amend also base repo to avoid centos going to 7.8, as you
> will face dependency issues with 4.2.  You can point base repo at 7.6.1810,
> yum update, then follow upgrade to 4.3.
> For the base repo you need to comment out mirrorlist lines, uncomment
> baseurl and replace mirror.centos.org/centos/$releasever with
> *vault.centos.org/centos/7.6.1810
> <http://vault.centos.org/centos/7.6.1810>. *
> Just followed this path the previous days and managed to complete the
> upgrade from 4.2 to 4.3.
> Good luck.
>
>>
>> Carl
>> ___
>> 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/QTPJBNLETMHMDHBJXCGTIHRY53UTBJFK/
>>
>
___
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/LY7YCA7OWVB2QTKFZRKN4MG3W6BNWP62/


[ovirt-users] Re: 4.2.8 and yum update

2020-08-06 Thread carl langlois
Here is a sample os the error :

 glusterfs = 3.12.15-1.el7
Error: Package: glusterfs-server-3.12.15-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   Requires: glusterfs-api = 3.12.15-1.el7
   Removing: glusterfs-api-3.12.11-1.el7.x86_64
(@ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.11-1.el7
   Updated By: glusterfs-api-6.0-29.el7.x86_64 (base)
   glusterfs-api = 6.0-29.el7
   Available: glusterfs-api-3.12.0-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.0-1.el7
   Available: glusterfs-api-3.12.1-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.1-1.el7
   Available: glusterfs-api-3.12.1-2.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.1-2.el7
   Available: glusterfs-api-3.12.3-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.3-1.el7
   Available: glusterfs-api-3.12.4-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.4-1.el7
   Available: glusterfs-api-3.12.5-2.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.5-2.el7
   Available: glusterfs-api-3.12.6-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.6-1.el7
   Available: glusterfs-api-3.12.8-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.8-1.el7
   Available: glusterfs-api-3.12.9-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.9-1.el7
   Available: glusterfs-api-3.12.13-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.13-1.el7
   Available: glusterfs-api-3.12.14-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.14-1.el7
   Available: glusterfs-api-3.12.15-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   glusterfs-api = 3.12.15-1.el7
 You could try using --skip-broken to work around the problem

On Thu, Aug 6, 2020 at 8:43 AM carl langlois  wrote:

> Hi all,
>
> I am in the process of upgrading our cluster to 4.3. But first i need to
> update everything to 4.2.8 and update the os to the latest 7.x. I was able
> to update the self-hosted engine to the latest 4.2.8 and centos 7.8. But
> when i tried to update the host yum update got broken gluster packages.
> The current host that i'm trying to update is on 7.5. If i look at the
> release note i can see that ovirt 4.2.8 needs 7.6. Not sure how to resolve
> this.
> Any suggestions?.
>
> Carl
>
___
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/5RWM3SR6EBLLHNTTHSCYZN2MT3SHKHT6/


[ovirt-users] 4.2.8 and yum update

2020-08-06 Thread carl langlois
Hi all,

I am in the process of upgrading our cluster to 4.3. But first i need to
update everything to 4.2.8 and update the os to the latest 7.x. I was able
to update the self-hosted engine to the latest 4.2.8 and centos 7.8. But
when i tried to update the host yum update got broken gluster packages.
The current host that i'm trying to update is on 7.5. If i look at the
release note i can see that ovirt 4.2.8 needs 7.6. Not sure how to resolve
this.
Any suggestions?.

Carl
___
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/QTPJBNLETMHMDHBJXCGTIHRY53UTBJFK/


[ovirt-users] Re: Running Host on sudo user

2020-04-30 Thread carl langlois
Hi,
Yes this is exactly what i did.
Thanks for the inputs and the support.

Carl


On Thu, Apr 30, 2020 at 10:32 AM Strahil Nikolov 
wrote:

> On April 29, 2020 7:56:10 PM GMT+03:00, Sandro Bonazzola <
> sbona...@redhat.com> wrote:
> >Il giorno mar 7 apr 2020 alle ore 16:33 carl langlois <
> >crl.langl...@gmail.com> ha scritto:
> >
> >> Hi,
> >>
> >> I was wandering if it is possible to run ovirt node using a sudo user
> >> instead of the root user?
> >> Let says i want or need to disable root ssh login..
> >>
> >
> >This is not supported right now.
> >
> >
> >>
> >> Thanks and regards.
> >>
> >> Carl
> >> ___
> >> 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/7BELLOX2C2D3FSNKP3TQIRBMHDNIOWTL/
> >>
>
> Hi Carl,
>
> I guess you can deny root in general and use the 'Match '  to allow
> ssh for the root user from specific nodes (for example the engine).
>
> Of course , you should test it on a test cluster before implemwnting on
> production.
>
> Best Regards,
> Strahil Nikolov
>
___
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/6T5TASY2L3D67VT34C65BCHCWAWZ3GNW/


[ovirt-users] Running Host on sudo user

2020-04-07 Thread carl langlois
Hi,

I was wandering if it is possible to run ovirt node using a sudo user
instead of the root user?
Let says i want or need to disable root ssh login..

Thanks and regards.

Carl
___
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/7BELLOX2C2D3FSNKP3TQIRBMHDNIOWTL/


[ovirt-users] Re: major network changes

2019-07-25 Thread carl langlois
Hi,

Thanks you for all your input
We have pinpoint the cause of our "liveliness check: failure. In our engine
we have a external provider that connect to our domain controller with LDAP
request. When we removed this provider the hosted-engine host  was able to
check for liveliness on the engine.

Not sure why the provider is preventing the engine to go live. Any thoughts?

Thanks & Regards
Carl

On Wed, Jul 24, 2019 at 11:00 PM Strahil  wrote:

> The CA can be downloaded  via the web , or you can tell curl to just
> ignore the engine's cert via the '-k' flag.
> It will show you if the health page is working.
>
> Best Regards,
> Strahil Nikolov
> On Jul 24, 2019 19:39, carl langlois  wrote:
>
> Strahil, not sure what to put for the --cacert.
>
> Yes Derek your are right at one point the port 8702 stop listening.
>
> tcp6   0  0 127.0.0.1:8702  :::*
>  LISTEN  1607/ovirt-engine
>
> After some time the line above disappear. I am trying to figure why this
> port is being close after some time when  the engine is running on the host
> on the 248.x network. On the 236.x network this port is kept alive all the
> time.
> If you have any hint on why this port is closing do not hesitate because i
> am starting to be out of ideas. :-)
>
>
> Thanks & Regards
>
> Carl
>
>
>
>
>
>
> On Wed, Jul 24, 2019 at 11:11 AM Strahil Nikolov 
> wrote:
>
> A healthy engine should report:
> [root@ovirt1 ~]# curl --cacert CA
> https://engine.localdomain/ovirt-engine/services/health;echo
> DB Up!Welcome to Health Status!
>
> Of course you can use the '-k' switch to verify the situation.
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins <
> de...@ihtfp.com> написа:
>
>
> Hi,
>
> carl langlois  writes:
>
> > If i try to access http://ovengine/ovirt-engine/services/health
> > i always get "Service Unavailable" in the browser and each time i it
> reload in
> > the browser i get in the error_log
> >
> >  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed
> to make
> > connection to backend: 127.0.0.1
> > [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416]
> (111)Connection
> > refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1)
> failed
>
> Sounds like a service isn't running on port 8702.
>
> > Thanks & Regards
> >
> > Carl
>
> -derek
>
> --
>   Derek Atkins617-623-3745
>
>   de...@ihtfp.com
> www.ihtfp.com
>   Computer and Internet Security Consultant
>
>
___
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/4Z2RKPLZKS5YXNPIUEGP5ASTCKVDJNS6/


[ovirt-users] Re: major network changes

2019-07-25 Thread carl langlois
Thanks Strahil,

When i run the command it get stuck waiting for the response.

 About to connect() to ovengine port 443 (#0)
*   Trying 10.16.248.74...
* Connected to ovengine (10.16.248.74) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* skipping SSL peer certificate verification
* SSL connection using TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
> GET /ovirt-engine/services/health HTTP/1.1
> User-Agent: curl/7.29.0
> Host: ovengine
> Accept: */*
>


in the error_log i have always

 [proxy_ajp:debug] [pid 2164] mod_proxy_ajp.c(276): [client
10.16.248.65:58768] AH00872: APR_BUCKET_IS_EOS
[Thu Jul 25 10:26:48.452910 2019] [proxy_ajp:debug] [pid 2164]
mod_proxy_ajp.c(282): [client 10.16.248.65:58768] AH00873: data to read
(max 8186 at 4)
[Thu Jul 25 10:26:48.452916 2019] [proxy_ajp:debug] [pid 2164]
mod_proxy_ajp.c(296): [client 10.16.248.65:58768] AH00875: got 0 bytes of
data
[Thu Jul 25 10:26:49.444631 2019] [proxy:debug] [pid 2771]
proxy_util.c(1843): AH00925: initializing worker ajp://127.0.0.1:8702 shared
[Thu Jul 25 10:26:49.444686 2019] [proxy:debug] [pid 2771]
proxy_util.c(1885): AH00927: initializing worker ajp://127.0.0.1:8702 local
[Thu Jul 25 10:26:49.444716 2019] [proxy:debug] [pid 2771]
proxy_util.c(1936): AH00931: initialized single connection worker in child
2771 for (127.0.0.1)
[Thu Jul 25 10:26:49.444745 2019] [proxy:debug] [pid 2771]
proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Thu Jul 25 10:26:49.444878 2019] [proxy:debug] [pid 2771]
proxy_util.c(1885): AH00927: initializing worker proxy:reverse local
[Thu Jul 25 10:26:49.444938 2019] [proxy:debug] [pid 2771]
proxy_util.c(1936): AH00931: initialized single connection worker in child
2771 for (*)

it keep initializing after the connection after an attempt to connect.

Any ideas?
Thanks & Regards
Carl


On Wed, Jul 24, 2019 at 11:00 PM Strahil  wrote:

> The CA can be downloaded  via the web , or you can tell curl to just
> ignore the engine's cert via the '-k' flag.
> It will show you if the health page is working.
>
> Best Regards,
> Strahil Nikolov
> On Jul 24, 2019 19:39, carl langlois  wrote:
>
> Strahil, not sure what to put for the --cacert.
>
> Yes Derek your are right at one point the port 8702 stop listening.
>
> tcp6   0  0 127.0.0.1:8702  :::*
>  LISTEN  1607/ovirt-engine
>
> After some time the line above disappear. I am trying to figure why this
> port is being close after some time when  the engine is running on the host
> on the 248.x network. On the 236.x network this port is kept alive all the
> time.
> If you have any hint on why this port is closing do not hesitate because i
> am starting to be out of ideas. :-)
>
>
> Thanks & Regards
>
> Carl
>
>
>
>
>
>
> On Wed, Jul 24, 2019 at 11:11 AM Strahil Nikolov 
> wrote:
>
> A healthy engine should report:
> [root@ovirt1 ~]# curl --cacert CA
> https://engine.localdomain/ovirt-engine/services/health;echo
> DB Up!Welcome to Health Status!
>
> Of course you can use the '-k' switch to verify the situation.
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins <
> de...@ihtfp.com> написа:
>
>
> Hi,
>
> carl langlois  writes:
>
> > If i try to access http://ovengine/ovirt-engine/services/health
> > i always get "Service Unavailable" in the browser and each time i it
> reload in
> > the browser i get in the error_log
> >
> >  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed
> to make
> > connection to backend: 127.0.0.1
> > [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416]
> (111)Connection
> > refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1)
> failed
>
> Sounds like a service isn't running on port 8702.
>
> > Thanks & Regards
> >
> > Carl
>
> -derek
>
> --
>   Derek Atkins617-623-3745
>
>   de...@ihtfp.com
> www.ihtfp.com
>   Computer and Internet Security Consultant
>
>
___
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/YE5TRRCXLPETYFRZ6TZPSLZPHAIDXPF3/


[ovirt-users] Re: major network changes

2019-07-24 Thread carl langlois
Strahil, not sure what to put for the --cacert.

Yes Derek your are right at one point the port 8702 stop listening.

tcp6   0  0 127.0.0.1:8702  :::*LISTEN
 1607/ovirt-engine

After some time the line above disappear. I am trying to figure why this
port is being close after some time when  the engine is running on the host
on the 248.x network. On the 236.x network this port is kept alive all the
time.
If you have any hint on why this port is closing do not hesitate because i
am starting to be out of ideas. :-)


Thanks & Regards

Carl






On Wed, Jul 24, 2019 at 11:11 AM Strahil Nikolov 
wrote:

> A healthy engine should report:
> [root@ovirt1 ~]# curl --cacert CA
> https://engine.localdomain/ovirt-engine/services/health;echo
> DB Up!Welcome to Health Status!
>
> Of course you can use the '-k' switch to verify the situation.
>
> Best Regards,
> Strahil Nikolov
>
> В сряда, 24 юли 2019 г., 17:43:59 ч. Гринуич+3, Derek Atkins <
> de...@ihtfp.com> написа:
>
>
> Hi,
>
> carl langlois  writes:
>
> > If i try to access http://ovengine/ovirt-engine/services/health
> > i always get "Service Unavailable" in the browser and each time i it
> reload in
> > the browser i get in the error_log
> >
> >  [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed
> to make
> > connection to backend: 127.0.0.1
> > [Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416]
> (111)Connection
> > refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1)
> failed
>
> Sounds like a service isn't running on port 8702.
>
> > Thanks & Regards
> >
> > Carl
>
> -derek
>
> --
>   Derek Atkins617-623-3745
>
>   de...@ihtfp.com
> www.ihtfp.com
>   Computer and Internet Security Consultant
>
___
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/X2TLXH46EU5OJNQ3ZYZIZJG73HR6KXY7/


[ovirt-users] Re: major network changes

2019-07-23 Thread carl langlois
If i try to access http://ovengine/ovirt-engine/services/health
i always get "Service Unavailable" in the browser and each time i it reload
in the browser i get in the error_log

 [proxy_ajp:error] [pid 1868] [client 10.8.1.76:63512] AH00896: failed to
make connection to backend: 127.0.0.1
[Tue Jul 23 14:04:10.074023 2019] [proxy:error] [pid 1416] (111)Connection
refused: AH00957: AJP: attempt to connect to 127.0.0.1:8702 (127.0.0.1)
failed

Thanks & Regards

Carl


On Tue, Jul 23, 2019 at 12:59 PM carl langlois 
wrote:

> Hi
> At one point we did have issue with DNS resolution(mainly the reverse
> lookup). But that was fix.  Yes we can ping both network and vice-versa.
>
> Not sure how to multi-home the engine. Will do some research on that.
>
> I did find something in the error_log on the engine.
>
> In the /etc/httpd/logs/error_log i always get this messages.
>
> [Tue Jul 23 11:21:52.430555 2019] [proxy:error] [pid 3189] AH00959: 
> ap_proxy_connect_backend disabling worker for (127.0.0.1) for 5s
> [Tue Jul 23 11:21:52.430562 2019] [proxy_ajp:error] [pid 3189] [client 
> 10.16.248.65:35154] AH00896: failed to make connection to backend: 127.0.0.1
>
> The 10.16.248.65 is the new address of the host that was move to the new
> network.
>
>
> Thanks & Regards
> Carl
>
>
>
>
> On Tue, Jul 23, 2019 at 11:52 AM Strahil  wrote:
>
>> According to another post in the mailing list, the Engine Hosts (that has
>> ovirt-ha-agent/ovirt-ha-broker running) is checking http://
>> {fqdn}/ovirt-engine/services/health
>>
>> As the IP is changed, I think you need to check the URL before and after
>> thr mifgration.
>>
>> Best Regards,
>> Strahil NikolovOn Jul 23, 2019 16:41, Derek Atkins 
>> wrote:
>> >
>> > Hi,
>> >
>> > If I understand it correctly, the HE Hosts try to ping (or SSH, or
>> > otherwise reach) the Engine host.  If it reaches it, then it passes the
>> > liveness check. If it cannot reach it, then it fails.  So to me this
>> error
>> > means that there is some configuration, somewhere, that is trying to
>> reach
>> > the engine on the old address (which fails when the engine has the new
>> > address).
>> >
>> > I do not know where in the *host* configuration this data lives, so I
>> > cannot suggest where you need to change it.
>> >
>> > Can 10.16.248.x reach 10.8.236.x and vice-versa?
>> >
>> > Maybe multi-home the engine on both networks for now until you figure
>> it out?
>> >
>> > -derek
>> >
>> > On Tue, July 23, 2019 9:13 am, carl langlois wrote:
>> > > Hi,
>> > >
>> > > We have managed to stabilize the DNS udpate in out network. Now the
>> > > current
>> > > situation is.
>> > > I have 3 hosts that can run the engine (hosted-engine).
>> > > They were all in the 10.8.236.x. Now i have moved one of them in the
>> > > 10.16.248.x.
>> > >
>> > > If i boot the engine on one of the host that is in the 10.8.236.x the
>> > > engine is going up with status "good". I can access the engine UI. I
>> can
>> > > see all my hosts even the one in the 10.16.248.x network.
>> > >
>> > > But if i boot the engine on the hosted-engine host that was switch to
>> the
>> > > 10.16.248.x the engine is booting. I can ssh to it but the status is
>> > > always
>> > > " fail for liveliness check".
>> > > The main difference is that when i boot on the host that is in the
>> > > 10.16.248.x network the engine gets a address in the 248.x network.
>> > >
>> > > On the engine i have this in the
>> > > /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
>> > > 019-07-23
>> > >
>> 09:05:30|MFzehi|YYTDiS|jTq2w8|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
>>
>> > > not sample data, oVirt Engine is not updating the statistics. Please
>> check
>> > > your oVirt Engine status.|9704
>> > > the engine.log seems okey.
>> > >
>> > > So i need to understand what this " liveliness check" do(or try to
>> do) so
>> > > i
>> > > can investigate why the engine status is not becoming good.
>> > >
>> > > The initial deployment was done in the 10.8.236.x network. Maybe is
>> as
>> > > something to do with that.
>> > >
>> > > Thanks & Regards
>> > >
>> > &g

[ovirt-users] Re: major network changes

2019-07-23 Thread carl langlois
Hi
At one point we did have issue with DNS resolution(mainly the reverse
lookup). But that was fix.  Yes we can ping both network and vice-versa.

Not sure how to multi-home the engine. Will do some research on that.

I did find something in the error_log on the engine.

In the /etc/httpd/logs/error_log i always get this messages.

[Tue Jul 23 11:21:52.430555 2019] [proxy:error] [pid 3189] AH00959:
ap_proxy_connect_backend disabling worker for (127.0.0.1) for 5s
[Tue Jul 23 11:21:52.430562 2019] [proxy_ajp:error] [pid 3189] [client
10.16.248.65:35154] AH00896: failed to make connection to backend:
127.0.0.1

The 10.16.248.65 is the new address of the host that was move to the new
network.


Thanks & Regards
Carl




On Tue, Jul 23, 2019 at 11:52 AM Strahil  wrote:

> According to another post in the mailing list, the Engine Hosts (that has
> ovirt-ha-agent/ovirt-ha-broker running) is checking http://
> {fqdn}/ovirt-engine/services/health
>
> As the IP is changed, I think you need to check the URL before and after
> thr mifgration.
>
> Best Regards,
> Strahil NikolovOn Jul 23, 2019 16:41, Derek Atkins 
> wrote:
> >
> > Hi,
> >
> > If I understand it correctly, the HE Hosts try to ping (or SSH, or
> > otherwise reach) the Engine host.  If it reaches it, then it passes the
> > liveness check. If it cannot reach it, then it fails.  So to me this
> error
> > means that there is some configuration, somewhere, that is trying to
> reach
> > the engine on the old address (which fails when the engine has the new
> > address).
> >
> > I do not know where in the *host* configuration this data lives, so I
> > cannot suggest where you need to change it.
> >
> > Can 10.16.248.x reach 10.8.236.x and vice-versa?
> >
> > Maybe multi-home the engine on both networks for now until you figure it
> out?
> >
> > -derek
> >
> > On Tue, July 23, 2019 9:13 am, carl langlois wrote:
> > > Hi,
> > >
> > > We have managed to stabilize the DNS udpate in out network. Now the
> > > current
> > > situation is.
> > > I have 3 hosts that can run the engine (hosted-engine).
> > > They were all in the 10.8.236.x. Now i have moved one of them in the
> > > 10.16.248.x.
> > >
> > > If i boot the engine on one of the host that is in the 10.8.236.x the
> > > engine is going up with status "good". I can access the engine UI. I
> can
> > > see all my hosts even the one in the 10.16.248.x network.
> > >
> > > But if i boot the engine on the hosted-engine host that was switch to
> the
> > > 10.16.248.x the engine is booting. I can ssh to it but the status is
> > > always
> > > " fail for liveliness check".
> > > The main difference is that when i boot on the host that is in the
> > > 10.16.248.x network the engine gets a address in the 248.x network.
> > >
> > > On the engine i have this in the
> > > /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
> > > 019-07-23
> > >
> 09:05:30|MFzehi|YYTDiS|jTq2w8|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
>
> > > not sample data, oVirt Engine is not updating the statistics. Please
> check
> > > your oVirt Engine status.|9704
> > > the engine.log seems okey.
> > >
> > > So i need to understand what this " liveliness check" do(or try to do)
> so
> > > i
> > > can investigate why the engine status is not becoming good.
> > >
> > > The initial deployment was done in the 10.8.236.x network. Maybe is as
> > > something to do with that.
> > >
> > > Thanks & Regards
> > >
> > > Carl
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Thu, Jul 18, 2019 at 8:53 AM Miguel Duarte de Mora Barroso <
> > > mdbarr...@redhat.com> wrote:
> > >
> > >> On Thu, Jul 18, 2019 at 2:50 PM Miguel Duarte de Mora Barroso
> > >>  wrote:
> > >> >
> > >> > On Thu, Jul 18, 2019 at 1:57 PM carl langlois <
> crl.langl...@gmail.com>
> > >> wrote:
> > >> > >
> > >> > > Hi Miguel,
> > >> > >
> > >> > > I have managed to change the config for the ovn-controler.
> > >> > > with those commands
> > >> > >  ovs-vsctl set Open_vSwitch . extern

[ovirt-users] Re: major network changes

2019-07-23 Thread carl langlois
Hi,

We have managed to stabilize the DNS udpate in out network. Now the current
situation is.
I have 3 hosts that can run the engine (hosted-engine).
They were all in the 10.8.236.x. Now i have moved one of them in the
10.16.248.x.

If i boot the engine on one of the host that is in the 10.8.236.x the
engine is going up with status "good". I can access the engine UI. I can
see all my hosts even the one in the 10.16.248.x network.

But if i boot the engine on the hosted-engine host that was switch to the
10.16.248.x the engine is booting. I can ssh to it but the status is always
" fail for liveliness check".
The main difference is that when i boot on the host that is in the
10.16.248.x network the engine gets a address in the 248.x network.

On the engine i have this in the
/var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log
019-07-23
09:05:30|MFzehi|YYTDiS|jTq2w8|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
not sample data, oVirt Engine is not updating the statistics. Please check
your oVirt Engine status.|9704
the engine.log seems okey.

So i need to understand what this " liveliness check" do(or try to do) so i
can investigate why the engine status is not becoming good.

The initial deployment was done in the 10.8.236.x network. Maybe is as
something to do with that.

Thanks & Regards

Carl


















On Thu, Jul 18, 2019 at 8:53 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Thu, Jul 18, 2019 at 2:50 PM Miguel Duarte de Mora Barroso
>  wrote:
> >
> > On Thu, Jul 18, 2019 at 1:57 PM carl langlois 
> wrote:
> > >
> > > Hi Miguel,
> > >
> > > I have managed to change the config for the ovn-controler.
> > > with those commands
> > >  ovs-vsctl set Open_vSwitch . external-ids:ovn-remote=ssl:
> 10.16.248.74:6642
> > >  ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-ip=10.16.248.65
> > > and restating the services
> >
> > Yes, that's what the script is supposed to do, check [0].
> >
> > Not sure why running vdsm-tool didn't work for you.
> >
> > >
> > > But even with this i still have the "fail for liveliness check" when
> starting the ovirt engine. But one thing  i notice with our new network is
> that the reverse DNS does not work(IP -> hostname). The forward is working
> fine. I am trying to see with our IT why it is not working.
> >
> > Do you guys use OVN? If not, you could disable the provider, install
> > the hosted-engine VM, then, if needed, re-add / re-activate it .
>
> I'm assuming it fails for the same reason you've stated initially  -
> i.e. ovn-controller is involved; if it is not, disregard this msg :)
> >
> > [0] -
> https://github.com/oVirt/ovirt-provider-ovn/blob/master/driver/scripts/setup_ovn_controller.sh#L24
> >
> > >
> > > Regards.
> > > Carl
> > >
> > > On Thu, Jul 18, 2019 at 4:03 AM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
> > >>
> > >> On Wed, Jul 17, 2019 at 7:07 PM carl langlois 
> wrote:
> > >> >
> > >> > Hi
> > >> > Here is the output of the command
> > >> >
> > >> > [root@ovhost1 ~]# vdsm-tool --vvverbose ovn-config 10.16.248.74
> ovirtmgmt
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,581::cmdutils::150::root::(exec_cmd) lshw -json -disable usb
> -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi
> -disable memory -disable cpuinfo (cwd None)
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,738::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,741::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
> duplicated for the device ovirtmgmt
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,742::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
> duplicated for the device ovirtmgmt
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,742::cmdutils::150::root::(exec_cmd) /sbin/tc qdisc show (cwd None)
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,744::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,745::cmdutils::150::root::(exec_cmd) /sbin/tc class show dev
> enp2s0f1 classid 0:1388 (cwd None)
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,747::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > >> > MainThread::DEBUG::2019-07-17
> 13:02:52,766::cmdutils::150::root::(exec_cmd)
> /usr/share/openvswitch/scripts/ovs-ctl status (cwd None)
> > >> > MainThr

[ovirt-users] Re: major network changes

2019-07-18 Thread carl langlois
Hi Miguel,

I have managed to change the config for the ovn-controler.
with those commands
 ovs-vsctl set Open_vSwitch . external-ids:ovn-remote=ssl:10.16.248.74:6642
 ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-ip=10.16.248.65
and restating the services

But even with this i still have the "fail for liveliness check" when
starting the ovirt engine. But one thing  i notice with our new network is
that the reverse DNS does not work(IP -> hostname). The forward is working
fine. I am trying to see with our IT why it is not working.

Regards.
Carl

On Thu, Jul 18, 2019 at 4:03 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Wed, Jul 17, 2019 at 7:07 PM carl langlois 
> wrote:
> >
> > Hi
> > Here is the output of the command
> >
> > [root@ovhost1 ~]# vdsm-tool --vvverbose ovn-config 10.16.248.74
> ovirtmgmt
> > MainThread::DEBUG::2019-07-17
> 13:02:52,581::cmdutils::150::root::(exec_cmd) lshw -json -disable usb
> -disable pcmcia -disable isapnp -disable ide -disable scsi -disable dmi
> -disable memory -disable cpuinfo (cwd None)
> > MainThread::DEBUG::2019-07-17
> 13:02:52,738::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > MainThread::DEBUG::2019-07-17
> 13:02:52,741::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
> duplicated for the device ovirtmgmt
> > MainThread::DEBUG::2019-07-17
> 13:02:52,742::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
> duplicated for the device ovirtmgmt
> > MainThread::DEBUG::2019-07-17
> 13:02:52,742::cmdutils::150::root::(exec_cmd) /sbin/tc qdisc show (cwd None)
> > MainThread::DEBUG::2019-07-17
> 13:02:52,744::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > MainThread::DEBUG::2019-07-17
> 13:02:52,745::cmdutils::150::root::(exec_cmd) /sbin/tc class show dev
> enp2s0f1 classid 0:1388 (cwd None)
> > MainThread::DEBUG::2019-07-17
> 13:02:52,747::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > MainThread::DEBUG::2019-07-17
> 13:02:52,766::cmdutils::150::root::(exec_cmd)
> /usr/share/openvswitch/scripts/ovs-ctl status (cwd None)
> > MainThread::DEBUG::2019-07-17
> 13:02:52,777::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > MainThread::DEBUG::2019-07-17 13:02:52,778::vsctl::67::root::(commit)
> Executing commands: /usr/bin/ovs-vsctl --timeout=5 --oneline --format=json
> -- list Bridge -- list Port -- list Interface
> > MainThread::DEBUG::2019-07-17
> 13:02:52,778::cmdutils::150::root::(exec_cmd) /usr/bin/ovs-vsctl
> --timeout=5 --oneline --format=json -- list Bridge -- list Port -- list
> Interface (cwd None)
> > MainThread::DEBUG::2019-07-17
> 13:02:52,799::cmdutils::158::root::(exec_cmd) SUCCESS:  = '';  = 0
> > netlink/events::DEBUG::2019-07-17
> 13:02:52,802::concurrent::192::root::(run) START thread
>  (func= method Monitor._scan of  0x7f99fb618c90>>, args=(), kwargs={})
> > netlink/events::DEBUG::2019-07-17
> 13:02:54,805::concurrent::195::root::(run) FINISH thread
> 
> > Using default PKI files
> >
> > I do not see any indication of the config??
>
> And afterwards when you execute "ovs-vsctl list Open_vSwitch" does it
> reflect the updated value ?
>
> This command would have to be performed in the node where hosted
> engine will be hosted - not sure if it's possible to determine before
> hand which one it will be. If not, you should run it in all the nodes
> in the cluster, to be sure.
>
> >
> > Regards
> > Carl
> >
> > On Wed, Jul 17, 2019 at 11:40 AM carl langlois 
> wrote:
> >>
> >> Hi
> >>
> >> I have open a bug https://bugzilla.redhat.com/show_bug.cgi?id=1730776
> >>
> >> I have try this command "vdsm-tool ovn-config 10.16.248.74 ovirtmgmt"
> on one of the host but nothing changed. After a restart of the
> ovn-controler i still get
> >>
> >> 2019-07-17T15:38:52.572Z|00033|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 8 seconds before reconnect
> >> 2019-07-17T15:39:00.578Z|00034|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> >> 2019-07-17T15:39:05.720Z|00035|fatal_signal|WARN|terminating with
> signal 15 (Terminated)
> >> 2019-07-17T15:39:05.863Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovn-controller.log
> >>
> 2019-07-17T15:39:05.864Z|2|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connecting...
> >>
> 2019-07-17T15:39:05.864Z|3|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connected
> >> 2019-07-17T15:39:05.865Z|4|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> >> 2019-07-17T15:39:06.865Z|5|reconnect|INFO|ssl:10.8.236.244:6

[ovirt-users] Re: major network changes

2019-07-17 Thread carl langlois
Hi
Here is the output of the command

[root@ovhost1 ~]# vdsm-tool --vvverbose ovn-config 10.16.248.74 ovirtmgmt
MainThread::DEBUG::2019-07-17 13:02:52,581::cmdutils::150::root::(exec_cmd)
lshw -json -disable usb -disable pcmcia -disable isapnp -disable ide
-disable scsi -disable dmi -disable memory -disable cpuinfo (cwd None)
MainThread::DEBUG::2019-07-17 13:02:52,738::cmdutils::158::root::(exec_cmd)
SUCCESS:  = '';  = 0
MainThread::DEBUG::2019-07-17
13:02:52,741::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
duplicated for the device ovirtmgmt
MainThread::DEBUG::2019-07-17
13:02:52,742::routes::109::root::(get_gateway) The gateway 10.16.248.1 is
duplicated for the device ovirtmgmt
MainThread::DEBUG::2019-07-17 13:02:52,742::cmdutils::150::root::(exec_cmd)
/sbin/tc qdisc show (cwd None)
MainThread::DEBUG::2019-07-17 13:02:52,744::cmdutils::158::root::(exec_cmd)
SUCCESS:  = '';  = 0
MainThread::DEBUG::2019-07-17 13:02:52,745::cmdutils::150::root::(exec_cmd)
/sbin/tc class show dev enp2s0f1 classid 0:1388 (cwd None)
MainThread::DEBUG::2019-07-17 13:02:52,747::cmdutils::158::root::(exec_cmd)
SUCCESS:  = '';  = 0
MainThread::DEBUG::2019-07-17 13:02:52,766::cmdutils::150::root::(exec_cmd)
/usr/share/openvswitch/scripts/ovs-ctl status (cwd None)
MainThread::DEBUG::2019-07-17 13:02:52,777::cmdutils::158::root::(exec_cmd)
SUCCESS:  = '';  = 0
MainThread::DEBUG::2019-07-17 13:02:52,778::vsctl::67::root::(commit)
Executing commands: /usr/bin/ovs-vsctl --timeout=5 --oneline --format=json
-- list Bridge -- list Port -- list Interface
MainThread::DEBUG::2019-07-17 13:02:52,778::cmdutils::150::root::(exec_cmd)
/usr/bin/ovs-vsctl --timeout=5 --oneline --format=json -- list Bridge --
list Port -- list Interface (cwd None)
MainThread::DEBUG::2019-07-17 13:02:52,799::cmdutils::158::root::(exec_cmd)
SUCCESS:  = '';  = 0
netlink/events::DEBUG::2019-07-17
13:02:52,802::concurrent::192::root::(run) START thread
 (func=>, args=(), kwargs={})
netlink/events::DEBUG::2019-07-17
13:02:54,805::concurrent::195::root::(run) FINISH thread

Using default PKI files

I do not see any indication of the config??

Regards
Carl

On Wed, Jul 17, 2019 at 11:40 AM carl langlois 
wrote:

> Hi
>
> I have open a bug https://bugzilla.redhat.com/show_bug.cgi?id=1730776
>
> I have try this command "vdsm-tool ovn-config 10.16.248.74 ovirtmgmt" on
> one of the host but nothing changed. After a restart of the ovn-controler i
> still get
>
> 2019-07-17T15:38:52.572Z|00033|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 8 seconds before reconnect
> 2019-07-17T15:39:00.578Z|00034|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> 2019-07-17T15:39:05.720Z|00035|fatal_signal|WARN|terminating with signal
> 15 (Terminated)
> 2019-07-17T15:39:05.863Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovn-controller.log
> 2019-07-17T15:39:05.864Z|2|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connecting...
> 2019-07-17T15:39:05.864Z|3|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connected
> 2019-07-17T15:39:05.865Z|4|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> 2019-07-17T15:39:06.865Z|5|reconnect|INFO|ssl:10.8.236.244:6642:
> connection attempt timed out
> 2019-07-17T15:39:06.865Z|6|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 1 seconds before reconnect
> 2019-07-17T15:39:07.867Z|7|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> 2019-07-17T15:39:08.867Z|8|reconnect|INFO|ssl:10.8.236.244:6642:
> connection attempt timed out
> 2019-07-17T15:39:08.868Z|9|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 2 seconds before reconnect
> 2019-07-17T15:39:10.870Z|00010|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> 2019-07-17T15:39:12.872Z|00011|reconnect|INFO|ssl:10.8.236.244:6642:
> connection attempt timed out
> 2019-07-17T15:39:12.872Z|00012|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 4 seconds before reconnect
>
>
>
> On Wed, Jul 17, 2019 at 10:56 AM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
>
>> On Wed, Jul 17, 2019 at 3:01 PM carl langlois 
>> wrote:
>> >
>> > Hi Miguel
>> >
>> > if i do ovs-vsctl  list Open_vSwitch i get
>> >
>> > uuid   : ce94c4b1-7eb2-42e3-8bfd-96e1dec40dea
>> > bridges : [9b0738ee-594d-4a87-8967-049a8b1a5774]
>> > cur_cfg : 1
>> > datapath_types  : [netdev, system]
>> > db_version  : "7.14.0"
>> > external_ids: {hostname="ovhost2", ovn-bridge-mappings="",
>> ovn-encap-ip="10.8.236.150", ovn-encap-type=geneve, ovn-remote="ssl:
>> 10.8.236.244:6642", system-id="7c39d07b-1d54-417b-bf56-7a0f1a07f832"}
>> > iface_types : [gen

[ovirt-users] Re: major network changes

2019-07-17 Thread carl langlois
Hi

I have open a bug https://bugzilla.redhat.com/show_bug.cgi?id=1730776

I have try this command "vdsm-tool ovn-config 10.16.248.74 ovirtmgmt" on
one of the host but nothing changed. After a restart of the ovn-controler i
still get

2019-07-17T15:38:52.572Z|00033|reconnect|INFO|ssl:10.8.236.244:6642:
waiting 8 seconds before reconnect
2019-07-17T15:39:00.578Z|00034|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-17T15:39:05.720Z|00035|fatal_signal|WARN|terminating with signal 15
(Terminated)
2019-07-17T15:39:05.863Z|1|vlog|INFO|opened log file
/var/log/openvswitch/ovn-controller.log
2019-07-17T15:39:05.864Z|2|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
connecting...
2019-07-17T15:39:05.864Z|3|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
connected
2019-07-17T15:39:05.865Z|4|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-17T15:39:06.865Z|5|reconnect|INFO|ssl:10.8.236.244:6642:
connection attempt timed out
2019-07-17T15:39:06.865Z|6|reconnect|INFO|ssl:10.8.236.244:6642:
waiting 1 seconds before reconnect
2019-07-17T15:39:07.867Z|7|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-17T15:39:08.867Z|8|reconnect|INFO|ssl:10.8.236.244:6642:
connection attempt timed out
2019-07-17T15:39:08.868Z|9|reconnect|INFO|ssl:10.8.236.244:6642:
waiting 2 seconds before reconnect
2019-07-17T15:39:10.870Z|00010|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-17T15:39:12.872Z|00011|reconnect|INFO|ssl:10.8.236.244:6642:
connection attempt timed out
2019-07-17T15:39:12.872Z|00012|reconnect|INFO|ssl:10.8.236.244:6642:
waiting 4 seconds before reconnect



On Wed, Jul 17, 2019 at 10:56 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Wed, Jul 17, 2019 at 3:01 PM carl langlois 
> wrote:
> >
> > Hi Miguel
> >
> > if i do ovs-vsctl  list Open_vSwitch i get
> >
> > uuid   : ce94c4b1-7eb2-42e3-8bfd-96e1dec40dea
> > bridges : [9b0738ee-594d-4a87-8967-049a8b1a5774]
> > cur_cfg : 1
> > datapath_types  : [netdev, system]
> > db_version  : "7.14.0"
> > external_ids: {hostname="ovhost2", ovn-bridge-mappings="",
> ovn-encap-ip="10.8.236.150", ovn-encap-type=geneve, ovn-remote="ssl:
> 10.8.236.244:6642", system-id="7c39d07b-1d54-417b-bf56-7a0f1a07f832"}
> > iface_types : [geneve, gre, internal, lisp, patch, stt, system,
> tap, vxlan]
> > manager_options : []
> > next_cfg: 1
> > other_config: {}
> > ovs_version : "2.7.3"
> > ssl : []
> > statistics  : {}
> > system_type : centos
> > system_version  : "7"
> >
> > I can see two addresses that are on the old network..
>
> Yes, those are it.
>
> Use the tool I mentioned to update that to the correct addresses on
> the network, and re-try.
>
> vdsm-tool ovn-config  
>
> > Regards
> > Carl
> >
> >
> > On Wed, Jul 17, 2019 at 8:21 AM carl langlois 
> wrote:
> >>
> >> Hi Miguel,
> >>
> >> I will surely open a bugs, any specific ovirt componenent to select
> when openeing the bug?
>
> ovirt-engine
>
> >>
> >> When you say that the hosted-engine should have trigger a the update.
> Do you mean is was suppose to trigger the update and did not work or it is
> something missing?
>
> I sincerely do not know. @Dominik Holler, could you shed some light into
> this ?
>
> >> Could i have missed a step when switching the network?
> >>
> >> Also if i try to do ovs-vsctl list . The list command require a Table
> name. Not sure what table to use?
> >>
> >> Regards
> >> Carl
> >>
> >>
> >>
> >> On Wed, Jul 17, 2019 at 4:21 AM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
> >>>
> >>> On Tue, Jul 16, 2019 at 8:48 PM carl langlois 
> wrote:
> >>> >
> >>> > Hi
> >>> >
> >>> > We are in a process of changing our network connection. Our current
> network is using 10.8.256.x and we will change to 10.16.248.x. We have a HA
> ovirt cluster (around 10 nodes) currently configure on the 10.8.256.x. So
> my question is is it possible to relocate the ovirt cluster to the
> 10.16.248.x.  We have tried to move everything to the new network without
> success. All the node seem to boot up properly, our gluster storage also
> work properly.
> >>> > When we try to start the hosted-engine it goes up but fail the
> liveliness check. We have notice in the
> /var/log/openvswitc

[ovirt-users] Re: major network changes

2019-07-17 Thread carl langlois
Hi Miguel

if i do ovs-vsctl  list Open_vSwitch i get

uuid   : ce94c4b1-7eb2-42e3-8bfd-96e1dec40dea
bridges : [9b0738ee-594d-4a87-8967-049a8b1a5774]
cur_cfg : 1
datapath_types  : [netdev, system]
db_version  : "7.14.0"
external_ids: {hostname="ovhost2", ovn-bridge-mappings="",
ovn-encap-ip="10.8.236.150", ovn-encap-type=geneve, ovn-remote="ssl:
10.8.236.244:6642", system-id="7c39d07b-1d54-417b-bf56-7a0f1a07f832"}
iface_types : [geneve, gre, internal, lisp, patch, stt, system,
tap, vxlan]
manager_options : []
next_cfg: 1
other_config: {}
ovs_version : "2.7.3"
ssl : []
statistics  : {}
system_type : centos
system_version  : "7"

I can see two addresses that are on the old network..
Regards
Carl


On Wed, Jul 17, 2019 at 8:21 AM carl langlois 
wrote:

> Hi Miguel,
>
> I will surely open a bugs, any specific ovirt componenent to select when
> openeing the bug?
>
> When you say that the hosted-engine should have trigger a the update. Do
> you mean is was suppose to trigger the update and did not work or it is
> something missing?
> Could i have missed a step when switching the network?
>
> Also if i try to do ovs-vsctl list . The list command require a Table
> name. Not sure what table to use?
>
> Regards
> Carl
>
>
>
> On Wed, Jul 17, 2019 at 4:21 AM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
>
>> On Tue, Jul 16, 2019 at 8:48 PM carl langlois 
>> wrote:
>> >
>> > Hi
>> >
>> > We are in a process of changing our network connection. Our current
>> network is using 10.8.256.x and we will change to 10.16.248.x. We have a HA
>> ovirt cluster (around 10 nodes) currently configure on the 10.8.256.x. So
>> my question is is it possible to relocate the ovirt cluster to the
>> 10.16.248.x.  We have tried to move everything to the new network without
>> success. All the node seem to boot up properly, our gluster storage also
>> work properly.
>> > When we try to start the hosted-engine it goes up but fail the
>> liveliness check. We have notice in the
>> /var/log/openvswitch/ovn-controller.log that he is triying to connect to
>> the hold ip address of the hosted-engine vm.
>> > 019-07-16T18:41:29.483Z|01992|reconnect|INFO|ssl:10.8.236.244:6642:
>> waiting 8 seconds before reconnect
>> > 2019-07-16T18:41:37.489Z|01993|reconnect|INFO|ssl:10.8.236.244:6642:
>> connecting...
>> > 2019-07-16T18:41:45.497Z|01994|reconnect|INFO|ssl:10.8.236.244:6642:
>> connection attempt timed out
>> >
>> > So my question is were is the 10.8.236.244 come from.
>>
>> Looks like the ovn controllers were not updated during the network change.
>>
>> The wrong IP is configured within openvswitch, you can see it in the
>> (offending) nodes through "ovs-vsctl list . ". It'll be a key in the
>> 'external_ids' column called 'ovn-remote' .
>>
>> This is not the solution, but a work-around; you could try to
>> configure the ovn controllers via:
>> vdsm-tool ovn-config  
>>
>> Despite the provided work-around, I really think the hosted engine
>> should have triggered the ansible role that in turn triggers this
>> reconfiguration.
>>
>> Would you open a bug with this information ?
>>
>>
>> >
>> > The routing table for one of our host look like this
>> >
>> > estination Gateway Genmask Flags Metric RefUse
>> Iface
>> > default gateway 0.0.0.0 UG0  00
>> ovirtmgmt
>> > 10.16.248.0 0.0.0.0 255.255.255.0   U 0  00
>> ovirtmgmt
>> > link-local  0.0.0.0 255.255.0.0 U 1002   00
>> eno1
>> > link-local  0.0.0.0 255.255.0.0 U 1003   00
>> eno2
>> > link-local  0.0.0.0 255.255.0.0 U 1025   00
>> ovirtmgmt
>> >
>> > Any help would be really appreciated.
>> >
>> > Regards
>> > Carl
>> >
>> >
>> >
>> >
>> > ___
>> > 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/DBQUWEPPDK2JDFU4HOGNURK7AB3FDINC/
>>
>
___
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/2G5ONK6TBKOZSB4YGH2AKF5KWFEKM32U/


[ovirt-users] Re: major network changes

2019-07-17 Thread carl langlois
Hi Miguel,

I will surely open a bugs, any specific ovirt componenent to select when
openeing the bug?

When you say that the hosted-engine should have trigger a the update. Do
you mean is was suppose to trigger the update and did not work or it is
something missing?
Could i have missed a step when switching the network?

Also if i try to do ovs-vsctl list . The list command require a Table name.
Not sure what table to use?

Regards
Carl



On Wed, Jul 17, 2019 at 4:21 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Tue, Jul 16, 2019 at 8:48 PM carl langlois 
> wrote:
> >
> > Hi
> >
> > We are in a process of changing our network connection. Our current
> network is using 10.8.256.x and we will change to 10.16.248.x. We have a HA
> ovirt cluster (around 10 nodes) currently configure on the 10.8.256.x. So
> my question is is it possible to relocate the ovirt cluster to the
> 10.16.248.x.  We have tried to move everything to the new network without
> success. All the node seem to boot up properly, our gluster storage also
> work properly.
> > When we try to start the hosted-engine it goes up but fail the
> liveliness check. We have notice in the
> /var/log/openvswitch/ovn-controller.log that he is triying to connect to
> the hold ip address of the hosted-engine vm.
> > 019-07-16T18:41:29.483Z|01992|reconnect|INFO|ssl:10.8.236.244:6642:
> waiting 8 seconds before reconnect
> > 2019-07-16T18:41:37.489Z|01993|reconnect|INFO|ssl:10.8.236.244:6642:
> connecting...
> > 2019-07-16T18:41:45.497Z|01994|reconnect|INFO|ssl:10.8.236.244:6642:
> connection attempt timed out
> >
> > So my question is were is the 10.8.236.244 come from.
>
> Looks like the ovn controllers were not updated during the network change.
>
> The wrong IP is configured within openvswitch, you can see it in the
> (offending) nodes through "ovs-vsctl list . ". It'll be a key in the
> 'external_ids' column called 'ovn-remote' .
>
> This is not the solution, but a work-around; you could try to
> configure the ovn controllers via:
> vdsm-tool ovn-config  
>
> Despite the provided work-around, I really think the hosted engine
> should have triggered the ansible role that in turn triggers this
> reconfiguration.
>
> Would you open a bug with this information ?
>
>
> >
> > The routing table for one of our host look like this
> >
> > estination Gateway Genmask Flags Metric RefUse
> Iface
> > default gateway 0.0.0.0 UG0  00
> ovirtmgmt
> > 10.16.248.0 0.0.0.0 255.255.255.0   U 0  00
> ovirtmgmt
> > link-local  0.0.0.0 255.255.0.0 U 1002   00
> eno1
> > link-local  0.0.0.0 255.255.0.0 U 1003   00
> eno2
> > link-local  0.0.0.0 255.255.0.0 U 1025   00
> ovirtmgmt
> >
> > Any help would be really appreciated.
> >
> > Regards
> > Carl
> >
> >
> >
> >
> > ___
> > 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/DBQUWEPPDK2JDFU4HOGNURK7AB3FDINC/
>
___
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/6NG5DUQXMBPEQKOR2HKP5VSAU5OPR3US/


[ovirt-users] major network changes

2019-07-16 Thread carl langlois
Hi

We are in a process of changing our network connection. Our current network
is using 10.8.256.x and we will change to 10.16.248.x. We have a HA ovirt
cluster (around 10 nodes) currently configure on the 10.8.256.x. So my
question is is it possible to relocate the ovirt cluster to the
10.16.248.x.  We have tried to move everything to the new network without
success. All the node seem to boot up properly, our gluster storage also
work properly.
When we try to start the hosted-engine it goes up but fail the liveliness
check. We have notice in the /var/log/openvswitch/ovn-controller.log that
he is triying to connect to the hold ip address of the hosted-engine vm.
019-07-16T18:41:29.483Z|01992|reconnect|INFO|ssl:10.8.236.244:6642: waiting
8 seconds before reconnect
2019-07-16T18:41:37.489Z|01993|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-16T18:41:45.497Z|01994|reconnect|INFO|ssl:10.8.236.244:6642:
connection attempt timed out

So my question is were is the 10.8.236.244 come from.

The routing table for one of our host look like this

estination Gateway Genmask Flags Metric RefUse Iface
default gateway 0.0.0.0 UG0  00
ovirtmgmt
10.16.248.0 0.0.0.0 255.255.255.0   U 0  00
ovirtmgmt
link-local  0.0.0.0 255.255.0.0 U 1002   00 eno1
link-local  0.0.0.0 255.255.0.0 U 1003   00 eno2
link-local  0.0.0.0 255.255.0.0 U 1025   00
ovirtmgmt

Any help would be really appreciated.

Regards
Carl
___
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/DBQUWEPPDK2JDFU4HOGNURK7AB3FDINC/


[ovirt-users] Re: System unable to recover after a crash

2019-07-13 Thread carl langlois
Hi
Thanks for the info. There have been some progress with the situation. So
to make the story as short as possible we are in a process of changing our
range of IP addresse to 10.8.X.X to 10.16.X.X for all of the ovirt infra.
This implies a new DHCP server, new switchs etc etc. For now we went back
to our old IP address ranges because we were not able to stabilize the
system.

So the last status using our new range of addresses was that gluster was
all fine, the hosted engine domaine was moutning okey. I suspect DNS table
was not properly updated.. but i am not 100% sure. But  if we tried to used
the  new range of adrreses everything seems to be fine except that the
hosted-engine always fail the "liveliness check" after going up. I was not
able to solve this situation so i went back to our previous DHCP server.

So i am not sure what is missing for the hosted-engine to use the DHCP
server. Is there any hardcode config in the hosted-egnine that need to be
updated when chaging DHCP server(i.e new address with the same hostname,
new gateway..)

More info on the test i did with the new DHCP server -- > All node have
name resolution working. I am able to ssh to the hosted-engine

Any suggestions will be appreciated as i am out of idea for now. Do i need
to redo some sort of setup in the engine to take into account the range of
address/new gateway? There is also a LDAP server access configure in the
engine for username mapping..
Carl




On Sat, Jul 13, 2019 at 6:31 AM Strahil Nikolov 
wrote:

> Can you mount the volume manually at another location ?
> Also, have you done any changes to Gluster ?
>
> Please provide "gluster volume info engine" . I have noticed the following
> in your logs: option 'parallel-readdir' is not recognized
>
> Best Regards,
> Strahil Nikolov
>
> В петък, 12 юли 2019 г., 22:30:41 ч. Гринуич+3, carl langlois <
> crl.langl...@gmail.com> написа:
>
>
> Hi ,
>
> I am in state where my system does not recover from a major failure. I
> have pinpoint the probleme to be that the hosted engine storage domain is
> not able to mount
>
> I have a glusterfs containing the storage domain. but when it attempt to
> mount glusterfs to /rhev/data-center/mnt/glusterSD/ovhost1:_engine i get
>
>
> +--+
> [2019-07-12 19:19:44.063608] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-engine-client-2: changing port to 49153 (from 0)
> [2019-07-12 19:19:55.033725] I [fuse-bridge.c:4205:fuse_init]
> 0-glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.24 kernel
> 7.22
> [2019-07-12 19:19:55.033748] I [fuse-bridge.c:4835:fuse_graph_sync]
> 0-fuse: switched to graph 0
> [2019-07-12 19:19:55.033895] I [MSGID: 108006]
> [afr-common.c:5372:afr_local_init] 0-engine-replicate-0: no subvolumes up
> [2019-07-12 19:19:55.033938] E [fuse-bridge.c:4271:fuse_first_lookup]
> 0-fuse: first lookup on root failed (Transport endpoint is not connected)
> [2019-07-12 19:19:55.034041] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
> 0-fuse: ----0001: failed to resolve (Transport
> endpoint is not connected)
> [2019-07-12 19:19:55.034060] E [fuse-bridge.c:900:fuse_getattr_resume]
> 0-glusterfs-fuse: 2: GETATTR 1 (----0001)
> resolution failed
> [2019-07-12 19:19:55.034095] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
> 0-fuse: ----0001: failed to resolve (Transport
> endpoint is not connected)
> [2019-07-12 19:19:55.034102] E [fuse-bridge.c:900:fuse_getattr_resume]
> 0-glusterfs-fuse: 3: GETATTR 1 (----0001)
> resolution failed
> [2019-07-12 19:19:55.035596] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
> 0-fuse: ----0001: failed to resolve (Transport
> endpoint is not connected)
> [2019-07-12 19:19:55.035611] E [fuse-bridge.c:900:fuse_getattr_resume]
> 0-glusterfs-fuse: 4: GETATTR 1 (----0001)
> resolution failed
> [2019-07-12 19:19:55.047957] I [fuse-bridge.c:5093:fuse_thread_proc]
> 0-fuse: initating unmount of /rhev/data-center/mnt/glusterSD/ovhost1:_engine
> The message "I [MSGID: 108006] [afr-common.c:5372:afr_local_init]
> 0-engine-replicate-0: no subvolumes up" repeated 3 times between
> [2019-07-12 19:19:55.033895] and [2019-07-12 19:19:55.035588]
> [2019-07-12 19:19:55.048138] W [glusterfsd.c:1375:cleanup_and_exit]
> (-->/lib64/libpthread.so.0(+0x7e25) [0x7f51cecb3e25]
> -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xe5) [0x5632143bd4b5]
> -->/usr/sbin/glusterfs(cleanup_and_exit+0x6b) [0x5632143bd32b] ) 0-:
> received signum (15), shutting down
> [2019-07-12 19:19:55.048150] I [fuse-bridge.c:5852:fini] 0-fuse:
> Unmounting '/rhev/data-center/mnt

[ovirt-users] System unable to recover after a crash

2019-07-12 Thread carl langlois
Hi ,

I am in state where my system does not recover from a major failure. I have
pinpoint the probleme to be that the hosted engine storage domain is not
able to mount

I have a glusterfs containing the storage domain. but when it attempt to
mount glusterfs to /rhev/data-center/mnt/glusterSD/ovhost1:_engine i get

+--+
[2019-07-12 19:19:44.063608] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
0-engine-client-2: changing port to 49153 (from 0)
[2019-07-12 19:19:55.033725] I [fuse-bridge.c:4205:fuse_init]
0-glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.24 kernel
7.22
[2019-07-12 19:19:55.033748] I [fuse-bridge.c:4835:fuse_graph_sync] 0-fuse:
switched to graph 0
[2019-07-12 19:19:55.033895] I [MSGID: 108006]
[afr-common.c:5372:afr_local_init] 0-engine-replicate-0: no subvolumes up
[2019-07-12 19:19:55.033938] E [fuse-bridge.c:4271:fuse_first_lookup]
0-fuse: first lookup on root failed (Transport endpoint is not connected)
[2019-07-12 19:19:55.034041] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
0-fuse: ----0001: failed to resolve (Transport
endpoint is not connected)
[2019-07-12 19:19:55.034060] E [fuse-bridge.c:900:fuse_getattr_resume]
0-glusterfs-fuse: 2: GETATTR 1 (----0001)
resolution failed
[2019-07-12 19:19:55.034095] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
0-fuse: ----0001: failed to resolve (Transport
endpoint is not connected)
[2019-07-12 19:19:55.034102] E [fuse-bridge.c:900:fuse_getattr_resume]
0-glusterfs-fuse: 3: GETATTR 1 (----0001)
resolution failed
[2019-07-12 19:19:55.035596] W [fuse-resolve.c:132:fuse_resolve_gfid_cbk]
0-fuse: ----0001: failed to resolve (Transport
endpoint is not connected)
[2019-07-12 19:19:55.035611] E [fuse-bridge.c:900:fuse_getattr_resume]
0-glusterfs-fuse: 4: GETATTR 1 (----0001)
resolution failed
[2019-07-12 19:19:55.047957] I [fuse-bridge.c:5093:fuse_thread_proc]
0-fuse: initating unmount of /rhev/data-center/mnt/glusterSD/ovhost1:_engine
The message "I [MSGID: 108006] [afr-common.c:5372:afr_local_init]
0-engine-replicate-0: no subvolumes up" repeated 3 times between
[2019-07-12 19:19:55.033895] and [2019-07-12 19:19:55.035588]
[2019-07-12 19:19:55.048138] W [glusterfsd.c:1375:cleanup_and_exit]
(-->/lib64/libpthread.so.0(+0x7e25) [0x7f51cecb3e25]
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xe5) [0x5632143bd4b5]
-->/usr/sbin/glusterfs(cleanup_and_exit+0x6b) [0x5632143bd32b] ) 0-:
received signum (15), shutting down
[2019-07-12 19:19:55.048150] I [fuse-bridge.c:5852:fini] 0-fuse: Unmounting
'/rhev/data-center/mnt/glusterSD/ovhost1:_engine'.
[2019-07-12 19:19:55.048155] I [fuse-bridge.c:5857:fini] 0-fuse: Closing
fuse connection to '/rhev/data-center/mnt/glusterSD/ovhost1:_engine'.
[2019-07-12 19:19:56.029923] I [MSGID: 100030] [glusterfsd.c:2511:main]
0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.12.11
(args: /usr/sbin/glusterfs --volfile-server=ovhost1
--volfile-server=ovhost2 --volfile-server=ovhost3 --volfile-id=/engine
/rhev/data-center/mnt/glusterSD/ovhost1:_engine)
[2019-07-12 19:19:56.032209] W [MSGID: 101002]
[options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' is
deprecated, preferred is 'transport.address-family', continuing with
correction
[2019-07-12 19:19:56.037510] I [MSGID: 101190]
[event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread
with index 1
[2019-07-12 19:19:56.039618] I [MSGID: 101190]
[event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread
with index 2
[2019-07-12 19:19:56.039691] W [MSGID: 101174]
[graph.c:363:_log_if_unknown_option] 0-engine-readdir-ahead: option
'parallel-readdir' is not recognized
[2019-07-12 19:19:56.039739] I [MSGID: 114020] [client.c:2360:notify]
0-engine-client-0: parent translators are ready, attempting connect on
transport
[2019-07-12 19:19:56.043324] I [MSGID: 114020] [client.c:2360:notify]
0-engine-client-1: parent translators are ready, attempting connect on
transport
[2019-07-12 19:19:56.043481] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
0-engine-client-0: changing port to 49153 (from 0)
[2019-07-12 19:19:56.048539] I [MSGID: 114020] [client.c:2360:notify]
0-engine-client-2: parent translators are ready, attempting connect on
transport
[2019-07-12 19:19:56.048952] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
0-engine-client-1: changing port to 49153 (from 0)
Final graph:

without this mount point the ha-agent is not starting.

the volume seem to be okey


Gluster process TCP Port  RDMA Port  Online  Pid
--
Brick ovhost1:/gluster_bricks/data/data 49152 0  Y
7505
Brick ovhost2:/gluster_bricks/data/data 49152 0  Y
3640
Brick ovhost3:/gluster_bricks/data/data 49152  

[ovirt-users] Re: Windows vm and cpu type

2018-08-31 Thread carl langlois
most of my cpu are
Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz

so yes it is newer..Not sure how to resolve this.

On Tue, Aug 28, 2018 at 2:29 PM Edward Berger  wrote:

> Is your CPU really nehalem or is it something newer?
> cat /proc/cpuinfo and google the model if you're not sure.
>
> For my E5650 servers I found I had to go into the BIOS and enable some AES
> instruction
> before the oVirt node (actually libvirt) detected the CPU type as newer
> than Nehalem.
>
>
> On Tue, Aug 28, 2018 at 10:04 AM carl langlois 
> wrote:
>
>> Hi all,
>>
>> I am trying to create a windows VM on my cluster that is set with cpu
>> type to Nehalem. The probleme is that ovirt tell me that the guest os does
>> not support this cpu..
>>
>> What is the best ways to fix it without impacting my 41 running vms?.
>>
>> Thanks
>>
>> Regards
>>
>>
>> ___
>> 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/IUWS6CERIOTXMVLGA4WIEGHDDPF6YMSI/
>>
>
___
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/KJ4YYMPUD3FJHOB4TJZXNF655I4FT3NC/


[ovirt-users] Windows 10 vs others windows

2018-08-28 Thread carl langlois
Hi

Why when en try to do a Windows 10 machine i have a error on the cpu guest
os not supported but not windows 8 or 7?

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


[ovirt-users] Windows vm and cpu type

2018-08-28 Thread carl langlois
Hi all,

I am trying to create a windows VM on my cluster that is set with cpu type
to Nehalem. The probleme is that ovirt tell me that the guest os does not
support this cpu..

What is the best ways to fix it without impacting my 41 running vms?.

Thanks

Regards
___
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/IUWS6CERIOTXMVLGA4WIEGHDDPF6YMSI/


[ovirt-users] Re: VM Portal

2018-07-27 Thread carl langlois
You have a good point, my mistake. Thanks for your help


Le ven. 27 juill. 2018 01 h 17, Michal Skrivanek <
michal.skriva...@redhat.com> a écrit :

>
>
> On 26 Jul 2018, at 23:58, Greg Sheremeta  wrote:
>
> On Thu, Jul 26, 2018 at 11:28 AM carl langlois 
> wrote:
>
>> yes it is an upgrade. My current web-ui version is
>>
>> ovirt-web-ui.noarch  1.3.9-1.el7.centos
>> @ovirt-4.2
>>
>> and my engine package is
>>
>> ovirt-engine.noarch  4.2.0.2-1.el7.centos
>>
>
> ^^ Hmm, that should be 4.2.4 too. When did you upgrade?
>
> @Michal Skrivanek  have you seen this behavior?
>
>
> Run engine-setup, not yum update
>
>
>
>>
>>
>> On Thu, Jul 26, 2018 at 11:12 AM, Greg Sheremeta 
>> wrote:
>>
>>> Is this an upgrade? We did have a bug where ovirt-web-ui wasn't getting
>>> upgraded properly. You can yum/dnf update it and try again.
>>>
>>> On Thu, Jul 26, 2018 at 10:58 AM carl langlois 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> Yes my user should have permission to see the VM since it is in the VM
>>>> permission table
>>>>
>>>> I have look at the version from the web ui and it says
>>>> Software Version:4.2.0.2-1.el7.centos
>>>>
>>>> 
>>>>
>>>> why it is not 4.2.4
>>>>
>>>> my repo in the engine VM is
>>>> [ovirt-4.2]
>>>> name=Latest oVirt 4.2 Release
>>>> #baseurl=http://resources.ovirt.org/pub/ovirt-4.2/rpm/el$releasever/
>>>> mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlis
>>>> t-ovirt-4.2-el$releasever
>>>> enabled=1
>>>> skip_if_unavailable=1
>>>> gpgcheck=1
>>>>
>>>>
>>>> Thanks
>>>> Regards
>>>>
>>>>
>>>>
>>>> On Thu, Jul 26, 2018 at 10:47 AM, Greg Sheremeta 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, Jul 26, 2018 at 7:52 AM carl langlois 
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I know thta the VM portal add issue with displaying user VMs. It seem
>>>>>> to be fix with this bug
>>>>>> *https://bugzilla.redhat.com/show_bug.cgi?id=148087
>>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=148087>*
>>>>>>
>>>>>>
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1480877   (you missed a 7
>>>>> :))
>>>>>
>>>>>
>>>>>> But if i try the portal does not show anything, My engine is up to
>>>>>> date with 4.2 repo. It this still a issue?
>>>>>>
>>>>>
>>>>> Yes, that code is released and it should be working. Can you describe
>>>>> your permissions? Does your user have permissions to see the vm?
>>>>>
>>>>>
>>>>>>
>>>>>> Thanks
>>>>>> ___
>>>>>> Users mailing list -- users@ovirt.org
>>>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>>>>> y/about/community-guidelines/
>>>>>> List Archives: https://lists.ovirt.org/archiv
>>>>>> es/list/users@ovirt.org/message/AMNEI773NCIYNZKSOBE7CTEHMJHFE5JD/
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> GREG SHEREMETA
>>>>>
>>>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>>>
>>>>> Red Hat NA
>>>>>
>>>>> <https://www.redhat.com/>
>>>>>
>>>>> gsher...@redhat.comIRC: gshereme
>>>>> <https://red.ht/sig>
>>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> <https://www.redhat.com/>
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> <https://red.ht/sig>
>>>
>>
>>
>
___
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/PU2LFO27YYZOKKVZGN4SUTGNKVZNLJE6/


[ovirt-users] Re: VM Portal

2018-07-26 Thread carl langlois
Hi,

Yes my user should have permission to see the VM since it is in the VM
permission table

I have look at the version from the web ui and it says
Software Version:4.2.0.2-1.el7.centos



why it is not 4.2.4

my repo in the engine VM is
[ovirt-4.2]
name=Latest oVirt 4.2 Release
#baseurl=http://resources.ovirt.org/pub/ovirt-4.2/rpm/el$releasever/
mirrorlist=
http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.2-el$releasever
enabled=1
skip_if_unavailable=1
gpgcheck=1


Thanks
Regards



On Thu, Jul 26, 2018 at 10:47 AM, Greg Sheremeta 
wrote:

>
>
> On Thu, Jul 26, 2018 at 7:52 AM carl langlois 
> wrote:
>
>> Hi,
>>
>> I know thta the VM portal add issue with displaying user VMs. It seem to
>> be fix with this bug
>> *https://bugzilla.redhat.com/show_bug.cgi?id=148087
>> <https://bugzilla.redhat.com/show_bug.cgi?id=148087>*
>>
>>
> https://bugzilla.redhat.com/show_bug.cgi?id=1480877   (you missed a 7 :))
>
>
>> But if i try the portal does not show anything, My engine is up to date
>> with 4.2 repo. It this still a issue?
>>
>
> Yes, that code is released and it should be working. Can you describe your
> permissions? Does your user have permissions to see the vm?
>
>
>>
>> Thanks
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
>> guidelines/
>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
>> message/AMNEI773NCIYNZKSOBE7CTEHMJHFE5JD/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gsher...@redhat.comIRC: gshereme
> <https://red.ht/sig>
>
___
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/ZFUSSE43RO7GG6B7O6IY2AKCDKYQIL6S/


[ovirt-users] VM Portal

2018-07-26 Thread carl langlois
Hi,

I know thta the VM portal add issue with displaying user VMs. It seem to be
fix with this bug
*https://bugzilla.redhat.com/show_bug.cgi?id=148087
*

But if i try the portal does not show anything, My engine is up to date
with 4.2 repo. It this still a issue?

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


[ovirt-users] Re: Failed to Activated Host

2018-07-20 Thread carl langlois
Hi,

Just re-probing (peer probe) all missing host from the ovhost3 host this
the Job, Now i can continue with the upgrade.
Thanks again for your help this is such a nice peace of software.

On Fri, Jul 20, 2018 at 6:06 AM, carl langlois 
wrote:

> Yes host3 is hosting the arbiter bricks. Does this make any differrence?
> All host ares part of the same cluster in Ovirt. But only 3 of them are
> part a the gluster pool.
> I understand that all hosts will be aprt of the same gluster cluster.
>
> Now i do i fix this situation?. It seem that i cannot add the missings
> hosts in the gluster cluster. Not sure since when they are not part of the
> gluster cluster or if they where ever part of the gluster cluster
> ..probably a human error
> Any suggestions?
>
> Thanks
>
> On Fri, Jul 20, 2018 at 1:29 AM, Sahina Bose  wrote:
>
>>
>>
>> On Thu, Jul 19, 2018 at 10:37 PM, carl langlois 
>> wrote:
>>
>>> Hi
>>>
>>> Today i had plan to start upgrading my installation to the latest 4.2.
>>> As i was already on a 4.2.x version i have figured it will be easy ..
>>> well.guess what i have having trouble re-activating one of the freshly
>>> upgraded host. So here is the resume.
>>>
>>> My setup have 3 hosts that are also part of a gluster pool. Those are
>>> the original host that was use to setup the HA engine with glusterfs. One
>>> of the 3 host is only used for arbiter and can also run the engine. But
>>> nothing else can run on it because it is a fairly small machine.
>>>
>>> I have also 6 others hosts for running vms that are not part of the
>>> gluster pool.
>>>
>>> So first thing i did to upgrade is set the global maintenance. Update
>>> the Engine/restart the engine and remove global maintenance.. that went
>>> without a glitch.
>>>
>>> Next i choose the arbiter for the first machine to upgrade. Then set the
>>> machine to maintenance run the upgrade and reboot the host. That went also
>>> without a glicth.
>>>
>>> Now here is the glitchy part. When i try to reactivate the host i got a
>>> strange error with a gluster peer command that failed on a host that is not
>>> in the gluster peer list.
>>>
>>> Here is the two errors i had.
>>>
>>> *"Gluster command [gluster peer probe ovhost3] failed on server
>>> sfmo5002ov74."*
>>> *"Add Host failed error: ovhost3 is either already part of another
>>> cluster of having volumes configured return code: 3"*
>>>
>>> One thing i do not understand is the sfmo5002ov74 is not part of the
>>> gluster pool. It does not provide any bricks to the system.
>>>
>>>
>>>
>> Is ovhost3 - the host hosting arbiter bricks?
>> What about *sfmo5002ov74* - is this host part of the same cluster in
>> oVirt as ovhost3.
>> In oVirt cluster, if you have turned on gluster service for the cluster,
>> all hosts will be part of the same gluster cluster, whether they have
>> bricks or not
>>
>> Now i am not sure what to look for. I have stop the upgrade process until
>>> i figure out the issue.
>>>
>>> Any hints would be appreciated.
>>>
>>> Thanks
>>> Carl
>>>
>>> ___
>>> 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/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/ZROYXMLGZDGUPDKSAI72DYIWPOQTDSYD/
>>>
>>>
>>
>
___
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/JVCGLEUDYLJNTADUWWVFK66Z46CJXFUB/


[ovirt-users] Re: Failed to Activated Host

2018-07-20 Thread carl langlois
Yes host3 is hosting the arbiter bricks. Does this make any differrence?
All host ares part of the same cluster in Ovirt. But only 3 of them are
part a the gluster pool.
I understand that all hosts will be aprt of the same gluster cluster.

Now i do i fix this situation?. It seem that i cannot add the missings
hosts in the gluster cluster. Not sure since when they are not part of the
gluster cluster or if they where ever part of the gluster cluster
..probably a human error
Any suggestions?

Thanks

On Fri, Jul 20, 2018 at 1:29 AM, Sahina Bose  wrote:

>
>
> On Thu, Jul 19, 2018 at 10:37 PM, carl langlois 
> wrote:
>
>> Hi
>>
>> Today i had plan to start upgrading my installation to the latest 4.2. As
>> i was already on a 4.2.x version i have figured it will be easy ..
>> well.guess what i have having trouble re-activating one of the freshly
>> upgraded host. So here is the resume.
>>
>> My setup have 3 hosts that are also part of a gluster pool. Those are the
>> original host that was use to setup the HA engine with glusterfs. One of
>> the 3 host is only used for arbiter and can also run the engine. But
>> nothing else can run on it because it is a fairly small machine.
>>
>> I have also 6 others hosts for running vms that are not part of the
>> gluster pool.
>>
>> So first thing i did to upgrade is set the global maintenance. Update the
>> Engine/restart the engine and remove global maintenance.. that went without
>> a glitch.
>>
>> Next i choose the arbiter for the first machine to upgrade. Then set the
>> machine to maintenance run the upgrade and reboot the host. That went also
>> without a glicth.
>>
>> Now here is the glitchy part. When i try to reactivate the host i got a
>> strange error with a gluster peer command that failed on a host that is not
>> in the gluster peer list.
>>
>> Here is the two errors i had.
>>
>> *"Gluster command [gluster peer probe ovhost3] failed on server
>> sfmo5002ov74."*
>> *"Add Host failed error: ovhost3 is either already part of another
>> cluster of having volumes configured return code: 3"*
>>
>> One thing i do not understand is the sfmo5002ov74 is not part of the
>> gluster pool. It does not provide any bricks to the system.
>>
>>
>>
> Is ovhost3 - the host hosting arbiter bricks?
> What about *sfmo5002ov74* - is this host part of the same cluster in
> oVirt as ovhost3.
> In oVirt cluster, if you have turned on gluster service for the cluster,
> all hosts will be part of the same gluster cluster, whether they have
> bricks or not
>
> Now i am not sure what to look for. I have stop the upgrade process until
>> i figure out the issue.
>>
>> Any hints would be appreciated.
>>
>> Thanks
>> Carl
>>
>> ___
>> 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/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/ZROYXMLGZDGUPDKSAI72DYIWPOQTDSYD/
>>
>>
>
___
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/TZ4PGX3ZMK32IWWO2EZD7L2EGFFDDBRA/


[ovirt-users] Failed to Activated Host

2018-07-19 Thread carl langlois
Hi

Today i had plan to start upgrading my installation to the latest 4.2. As i
was already on a 4.2.x version i have figured it will be easy .. well.guess
what i have having trouble re-activating one of the freshly upgraded host.
So here is the resume.

My setup have 3 hosts that are also part of a gluster pool. Those are the
original host that was use to setup the HA engine with glusterfs. One of
the 3 host is only used for arbiter and can also run the engine. But
nothing else can run on it because it is a fairly small machine.

I have also 6 others hosts for running vms that are not part of the gluster
pool.

So first thing i did to upgrade is set the global maintenance. Update the
Engine/restart the engine and remove global maintenance.. that went without
a glitch.

Next i choose the arbiter for the first machine to upgrade. Then set the
machine to maintenance run the upgrade and reboot the host. That went also
without a glicth.

Now here is the glitchy part. When i try to reactivate the host i got a
strange error with a gluster peer command that failed on a host that is not
in the gluster peer list.

Here is the two errors i had.

*"Gluster command [gluster peer probe ovhost3] failed on server
sfmo5002ov74."*
*"Add Host failed error: ovhost3 is either already part of another cluster
of having volumes configured return code: 3"*

One thing i do not understand is the sfmo5002ov74 is not part of the
gluster pool. It does not provide any bricks to the system.


Now i am not sure what to look for. I have stop the upgrade process until i
figure out the issue.

Any hints would be appreciated.

Thanks
Carl
___
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/ZROYXMLGZDGUPDKSAI72DYIWPOQTDSYD/


Re: [ovirt-users] Engine VM cannot be migrated

2018-02-01 Thread carl langlois
When installing your host make sure you select the deploy in the hosted
engine tab. You should just re install it with this option.

Carl

Le 31 janv. 2018 12:51,  a écrit :

Hi,
What can prevent the hosted engine VM from being migrated ?
I can migrate any other VM in the cluster (same servers), and it is
supposed to be configured to be migrated manually or automatically as far
as I can see.
Regards


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Permission on Vm and User portal

2018-01-26 Thread carl langlois
Thanks all for the info .. so it seem that will have to wait 4.2.2. like
last comment in this issue is specifying

https://github.com/oVirt/ovirt-web-ui/issues/460

Regards

Carl




On Fri, Jan 26, 2018 at 6:43 AM, Giorgio Biacchi <gior...@di.unimi.it>
wrote:

> It seems it's a bug. There's already another thread here with this subject:
>
> Ovirt 4.2 Bug with Permissons on the Vm Portal?
>
> I've enabled ovirt 4.2 pre-release repo but the problem is still present
> in version 4.2.1.3-1.el7.centos
>
> Somewhere i read that will be fixed in 4.2.2, I'm waiting...
>
> Regards
>
> On 01/26/2018 12:13 PM, Donny Davis wrote:
>
>> I have been trying to get this worked out myself.
>>
>> Firstly someone with a system permission will be able to see things from
>> the system level. I have been adding the permission at the cluster level,
>> but I also just can't seem to figure out the user portal in 4.2. they can
>> either see it all or nothing, even vms they create.
>>
>> I have been using the permissions from this post to no avail.
>> These permissions have worked fine since 3.x days
>>
>> http://lists.ovirt.org/pipermail/users/2015-January/030981.html
>>
>>
>>
>> On Jan 25, 2018 11:57 AM, "carl langlois" <crl.langl...@gmail.com
>> <mailto:crl.langl...@gmail.com>> wrote:
>>
>> Hi all,
>>
>> In 4.1 i was able to assign 1 user to one VM and in the user portal
>> that
>> same user was only seeing this specific VM. But with 4.2 i have
>> trouble with
>> permission.
>>
>> The way i add permission to a specific user is go click on the VM in
>> the
>> admin portal, then go in permission and add the user(active directory
>> user).
>> If i log back with this user on the user portal i do not see the VM
>> that was
>> given the permission.
>> But if i add the same user in the system permission tab in the admin
>> portal
>> and give it the UserRole and log back to the user portal, now he can
>> see all
>> the VM but i only want the user to see is vm not all others ...
>>
>> there is a difference when the is add from the two different place..
>> is the
>> attribute :
>> when add from the sytem permission it add the (System) in the
>> inherited
>> permission colum,
>> when add from the VM permission tab it does not have that..
>>
>>
>> Any hints would appreciated.
>>
>> Carl
>>
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Permission on Vm and User portal

2018-01-25 Thread carl langlois
Hi all,

In 4.1 i was able to assign 1 user to one VM and in the user portal that
same user was only seeing this specific VM. But with 4.2 i have trouble
with permission.

The way i add permission to a specific user is go click on the VM in the
admin portal, then go in permission and add the user(active directory
user). If i log back with this user on the user portal i do not see the VM
that was given the permission.
But if i add the same user in the system permission tab in the admin portal
and give it the UserRole and log back to the user portal, now he can see
all the VM but i only want the user to see is vm not all others ...

there is a difference when the is add from the two different place.. is the
attribute :
when add from the sytem permission it add the (System) in the inherited
permission colum,
when add from the VM permission tab it does not have that..


Any hints would appreciated.

Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fail to add a second network

2018-01-24 Thread carl langlois
Yes there are on the same subnet.

On Wed, Jan 24, 2018 at 11:58 AM, Petr Horacek <phora...@redhat.com> wrote:

> Could you hover the Out-Of-Sync icon in Setup Networks dialog and check
> what is causing the issue?
>
> Are both interfaces, you use DHCP on, connected to the same subnet?
>
> 2018-01-24 17:34 GMT+01:00 carl langlois <crl.langl...@gmail.com>:
>
>> Hi Petr,
>>
>> The "VM Network" explain why i do not have the bridge, thanks for the
>> precision.
>> But i still have my problem..but i suspect my problem to be
>> routing/gateway issue.  Should it be using Static address if i already have
>> the other interface use DHCP?
>> I have try using DHCP with the other interface but when i manually bring
>> it up i got difficulty reaching this host..
>>
>> Any hints?
>>
>> Carl
>>
>>
>>
>>
>>
>> On Tue, Jan 23, 2018 at 1:33 PM, Petr Horacek <phora...@redhat.com>
>> wrote:
>>
>>> Hello Carl,
>>>
>>> If you did not mark the network as "VM Network" it will be created
>>> bridgeless.
>>>
>>> Do you think you could share vdsm.log and supervdsm.log from your host,
>>> so I could look into it?
>>>
>>> Thanks,
>>> Petr
>>>
>>> 2018-01-23 18:35 GMT+01:00 carl langlois <crl.langl...@gmail.com>:
>>>
>>>> Hi Kasturi
>>>>
>>>> Thanks for the help. When i am able to add a new network but when i try
>>>> to sync the network it always stay out of sync and if i ssh to that host i
>>>> do not see the bridge but the network card is up and a ip is assign to it.
>>>>
>>>> Thanks
>>>>
>>>> Carl
>>>>
>>>> On Tue, Jan 23, 2018 at 2:38 AM, Kasturi Narra <kna...@redhat.com>
>>>> wrote:
>>>>
>>>>> Hi Carl,
>>>>>
>>>>>  Below are the steps to configure back end network which is
>>>>> glusternw.
>>>>>
>>>>> 1) create a new network called 'glusternw'
>>>>> 2) Now go to clusters  tab and select Logical networks tab.
>>>>> 3) You should see the newly created network there.
>>>>> 4) select the network and click on 'Manage Networks'
>>>>> 5) In Manage networks window for the newly created network select both
>>>>> 'Migration' & glusternw and click ok.
>>>>> 6) Now go to the hosts tab click on one host and select 'Network
>>>>> Interfaces' tab.
>>>>> 7) select the interface to which you would like to assign the backend
>>>>> network, drag and drop glusternw to that interface and click ok
>>>>> 8) You will see that network is now out of sync.
>>>>> 9) Please click refresh capabilities which will bring the network
>>>>> online.
>>>>>
>>>>> Hope this helps !!
>>>>>
>>>>> Thanks
>>>>> kasturi
>>>>>
>>>>> On Tue, Jan 23, 2018 at 5:33 AM, carl langlois <crl.langl...@gmail.com
>>>>> > wrote:
>>>>>
>>>>>> HI all,
>>>>>>
>>>>>> I am trying to add second network for back-end traffic. My setup is a
>>>>>> 3 hosts running with gluster storage in 3+1 replicat. Now i am trying to
>>>>>> add a second network with the UI and when i try to had a the host 
>>>>>> interface
>>>>>> to the new network it is always failing and i lost communication with 
>>>>>> this
>>>>>> host.  I am not sure what are the step to add a second network with 
>>>>>> already
>>>>>> 3 Host in the cluster.
>>>>>>
>>>>>> My setup us 4.2.
>>>>>>
>>>>>> Any inputs would be appreciated.
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fail to add a second network

2018-01-24 Thread carl langlois
Hi Petr,

The "VM Network" explain why i do not have the bridge, thanks for the
precision.
But i still have my problem..but i suspect my problem to be routing/gateway
issue.  Should it be using Static address if i already have the other
interface use DHCP?
I have try using DHCP with the other interface but when i manually bring it
up i got difficulty reaching this host..

Any hints?

Carl





On Tue, Jan 23, 2018 at 1:33 PM, Petr Horacek <phora...@redhat.com> wrote:

> Hello Carl,
>
> If you did not mark the network as "VM Network" it will be created
> bridgeless.
>
> Do you think you could share vdsm.log and supervdsm.log from your host, so
> I could look into it?
>
> Thanks,
> Petr
>
> 2018-01-23 18:35 GMT+01:00 carl langlois <crl.langl...@gmail.com>:
>
>> Hi Kasturi
>>
>> Thanks for the help. When i am able to add a new network but when i try
>> to sync the network it always stay out of sync and if i ssh to that host i
>> do not see the bridge but the network card is up and a ip is assign to it.
>>
>> Thanks
>>
>> Carl
>>
>> On Tue, Jan 23, 2018 at 2:38 AM, Kasturi Narra <kna...@redhat.com> wrote:
>>
>>> Hi Carl,
>>>
>>>  Below are the steps to configure back end network which is
>>> glusternw.
>>>
>>> 1) create a new network called 'glusternw'
>>> 2) Now go to clusters  tab and select Logical networks tab.
>>> 3) You should see the newly created network there.
>>> 4) select the network and click on 'Manage Networks'
>>> 5) In Manage networks window for the newly created network select both
>>> 'Migration' & glusternw and click ok.
>>> 6) Now go to the hosts tab click on one host and select 'Network
>>> Interfaces' tab.
>>> 7) select the interface to which you would like to assign the backend
>>> network, drag and drop glusternw to that interface and click ok
>>> 8) You will see that network is now out of sync.
>>> 9) Please click refresh capabilities which will bring the network online.
>>>
>>> Hope this helps !!
>>>
>>> Thanks
>>> kasturi
>>>
>>> On Tue, Jan 23, 2018 at 5:33 AM, carl langlois <crl.langl...@gmail.com>
>>> wrote:
>>>
>>>> HI all,
>>>>
>>>> I am trying to add second network for back-end traffic. My setup is a 3
>>>> hosts running with gluster storage in 3+1 replicat. Now i am trying to add
>>>> a second network with the UI and when i try to had a the host interface to
>>>> the new network it is always failing and i lost communication with this
>>>> host.  I am not sure what are the step to add a second network with already
>>>> 3 Host in the cluster.
>>>>
>>>> My setup us 4.2.
>>>>
>>>> Any inputs would be appreciated.
>>>>
>>>> Thanks
>>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Fail to add a second network

2018-01-23 Thread carl langlois
Hi Kasturi

Thanks for the help. When i am able to add a new network but when i try to
sync the network it always stay out of sync and if i ssh to that host i do
not see the bridge but the network card is up and a ip is assign to it.

Thanks

Carl

On Tue, Jan 23, 2018 at 2:38 AM, Kasturi Narra <kna...@redhat.com> wrote:

> Hi Carl,
>
>  Below are the steps to configure back end network which is glusternw.
>
> 1) create a new network called 'glusternw'
> 2) Now go to clusters  tab and select Logical networks tab.
> 3) You should see the newly created network there.
> 4) select the network and click on 'Manage Networks'
> 5) In Manage networks window for the newly created network select both
> 'Migration' & glusternw and click ok.
> 6) Now go to the hosts tab click on one host and select 'Network
> Interfaces' tab.
> 7) select the interface to which you would like to assign the backend
> network, drag and drop glusternw to that interface and click ok
> 8) You will see that network is now out of sync.
> 9) Please click refresh capabilities which will bring the network online.
>
> Hope this helps !!
>
> Thanks
> kasturi
>
> On Tue, Jan 23, 2018 at 5:33 AM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> HI all,
>>
>> I am trying to add second network for back-end traffic. My setup is a 3
>> hosts running with gluster storage in 3+1 replicat. Now i am trying to add
>> a second network with the UI and when i try to had a the host interface to
>> the new network it is always failing and i lost communication with this
>> host.  I am not sure what are the step to add a second network with already
>> 3 Host in the cluster.
>>
>> My setup us 4.2.
>>
>> Any inputs would be appreciated.
>>
>> Thanks
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Fail to add a second network

2018-01-22 Thread carl langlois
HI all,

I am trying to add second network for back-end traffic. My setup is a 3
hosts running with gluster storage in 3+1 replicat. Now i am trying to add
a second network with the UI and when i try to had a the host interface to
the new network it is always failing and i lost communication with this
host.  I am not sure what are the step to add a second network with already
3 Host in the cluster.

My setup us 4.2.

Any inputs would be appreciated.

Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Rebuilding my infra..

2018-01-10 Thread carl langlois
Thanks for the clarification.

Regards

Le 10 janv. 2018 1:17 AM, "Kasturi Narra" <kna...@redhat.com> a écrit :

> Hi carl,
>
>   During deployment via cockpit+gdeploy plugin when you input the
> host, host in the third text box will be considered as Arbiter host.
>
> Thanks
> kasturi
>
>
>
> On Tue, Jan 9, 2018 at 11:26 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Some question about the arbiter box.
>>
>> 1- Lets says i am using a old box for the arbiter with minimum spec. Do i
>> need to mark it as a arbiter box? Does the installer scripts need to know
>> that it is a arbiter box?
>> 2- When i get my hand on new host for running VM. Do i need still need
>> the arbiter box?
>>
>> Thanks
>>
>> On Tue, Jan 9, 2018 at 2:28 AM, Yedidyah Bar David <d...@redhat.com>
>> wrote:
>>
>>> On Mon, Jan 8, 2018 at 10:57 PM, Karli Sjöberg <ka...@inparadise.se>
>>> wrote:
>>>
>>>>
>>>>
>>>> Den 8 jan. 2018 21:48 skrev Vinícius Ferrão <fer...@if.ufrj.br>:
>>>>
>>>> If I’m not wrong GlusterFS in oVirt requires 3 hosts.
>>>>
>>>>
>>>> Wasn't there a Ridning Hood not long ago that said they'd change it
>>>> down to 1 with 4.2, just to have something to get you started? To lower the
>>>> bar for POC systems, like all-in-one?
>>>>
>>>
>>> There is this:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1494112
>>>
>>> One dependent bug is in POST. Although I was asked to
>>> review the patch, I don't know much about the general
>>> plan, including whether that's enough or more bugs/fixes
>>> will be needed. Adding Sahina.
>>>
>>> Best regards,
>>>
>>>
>>>>
>>>> /K
>>>>
>>>>
>>>> Here’s the RHHI guide, it’s pretty much the same for oVirt:
>>>> https://access.redhat.com/documentation/en-us/red_hat_hyperc
>>>> onverged_infrastructure/1.1/html/deploying_red_hat_hyperconv
>>>> erged_infrastructure/
>>>>
>>>> > On 8 Jan 2018, at 18:10, carl langlois wrote:
>>>> >
>>>> > Hi all
>>>> >
>>>> > After screwing my infra with the update to 4.2 (probably a bad
>>>> manipulation), i am planning a rebuild of the entire infra. First i want to
>>>> replace my NFS storage with a glusterfs storage. All documentation tell me
>>>> that i need 3 hosts.. but for the moment i only have 2 but planning to had
>>>> more later.
>>>> >
>>>> > So does it make sense to start with 2 hosts and use glusterfs as the
>>>> storage domain(lets says with a replicate of two with all its limitations).
>>>> > If it make sense,
>>>> > 1- what is the best way to do it.
>>>> > 2- how hard will it be to had the 3rd host when available and make it
>>>> replica 2+arbiter.
>>>> >
>>>> > Also in a setup where i have 3 hosts (replica 2+arbiter) does all the
>>>> 3 hosts can run users vm?
>>>> >
>>>> > Thanks for your inputs.
>>>> >
>>>> > Carl
>>>> >
>>>> > ___
>>>> > Users mailing list
>>>> > Users@ovirt.org
>>>> > http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>>
>>> --
>>> Didi
>>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Rebuilding my infra..

2018-01-09 Thread carl langlois
Some question about the arbiter box.

1- Lets says i am using a old box for the arbiter with minimum spec. Do i
need to mark it as a arbiter box? Does the installer scripts need to know
that it is a arbiter box?
2- When i get my hand on new host for running VM. Do i need still need the
arbiter box?

Thanks

On Tue, Jan 9, 2018 at 2:28 AM, Yedidyah Bar David <d...@redhat.com> wrote:

> On Mon, Jan 8, 2018 at 10:57 PM, Karli Sjöberg <ka...@inparadise.se>
> wrote:
>
>>
>>
>> Den 8 jan. 2018 21:48 skrev Vinícius Ferrão <fer...@if.ufrj.br>:
>>
>> If I’m not wrong GlusterFS in oVirt requires 3 hosts.
>>
>>
>> Wasn't there a Ridning Hood not long ago that said they'd change it down
>> to 1 with 4.2, just to have something to get you started? To lower the bar
>> for POC systems, like all-in-one?
>>
>
> There is this:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1494112
>
> One dependent bug is in POST. Although I was asked to
> review the patch, I don't know much about the general
> plan, including whether that's enough or more bugs/fixes
> will be needed. Adding Sahina.
>
> Best regards,
>
>
>>
>> /K
>>
>>
>> Here’s the RHHI guide, it’s pretty much the same for oVirt:
>> https://access.redhat.com/documentation/en-us/red_hat_hyperc
>> onverged_infrastructure/1.1/html/deploying_red_hat_hyperco
>> nverged_infrastructure/
>>
>> > On 8 Jan 2018, at 18:10, carl langlois wrote:
>> >
>> > Hi all
>> >
>> > After screwing my infra with the update to 4.2 (probably a bad
>> manipulation), i am planning a rebuild of the entire infra. First i want to
>> replace my NFS storage with a glusterfs storage. All documentation tell me
>> that i need 3 hosts.. but for the moment i only have 2 but planning to had
>> more later.
>> >
>> > So does it make sense to start with 2 hosts and use glusterfs as the
>> storage domain(lets says with a replicate of two with all its limitations).
>> > If it make sense,
>> > 1- what is the best way to do it.
>> > 2- how hard will it be to had the 3rd host when available and make it
>> replica 2+arbiter.
>> >
>> > Also in a setup where i have 3 hosts (replica 2+arbiter) does all the 3
>> hosts can run users vm?
>> >
>> > Thanks for your inputs.
>> >
>> > Carl
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Didi
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Rebuilding my infra..

2018-01-08 Thread carl langlois
I should have say replica 3+arbiter when adding the 3rd host.

Yes i know that the documentation specified 3 hosts. But if i understand
this is to make sure the system is always reliable and that make sense. But
my questions is mainly is it possible to start with 2 nodes and had a 3rd
one later..when i had the budget. If i am not mistaking Gluster can work
with 2 nodes.



On Mon, Jan 8, 2018 at 3:15 PM, Vinícius Ferrão <fer...@if.ufrj.br> wrote:

> If I’m not wrong GlusterFS in oVirt requires 3 hosts.
>
> Here’s the RHHI guide, it’s pretty much the same for oVirt:
> https://access.redhat.com/documentation/en-us/red_hat_
> hyperconverged_infrastructure/1.1/html/deploying_red_hat_
> hyperconverged_infrastructure/
>
> > On 8 Jan 2018, at 18:10, carl langlois <crl.langl...@gmail.com> wrote:
> >
> > Hi all
> >
> > After screwing my infra with the update to 4.2 (probably a bad
> manipulation), i am planning a rebuild of the entire infra. First i want to
> replace my NFS storage with a glusterfs storage. All documentation tell me
> that i need 3 hosts.. but for the moment i only have 2 but planning to had
> more later.
> >
> > So does it make sense to start with 2 hosts and use glusterfs as the
> storage domain(lets says with a replicate of two with all its limitations).
> > If it make sense,
> > 1- what is the best way to do it.
> > 2- how hard will it be to had the 3rd host when available and make it
> replica 2+arbiter.
> >
> > Also in a setup where i have 3 hosts (replica 2+arbiter) does all the 3
> hosts can run users vm?
> >
> > Thanks for your inputs.
> >
> > Carl
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Rebuilding my infra..

2018-01-08 Thread carl langlois
Hi all

After screwing my infra with the update to 4.2 (probably a bad
manipulation), i am planning a rebuild of the entire infra. First i want to
replace my NFS storage with a glusterfs storage. All documentation tell me
that i need 3 hosts.. but for the moment i only have 2 but planning to had
more later.

So does it make sense to start with 2 hosts and use glusterfs as the
storage domain(lets says with a replicate of two with all its limitations).
If it make sense,
1- what is the best way to do it.
2- how hard will it be to had the 3rd host when available and make it
replica 2+arbiter.

Also in a setup where i have 3 hosts (replica 2+arbiter) does all the 3
hosts can run users vm?

Thanks for your inputs.

Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Need input please.

2018-01-07 Thread carl langlois
Hi,

I have attach the delpoy log from the latest attempt..the weird thing is
that if i try to remove it after the UI tell me that the host is setup to
host engine and should be undeploy.. but i do not get the small icon that
say that it can run a hosted-engine.

Thanks


On Sun, Jan 7, 2018 at 9:38 AM, Yaniv Kaul <yk...@redhat.com> wrote:

>
>
> On Sun, Jan 7, 2018 at 4:19 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> So i got a bit futher on getting everithing back on. After removing the
>> ca.epem certificate and redoing engine-setup on the hosted-engine vm i was
>> able to remove/reinstall one of my 2 hosts. Now i am facing a other
>> problem. I need this new host to be able to run the hosted engine vm. But
>> if re-install the host and in the hosted engine tab set to DEPLOY the host
>> is add successfully and can run vms but it seem that the DEPLOY did not
>> work..
>>
>> If i am not able to make this host run the engine vm i cant
>> fix(re-install) the second host.
>>
>> Any insight would be appreciated.
>>
>
> If you can attach logs, that'd be great.
> Y.
>
>
>>
>> Thanks.
>>
>>
>>
>> On Sat, Jan 6, 2018 at 12:40 PM, carl langlois <crl.langl...@gmail.com>
>> wrote:
>>
>>> Yes i have try removing it and re-adding it and i have the problem with
>>> certifcate enrollement..
>>>
>>>
>>>
>>> On Sat, Jan 6, 2018 at 12:08 PM, Donny Davis <do...@fortnebula.com>
>>> wrote:
>>>
>>>> Have you tried to remove that host and readd it?
>>>>
>>>> Also there is a bug that throws the same error, not sure if its
>>>> related. Did you have your hosts in maintenance prior to upgrading?
>>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1258589
>>>>
>>>> On Sat, Jan 6, 2018 at 10:52 AM, carl langlois <crl.langl...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi
>>>>> I have put the new engine_enrolfail.log that conain the error when
>>>>> re-installing .
>>>>>
>>>>>
>>>>> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
>>>>> a6evk6fkrCz8?usp=sharing
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> On Sat, Jan 6, 2018 at 10:18 AM, Benny Zlotnik <bzlot...@redhat.com>
>>>>> wrote:
>>>>>
>>>>>> Can you please provide the log with the error?
>>>>>>
>>>>>> On Sat, Jan 6, 2018 at 5:09 PM, carl langlois <crl.langl...@gmail.com
>>>>>> > wrote:
>>>>>>
>>>>>>> Hi again,
>>>>>>>
>>>>>>> I manage to go a little bit further.. I was not able to set one host
>>>>>>> to maintenance because they had running vm.. so i force it to mark it as
>>>>>>> reboot  and flush any vm and now i can try to reinstall the host.. but 
>>>>>>> now
>>>>>>> i am getting error when the installation try to enroll certificate..
>>>>>>>
>>>>>>> Any idea?
>>>>>>>
>>>>>>> Thanks
>>>>>>> Carl
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Jan 6, 2018 at 9:41 AM, carl langlois <
>>>>>>> crl.langl...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Thanks for the quick reply.
>>>>>>>>
>>>>>>>> Version before the update was the latest 4.1.
>>>>>>>> The storage is NFS.
>>>>>>>> The host are plain 7.4 Centos.i keep them up to date
>>>>>>>> if i remenber the initail deploy of the engine vm was full OS
>>>>>>>>
>>>>>>>> The step to upgrade was:
>>>>>>>>
>>>>>>>> SSH to hosted engine vm ,
>>>>>>>> yum install 4.2 release
>>>>>>>> run engine-setup.
>>>>>>>> this where i think something when wrong.
>>>>>>>> the engine setup was not able to update some certificate.. a quick
>>>>>>>> search on the internet and found that moving the ca.pem from the
>>>>>>>> /etc/pki/ovrit-engine made the engine-s

Re: [ovirt-users] Need input please.

2018-01-07 Thread carl langlois
Hi all,

So i got a bit futher on getting everithing back on. After removing the
ca.epem certificate and redoing engine-setup on the hosted-engine vm i was
able to remove/reinstall one of my 2 hosts. Now i am facing a other
problem. I need this new host to be able to run the hosted engine vm. But
if re-install the host and in the hosted engine tab set to DEPLOY the host
is add successfully and can run vms but it seem that the DEPLOY did not
work..

If i am not able to make this host run the engine vm i cant fix(re-install)
the second host.

Any insight would be appreciated.

Thanks.



On Sat, Jan 6, 2018 at 12:40 PM, carl langlois <crl.langl...@gmail.com>
wrote:

> Yes i have try removing it and re-adding it and i have the problem with
> certifcate enrollement..
>
>
>
> On Sat, Jan 6, 2018 at 12:08 PM, Donny Davis <do...@fortnebula.com> wrote:
>
>> Have you tried to remove that host and readd it?
>>
>> Also there is a bug that throws the same error, not sure if its related.
>> Did you have your hosts in maintenance prior to upgrading?
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1258589
>>
>> On Sat, Jan 6, 2018 at 10:52 AM, carl langlois <crl.langl...@gmail.com>
>> wrote:
>>
>>> Hi
>>> I have put the new engine_enrolfail.log that conain the error when
>>> re-installing .
>>>
>>>
>>> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
>>> a6evk6fkrCz8?usp=sharing
>>>
>>>
>>> Thanks
>>>
>>> On Sat, Jan 6, 2018 at 10:18 AM, Benny Zlotnik <bzlot...@redhat.com>
>>> wrote:
>>>
>>>> Can you please provide the log with the error?
>>>>
>>>> On Sat, Jan 6, 2018 at 5:09 PM, carl langlois <crl.langl...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi again,
>>>>>
>>>>> I manage to go a little bit further.. I was not able to set one host
>>>>> to maintenance because they had running vm.. so i force it to mark it as
>>>>> reboot  and flush any vm and now i can try to reinstall the host.. but now
>>>>> i am getting error when the installation try to enroll certificate..
>>>>>
>>>>> Any idea?
>>>>>
>>>>> Thanks
>>>>> Carl
>>>>>
>>>>>
>>>>> On Sat, Jan 6, 2018 at 9:41 AM, carl langlois <crl.langl...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Thanks for the quick reply.
>>>>>>
>>>>>> Version before the update was the latest 4.1.
>>>>>> The storage is NFS.
>>>>>> The host are plain 7.4 Centos.i keep them up to date
>>>>>> if i remenber the initail deploy of the engine vm was full OS
>>>>>>
>>>>>> The step to upgrade was:
>>>>>>
>>>>>> SSH to hosted engine vm ,
>>>>>> yum install 4.2 release
>>>>>> run engine-setup.
>>>>>> this where i think something when wrong.
>>>>>> the engine setup was not able to update some certificate.. a quick
>>>>>> search on the internet and found that moving the ca.pem from the
>>>>>> /etc/pki/ovrit-engine made the engine-setup work..
>>>>>>
>>>>>> from that point the hosted_engine seem to work fine but all hosts and
>>>>>> data center are not operational.
>>>>>>
>>>>>> One of my main concern is losing all the template and users vm..
>>>>>>
>>>>>>
>>>>>>
>>>>>> Engine and vdsm log of one host are here..
>>>>>>
>>>>>> In the engine log there is a lot of this error..
>>>>>>
>>>>>> 2018-01-06 08:31:40,459-05 ERROR [org.ovirt.engine.core.vdsbrok
>>>>>> er.vdsbroker.GetCapabilitiesVDSCommand]
>>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-9) [] Command
>>>>>> 'GetCapabilitiesVDSCommand(HostName = hosted_engine_2,
>>>>>> VdsIdAndVdsVDSCommandParametersBase:{hostId='7d2b3f49-0fbb-493b-8f3c-5283566e830d',
>>>>>> vds='Host[hosted_engine_2,7d2b3f49-0fbb-493b-8f3c-5283566e830d]'})'
>>>>>> execution failed: VDSGenericException: VDSNetworkException: General
>>>>>> SSLEngine problem.
>>>>>>
>>>>>> https://dri

Re: [ovirt-users] Need input please.

2018-01-06 Thread carl langlois
Yes i have try removing it and re-adding it and i have the problem with
certifcate enrollement..



On Sat, Jan 6, 2018 at 12:08 PM, Donny Davis <do...@fortnebula.com> wrote:

> Have you tried to remove that host and readd it?
>
> Also there is a bug that throws the same error, not sure if its related.
> Did you have your hosts in maintenance prior to upgrading?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1258589
>
> On Sat, Jan 6, 2018 at 10:52 AM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Hi
>> I have put the new engine_enrolfail.log that conain the error when
>> re-installing .
>>
>>
>> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
>> a6evk6fkrCz8?usp=sharing
>>
>>
>> Thanks
>>
>> On Sat, Jan 6, 2018 at 10:18 AM, Benny Zlotnik <bzlot...@redhat.com>
>> wrote:
>>
>>> Can you please provide the log with the error?
>>>
>>> On Sat, Jan 6, 2018 at 5:09 PM, carl langlois <crl.langl...@gmail.com>
>>> wrote:
>>>
>>>> Hi again,
>>>>
>>>> I manage to go a little bit further.. I was not able to set one host to
>>>> maintenance because they had running vm.. so i force it to mark it as
>>>> reboot  and flush any vm and now i can try to reinstall the host.. but now
>>>> i am getting error when the installation try to enroll certificate..
>>>>
>>>> Any idea?
>>>>
>>>> Thanks
>>>> Carl
>>>>
>>>>
>>>> On Sat, Jan 6, 2018 at 9:41 AM, carl langlois <crl.langl...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Thanks for the quick reply.
>>>>>
>>>>> Version before the update was the latest 4.1.
>>>>> The storage is NFS.
>>>>> The host are plain 7.4 Centos.i keep them up to date
>>>>> if i remenber the initail deploy of the engine vm was full OS
>>>>>
>>>>> The step to upgrade was:
>>>>>
>>>>> SSH to hosted engine vm ,
>>>>> yum install 4.2 release
>>>>> run engine-setup.
>>>>> this where i think something when wrong.
>>>>> the engine setup was not able to update some certificate.. a quick
>>>>> search on the internet and found that moving the ca.pem from the
>>>>> /etc/pki/ovrit-engine made the engine-setup work..
>>>>>
>>>>> from that point the hosted_engine seem to work fine but all hosts and
>>>>> data center are not operational.
>>>>>
>>>>> One of my main concern is losing all the template and users vm..
>>>>>
>>>>>
>>>>>
>>>>> Engine and vdsm log of one host are here..
>>>>>
>>>>> In the engine log there is a lot of this error..
>>>>>
>>>>> 2018-01-06 08:31:40,459-05 ERROR [org.ovirt.engine.core.vdsbrok
>>>>> er.vdsbroker.GetCapabilitiesVDSCommand] 
>>>>> (EE-ManagedThreadFactory-engineScheduled-Thread-9)
>>>>> [] Command 'GetCapabilitiesVDSCommand(HostName = hosted_engine_2,
>>>>> VdsIdAndVdsVDSCommandParametersBase:{hostId='7d2b3f49-0fbb-493b-8f3c-5283566e830d',
>>>>> vds='Host[hosted_engine_2,7d2b3f49-0fbb-493b-8f3c-5283566e830d]'})'
>>>>> execution failed: VDSGenericException: VDSNetworkException: General
>>>>> SSLEngine problem.
>>>>>
>>>>> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
>>>>> a6evk6fkrCz8?usp=sharing
>>>>>
>>>>> Thanks for your support
>>>>>
>>>>> Carl
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Jan 6, 2018 at 8:50 AM, Gianluca Cecchi <
>>>>> gianluca.cec...@gmail.com> wrote:
>>>>>
>>>>>> On Sat, Jan 6, 2018 at 2:42 PM, carl langlois <crl.langl...@gmail.com
>>>>>> > wrote:
>>>>>>
>>>>>>> Hi again all,
>>>>>>>
>>>>>>> I really need your input on recovering my failed upgrade to 4.2.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> First two things to do to get appropriate help would be, in my
>>>>>> opinion:
>>>>>>
>>>>>> 1) provide a detailed description of your environment
>>>>>> exact version before the update; kind of storage (Gluster, NFS,
>>>>>> iSCSI, FC), kind of hosts (plain OS and which version or node-ng and 
>>>>>> which
>>>>>> version before and after), kind of deploy executed for hosted engine VM 
>>>>>> at
>>>>>> initial install time (appliance, full OS).
>>>>>> Describe steps used for upgrading.
>>>>>>
>>>>>> 2) upload to a shared file services all the possible logs:
>>>>>> engine logs before and after the upgrade and logs of engine-setup run
>>>>>> during update
>>>>>> vdsm logs before and after the upgrade
>>>>>>
>>>>>>
>>>>>> Gianluca
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Need input please.

2018-01-06 Thread carl langlois
Hi
I have put the new engine_enrolfail.log that conain the error when
re-installing .


https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJa6evk6fkrCz8?usp=sharing


Thanks

On Sat, Jan 6, 2018 at 10:18 AM, Benny Zlotnik <bzlot...@redhat.com> wrote:

> Can you please provide the log with the error?
>
> On Sat, Jan 6, 2018 at 5:09 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Hi again,
>>
>> I manage to go a little bit further.. I was not able to set one host to
>> maintenance because they had running vm.. so i force it to mark it as
>> reboot  and flush any vm and now i can try to reinstall the host.. but now
>> i am getting error when the installation try to enroll certificate..
>>
>> Any idea?
>>
>> Thanks
>> Carl
>>
>>
>> On Sat, Jan 6, 2018 at 9:41 AM, carl langlois <crl.langl...@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> Thanks for the quick reply.
>>>
>>> Version before the update was the latest 4.1.
>>> The storage is NFS.
>>> The host are plain 7.4 Centos.i keep them up to date
>>> if i remenber the initail deploy of the engine vm was full OS
>>>
>>> The step to upgrade was:
>>>
>>> SSH to hosted engine vm ,
>>> yum install 4.2 release
>>> run engine-setup.
>>> this where i think something when wrong.
>>> the engine setup was not able to update some certificate.. a quick
>>> search on the internet and found that moving the ca.pem from the
>>> /etc/pki/ovrit-engine made the engine-setup work..
>>>
>>> from that point the hosted_engine seem to work fine but all hosts and
>>> data center are not operational.
>>>
>>> One of my main concern is losing all the template and users vm..
>>>
>>>
>>>
>>> Engine and vdsm log of one host are here..
>>>
>>> In the engine log there is a lot of this error..
>>>
>>> 2018-01-06 08:31:40,459-05 ERROR [org.ovirt.engine.core.vdsbrok
>>> er.vdsbroker.GetCapabilitiesVDSCommand] 
>>> (EE-ManagedThreadFactory-engineScheduled-Thread-9)
>>> [] Command 'GetCapabilitiesVDSCommand(HostName = hosted_engine_2,
>>> VdsIdAndVdsVDSCommandParametersBase:{hostId='7d2b3f49-0fbb-493b-8f3c-5283566e830d',
>>> vds='Host[hosted_engine_2,7d2b3f49-0fbb-493b-8f3c-5283566e830d]'})'
>>> execution failed: VDSGenericException: VDSNetworkException: General
>>> SSLEngine problem.
>>>
>>> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
>>> a6evk6fkrCz8?usp=sharing
>>>
>>> Thanks for your support
>>>
>>> Carl
>>>
>>>
>>>
>>> On Sat, Jan 6, 2018 at 8:50 AM, Gianluca Cecchi <
>>> gianluca.cec...@gmail.com> wrote:
>>>
>>>> On Sat, Jan 6, 2018 at 2:42 PM, carl langlois <crl.langl...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi again all,
>>>>>
>>>>> I really need your input on recovering my failed upgrade to 4.2.
>>>>>
>>>>>
>>>>>
>>>> First two things to do to get appropriate help would be, in my opinion:
>>>>
>>>> 1) provide a detailed description of your environment
>>>> exact version before the update; kind of storage (Gluster, NFS, iSCSI,
>>>> FC), kind of hosts (plain OS and which version or node-ng and which version
>>>> before and after), kind of deploy executed for hosted engine VM at initial
>>>> install time (appliance, full OS).
>>>> Describe steps used for upgrading.
>>>>
>>>> 2) upload to a shared file services all the possible logs:
>>>> engine logs before and after the upgrade and logs of engine-setup run
>>>> during update
>>>> vdsm logs before and after the upgrade
>>>>
>>>>
>>>> Gianluca
>>>>
>>>>
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Need input please.

2018-01-06 Thread carl langlois
Hi again,

I manage to go a little bit further.. I was not able to set one host to
maintenance because they had running vm.. so i force it to mark it as
reboot  and flush any vm and now i can try to reinstall the host.. but now
i am getting error when the installation try to enroll certificate..

Any idea?

Thanks
Carl


On Sat, Jan 6, 2018 at 9:41 AM, carl langlois <crl.langl...@gmail.com>
wrote:

> Hi,
>
> Thanks for the quick reply.
>
> Version before the update was the latest 4.1.
> The storage is NFS.
> The host are plain 7.4 Centos.i keep them up to date
> if i remenber the initail deploy of the engine vm was full OS
>
> The step to upgrade was:
>
> SSH to hosted engine vm ,
> yum install 4.2 release
> run engine-setup.
> this where i think something when wrong.
> the engine setup was not able to update some certificate.. a quick search
> on the internet and found that moving the ca.pem from the
> /etc/pki/ovrit-engine made the engine-setup work..
>
> from that point the hosted_engine seem to work fine but all hosts and data
> center are not operational.
>
> One of my main concern is losing all the template and users vm..
>
>
>
> Engine and vdsm log of one host are here..
>
> In the engine log there is a lot of this error..
>
> 2018-01-06 08:31:40,459-05 ERROR [org.ovirt.engine.core.
> vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-9)
> [] Command 'GetCapabilitiesVDSCommand(HostName = hosted_engine_2,
> VdsIdAndVdsVDSCommandParametersBase:{hostId='7d2b3f49-0fbb-493b-8f3c-5283566e830d',
> vds='Host[hosted_engine_2,7d2b3f49-0fbb-493b-8f3c-5283566e830d]'})'
> execution failed: VDSGenericException: VDSNetworkException: General
> SSLEngine problem.
>
> https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJ
> a6evk6fkrCz8?usp=sharing
>
> Thanks for your support
>
> Carl
>
>
>
> On Sat, Jan 6, 2018 at 8:50 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> > wrote:
>
>> On Sat, Jan 6, 2018 at 2:42 PM, carl langlois <crl.langl...@gmail.com>
>> wrote:
>>
>>> Hi again all,
>>>
>>> I really need your input on recovering my failed upgrade to 4.2.
>>>
>>>
>>>
>> First two things to do to get appropriate help would be, in my opinion:
>>
>> 1) provide a detailed description of your environment
>> exact version before the update; kind of storage (Gluster, NFS, iSCSI,
>> FC), kind of hosts (plain OS and which version or node-ng and which version
>> before and after), kind of deploy executed for hosted engine VM at initial
>> install time (appliance, full OS).
>> Describe steps used for upgrading.
>>
>> 2) upload to a shared file services all the possible logs:
>> engine logs before and after the upgrade and logs of engine-setup run
>> during update
>> vdsm logs before and after the upgrade
>>
>>
>> Gianluca
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Need input please.

2018-01-06 Thread carl langlois
Hi,

Thanks for the quick reply.

Version before the update was the latest 4.1.
The storage is NFS.
The host are plain 7.4 Centos.i keep them up to date
if i remenber the initail deploy of the engine vm was full OS

The step to upgrade was:

SSH to hosted engine vm ,
yum install 4.2 release
run engine-setup.
this where i think something when wrong.
the engine setup was not able to update some certificate.. a quick search
on the internet and found that moving the ca.pem from the
/etc/pki/ovrit-engine made the engine-setup work..

from that point the hosted_engine seem to work fine but all hosts and data
center are not operational.

One of my main concern is losing all the template and users vm..



Engine and vdsm log of one host are here..

In the engine log there is a lot of this error..

2018-01-06 08:31:40,459-05 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-9) [] Command
'GetCapabilitiesVDSCommand(HostName = hosted_engine_2,
VdsIdAndVdsVDSCommandParametersBase:{hostId='7d2b3f49-0fbb-493b-8f3c-5283566e830d',
vds='Host[hosted_engine_2,7d2b3f49-0fbb-493b-8f3c-5283566e830d]'})'
execution failed: VDSGenericException: VDSNetworkException: General
SSLEngine problem.

https://drive.google.com/drive/folders/1tZHLIMV0ctGyeDPcGMlJa6evk6fkr
Cz8?usp=sharing

Thanks for your support

Carl



On Sat, Jan 6, 2018 at 8:50 AM, Gianluca Cecchi <gianluca.cec...@gmail.com>
wrote:

> On Sat, Jan 6, 2018 at 2:42 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Hi again all,
>>
>> I really need your input on recovering my failed upgrade to 4.2.
>>
>>
>>
> First two things to do to get appropriate help would be, in my opinion:
>
> 1) provide a detailed description of your environment
> exact version before the update; kind of storage (Gluster, NFS, iSCSI,
> FC), kind of hosts (plain OS and which version or node-ng and which version
> before and after), kind of deploy executed for hosted engine VM at initial
> install time (appliance, full OS).
> Describe steps used for upgrading.
>
> 2) upload to a shared file services all the possible logs:
> engine logs before and after the upgrade and logs of engine-setup run
> during update
> vdsm logs before and after the upgrade
>
>
> Gianluca
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Need input please.

2018-01-06 Thread carl langlois
Hi again all,

I really need your input on recovering my failed upgrade to 4.2.

I do not now what manipulation i did to end up in this situation. First i
have to host and a hosted_engine running on those Hosts. The engine is seem
to be running fine. If i ssh to any hosts i can manage the hosted engine
with hosted_engine command. The hosted engine can also migrate from one to
the others if i put one host in local maintenance. In the web UI i can see
evevrything but i am not able to do any action on the current data center,
hosts, domain..

The main problem is that all host are stuck in not operational mode.. I do
not know where to look for The only thing that i can see that is not
working is this event
[image: Inline image 1]


I do i debug this SSLEngine problem... log? what to look in the log?

Anything would help.

here is some question :

i would like to remove one host and adding it again but i am not able to
remove from the UI. Is there a way to force the remove somewhere ?

Thanks

Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Upgrade to 4.2

2018-01-05 Thread carl langlois
Hi,

Not sure what you mean by re-install because i am not able to do any action
from the UI on any host..even setting it to maintenance does not work.

In the meantime i suspect some kind of issue with SSL certificate or
something like that. Is there a way to update certificate (this part is a
bit blurry for me)



thanks.






On Fri, Jan 5, 2018 at 6:48 PM, Donny Davis <do...@fortnebula.com> wrote:

> I would put one of them in maintenance and run a reinstall. I am unsure of
> the upgrade anomalies from 4.1 to 4.2 because i started on 4.2 with this
> cluster. However it has worked for me in the past
>
> On Fri, Jan 5, 2018 at 4:33 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> I have upgrade to 4.2 and have some problem getting everithing up and
>> running again.
>>
>> The upgrade was made from latest 4.1. For now the engine dashboard can be
>> access but all hosts, data center are all the status to "Not responsive"
>> ...
>>
>> for now the only thing i found is
>> ERROR ssl handshake: SSLError, address:
>>
>> from a systemctl status vdsmd
>>
>>
>> Any help would be appreciated
>>
>> Carl
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Upgrade to 4.2

2018-01-05 Thread carl langlois
Hi all,

I have upgrade to 4.2 and have some problem getting everithing up and
running again.

The upgrade was made from latest 4.1. For now the engine dashboard can be
access but all hosts, data center are all the status to "Not responsive"
...

for now the only thing i found is
ERROR ssl handshake: SSLError, address:

from a systemctl status vdsmd


Any help would be appreciated

Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Configuring Gluster

2018-01-04 Thread carl langlois
Hi all,

I am in the process of adding GlusterFS storage to our already ovirt setup.
I am using 4.1.8 for now but plan to upgrade to 4.2 later. I need your
suggestions on what is the best approach for replacing my NFS storage to a
GlusterFS storage..


Thanks for all your inputs.
Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Vdsm Fail after update

2017-10-12 Thread carl langlois
Hi,

I have just update my Centos 7 and now vdsm is not starting:

i got this error :

Job vdsmd.service/start failed with result 'dependency'.


and in the libvirtd error also :


Oct 12 10:15:32 ovhost5 libvirtd[1434]: 2017-10-12 15:15:32.959+: 1434:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Oct 12 10:15:33 ovhost5 libvirtd[1434]: 2017-10-12 15:15:33.160+: 1492:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Oct 12 10:15:33 ovhost5 libvirtd[1434]: 2017-10-12 15:15:33.160+: 1492:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Oct 12 10:15:33 ovhost5 libvirtd[1434]: 2017-10-12 15:15:33.160+: 1434:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Oct 12 10:15:33 ovhost5 libvirtd[1434]: 2017-10-12 15:15:33.361+: 1493:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)

any help would apreciated. Everything was working perfectly before the
update.


current version
CentOS Linux release 7.4.1708 (Core)
ovirt-release40

Regards.

Carl
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Adding posix compliant FS

2017-03-22 Thread carl langlois
Thanks for your help. This is what i understand after seeing all the vms
being migrate to that hosts :-). So i have created a new data center with
local storage. My question on this is is it possible to migrate VM between
the 2 data center? also is it possible to share ISO/EXPORT domain between
the 2 data center.

Thanks


On Wed, Mar 22, 2017 at 3:40 AM, Fred Rolland <froll...@redhat.com> wrote:

> Is it a local disk ? If you want to use a local disk, it is not the way to
> do it.
> POSIX Storage Domain should be accessible from all the hosts in the
> cluster.
>
> On Tue, Mar 21, 2017 at 9:36 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Okey, i have manager to use the POSIX compliant FS.
>>
>> First thing i did was to remove any multipath stuff from the disk and
>> have a standard parttiton table i.e /dev/sdb1 (but i do not think that
>> realy help)
>> change block device(/dev/sdb1) group and owner to vdsm:kvm (did not do
>> the trick either got still permission denied)
>> create a directory in /rhev/data-center/mnt/_dev_sdb1 and set owner and
>> group to vdsm:kvm (this did the trick)
>>
>> So why did i had to create the last directory by hand to make it work?..i
>> my missing something?
>>
>> Thanks
>> Carl
>>
>>
>>
>>
>> On Tue, Mar 21, 2017 at 10:50 AM, Fred Rolland <froll...@redhat.com>
>> wrote:
>>
>>> Can you try :
>>>
>>> chown -R vdsm:kvm /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>
>>> On Tue, Mar 21, 2017 at 4:32 PM, carl langlois <crl.langl...@gmail.com>
>>> wrote:
>>>
>>>>
>>>> jsonrpc.Executor/7::WARNING::2017-03-21 09:27:40,099::outOfProcess::19
>>>> 3::Storage.oop::(validateAccess) Permission denied for directory:
>>>> /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
>>>> with permissions:7
>>>> jsonrpc.Executor/7::INFO::2017-03-21 
>>>> 09:27:40,099::mount::233::storage.Mount::(umount)
>>>> unmounting /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__5
>>>> 0026B726804F13B1
>>>> jsonrpc.Executor/7::DEBUG::2017-03-21 
>>>> 09:27:40,104::utils::871::storage.Mount::(stopwatch)
>>>> /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
>>>> unmounted: 0.00 seconds
>>>> jsonrpc.Executor/7::ERROR::2017-03-21 
>>>> 09:27:40,104::hsm::2403::Storage.HSM::(connectStorageServer)
>>>> Could not connect to storageServer
>>>> Traceback (most recent call last):
>>>>   File "/usr/share/vdsm/storage/hsm.py", line 2400, in
>>>> connectStorageServer
>>>> conObj.connect()
>>>>   File "/usr/share/vdsm/storage/storageServer.py", line 249, in connect
>>>> six.reraise(t, v, tb)
>>>>   File "/usr/share/vdsm/storage/storageServer.py", line 242, in connect
>>>> self.getMountObj().getRecord().fs_file)
>>>>   File "/usr/share/vdsm/storage/fileSD.py", line 81, in
>>>> validateDirAccess
>>>> raise se.StorageServerAccessPermissionError(dirPath)
>>>> StorageServerAccessPermissionError: Permission settings on the
>>>> specified path do not allow access to the storage. Verify permission
>>>> settings on the specified storage path.: 'path =
>>>> /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__5
>>>> 0026B726804F13B1'
>>>> jsonrpc.Executor/7::DEBUG::201
>>>>
>>>> Thanks again.
>>>>
>>>>
>>>> On Tue, Mar 21, 2017 at 10:14 AM, Fred Rolland <froll...@redhat.com>
>>>> wrote:
>>>>
>>>>> Can you share the VDSM log again ?
>>>>>
>>>>> On Tue, Mar 21, 2017 at 4:08 PM, carl langlois <crl.langl...@gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Interesting, when i'm using 
>>>>>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>>>> now the UI give error on the permission setting..
>>>>>>
>>>>>> root@ovhost4 ~]# ls -al /dev/mapper/KINGSTON_SV300S37A
>>>>>> 240G_50026B726804F13B1
>>>>>> lrwxrwxrwx 1 root root 7 Mar 18 08:28 
>>>>>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>>>> -> ../dm-3
>>>>>>
>>>>>> and the permission on the dm-3
>>>>>>
>>>>>> 

Re: [ovirt-users] Adding posix compliant FS

2017-03-21 Thread carl langlois
Okey, i have manager to use the POSIX compliant FS.

First thing i did was to remove any multipath stuff from the disk and have
a standard parttiton table i.e /dev/sdb1 (but i do not think that realy
help)
change block device(/dev/sdb1) group and owner to vdsm:kvm (did not do the
trick either got still permission denied)
create a directory in /rhev/data-center/mnt/_dev_sdb1 and set owner and
group to vdsm:kvm (this did the trick)

So why did i had to create the last directory by hand to make it work?..i
my missing something?

Thanks
Carl




On Tue, Mar 21, 2017 at 10:50 AM, Fred Rolland <froll...@redhat.com> wrote:

> Can you try :
>
> chown -R vdsm:kvm /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>
> On Tue, Mar 21, 2017 at 4:32 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>>
>> jsonrpc.Executor/7::WARNING::2017-03-21 09:27:40,099::outOfProcess::19
>> 3::Storage.oop::(validateAccess) Permission denied for directory:
>> /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
>> with permissions:7
>> jsonrpc.Executor/7::INFO::2017-03-21 
>> 09:27:40,099::mount::233::storage.Mount::(umount)
>> unmounting /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__5
>> 0026B726804F13B1
>> jsonrpc.Executor/7::DEBUG::2017-03-21 
>> 09:27:40,104::utils::871::storage.Mount::(stopwatch)
>> /rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
>> unmounted: 0.00 seconds
>> jsonrpc.Executor/7::ERROR::2017-03-21 
>> 09:27:40,104::hsm::2403::Storage.HSM::(connectStorageServer)
>> Could not connect to storageServer
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/storage/hsm.py", line 2400, in
>> connectStorageServer
>> conObj.connect()
>>   File "/usr/share/vdsm/storage/storageServer.py", line 249, in connect
>> six.reraise(t, v, tb)
>>   File "/usr/share/vdsm/storage/storageServer.py", line 242, in connect
>> self.getMountObj().getRecord().fs_file)
>>   File "/usr/share/vdsm/storage/fileSD.py", line 81, in validateDirAccess
>> raise se.StorageServerAccessPermissionError(dirPath)
>> StorageServerAccessPermissionError: Permission settings on the specified
>> path do not allow access to the storage. Verify permission settings on the
>> specified storage path.: 'path = /rhev/data-center/mnt/_dev_map
>> per_KINGSTON__SV300S37A240G__50026B726804F13B1'
>> jsonrpc.Executor/7::DEBUG::201
>>
>> Thanks again.
>>
>>
>> On Tue, Mar 21, 2017 at 10:14 AM, Fred Rolland <froll...@redhat.com>
>> wrote:
>>
>>> Can you share the VDSM log again ?
>>>
>>> On Tue, Mar 21, 2017 at 4:08 PM, carl langlois <crl.langl...@gmail.com>
>>> wrote:
>>>
>>>> Interesting, when i'm using 
>>>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>> now the UI give error on the permission setting..
>>>>
>>>> root@ovhost4 ~]# ls -al /dev/mapper/KINGSTON_SV300S37A
>>>> 240G_50026B726804F13B1
>>>> lrwxrwxrwx 1 root root 7 Mar 18 08:28 
>>>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>> -> ../dm-3
>>>>
>>>> and the permission on the dm-3
>>>>
>>>> [root@ovhost4 ~]# ls -al /dev/dm-3
>>>> brw-rw 1 vdsm kvm 253, 3 Mar 18 08:28 /dev/dm-3
>>>>
>>>>
>>>> how do i change the permission on the sym link..
>>>>
>>>> Thanks
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Mar 21, 2017 at 10:00 AM, Fred Rolland <froll...@redhat.com>
>>>> wrote:
>>>>
>>>>> Can you try to use /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>>>> in the UI.
>>>>> It seems the kernel change the path that we use to mount and then we
>>>>> cannot validate that the mount exists.
>>>>>
>>>>> It should be anyway better as the mapping could change after reboot.
>>>>>
>>>>> On Tue, Mar 21, 2017 at 2:20 PM, carl langlois <crl.langl...@gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Here is the /proc/mounts
>>>>>>
>>>>>> rootfs / rootfs rw 0 0
>>>>>> sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
>>>>>> proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
>>>>>> devtmpfs /dev devtmpfs 
>>>>>> rw,nosuid,size=65948884k,nr_inodes=16487221,mode=755
>>>>

Re: [ovirt-users] Adding posix compliant FS

2017-03-21 Thread carl langlois
jsonrpc.Executor/7::WARNING::2017-03-21
09:27:40,099::outOfProcess::193::Storage.oop::(validateAccess) Permission
denied for directory:
/rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
with permissions:7
jsonrpc.Executor/7::INFO::2017-03-21
09:27:40,099::mount::233::storage.Mount::(umount) unmounting
/rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
jsonrpc.Executor/7::DEBUG::2017-03-21
09:27:40,104::utils::871::storage.Mount::(stopwatch)
/rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1
unmounted: 0.00 seconds
jsonrpc.Executor/7::ERROR::2017-03-21
09:27:40,104::hsm::2403::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2400, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 249, in connect
six.reraise(t, v, tb)
  File "/usr/share/vdsm/storage/storageServer.py", line 242, in connect
self.getMountObj().getRecord().fs_file)
  File "/usr/share/vdsm/storage/fileSD.py", line 81, in validateDirAccess
raise se.StorageServerAccessPermissionError(dirPath)
StorageServerAccessPermissionError: Permission settings on the specified
path do not allow access to the storage. Verify permission settings on the
specified storage path.: 'path =
/rhev/data-center/mnt/_dev_mapper_KINGSTON__SV300S37A240G__50026B726804F13B1'
jsonrpc.Executor/7::DEBUG::201

Thanks again.


On Tue, Mar 21, 2017 at 10:14 AM, Fred Rolland <froll...@redhat.com> wrote:

> Can you share the VDSM log again ?
>
> On Tue, Mar 21, 2017 at 4:08 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Interesting, when i'm using 
>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>> now the UI give error on the permission setting..
>>
>> root@ovhost4 ~]# ls -al /dev/mapper/KINGSTON_SV300S37A
>> 240G_50026B726804F13B1
>> lrwxrwxrwx 1 root root 7 Mar 18 08:28 
>> /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>> -> ../dm-3
>>
>> and the permission on the dm-3
>>
>> [root@ovhost4 ~]# ls -al /dev/dm-3
>> brw-rw 1 vdsm kvm 253, 3 Mar 18 08:28 /dev/dm-3
>>
>>
>> how do i change the permission on the sym link..
>>
>> Thanks
>>
>>
>>
>>
>> On Tue, Mar 21, 2017 at 10:00 AM, Fred Rolland <froll...@redhat.com>
>> wrote:
>>
>>> Can you try to use /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
>>> in the UI.
>>> It seems the kernel change the path that we use to mount and then we
>>> cannot validate that the mount exists.
>>>
>>> It should be anyway better as the mapping could change after reboot.
>>>
>>> On Tue, Mar 21, 2017 at 2:20 PM, carl langlois <crl.langl...@gmail.com>
>>> wrote:
>>>
>>>> Here is the /proc/mounts
>>>>
>>>> rootfs / rootfs rw 0 0
>>>> sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
>>>> proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
>>>> devtmpfs /dev devtmpfs rw,nosuid,size=65948884k,nr_inodes=16487221,mode=755
>>>> 0 0
>>>> securityfs /sys/kernel/security securityfs
>>>> rw,nosuid,nodev,noexec,relatime 0 0
>>>> tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
>>>> devpts /dev/pts devpts 
>>>> rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
>>>> 0 0
>>>> tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
>>>> tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
>>>> cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatim
>>>> e,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd
>>>> 0 0
>>>> pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
>>>> cgroup /sys/fs/cgroup/cpu,cpuacct cgroup 
>>>> rw,nosuid,nodev,noexec,relatime,cpuacct,cpu
>>>> 0 0
>>>> cgroup /sys/fs/cgroup/net_cls,net_prio cgroup
>>>> rw,nosuid,nodev,noexec,relatime,net_prio,net_cls 0 0
>>>> cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids
>>>> 0 0
>>>> cgroup /sys/fs/cgroup/devices cgroup 
>>>> rw,nosuid,nodev,noexec,relatime,devices
>>>> 0 0
>>>> cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset
>>>> 0 0
>>>> cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio
>>>> 0 0
>>>> cgroup /sys/fs/cgroup/perf_event cgroup 
>>>> rw,nosuid,nodev,noexec,relatime

Re: [ovirt-users] Adding posix compliant FS

2017-03-21 Thread carl langlois
Interesting, when i'm using
/dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
now the UI give error on the permission setting..

root@ovhost4 ~]# ls -al /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
lrwxrwxrwx 1 root root 7 Mar 18 08:28
/dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1 -> ../dm-3

and the permission on the dm-3

[root@ovhost4 ~]# ls -al /dev/dm-3
brw-rw 1 vdsm kvm 253, 3 Mar 18 08:28 /dev/dm-3


how do i change the permission on the sym link..

Thanks




On Tue, Mar 21, 2017 at 10:00 AM, Fred Rolland <froll...@redhat.com> wrote:

> Can you try to use /dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
> in the UI.
> It seems the kernel change the path that we use to mount and then we
> cannot validate that the mount exists.
>
> It should be anyway better as the mapping could change after reboot.
>
> On Tue, Mar 21, 2017 at 2:20 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Here is the /proc/mounts
>>
>> rootfs / rootfs rw 0 0
>> sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
>> proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
>> devtmpfs /dev devtmpfs rw,nosuid,size=65948884k,nr_inodes=16487221,mode=755
>> 0 0
>> securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime
>> 0 0
>> tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
>> devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
>> 0 0
>> tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
>> tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
>> cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatim
>> e,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd
>> 0 0
>> pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
>> cgroup /sys/fs/cgroup/cpu,cpuacct cgroup 
>> rw,nosuid,nodev,noexec,relatime,cpuacct,cpu
>> 0 0
>> cgroup /sys/fs/cgroup/net_cls,net_prio cgroup
>> rw,nosuid,nodev,noexec,relatime,net_prio,net_cls 0 0
>> cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0
>> 0
>> cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices
>> 0 0
>> cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset
>> 0 0
>> cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio
>> 0 0
>> cgroup /sys/fs/cgroup/perf_event cgroup 
>> rw,nosuid,nodev,noexec,relatime,perf_event
>> 0 0
>> cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory
>> 0 0
>> cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer
>> 0 0
>> cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb
>> 0 0
>> configfs /sys/kernel/config configfs rw,relatime 0 0
>> /dev/mapper/cl_ovhost1-root / xfs rw,relatime,attr2,inode64,noquota 0 0
>> systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=35,pgrp=1,timeo
>> ut=300,minproto=5,maxproto=5,direct 0 0
>> mqueue /dev/mqueue mqueue rw,relatime 0 0
>> debugfs /sys/kernel/debug debugfs rw,relatime 0 0
>> hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
>> tmpfs /tmp tmpfs rw 0 0
>> nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
>> /dev/mapper/cl_ovhost1-home /home xfs rw,relatime,attr2,inode64,noquota
>> 0 0
>> /dev/sda1 /boot xfs rw,relatime,attr2,inode64,noquota 0 0
>> sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
>> tmpfs /run/user/42 tmpfs rw,nosuid,nodev,relatime,size=
>> 13192948k,mode=700,uid=42,gid=42 0 0
>> gvfsd-fuse /run/user/42/gvfs fuse.gvfsd-fuse
>> rw,nosuid,nodev,relatime,user_id=42,group_id=42 0 0
>> fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
>> ovhost2:/home/exports/defaultdata 
>> /rhev/data-center/mnt/ovhost2:_home_exports_defaultdata
>> nfs rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,
>> soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,
>> mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountprot
>> o=udp,local_lock=none,addr=10.8.236.162 0 0
>> ovhost2:/home/exports/ISO /rhev/data-center/mnt/ovhost2:_home_exports_ISO
>> nfs rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,
>> soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,
>> mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountprot
>> o=udp,local_lock=none,addr=10.8.236.162 0 0
>> ovhost2:/home/exports/data /rhev/data-center/mnt/ovhost2:_home_exports_data
>> nfs rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,
>> soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,
>> mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountprot
>> o=udp,local_lo

Re: [ovirt-users] Adding posix compliant FS

2017-03-21 Thread carl langlois
Here is the /proc/mounts

rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,nosuid,size=65948884k,nr_inodes=16487221,mode=755
0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime
0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts
rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup
rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd
0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup
rw,nosuid,nodev,noexec,relatime,cpuacct,cpu 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup
rw,nosuid,nodev,noexec,relatime,net_prio,net_cls 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/devices cgroup
rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset
0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup
rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory
0 0
cgroup /sys/fs/cgroup/freezer cgroup
rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup
rw,nosuid,nodev,noexec,relatime,hugetlb 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
/dev/mapper/cl_ovhost1-root / xfs rw,relatime,attr2,inode64,noquota 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs
rw,relatime,fd=35,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
tmpfs /tmp tmpfs rw 0 0
nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
/dev/mapper/cl_ovhost1-home /home xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/sda1 /boot xfs rw,relatime,attr2,inode64,noquota 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
tmpfs /run/user/42 tmpfs
rw,nosuid,nodev,relatime,size=13192948k,mode=700,uid=42,gid=42 0 0
gvfsd-fuse /run/user/42/gvfs fuse.gvfsd-fuse
rw,nosuid,nodev,relatime,user_id=42,group_id=42 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
ovhost2:/home/exports/defaultdata
/rhev/data-center/mnt/ovhost2:_home_exports_defaultdata nfs
rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=10.8.236.162
0 0
ovhost2:/home/exports/ISO /rhev/data-center/mnt/ovhost2:_home_exports_ISO
nfs
rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=10.8.236.162
0 0
ovhost2:/home/exports/data /rhev/data-center/mnt/ovhost2:_home_exports_data
nfs
rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.8.236.162,mountvers=3,mountport=20048,mountproto=udp,local_lock=none,addr=10.8.236.162
0 0
tmpfs /run/user/0 tmpfs rw,nosuid,nodev,relatime,size=13192948k,mode=700 0 0
/dev/mapper/KINGSTON_SV300S37A240G_50026B726804F13B1
/rhev/data-center/mnt/_dev_dm-3 ext4 rw,nosuid,relatime,data=ordered 0 0

Thanks you for your help.

Carl


On Tue, Mar 21, 2017 at 6:31 AM, Fred Rolland <froll...@redhat.com> wrote:

> Can you provide the content of /proc/mounts after it has being mounted by
> VDSM ?
>
> On Tue, Mar 21, 2017 at 12:28 PM, carl langlois <crl.langl...@gmail.com>
> wrote:
>
>> Here is the vdsm.log
>>
>>
>> jsonrpc.Executor/0::ERROR::2017-03-18 
>> 08:23:48,317::hsm::2403::Storage.HSM::(connectStorageServer)
>> Could not connect to storageServer
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/storage/hsm.py", line 2400, in
>> connectStorageServer
>> conObj.connect()
>>   File "/usr/share/vdsm/storage/storageServer.py", line 242, in connect
>> self.getMountObj().getRecord().fs_file)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line
>> 260, in getRecord
>> (self.fs_spec, self.fs_file))
>> OSError: [Errno 2] Mount of `/dev/dm-3` at `/rhev/data-center/mnt/_dev_dm-3`
>> does not exist
>>
>>
>> thanks
>>
>> On Fri, Mar 17, 2017 at 3:06 PM, Fred Rolland <froll...@redhat.com>
>> wrote:
>>
>>> Please send Vdsm log.
>>> Thanks
>>>
>>> On Fri, Mar 17, 2017 at 8:46 PM, carl langlois <crl.langl...@gmail.com

[ovirt-users] Adding posix compliant FS

2017-03-16 Thread carl langlois
Hi Guys,

I am trying to add a posix FS on one of my host. Ovirt in actually mounting
it but fail with "Error while executing action Add Storage Connection:
General Exception"

If i look in the vdsm.log i cant see

sonrpc.Executor/7::DEBUG::2017-03-16
12:39:28,248::fileUtils::209::Storage.fileUtils::(createdir) Creating
directory: /rhev/data-center/mnt/_dev_dm-3 mode: None
jsonrpc.Executor/7::DEBUG::2017-03-16
12:39:28,248::fileUtils::218::Storage.fileUtils::(createdir) Using existing
directory: /rhev/data-center/mnt/_dev_dm-3
jsonrpc.Executor/7::INFO::2017-03-16
12:39:28,248::mount::226::storage.Mount::(mount) mounting /dev/dm-3 at
/rhev/data-center/mnt/_dev_dm-3
jsonrpc.Executor/7::DEBUG::2017-03-16
12:39:28,270::utils::871::storage.Mount::(stopwatch)
/rhev/data-center/mnt/_dev_dm-3 mounted: 0.02 seconds
jsonrpc.Executor/7::ERROR::2017-03-16
12:39:28,271::hsm::2403::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2400, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 242, in connect
self.getMountObj().getRecord().fs_file)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line 260,
in getRecord
(self.fs_spec, self.fs_file))
OSError: [Errno 2] Mount of `/dev/dm-3` at
`/rhev/data-center/mnt/_dev_dm-3` does not exist


any help would be appreciated.

Thanks

CL
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users