[ovirt-users] Re: IPTablesConfig replacement in 4.3

[Yedidyah Bar David]

On Tue, Feb 12, 2019 at 11:44 PM Roman Last  wrote:
>
> Hello!
> So, i just update up in 4.3, whith auto configration iptables by vsdm. How 
> can i make some custom rules in iptables becouse IPTablesConfigSiteCustom is 
> now deprecated.

You might want to check this:

https://www.ovirt.org/blog/2017/12/host-deploy-customization.html

I didn't try it myself, though.

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

[ovirt-users] Re: Spice console very poor performance for Windows 10 vm

[Leo David]

Thank you so much Victor !
Anyone, any ideea how could I disable video compression for spice console
on particular vms ?
I am trying to implement an "almost" full desktop experience with an oVirt
based vdi environment.
And besides the Windows10 spice issues ( which are the main cause of this
thread ), it seems that Windows 7 is affected too by the multimedia playing
perspective. Which makes a total blocker on project implementation
Any suggestions/ similar experiences ?
Thank you very much and have a nice day !

Leo

On Mon, Feb 11, 2019, 12:01 Victor Toso  Hi,
>
> On Mon, Feb 11, 2019 at 11:50:49AM +0200, Leo David wrote:
> > Hi,
> > "This enable host-side streaming, are you sure you want it?"
> > Not sure yet, but i would at least disable compression, video
> > playing seems to be pretty poor, and crackling ( youtube, etc )
>
> For playing video use-cases (youtube) it might be okay but not
> for playing games as it has some hard coded delay in the
> streaming code path.
>
> The streaming is mjpeg so you don't save much bandwidth either.
>
> > "AFAIK, if virsh edit exits without issue, you need to shutdown
> > the vm and then start it again"
> > I did that,  and when the vm comes back on,  my changes are not there
> > anymore 
>
> Might be something specific to ovirt, not sure :(
>
> I hope someone else can help you.
>
> > On Mon, Feb 11, 2019 at 10:45 AM Victor Toso 
> wrote:
> >
> > > Hi,
> > >
> > > On Sun, Feb 10, 2019 at 02:08:48PM +0200, Leo David wrote:
> > > > Hi,
> > > >
> > > > I am trying to disable video compression as per this thread:
> > > > https://lists.ovirt.org/pipermail/users/2017-January/078753.html
> > > >
> > > > The thing is that I just can't figure out where to place the
> following:
> > > >
> > > > 
> > > > 
> > > > 
> > > > 
> > >
> > > This enable host-side streaming, are you sure you want it?
> > >
> > > > 
> > > >
> > > > If I attempt to edit vm properties by using virsh and add these
> > > > custom settings, the configuration file gets overwritten once
> > > > the vm reboots.
> > >
> > > AFAIK, if virsh edit exits without issue, you need to shutdown
> > > the vm and then start it again. Reboot is not enough.
> > >
> > > > Any suggestions?
> > > >
> > > > Thank you,
> > > >
> > > > Leo
> > > >
> > > >
> > > >
> > > >
> > > > On Wed, Feb 6, 2019 at 7:17 PM Leo David  wrote:
> > > >
> > > > > Hello everyone,
> > > > > Any chance that this issue to be already fixed in the new 4.3
> version ?
> > > > > Thank you !
> > > > >
> > > > > On Tue, Jan 8, 2019, 12:25 Victor Toso  wrote:
> > > > >
> > > > >> Hi,
> > > > >>
> > > > >> On Tue, Jan 08, 2019 at 12:08:31PM +0200, Leo David wrote:
> > > > >> > Thank you very mucjh,  and sorry for being so lazy to search
> > > > >> > for that rpm by myself. Somehow, fedora rpms missed from my
> > > > >> > mind.  Oh boy, it requires a lot of packages. Do you think
> > > > >> > would it be a good idea to temporarily install fedora repos, do
> > > > >> > the yum installation to get the dependencoes too and then
> > > > >> > disable the repo ? I am thinking to not break the ovirt node
> > > > >> > installation.
> > > > >>
> > > > >> The easiest path is to get the source from your current rpm,
> > > > >> apply the patch mentioned in previous email, build, install,
> > > > >> test.
> > > > >>
> > > > >> If that does not work you can rollback. If works, you can rethink
> > > > >> what is best.
> > > > >>
> > > > >> Cheers,
> > > > >>
> > > > >> >  yum localinstall spice-server-0.14.1-1.fc30.x86_64.rpm
> > > > >> > Loaded plugins: enabled_repos_upload, fastestmirror,
> > > imgbased-persist,
> > > > >> > package_upload, product-id, search-disabled-repos,
> > > subscription-manager,
> > > > >> > vdsmupgrade
> > > > >> > This system is not registered with an entitlement server. You
> can
> > > use
> > > > >> > subscription-manager to register.
> > > > >> > Examining spice-server-0.14.1-1.fc30.x86_64.rpm:
> > > > >> > spice-server-0.14.1-1.fc30.x86_64
> > > > >> > Marking spice-server-0.14.1-1.fc30.x86_64.rpm as an update to
> > > > >> > spice-server-0.14.0-2.el7_5.3.x86_64
> > > > >> > Resolving Dependencies
> > > > >> > --> Running transaction check
> > > > >> > ---> Package spice-server.x86_64 0:0.14.0-2.el7_5.3 will be
> updated
> > > > >> > ---> Package spice-server.x86_64 0:0.14.1-1.fc30 will be an
> update
> > > > >> > --> Processing Dependency:
> libcrypto.so.1.1(OPENSSL_1_1_0)(64bit)
> > > for
> > > > >> > package: spice-server-0.14.1-1.fc30.x86_64
> > > > >> > Loading mirror speeds from cached hostfile
> > > > >> >  * epel: ftp.nluug.nl
> > > > >> >  * ovirt-4.2-epel: ftp.nluug.nl
> > > > >> > --> Processing Dependency: libssl.so.1.1(OPENSSL_1_1_0)(64bit)
> for
> > > > >> package:
> > > > >> > spice-server-0.14.1-1.fc30.x86_64
> > > > >> > --> Processing Dependency: libcrypto.so.1.1()(64bit) for
> package:
> > > > >> > spice-server-0.14.1-1.fc30.x86_64
> > > > >> > --> Processing Dependency: libgstapp-1.0.so.0()(64bit) for
> pa

[ovirt-users] SURVEY: your NFS configuration (Bug 1666795 - SHE doesn't start after power-off, 4.1 to 4.3 upgrade - VolumeDoesNotExist: Volume does not exist )

[Nir Soffer]

Looking at
https://bugzilla.redhat.com/1666795

It seems that a change in vdsm/libvirt exposed NFS configuration issue,
that may was
needed in the past and probably not needed now.

If you use NFS, I would like to see your /etc/exports (after sanitizing it
if needed).
For extra bonus, output of "exportfs -v" would be useful.

In particular, I want to know if you use root_squash, all_squash, or
no_root_squash.

Thanks,
Nir
___
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/7J3ZV25DP2X5TD6A4IV63W5PANKWERTO/

[ovirt-users] Re: Error starting hosted engine

[Edward Berger]

ls -l /rhev/data-center/mnt/glusterSD/*/*/images/*
# any under "engine volume" that are owned by root chown and chmod as
vdsm:kvm 660

# then engine should be able to start.


On Tue, Feb 12, 2019 at 4:43 PM Endre Karlson 
wrote:

> I Also tried to run
> service vdsmd stop
> vdsm-tool configure --force
> service vdsmd start
>
> and then restart the ha agent on all nodes but it doesnt help, the
> upgraded to 4.3 node is still not able to start hte engine.
>
> / E
>
> Den tir. 12. feb. 2019 kl. 22:01 skrev Endre Karlson <
> endre.karl...@gmail.com>:
>
>> Yes that seems correct, but is there no way to work around it ?
>>
>> Den tir. 12. feb. 2019 kl. 06:24 skrev Sahina Bose :
>>
>>>
>>>
>>> On Tue, Feb 12, 2019 at 10:51 AM Endre Karlson 
>>> wrote:
>>>
 It's a upgrade from 4.2.x < latest version of 4.2 series. I upgraded by
 adding the 4.3 repo and doing the steps on the upgrade guide page
 https://www.ovirt.org/release/4.3.0/#centos--rhel

>>>
>>> Seems like you're running into
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1666795
>>>
>>>

 Den man. 11. feb. 2019 kl. 23:35 skrev Greg Sheremeta <
 gsher...@redhat.com>:

> Hi,
>
> Is this an upgrade or a fresh installation? What version? What
> installation or upgrade commands / methods did you use?
>
> Best wishes,
> Greg
>
>
>
> On Mon, Feb 11, 2019 at 5:11 PM Endre Karlson 
> wrote:
>
>> https://paste.ubuntu.com/p/BrmPYRKmzT/
>> https://paste.fedoraproject.org/paste/MjfioF9-Pzk02541abKyOw
>>
>> Seems like it's a error with vdsmd and glusterfs ?
>>
>> // Endre
>> ___
>> 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/OWKVL6PWBCPYPKD6QWQJERZDDRYRIUKU/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/LYXZVYVJAJFEBITTNQBNNF6WVTPNZJMJ/

>>> ___
> 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/P4Z7IQROW7RHX6TMWEQ6FCQ3KHN7X7NP/
>
___
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/DVX2Q67HLIULUFXRKSH6EK7FYB4FL6N4/

[ovirt-users] change cache behavior per VM?

[Hetz Ben Hamo]

Hi,

With KVM (and using tools like virt-manager) you can set the cache behavior
like write-back, write-through etc. etc..

Can this be done by oVirt? looks like oVirt "kills" ZFS servers as it
insists to wait until every bit has been written to disk, and I don't need
it (my oVirt is not for production, and there are snapshots in ZFS for
that).

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:

[ovirt-users] Re: Please don't remove instance type

[Greg Sheremeta]

Hi!

On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse <
baptiste.aga...@lyra-network.com> wrote:

> Hi all,
>
> We are happy oVirt users for some years now (we started with 3.6, now on
> 4.2) and we manage most of our virtualization stacks with it. To provision
> and manage our machines, we use the foreman (for bare metal and virtual
> machines) on top of it. I made some little contributions to the foreman and
> other underlying stuff to have a deeper integration with oVirt, like to be
> able to select instance type directly from foreman interface/api and we
> rely on it. We use instance types to standardize our vms by defining system
> resources (memory, cpu and cpu topology) console type, boot options. On top
> of that we plan to use templates to apply OS (CentOS 7 and CentOS 6
> actually). Having resources definitions separated from OS installation help
> us to keep instance types and templates lists small and don't bother users
> about some technical underlying stuff. As we are interested in automating
> oVirt maintenance tasks and configuration with ansible, I asked at FOSDEM
> oVirt booth if there is any ansible module to manage instance types in
> Ovirt as I didn't find it in ovirt ansible infra repo. The person to whom I
> asked the question said that you are planning to remove instance types from
> ovirt, and this make me sad :(. So here I am to ask why do you plan to
> remove instance types from oVirt. As far as I know, it's fairly common to
> have "instance types" / "flavors" / "sizes" on one side and then templates
> (bare OS, preinstalled appliances...) on other side and pick one of each to
> make an instance. If this first part is missing in future version of ovirt,
> it will be a pain point for us. So, my question is, do you really plan to
> remove instances type definitely ?
>

I don't know the future plans (maybe someone else can comment), but I have
heard that instance types are barely used. You might be the first person I
know of who is using them.

The argument for keeping templates but removing instance types is probably
that templates already are effectively instance types. That's why I never
use them. For example, create a CentOS template with 16 CPUs, 32GB RAM,
500GB disk ... that's effectively a large instance type. Create another
template with 1 CPU, 2GB RAM, 30GB disk ... that's effectively a small
instance type.

Is there a use case beyond this that instance types provide that templates
don't?

Best wishes,
Greg


>
> Cheers.
>
> --
> Baptiste
> ___
> 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/TJAXYBMSIAAAYLAYCSLOTONY54WT7K3O/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

[ovirt-users] Re: Error starting hosted engine

[Endre Karlson]

I Also tried to run
service vdsmd stop
vdsm-tool configure --force
service vdsmd start

and then restart the ha agent on all nodes but it doesnt help, the upgraded
to 4.3 node is still not able to start hte engine.

/ E

Den tir. 12. feb. 2019 kl. 22:01 skrev Endre Karlson <
endre.karl...@gmail.com>:

> Yes that seems correct, but is there no way to work around it ?
>
> Den tir. 12. feb. 2019 kl. 06:24 skrev Sahina Bose :
>
>>
>>
>> On Tue, Feb 12, 2019 at 10:51 AM Endre Karlson 
>> wrote:
>>
>>> It's a upgrade from 4.2.x < latest version of 4.2 series. I upgraded by
>>> adding the 4.3 repo and doing the steps on the upgrade guide page
>>> https://www.ovirt.org/release/4.3.0/#centos--rhel
>>>
>>
>> Seems like you're running into
>> https://bugzilla.redhat.com/show_bug.cgi?id=1666795
>>
>>
>>>
>>> Den man. 11. feb. 2019 kl. 23:35 skrev Greg Sheremeta <
>>> gsher...@redhat.com>:
>>>
 Hi,

 Is this an upgrade or a fresh installation? What version? What
 installation or upgrade commands / methods did you use?

 Best wishes,
 Greg



 On Mon, Feb 11, 2019 at 5:11 PM Endre Karlson 
 wrote:

> https://paste.ubuntu.com/p/BrmPYRKmzT/
> https://paste.fedoraproject.org/paste/MjfioF9-Pzk02541abKyOw
>
> Seems like it's a error with vdsmd and glusterfs ?
>
> // Endre
> ___
> 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/OWKVL6PWBCPYPKD6QWQJERZDDRYRIUKU/
>


 --

 GREG SHEREMETA

 SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

 Red Hat NA

 

 gsher...@redhat.comIRC: gshereme
 

>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LYXZVYVJAJFEBITTNQBNNF6WVTPNZJMJ/
>>>
>>
___
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/P4Z7IQROW7RHX6TMWEQ6FCQ3KHN7X7NP/

[ovirt-users] IPTablesConfig replacement in 4.3

[Roman Last]

Hello!
So, i just update up in 4.3, whith auto configration iptables by vsdm. How can 
i make some custom rules in iptables becouse IPTablesConfigSiteCustom is now 
deprecated.

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/KOMXW4Y2D3TV63KVBQO46RDOKLXMTBTD/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Will do.  Thanks again for all your help!!  Looking forward to a confirmation 
of the fix or a different solution.  Either way, I know I have a working fix.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 3:09 PM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
Just a small note - the commands in the rc.local should be placed *before* the 
very last line (the touch ... command).
Thanks in advance,

On Tue, Feb 12, 2019 at 10:56 PM Lev Veyde 
mailto:lve...@redhat.com>> wrote:
Hi Doug,
Thanks, you're welcome!
It's generally possible to add persistent rules by either using the legacy 
/etc/rc.d/rc.local boot script (chmod +x /etc/rc.d/rc.local and put the 
relevant commands at the end of the file, that way you can actually run any 
commands) or by using the /etc/sysconfig/network-scripts/rule- 
e.g. rule-ovirtmgmt or rule-eno3 (just put in the file "to 172.22.20.31 
priority 32764" - without quotes), however of course this needs to be tested to 
verify that it works.
I forwarded the issue to the network team and hopefully they will update soon.

Thanks in advance,

On Tue, Feb 12, 2019 at 10:17 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
You have no idea how helpful you have been!!  I’ve been having this issue 
for over 2 months and starting to cause major problems.

Please let me know if you find a better solution.  I’m going to wait to hear 
back from you before implementing.

If we go with this workaround, is there a way to add the ip rule so it’s 
persistent?  I know how to make the ip route add persistent.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 2:14 PM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
Yes, it looks like it did.
I'll try to catch somebody from my local oVirt/RHV networking team to take a 
look at this issue, maybe there is a better solution for that issue than my 
workaround.

But meanwhile you can use this workaround (ip route add + ip rule add), just 
please be aware that these should be run after each host reboot, since these 
commands are not persistent.

Thanks in advance,

On Tue, Feb 12, 2019 at 10:07 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here’s the results.  It appears to fix the issue!!

From non-working system:

-bash-4.2# ip rule add to 172.22.20.31 priority 32764

-bash-4.2# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  CenteraAmesAN1.emcins.com (172.21.12.61)  
0.487 ms  1.082 ms  1.313 ms
2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
3  pdputopcomm01.emcins.com (172.22.20.31)  
1.403 ms  1.401 ms  1.348 ms

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 2:01 PM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
OK, I think that I have a guess of what may have happened here...
Can you please run the following command on the (non-working) host:

ip rule add to 172.22.20.31 priority 32764

This needs to be run in addition to the ip route add ... command.

And then please run the traceroute command and let me know if that fixed the 
issue.

Thanks in advance,

On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here you go.

From non-working system

-bash-4.2# ip rule
0:  from all lookup local
32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 
2887058719
32765:  from 172.21.0.0/16 lookup 2887058719
32766:  from all lookup main
32767:  from all lookup default


From working system

[root@paputopcomm04 ~]# ip rule
0:  from all lookup local
32766:  from all lookup main
32767:  from all lookup default

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 M

[ovirt-users] vGPU remote console problems

[Edward Berger]

A coworker and I are trying to bring up some nvidia vGPU VMs on ovirt 4.3,
but are experiencing issues with the remote consoles for both Windows and
Linux.

A windows10 VM for example works OK with a windows remote desktop client
after enabling the service inside the VM, but using the oVirt VM portal
spice/vnc seems to cause the mouse pointer to disappear and clicks seem to
go nowhere.

We're more likely to want linux VMs though.
CentOS not booting all the way to gnome desktop after installing the nvidia
driver.

What works well for you?
Are there known tweaks I should try to make?
Any helpful hints?

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/RVIAFYRBL6CUSKKBTXXK5E6GKO54XVHQ/

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

Just a small note - the commands in the rc.local should be placed *before*
the very last line (the touch ... command).

Thanks in advance,

On Tue, Feb 12, 2019 at 10:56 PM Lev Veyde  wrote:

> Hi Doug,
>
> Thanks, you're welcome!
>
> It's generally possible to add persistent rules by either using the legacy
> /etc/rc.d/rc.local boot script (chmod +x /etc/rc.d/rc.local and put the
> relevant commands at the end of the file, that way you can actually run any
> commands) or by using the /etc/sysconfig/network-scripts/rule- name> e.g. rule-ovirtmgmt or rule-eno3 (just put in the file "to
> 172.22.20.31 priority 32764" - without quotes), however of course this
> needs to be tested to verify that it works.
>
> I forwarded the issue to the network team and hopefully they will update
> soon.
>
> Thanks in advance,
>
> On Tue, Feb 12, 2019 at 10:17 PM Doug Maxfield 
> wrote:
>
>> Lev,
>>
>> You have no idea how helpful you have been!!  I’ve been having this
>> issue for over 2 months and starting to cause major problems.
>>
>>
>>
>> Please let me know if you find a better solution.  I’m going to wait to
>> hear back from you before implementing.
>>
>>
>>
>> If we go with this workaround, is there a way to add the ip rule so it’s
>> persistent?  I know how to make the ip route add persistent.
>>
>>
>>
>> [image: Count On EMC] 
>>
>> *Doug Maxfield *| Senior Operating Systems Analyst
>>
>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>> Tel: 515.345.4507 | Fax: 866.331.1522
>> doug.l.maxfi...@emcins.com | www.emcins.com
>>
>>
>>
>>
>>
>> *From:* Lev Veyde 
>> *Sent:* Tuesday, February 12, 2019 2:14 PM
>> *To:* Doug Maxfield 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Creating a static route
>>
>>
>>
>> Hi Doug,
>>
>> Yes, it looks like it did.
>>
>> I'll try to catch somebody from my local oVirt/RHV networking team to
>> take a look at this issue, maybe there is a better solution for that issue
>> than my workaround.
>>
>>
>>
>> But meanwhile you can use this workaround (ip route add + ip rule add),
>> just please be aware that these should be run after each host reboot, since
>> these commands are not persistent.
>>
>>
>>
>> Thanks in advance,
>>
>>
>>
>> On Tue, Feb 12, 2019 at 10:07 PM Doug Maxfield <
>> doug.l.maxfi...@emcins.com> wrote:
>>
>> Lev,
>>
>> Here’s the results.  It appears to fix the issue!!
>>
>>
>>
>> From non-working system:
>>
>>
>>
>> -bash-4.2# ip rule add to 172.22.20.31 priority 32764
>>
>>
>>
>> -bash-4.2# traceroute 172.22.20.31
>>
>> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>>
>> 1  CenteraAmesAN1.emcins.com (172.21.12.61)  0.487 ms  1.082 ms  1.313 ms
>>
>> 2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
>>
>> 3  pdputopcomm01.emcins.com (172.22.20.31)  1.403 ms  1.401 ms  1.348 ms
>>
>>
>>
>> [image: Count On EMC] 
>>
>> *Doug Maxfield *| Senior Operating Systems Analyst
>>
>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>> Tel: 515.345.4507 | Fax: 866.331.1522
>> doug.l.maxfi...@emcins.com | www.emcins.com
>>
>>
>>
>>
>>
>> *From:* Lev Veyde 
>> *Sent:* Tuesday, February 12, 2019 2:01 PM
>> *To:* Doug Maxfield 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Creating a static route
>>
>>
>>
>> Hi Doug,
>>
>> OK, I think that I have a guess of what may have happened here...
>>
>> Can you please run the following command on the (non-working) host:
>>
>> ip rule add to 172.22.20.31 priority 32764
>>
>>
>>
>> This needs to be run in addition to the ip route add ... command.
>>
>>
>>
>> And then please run the traceroute command and let me know if that fixed
>> the issue.
>>
>>
>>
>> Thanks in advance,
>>
>>
>>
>> On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
>> wrote:
>>
>> Lev,
>>
>> Here you go.
>>
>>
>>
>> From non-working system
>>
>>
>>
>> -bash-4.2# ip rule
>>
>> 0:  from all lookup local
>>
>> 32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 2887058719
>>
>> 32765:  from 172.21.0.0/16 lookup 2887058719
>>
>> 32766:  from all lookup main
>>
>> 32767:  from all lookup default
>>
>>
>>
>>
>>
>> From working system
>>
>>
>>
>> [root@paputopcomm04 ~]# ip rule
>>
>> 0:  from all lookup local
>>
>> 32766:  from all lookup main
>>
>> 32767:  from all lookup default
>>
>>
>>
>> [image: Count On EMC] 
>>
>> *Doug Maxfield *| Senior Operating Systems Analyst
>>
>> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
>> Tel: 515.345.4507 | Fax: 866.331.1522
>> doug.l.maxfi...@emcins.com | www.emcins.com
>>
>>
>>
>>
>>
>> *From:* Lev Veyde 
>> *Sent:* Tuesday, February 12, 2019 12:35 PM
>> *To:* Doug Maxfield 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Creating a static route
>>
>>
>>
>> Hi Doug,
>>
>> That shouldn't really matter, since ovirtmgmt is just a bridged
>> interface, and unless I'm missing something it shouldn't really affect
>> routing.
>>
>> Can you please also provide the outpu

[ovirt-users] Re: Error starting hosted engine

[Endre Karlson]

Yes that seems correct, but is there no way to work around it ?

Den tir. 12. feb. 2019 kl. 06:24 skrev Sahina Bose :

>
>
> On Tue, Feb 12, 2019 at 10:51 AM Endre Karlson 
> wrote:
>
>> It's a upgrade from 4.2.x < latest version of 4.2 series. I upgraded by
>> adding the 4.3 repo and doing the steps on the upgrade guide page
>> https://www.ovirt.org/release/4.3.0/#centos--rhel
>>
>
> Seems like you're running into
> https://bugzilla.redhat.com/show_bug.cgi?id=1666795
>
>
>>
>> Den man. 11. feb. 2019 kl. 23:35 skrev Greg Sheremeta <
>> gsher...@redhat.com>:
>>
>>> Hi,
>>>
>>> Is this an upgrade or a fresh installation? What version? What
>>> installation or upgrade commands / methods did you use?
>>>
>>> Best wishes,
>>> Greg
>>>
>>>
>>>
>>> On Mon, Feb 11, 2019 at 5:11 PM Endre Karlson 
>>> wrote:
>>>
 https://paste.ubuntu.com/p/BrmPYRKmzT/
 https://paste.fedoraproject.org/paste/MjfioF9-Pzk02541abKyOw

 Seems like it's a error with vdsmd and glusterfs ?

 // Endre
 ___
 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/OWKVL6PWBCPYPKD6QWQJERZDDRYRIUKU/

>>>
>>>
>>> --
>>>
>>> GREG SHEREMETA
>>>
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>>
>>> Red Hat NA
>>>
>>> 
>>>
>>> gsher...@redhat.comIRC: gshereme
>>> 
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LYXZVYVJAJFEBITTNQBNNF6WVTPNZJMJ/
>>
>
___
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/GO42HCO5B467TBN3VNXGKIP3O3UUMM32/

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

Thanks, you're welcome!

It's generally possible to add persistent rules by either using the legacy
/etc/rc.d/rc.local boot script (chmod +x /etc/rc.d/rc.local and put the
relevant commands at the end of the file, that way you can actually run any
commands) or by using the /etc/sysconfig/network-scripts/rule- e.g. rule-ovirtmgmt or rule-eno3 (just put in the file "to
172.22.20.31 priority 32764" - without quotes), however of course this
needs to be tested to verify that it works.

I forwarded the issue to the network team and hopefully they will update
soon.

Thanks in advance,

On Tue, Feb 12, 2019 at 10:17 PM Doug Maxfield 
wrote:

> Lev,
>
> You have no idea how helpful you have been!!  I’ve been having this
> issue for over 2 months and starting to cause major problems.
>
>
>
> Please let me know if you find a better solution.  I’m going to wait to
> hear back from you before implementing.
>
>
>
> If we go with this workaround, is there a way to add the ip rule so it’s
> persistent?  I know how to make the ip route add persistent.
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 2:14 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> Yes, it looks like it did.
>
> I'll try to catch somebody from my local oVirt/RHV networking team to take
> a look at this issue, maybe there is a better solution for that issue than
> my workaround.
>
>
>
> But meanwhile you can use this workaround (ip route add + ip rule add),
> just please be aware that these should be run after each host reboot, since
> these commands are not persistent.
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 10:07 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here’s the results.  It appears to fix the issue!!
>
>
>
> From non-working system:
>
>
>
> -bash-4.2# ip rule add to 172.22.20.31 priority 32764
>
>
>
> -bash-4.2# traceroute 172.22.20.31
>
> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>
> 1  CenteraAmesAN1.emcins.com (172.21.12.61)  0.487 ms  1.082 ms  1.313 ms
>
> 2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
>
> 3  pdputopcomm01.emcins.com (172.22.20.31)  1.403 ms  1.401 ms  1.348 ms
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 2:01 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> OK, I think that I have a guess of what may have happened here...
>
> Can you please run the following command on the (non-working) host:
>
> ip rule add to 172.22.20.31 priority 32764
>
>
>
> This needs to be run in addition to the ip route add ... command.
>
>
>
> And then please run the traceroute command and let me know if that fixed
> the issue.
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here you go.
>
>
>
> From non-working system
>
>
>
> -bash-4.2# ip rule
>
> 0:  from all lookup local
>
> 32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 2887058719
>
> 32765:  from 172.21.0.0/16 lookup 2887058719
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
>
>
> From working system
>
>
>
> [root@paputopcomm04 ~]# ip rule
>
> 0:  from all lookup local
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 12:35 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> That shouldn't really matter, since ovirtmgmt is just a bridged interface,
> and unless I'm missing something it shouldn't really affect routing.
>
> Can you please also provide the output of "ip rule" from both working and
> non-working hosts ?
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here’s the ip route from the server that worked and didn’t work
>
>
>
> IP Route from server that worked
>
>
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev

[ovirt-users] Re: Ovirt self-hosted engine won't come up

[joshuaosko]

hosted-engine --add-console-password
Enter password: 
[root@corp-ovirt01 ~]# virsh -r vncdisplay HostedEngine
error: Failed to get VNC port. Is this domain using VNC?

Yes. Sorry I forgot to copy that part. It didn't respond with a connection 
string. I was prompted for a password and then tried. 
___
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/GIUK67T5NTHUTT7BL424Z4MWKOJTF45Q/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
You have no idea how helpful you have been!!  I’ve been having this issue 
for over 2 months and starting to cause major problems.

Please let me know if you find a better solution.  I’m going to wait to hear 
back from you before implementing.

If we go with this workaround, is there a way to add the ip rule so it’s 
persistent?  I know how to make the ip route add persistent.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 2:14 PM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
Yes, it looks like it did.
I'll try to catch somebody from my local oVirt/RHV networking team to take a 
look at this issue, maybe there is a better solution for that issue than my 
workaround.

But meanwhile you can use this workaround (ip route add + ip rule add), just 
please be aware that these should be run after each host reboot, since these 
commands are not persistent.

Thanks in advance,

On Tue, Feb 12, 2019 at 10:07 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here’s the results.  It appears to fix the issue!!

From non-working system:

-bash-4.2# ip rule add to 172.22.20.31 priority 32764

-bash-4.2# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  CenteraAmesAN1.emcins.com (172.21.12.61)  
0.487 ms  1.082 ms  1.313 ms
2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
3  pdputopcomm01.emcins.com (172.22.20.31)  
1.403 ms  1.401 ms  1.348 ms

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 2:01 PM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
OK, I think that I have a guess of what may have happened here...
Can you please run the following command on the (non-working) host:

ip rule add to 172.22.20.31 priority 32764

This needs to be run in addition to the ip route add ... command.

And then please run the traceroute command and let me know if that fixed the 
issue.

Thanks in advance,

On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here you go.

From non-working system

-bash-4.2# ip rule
0:  from all lookup local
32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 
2887058719
32765:  from 172.21.0.0/16 lookup 2887058719
32766:  from all lookup main
32767:  from all lookup default


From working system

[root@paputopcomm04 ~]# ip rule
0:  from all lookup local
32766:  from all lookup main
32767:  from all lookup default

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 12:35 PM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
That shouldn't really matter, since ovirtmgmt is just a bridged interface, and 
unless I'm missing something it shouldn't really affect routing.
Can you please also provide the output of "ip rule" from both working and 
non-working hosts ?

Thanks in advance,

On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here’s the ip route from the server that worked and didn’t work

IP Route from server that worked

[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 
172.21.5.34
172.22.20.31 via 172.21.12.61 dev eno3
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.34



IP Route from server that didn't work

-bash-4.2# ip route
default via 172.21.0.250 dev ovirtmgmt
169.254.0.0/16 dev eno4 scope link metric 1004
169.254.0.0/16 dev ovirtmgmt 

[ovirt-users] Re: Ovirt self-hosted engine won't come up

[Simone Tiraboschi]

On Tue, Feb 12, 2019 at 8:52 PM  wrote:

> # virsh -r vncdisplay HostedEngine
>
> error: Failed to get VNC port. Is this domain using VNC?
>
> I'm seeing this
>

Did you tried also
  hosted-engine --add-console-password
?


> ___
> 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/TGGDLKGW6VQIP6HHK7DXGMMCYALODUHL/
>
___
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/3XPPQU3XERZ4TDR7W7GSUODLXGFCBLEU/

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

Yes, it looks like it did.

I'll try to catch somebody from my local oVirt/RHV networking team to take
a look at this issue, maybe there is a better solution for that issue than
my workaround.

But meanwhile you can use this workaround (ip route add + ip rule add),
just please be aware that these should be run after each host reboot, since
these commands are not persistent.

Thanks in advance,

On Tue, Feb 12, 2019 at 10:07 PM Doug Maxfield 
wrote:

> Lev,
>
> Here’s the results.  It appears to fix the issue!!
>
>
>
> From non-working system:
>
>
>
> -bash-4.2# ip rule add to 172.22.20.31 priority 32764
>
>
>
> -bash-4.2# traceroute 172.22.20.31
>
> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>
> 1  CenteraAmesAN1.emcins.com (172.21.12.61)  0.487 ms  1.082 ms  1.313 ms
>
> 2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
>
> 3  pdputopcomm01.emcins.com (172.22.20.31)  1.403 ms  1.401 ms  1.348 ms
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 2:01 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> OK, I think that I have a guess of what may have happened here...
>
> Can you please run the following command on the (non-working) host:
>
> ip rule add to 172.22.20.31 priority 32764
>
>
>
> This needs to be run in addition to the ip route add ... command.
>
>
>
> And then please run the traceroute command and let me know if that fixed
> the issue.
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here you go.
>
>
>
> From non-working system
>
>
>
> -bash-4.2# ip rule
>
> 0:  from all lookup local
>
> 32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 2887058719
>
> 32765:  from 172.21.0.0/16 lookup 2887058719
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
>
>
> From working system
>
>
>
> [root@paputopcomm04 ~]# ip rule
>
> 0:  from all lookup local
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 12:35 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> That shouldn't really matter, since ovirtmgmt is just a bridged interface,
> and unless I'm missing something it shouldn't really affect routing.
>
> Can you please also provide the output of "ip rule" from both working and
> non-working hosts ?
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here’s the ip route from the server that worked and didn’t work
>
>
>
> IP Route from server that worked
>
>
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
>
> 172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
>
> *172.22.20.31 via 172.21.12.61 dev eno3*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
>
>
>
>
>
>
>
> IP Route from server that didn't work
>
>
>
> -bash-4.2# ip route
>
> default via 172.21.0.250 dev ovirtmgmt
>
> 169.254.0.0/16 dev eno4 scope link metric 1004
>
> 169.254.0.0/16 dev ovirtmgmt scope link metric 1021
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.15
>
> 172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 172.21.5.31
>
> *172.22.20.31 via 172.21.12.61 dev ovirtmgmt*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.31
>
>
>
> We have had our network team look and they don’t know.  As I said, the was
> setup by Commvault.  It’s almost like the ovirtmgmt interface will not
> allow a route add due to the way it’s configured?   They, Commvault, are
> trying different things within their software to get this working, but it’s
> causing us more problems.  I figured I would take a shot and see if
> someone, who works with the oVirt software, would have any ideas.
>
>
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 11:51 AM
> *To:* Doug Maxfield 
> *Cc:* users 

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Here’s the results.  It appears to fix the issue!!

From non-working system:

-bash-4.2# ip rule add to 172.22.20.31 priority 32764

-bash-4.2# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  CenteraAmesAN1.emcins.com (172.21.12.61)  0.487 ms  1.082 ms  1.313 ms
2  192.168.90.9 (192.168.90.9)  1.507 ms  2.090 ms  2.294 ms
3  pdputopcomm01.emcins.com (172.22.20.31)  1.403 ms  1.401 ms  1.348 ms

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 2:01 PM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
OK, I think that I have a guess of what may have happened here...
Can you please run the following command on the (non-working) host:

ip rule add to 172.22.20.31 priority 32764

This needs to be run in addition to the ip route add ... command.

And then please run the traceroute command and let me know if that fixed the 
issue.

Thanks in advance,

On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here you go.

From non-working system

-bash-4.2# ip rule
0:  from all lookup local
32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 
2887058719
32765:  from 172.21.0.0/16 lookup 2887058719
32766:  from all lookup main
32767:  from all lookup default


From working system

[root@paputopcomm04 ~]# ip rule
0:  from all lookup local
32766:  from all lookup main
32767:  from all lookup default

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 12:35 PM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
That shouldn't really matter, since ovirtmgmt is just a bridged interface, and 
unless I'm missing something it shouldn't really affect routing.
Can you please also provide the output of "ip rule" from both working and 
non-working hosts ?

Thanks in advance,

On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here’s the ip route from the server that worked and didn’t work

IP Route from server that worked

[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 
172.21.5.34
172.22.20.31 via 172.21.12.61 dev eno3
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.34



IP Route from server that didn't work

-bash-4.2# ip route
default via 172.21.0.250 dev ovirtmgmt
169.254.0.0/16 dev eno4 scope link metric 1004
169.254.0.0/16 dev ovirtmgmt scope link metric 1021
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.15
172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 
172.21.5.31
172.22.20.31 via 172.21.12.61 dev ovirtmgmt
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.31

We have had our network team look and they don’t know.  As I said, the was 
setup by Commvault.  It’s almost like the ovirtmgmt interface will not allow a 
route add due to the way it’s configured?   They, Commvault, are trying 
different things within their software to get this working, but it’s causing us 
more problems.  I figured I would take a shot and see if someone, who works 
with the oVirt software, would have any ideas.


[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 11:51 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
This is indeed quite weird...
It looks like the OS for some reason disregards the static route that you have 
added.
BTW, have you verified that it's indeed was added by running "ip r

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

OK, I think that I have a guess of what may have happened here...

Can you please run the following command on the (non-working) host:

ip rule add to 172.22.20.31 priority 32764

This needs to be run in addition to the ip route add ... command.

And then please run the traceroute command and let me know if that fixed
the issue.

Thanks in advance,

On Tue, Feb 12, 2019 at 9:30 PM Doug Maxfield 
wrote:

> Lev,
>
> Here you go.
>
>
>
> From non-working system
>
>
>
> -bash-4.2# ip rule
>
> 0:  from all lookup local
>
> 32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 2887058719
>
> 32765:  from 172.21.0.0/16 lookup 2887058719
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
>
>
> From working system
>
>
>
> [root@paputopcomm04 ~]# ip rule
>
> 0:  from all lookup local
>
> 32766:  from all lookup main
>
> 32767:  from all lookup default
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 12:35 PM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> That shouldn't really matter, since ovirtmgmt is just a bridged interface,
> and unless I'm missing something it shouldn't really affect routing.
>
> Can you please also provide the output of "ip rule" from both working and
> non-working hosts ?
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Here’s the ip route from the server that worked and didn’t work
>
>
>
> IP Route from server that worked
>
>
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
>
> 172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
>
> *172.22.20.31 via 172.21.12.61 dev eno3*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
>
>
>
>
>
>
>
> IP Route from server that didn't work
>
>
>
> -bash-4.2# ip route
>
> default via 172.21.0.250 dev ovirtmgmt
>
> 169.254.0.0/16 dev eno4 scope link metric 1004
>
> 169.254.0.0/16 dev ovirtmgmt scope link metric 1021
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.15
>
> 172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 172.21.5.31
>
> *172.22.20.31 via 172.21.12.61 dev ovirtmgmt*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.31
>
>
>
> We have had our network team look and they don’t know.  As I said, the was
> setup by Commvault.  It’s almost like the ovirtmgmt interface will not
> allow a route add due to the way it’s configured?   They, Commvault, are
> trying different things within their software to get this working, but it’s
> causing us more problems.  I figured I would take a shot and see if
> someone, who works with the oVirt software, would have any ideas.
>
>
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 11:51 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> This is indeed quite weird...
>
> It looks like the OS for some reason disregards the static route that you
> have added.
>
> BTW, have you verified that it's indeed was added by running "ip route"
> following the "ip route add ..." command ?
>
> Maybe somebody from the network team has an idea of what may be the cause
> of this issue...
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 7:36 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> I’m showing you the same outputs (ip a, ip route, traceroute, ip route
> add, and traceroute) from another server in this group that doesn’t use the
> ovirtmgmt for it’s default interface.
>
>
>
> [root@paputopcomm04 ~]# ip a
>
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
>
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>
> inet 127.0.0.1/8 scope host lo
>
>valid_lft forever preferred_lft forever
>
> inet6 ::1/128 scope host
>
>valid_lft forever preferred_lft forever
>
> 2: eno3:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
>
> inet 172.21.5.34/16 brd 172.21.255.255 scope global eno3
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fedb:bcc0/64 scope link
>
>valid_lft forever preferred_lft forever
>
> 3: eno1:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 

[ovirt-users] Re: Ovirt self-hosted engine won't come up

[joshuaosko]

# virsh -r vncdisplay HostedEngine  
 
error: Failed to get VNC port. Is this domain using VNC?

I'm seeing this
___
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/TGGDLKGW6VQIP6HHK7DXGMMCYALODUHL/

[ovirt-users] Re: admin user locked out (OVN invalid_grant)

[Dominik Holler]

On Tue, 12 Feb 2019 21:06:24 +0300
Андрей Русаков  wrote:

> Hi Dominik,
> Thank you for your reply.
> 
> Automatic Synchronization  is Disabled already.
> 
> yes,
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> is in place.
> I  google a bit (before starting new thread) and find similar problem (the
> case was in wrong/missing ovirt-sso-client-secret), and i try to update
> ovirt-sso-client-secret.

How did you update the secret?
The procedure would be
1. Run /usr/share/ovirt-engine/bin/ovirt-register-sso-client-tool.sh
   with
   Client Id: ovirt-provider-ovn
   Client CA Certificate File Location: /etc/pki/ovirt-engine/certs/engine.cer
   Callback Prefix URL: https://:443/ovirt-engine/
2. Use the SSO_CLIENT_SECRET from the outfile produced by the previous
   command in
   /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
3. Restart ovirt-engine and ovirt-provider-ovn
   systemctl restart ovirt-engine
   systemctl restart ovirt-provider-ovn


If this does not solve the problem and you want to use the
ovirt-provider-ovn, please increase logging in ovirt-provider-ovn via
sudo sed -i.$(date +%F-%H-%M) 's/INFO/DEBUG/gi' 
/etc/ovirt-provider-ovn/logger.conf
systemctl restart ovirt-provider-ovn

and share the ovirt-provider-ovn.log with the error after the restart.


> But it didn't help
> 
> Andrey.
> 
> вт, 12 февр. 2019 г. в 20:04, Dominik Holler :
> 
> > On Tue, 12 Feb 2019 16:50:06 -
> > Andrey  Rusakov  wrote:
> >
> > > Hi,
> > >
> > > Recently i upgrade my oVirt installation 4.2.8 to 4.3.
> > > I was able to login right after upgrade (yum, setup, reboot).
> > > But according to logs, account locks in 2-3 minutes.
> > >
> > > 2019-02-12 15:44:57,228+03 ERROR
> > [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-1) []
> > OAuthException invalid_grant: The provided authorization grant for the auth
> > code has expired.
> > > 2019-02-12 15:44:57,232+03 ERROR
> > [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-2)
> > [] Cannot authenticate using authentication Headers: invalid_grant: The
> > provided authorization grant for the auth code has expired.
> > > 2019-02-12 15:44:57,307+03 INFO
> > [org.ovirt.engine.extension.aaa.jdbc.core.Authentication] (default task-2)
> > [] locking user: admin due to interval failures
> > >
> > > I was able to unlock admin using CLI, but every time i go to OVN config
> > it locks immediately.
> > >
> > > Checking OVN service logs i can see
> > >
> > > code 401, message Unauthorized
> > > "POST /v2.0/tokens HTTP/1.1" 401 -
> > >
> > > And
> > > "Error during SSO authentication invalid_grant : The provided
> > authorization grant for the auth code has expired."
> > > On OVN web page.
> > >
> >
> >
> > For a timely fix, please disable automatic synchronization of the
> > ovirt-provider-ovn via web UI Administration -> Providers ->
> > ovirt-provider-ovn -> Edit -> Disable Automatic Synchronization
> >
> > Is there a file
> > /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> > ?
> >
> > > Is it possible to  renew authorization grant or ...?
> > >
> > > ___
> > > 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/FRTJIQSQGCANHY7HKQAPPBHGLRN2LDJK/
> >
> >
> 
___
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/LV24FQF2MLT6IOXJ76JWHOKDJHDRANSL/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Here you go.

From non-working system

-bash-4.2# ip rule
0:  from all lookup local
32764:  from all to 172.21.0.0/16 iif ovirtmgmt lookup 2887058719
32765:  from 172.21.0.0/16 lookup 2887058719
32766:  from all lookup main
32767:  from all lookup default


From working system

[root@paputopcomm04 ~]# ip rule
0:  from all lookup local
32766:  from all lookup main
32767:  from all lookup default

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 12:35 PM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
That shouldn't really matter, since ovirtmgmt is just a bridged interface, and 
unless I'm missing something it shouldn't really affect routing.
Can you please also provide the output of "ip rule" from both working and 
non-working hosts ?

Thanks in advance,

On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Here’s the ip route from the server that worked and didn’t work

IP Route from server that worked

[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 
172.21.5.34
172.22.20.31 via 172.21.12.61 dev eno3
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.34



IP Route from server that didn't work

-bash-4.2# ip route
default via 172.21.0.250 dev ovirtmgmt
169.254.0.0/16 dev eno4 scope link metric 1004
169.254.0.0/16 dev ovirtmgmt scope link metric 1021
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.15
172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 
172.21.5.31
172.22.20.31 via 172.21.12.61 dev ovirtmgmt
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.31

We have had our network team look and they don’t know.  As I said, the was 
setup by Commvault.  It’s almost like the ovirtmgmt interface will not allow a 
route add due to the way it’s configured?   They, Commvault, are trying 
different things within their software to get this working, but it’s causing us 
more problems.  I figured I would take a shot and see if someone, who works 
with the oVirt software, would have any ideas.


[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 11:51 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
This is indeed quite weird...
It looks like the OS for some reason disregards the static route that you have 
added.
BTW, have you verified that it's indeed was added by running "ip route" 
following the "ip route add ..." command ?
Maybe somebody from the network team has an idea of what may be the cause of 
this issue...

Thanks in advance,

On Tue, Feb 12, 2019 at 7:36 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
I’m showing you the same outputs (ip a, ip route, traceroute, ip route add, and 
traceroute) from another server in this group that doesn’t use the ovirtmgmt 
for it’s default interface.

[root@paputopcomm04 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eno3:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
inet 172.21.5.34/16 brd 172.21.255.255 scope global 
eno3
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fedb:bcc0/64 scope link
   valid_lft forever preferred_lft forever
3: eno1:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:e8:da:03 brd ff:ff:ff:ff:ff:ff
inet 172.26.5.34/16 brd 172.26.255.255 scope global 
eno1
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fee8:da03/64 scope link
   valid_lft forever preferred_lft forever
4: eno2:  mtu 1500 qdisc mq state DOWN qlen 
1000

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

That shouldn't really matter, since ovirtmgmt is just a bridged interface,
and unless I'm missing something it shouldn't really affect routing.

Can you please also provide the output of "ip rule" from both working and
non-working hosts ?

Thanks in advance,

On Tue, Feb 12, 2019 at 8:01 PM Doug Maxfield 
wrote:

> Lev,
>
> Here’s the ip route from the server that worked and didn’t work
>
>
>
> IP Route from server that worked
>
>
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
>
> 172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
>
> *172.22.20.31 via 172.21.12.61 dev eno3*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
>
>
>
>
>
>
>
> IP Route from server that didn't work
>
>
>
> -bash-4.2# ip route
>
> default via 172.21.0.250 dev ovirtmgmt
>
> 169.254.0.0/16 dev eno4 scope link metric 1004
>
> 169.254.0.0/16 dev ovirtmgmt scope link metric 1021
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.15
>
> 172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 172.21.5.31
>
> *172.22.20.31 via 172.21.12.61 dev ovirtmgmt*
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.31
>
>
>
> We have had our network team look and they don’t know.  As I said, the was
> setup by Commvault.  It’s almost like the ovirtmgmt interface will not
> allow a route add due to the way it’s configured?   They, Commvault, are
> trying different things within their software to get this working, but it’s
> causing us more problems.  I figured I would take a shot and see if
> someone, who works with the oVirt software, would have any ideas.
>
>
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 11:51 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> This is indeed quite weird...
>
> It looks like the OS for some reason disregards the static route that you
> have added.
>
> BTW, have you verified that it's indeed was added by running "ip route"
> following the "ip route add ..." command ?
>
> Maybe somebody from the network team has an idea of what may be the cause
> of this issue...
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 7:36 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> I’m showing you the same outputs (ip a, ip route, traceroute, ip route
> add, and traceroute) from another server in this group that doesn’t use the
> ovirtmgmt for it’s default interface.
>
>
>
> [root@paputopcomm04 ~]# ip a
>
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
>
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>
> inet 127.0.0.1/8 scope host lo
>
>valid_lft forever preferred_lft forever
>
> inet6 ::1/128 scope host
>
>valid_lft forever preferred_lft forever
>
> 2: eno3:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
>
> inet 172.21.5.34/16 brd 172.21.255.255 scope global eno3
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fedb:bcc0/64 scope link
>
>valid_lft forever preferred_lft forever
>
> 3: eno1:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:e8:da:03 brd ff:ff:ff:ff:ff:ff
>
> inet 172.26.5.34/16 brd 172.26.255.255 scope global eno1
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fee8:da03/64 scope link
>
>valid_lft forever preferred_lft forever
>
> 4: eno2:  mtu 1500 qdisc mq state DOWN
> qlen 1000
>
> link/ether 90:1b:0e:e8:da:04 brd ff:ff:ff:ff:ff:ff
>
> 5: eno4:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:db:bc:c1 brd ff:ff:ff:ff:ff:ff
>
> inet 172.17.53.18/16 brd 172.17.255.255 scope global eno4
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fedb:bcc1/64 scope link
>
>valid_lft forever preferred_lft forever
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
>
> 172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# traceroute 172.22.20.31
>
> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>
> 1  ames-acc1-agg-1.emcins.com (172.21

[ovirt-users] Re: admin user locked out (OVN invalid_grant)

[Андрей Русаков]

Hi Dominik,
Thank you for your reply.

Automatic Synchronization  is Disabled already.

yes,
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
is in place.
I  google a bit (before starting new thread) and find similar problem (the
case was in wrong/missing ovirt-sso-client-secret), and i try to update
ovirt-sso-client-secret.
But it didn't help

Andrey.

вт, 12 февр. 2019 г. в 20:04, Dominik Holler :

> On Tue, 12 Feb 2019 16:50:06 -
> Andrey  Rusakov  wrote:
>
> > Hi,
> >
> > Recently i upgrade my oVirt installation 4.2.8 to 4.3.
> > I was able to login right after upgrade (yum, setup, reboot).
> > But according to logs, account locks in 2-3 minutes.
> >
> > 2019-02-12 15:44:57,228+03 ERROR
> [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-1) []
> OAuthException invalid_grant: The provided authorization grant for the auth
> code has expired.
> > 2019-02-12 15:44:57,232+03 ERROR
> [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-2)
> [] Cannot authenticate using authentication Headers: invalid_grant: The
> provided authorization grant for the auth code has expired.
> > 2019-02-12 15:44:57,307+03 INFO
> [org.ovirt.engine.extension.aaa.jdbc.core.Authentication] (default task-2)
> [] locking user: admin due to interval failures
> >
> > I was able to unlock admin using CLI, but every time i go to OVN config
> it locks immediately.
> >
> > Checking OVN service logs i can see
> >
> > code 401, message Unauthorized
> > "POST /v2.0/tokens HTTP/1.1" 401 -
> >
> > And
> > "Error during SSO authentication invalid_grant : The provided
> authorization grant for the auth code has expired."
> > On OVN web page.
> >
>
>
> For a timely fix, please disable automatic synchronization of the
> ovirt-provider-ovn via web UI Administration -> Providers ->
> ovirt-provider-ovn -> Edit -> Disable Automatic Synchronization
>
> Is there a file
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> ?
>
> > Is it possible to  renew authorization grant or ...?
> >
> > ___
> > 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/FRTJIQSQGCANHY7HKQAPPBHGLRN2LDJK/
>
>

-- 
С Уважением.
Русаков Андрей.
___
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/NUXODU7663QSMGIVYLRDL2NGFKKZ3TUT/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Here’s the ip route from the server that worked and didn’t work

IP Route from server that worked

[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
172.22.20.31 via 172.21.12.61 dev eno3
172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34



IP Route from server that didn't work

-bash-4.2# ip route
default via 172.21.0.250 dev ovirtmgmt
169.254.0.0/16 dev eno4 scope link metric 1004
169.254.0.0/16 dev ovirtmgmt scope link metric 1021
172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.15
172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 172.21.5.31
172.22.20.31 via 172.21.12.61 dev ovirtmgmt
172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.31

We have had our network team look and they don’t know.  As I said, the was 
setup by Commvault.  It’s almost like the ovirtmgmt interface will not allow a 
route add due to the way it’s configured?   They, Commvault, are trying 
different things within their software to get this working, but it’s causing us 
more problems.  I figured I would take a shot and see if someone, who works 
with the oVirt software, would have any ideas.


[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 11:51 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
This is indeed quite weird...
It looks like the OS for some reason disregards the static route that you have 
added.
BTW, have you verified that it's indeed was added by running "ip route" 
following the "ip route add ..." command ?
Maybe somebody from the network team has an idea of what may be the cause of 
this issue...

Thanks in advance,

On Tue, Feb 12, 2019 at 7:36 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
I’m showing you the same outputs (ip a, ip route, traceroute, ip route add, and 
traceroute) from another server in this group that doesn’t use the ovirtmgmt 
for it’s default interface.

[root@paputopcomm04 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eno3:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
inet 172.21.5.34/16 brd 172.21.255.255 scope global 
eno3
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fedb:bcc0/64 scope link
   valid_lft forever preferred_lft forever
3: eno1:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:e8:da:03 brd ff:ff:ff:ff:ff:ff
inet 172.26.5.34/16 brd 172.26.255.255 scope global 
eno1
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fee8:da03/64 scope link
   valid_lft forever preferred_lft forever
4: eno2:  mtu 1500 qdisc mq state DOWN qlen 
1000
link/ether 90:1b:0e:e8:da:04 brd ff:ff:ff:ff:ff:ff
5: eno4:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:db:bc:c1 brd ff:ff:ff:ff:ff:ff
inet 172.17.53.18/16 brd 172.17.255.255 scope 
global eno4
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fedb:bcc1/64 scope link
   valid_lft forever preferred_lft forever
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 
172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 
172.21.5.34
172.26.0.0/16 dev eno1 proto kernel scope link src 
172.26.5.34
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  ames-acc1-agg-1.emcins.com (172.21.0.246) 
 1.081 ms  1.816 ms  1.832 ms
2  192.168.200.30 (192.168.200.30)  0.639 ms 192.168.200.14 (192.168.200.14)  
1.063 ms  1.577 ms
3  192.168.200.101 (192.168.200.101)  3.110 ms 
ames-sw-wanrtr.emcins.com (192.168.200.97)  
3.191 ms  3.277 ms
4  192.168.100.26 (192.168.100.26)  4.146 ms  4.273 ms  4.394 ms
5  192.168.100.98 (192.168.100.98)  

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

This is indeed quite weird...
It looks like the OS for some reason disregards the static route that you
have added.

BTW, have you verified that it's indeed was added by running "ip route"
following the "ip route add ..." command ?

Maybe somebody from the network team has an idea of what may be the cause
of this issue...

Thanks in advance,

On Tue, Feb 12, 2019 at 7:36 PM Doug Maxfield 
wrote:

> Lev,
>
> I’m showing you the same outputs (ip a, ip route, traceroute, ip route
> add, and traceroute) from another server in this group that doesn’t use the
> ovirtmgmt for it’s default interface.
>
>
>
> [root@paputopcomm04 ~]# ip a
>
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
>
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>
> inet 127.0.0.1/8 scope host lo
>
>valid_lft forever preferred_lft forever
>
> inet6 ::1/128 scope host
>
>valid_lft forever preferred_lft forever
>
> 2: eno3:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
>
> inet 172.21.5.34/16 brd 172.21.255.255 scope global eno3
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fedb:bcc0/64 scope link
>
>valid_lft forever preferred_lft forever
>
> 3: eno1:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:e8:da:03 brd ff:ff:ff:ff:ff:ff
>
> inet 172.26.5.34/16 brd 172.26.255.255 scope global eno1
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fee8:da03/64 scope link
>
>valid_lft forever preferred_lft forever
>
> 4: eno2:  mtu 1500 qdisc mq state DOWN
> qlen 1000
>
> link/ether 90:1b:0e:e8:da:04 brd ff:ff:ff:ff:ff:ff
>
> 5: eno4:  mtu 1500 qdisc mq state UP qlen
> 1000
>
> link/ether 90:1b:0e:db:bc:c1 brd ff:ff:ff:ff:ff:ff
>
> inet 172.17.53.18/16 brd 172.17.255.255 scope global eno4
>
>valid_lft forever preferred_lft forever
>
> inet6 fe80::921b:eff:fedb:bcc1/64 scope link
>
>valid_lft forever preferred_lft forever
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# ip route
>
> default via 172.21.0.250 dev eno3
>
> 169.254.0.0/16 dev eno3 scope link metric 1002
>
> 169.254.0.0/16 dev eno4 scope link metric 1005
>
> 172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
>
> 172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
>
> 172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# traceroute 172.22.20.31
>
> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>
> 1  ames-acc1-agg-1.emcins.com (172.21.0.246)  1.081 ms  1.816 ms  1.832 ms
>
> 2  192.168.200.30 (192.168.200.30)  0.639 ms 192.168.200.14
> (192.168.200.14)  1.063 ms  1.577 ms
>
> 3  192.168.200.101 (192.168.200.101)  3.110 ms ames-sw-wanrtr.emcins.com
> (192.168.200.97)  3.191 ms  3.277 ms
>
> 4  192.168.100.26 (192.168.100.26)  4.146 ms  4.273 ms  4.394 ms
>
> 5  192.168.100.98 (192.168.100.98)  1.893 ms  2.364 ms  2.397 ms
>
> 6  192.168.100.50 (192.168.100.50)  5.707 ms 192.168.100.33
> (192.168.100.33)  5.134 ms 192.168.100.50 (192.168.100.50)  4.105 ms
>
> 7  pdputopcomm01.emcins.com (172.22.20.31)  1.359 ms  1.374 ms  1.351 ms
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# ip route add 172.22.20.31 via 172.21.12.61
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]#
>
> [root@paputopcomm04 ~]# traceroute 172.22.20.31
>
> traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
>
> 1  CenteraAmesAN1.emcins.com (172.21.12.61)  6.184 ms  6.475 ms  6.686 ms
>
> 2  192.168.90.9 (192.168.90.9)  1.770 ms  1.979 ms  2.189 ms
>
> 3  pdputopcomm01.emcins.com (172.22.20.31)  1.405 ms *  1.354 ms
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 11:07 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> In most cases it should not be required, especially as my guess (again it
> would be easier if you could post the output of the "ip a" and "ip route")
> is that the eno1 is part of the ovirtmgmt bridge.
>
> What is the output of the "traceroute 172.22.20.31" that you get on the
> host after you have added the static route?
>
> Thanks in advance,
>
>
>
>
>
> On Tue, Feb 12, 2019 at 6:58 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> One other question, since there are multiple enabled interfaces (ovirtmgmt
> and eno1), do I need to specify an interface for the route add.
>
>
>
> [image: Count On EMC] 

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
I’m showing you the same outputs (ip a, ip route, traceroute, ip route add, and 
traceroute) from another server in this group that doesn’t use the ovirtmgmt 
for it’s default interface.

[root@paputopcomm04 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eno3:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:db:bc:c0 brd ff:ff:ff:ff:ff:ff
inet 172.21.5.34/16 brd 172.21.255.255 scope global eno3
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fedb:bcc0/64 scope link
   valid_lft forever preferred_lft forever
3: eno1:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:e8:da:03 brd ff:ff:ff:ff:ff:ff
inet 172.26.5.34/16 brd 172.26.255.255 scope global eno1
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fee8:da03/64 scope link
   valid_lft forever preferred_lft forever
4: eno2:  mtu 1500 qdisc mq state DOWN qlen 
1000
link/ether 90:1b:0e:e8:da:04 brd ff:ff:ff:ff:ff:ff
5: eno4:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:db:bc:c1 brd ff:ff:ff:ff:ff:ff
inet 172.17.53.18/16 brd 172.17.255.255 scope global eno4
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fedb:bcc1/64 scope link
   valid_lft forever preferred_lft forever
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# ip route
default via 172.21.0.250 dev eno3
169.254.0.0/16 dev eno3 scope link metric 1002
169.254.0.0/16 dev eno4 scope link metric 1005
172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.18
172.21.0.0/16 dev eno3 proto kernel scope link src 172.21.5.34
172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.34
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  ames-acc1-agg-1.emcins.com (172.21.0.246)  1.081 ms  1.816 ms  1.832 ms
2  192.168.200.30 (192.168.200.30)  0.639 ms 192.168.200.14 (192.168.200.14)  
1.063 ms  1.577 ms
3  192.168.200.101 (192.168.200.101)  3.110 ms ames-sw-wanrtr.emcins.com 
(192.168.200.97)  3.191 ms  3.277 ms
4  192.168.100.26 (192.168.100.26)  4.146 ms  4.273 ms  4.394 ms
5  192.168.100.98 (192.168.100.98)  1.893 ms  2.364 ms  2.397 ms
6  192.168.100.50 (192.168.100.50)  5.707 ms 192.168.100.33 (192.168.100.33)  
5.134 ms 192.168.100.50 (192.168.100.50)  4.105 ms
7  pdputopcomm01.emcins.com (172.22.20.31)  1.359 ms  1.374 ms  1.351 ms
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# ip route add 172.22.20.31 via 172.21.12.61
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]#
[root@paputopcomm04 ~]# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  CenteraAmesAN1.emcins.com (172.21.12.61)  6.184 ms  6.475 ms  6.686 ms
2  192.168.90.9 (192.168.90.9)  1.770 ms  1.979 ms  2.189 ms
3  pdputopcomm01.emcins.com (172.22.20.31)  1.405 ms *  1.354 ms

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 11:07 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
In most cases it should not be required, especially as my guess (again it would 
be easier if you could post the output of the "ip a" and "ip route") is that 
the eno1 is part of the ovirtmgmt bridge.
What is the output of the "traceroute 172.22.20.31" that you get on the host 
after you have added the static route?
Thanks in advance,


On Tue, Feb 12, 2019 at 6:58 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
One other question, since there are multiple enabled interfaces (ovirtmgmt and 
eno1), do I need to specify an interface for the route add.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:50 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:
ip route add 172.22.20.31 via 172.21.12

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Output of traceroute.  Showed routing before and after putting in the static 
route.

-bash-4.2# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  ames-acc1-agg-1.emcins.com (172.21.0.246)  9.854 ms  9.848 ms  9.853 ms
2  192.168.200.14 (192.168.200.14)  6.391 ms  6.422 ms 192.168.200.30 
(192.168.200.30)  0.698 ms
3  ames-sw-wanrtr.emcins.com (192.168.200.97)  2.910 ms  2.980 ms  3.057 ms
4  192.168.100.26 (192.168.100.26)  4.358 ms  4.479 ms  4.642 ms
5  192.168.100.98 (192.168.100.98)  1.834 ms 192.168.100.102 (192.168.100.102)  
1.729 ms 192.168.100.98 (192.168.100.98)  2.048 ms
6  192.168.100.29 (192.168.100.29)  1.667 ms  1.530 ms 192.168.100.13 
(192.168.100.13)  1.535 ms
7  pdputopcomm01.emcins.com (172.22.20.31)  1.349 ms  1.301 ms  1.244 ms
-bash-4.2#
-bash-4.2#
-bash-4.2#
-bash-4.2# ip route add 172.22.20.31 via 172.21.12.61
-bash-4.2#
-bash-4.2#
-bash-4.2# traceroute 172.22.20.31
traceroute to 172.22.20.31 (172.22.20.31), 30 hops max, 60 byte packets
1  ames-acc1-agg-1.emcins.com (172.21.0.246)  1.453 ms  1.442 ms  1.441 ms
2  192.168.200.30 (192.168.200.30)  0.680 ms  0.958 ms 192.168.200.14 
(192.168.200.14)  0.809 ms
3  192.168.200.101 (192.168.200.101)  3.025 ms  3.128 ms  3.209 ms
4  192.168.100.26 (192.168.100.26)  3.976 ms  4.170 ms  4.298 ms
5  192.168.100.98 (192.168.100.98)  2.052 ms 192.168.100.102 (192.168.100.102)  
1.767 ms 192.168.100.98 (192.168.100.98)  2.064 ms
6  192.168.100.29 (192.168.100.29)  1.721 ms 192.168.100.13 (192.168.100.13)  
1.540 ms 192.168.100.33 (192.168.100.33)  1.637 ms
7  pdputopcomm01.emcins.com (172.22.20.31)  1.291 ms  1.282 ms  1.506 ms

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 11:07 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
In most cases it should not be required, especially as my guess (again it would 
be easier if you could post the output of the "ip a" and "ip route") is that 
the eno1 is part of the ovirtmgmt bridge.
What is the output of the "traceroute 172.22.20.31" that you get on the host 
after you have added the static route?
Thanks in advance,


On Tue, Feb 12, 2019 at 6:58 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
One other question, since there are multiple enabled interfaces (ovirtmgmt and 
eno1), do I need to specify an interface for the route add.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:50 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:
ip route add 172.22.20.31 via 172.21.12.61

If that doesn't work, then please provide more details, i.e. what is the exact 
error message(s) you see, the version of your OS and oVirt, output of "ip a" 
and "ip route" on your host(s), so that it will be easier to help you.

Thanks in advance,

On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Thanks for your response.

If I attempt to manually add the route using route add:

route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev 
ovirtmgmt

This static route is refused and all traffic is routed over the default gateway.

But if I use a server that doesn’t use the ovirtmgmt interface and set the same 
static route, the required data is routed correctly over that static route.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:34 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What is the exact problem you are having while attempting to add a static route 
on the hosts?

Thanks in advance,

On Tue, Feb 12, 2019 at 5:23 PM 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Good Morning,
New to oVirt.  We are using this with a backup solution from Commvault.  The 
issue th

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Here are the outputs from the ip a and ip route commands.  I have not enabled 
the route yet.  Eno1 was added after the ovirtmgmt was configured on the 
server.  Sorry for not having a lot of the information you need.  This is new 
to us and were hoping the vendor would figure the issue out, but it has been 
over 2 months.  I will send the traceroute in a couple of minutes.

Running Red Hat Enterprise 7.4
oVirt Management version – 4.1.9.1-0.1.el7

-bash-4.2# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: eno3:  mtu 1500 qdisc mq master ovirtmgmt 
state UP qlen 1000
link/ether 4c:52:62:09:ea:14 brd ff:ff:ff:ff:ff:ff
3: eno1:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 90:1b:0e:e9:15:8d brd ff:ff:ff:ff:ff:ff
inet 172.26.5.31/16 brd 172.26.255.255 scope global eno1
   valid_lft forever preferred_lft forever
inet6 fe80::921b:eff:fee9:158d/64 scope link
   valid_lft forever preferred_lft forever
4: eno4:  mtu 1500 qdisc mq state UP qlen 1000
link/ether 4c:52:62:09:ea:15 brd ff:ff:ff:ff:ff:ff
inet 172.17.53.15/16 brd 172.17.255.255 scope global eno4
   valid_lft forever preferred_lft forever
inet6 fe80::4e52:62ff:fe09:ea15/64 scope link
   valid_lft forever preferred_lft forever
5: eno2:  mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 90:1b:0e:e9:15:8e brd ff:ff:ff:ff:ff:ff
21: ovirtmgmt:  mtu 1500 qdisc noqueue state 
UP qlen 1000
link/ether 4c:52:62:09:ea:14 brd ff:ff:ff:ff:ff:ff
inet 172.21.5.31/16 brd 172.21.255.255 scope global ovirtmgmt
   valid_lft forever preferred_lft forever
inet6 fe80::4e52:62ff:fe09:ea14/64 scope link
   valid_lft forever preferred_lft forever
22: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 32:1d:65:0e:90:65 brd ff:ff:ff:ff:ff:ff


ip route
default via 172.21.0.250 dev ovirtmgmt
169.254.0.0/16 dev eno4 scope link metric 1004
169.254.0.0/16 dev ovirtmgmt scope link metric 1021
172.17.0.0/16 dev eno4 proto kernel scope link src 172.17.53.15
172.21.0.0/16 dev ovirtmgmt proto kernel scope link src 172.21.5.31
172.26.0.0/16 dev eno1 proto kernel scope link src 172.26.5.31

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 11:07 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
In most cases it should not be required, especially as my guess (again it would 
be easier if you could post the output of the "ip a" and "ip route") is that 
the eno1 is part of the ovirtmgmt bridge.
What is the output of the "traceroute 172.22.20.31" that you get on the host 
after you have added the static route?
Thanks in advance,


On Tue, Feb 12, 2019 at 6:58 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
One other question, since there are multiple enabled interfaces (ovirtmgmt and 
eno1), do I need to specify an interface for the route add.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:50 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:
ip route add 172.22.20.31 via 172.21.12.61

If that doesn't work, then please provide more details, i.e. what is the exact 
error message(s) you see, the version of your OS and oVirt, output of "ip a" 
and "ip route" on your host(s), so that it will be easier to help you.

Thanks in advance,

On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Thanks for your response.

If I attempt to manually add the route using route add:

route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev 
ovirtmgmt

This static route is refused and all traffic is routed over the default gateway.

But if I use a server that doesn’t use the ovirtmgmt interface and set the same 
static route, the required data is routed correctly over that static route.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | 

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

In most cases it should not be required, especially as my guess (again it
would be easier if you could post the output of the "ip a" and "ip route")
is that the eno1 is part of the ovirtmgmt bridge.

What is the output of the "traceroute 172.22.20.31" that you get on the
host after you have added the static route?

Thanks in advance,


On Tue, Feb 12, 2019 at 6:58 PM Doug Maxfield 
wrote:

> Lev,
>
> One other question, since there are multiple enabled interfaces (ovirtmgmt
> and eno1), do I need to specify an interface for the route add.
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 10:50 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> What do you mean by "static route is refused"?
>
> What is the error message(s) you see?
>
>
>
> Can you please try to add the route with the following command:
>
> ip route add 172.22.20.31 via 172.21.12.61
>
>
>
> If that doesn't work, then please provide more details, i.e. what is the
> exact error message(s) you see, the version of your OS and oVirt, output of
> "ip a" and "ip route" on your host(s), so that it will be easier to help
> you.
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
> wrote:
>
> Lev,
>
> Thanks for your response.
>
>
>
> If I attempt to manually add the route using route add:
>
>
>
> route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev
> ovirtmgmt
>
>
>
> This static route is refused and all traffic is routed over the default
> gateway.
>
>
>
> But if I use a server that doesn’t use the ovirtmgmt interface and set the
> same static route, the required data is routed correctly over that static
> route.
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 10:34 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> What is the exact problem you are having while attempting to add a static
> route on the hosts?
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 5:23 PM  wrote:
>
> Good Morning,
> New to oVirt.  We are using this with a backup solution from Commvault.
> The issue that we are having is that we need to setup a static route for
> specific data between 2 remote sites.  The ovirtmgmt is configured with the
> correct IP and gateway for the server.  We need to route data over a
> different gateway so that we don't "max out" the default network connection
> between the 2 sites.  Example below
>
> Ovirtmgmt IP - 172.21.5.31
> Gateway IP - 172.21.0.250
>
> We need any traffic with a destination of 172.22.20.31(Remote site) to
> route over this gateway, 172.21.12.61
>
> There are multiple servers in this configuration.  Servers that are not
> using the ovirtmgmt interface for their default, we are able to route the
> data.  The only problem is with attempting to setup a different static
> route on the ovirtmgmt interfaces.
>
> Thanks in advance for any help!!!
>
> Doug
> ___
> 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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/
>
>
>
> --
>
>
>
> *Lev Veyde*
>
> Software Engineer, RHCE | RHCVA | MCITP
>
> Red Hat Israel
>
> 
>
> l...@redhat.com | lve...@redhat.com
>
> 
>
> *TRIED. TESTED. TRUSTED.* 
>
>
> NOTICE:  This message (including any attachments) is intended for a
> specific individual and may contain information that is either confidential
> or legally protected.  If you believe that it has been sent to you in
> error, please reply to the sender that you have received the message in
> error, then delete it.  If you are not the intended recipient, you are
> hereby notified that any retention, dissemination, distribution, or copying
> of this communication is strictly prohibited.  Thank you.  EMC071856
>
>
>
> --
>
>
>
> *Lev Veyde*
>
> Software Engineer, RHCE | RHCVA | MCITP
>
> Red Hat Israel
>
> 
>
> l...@redhat.com | lve...@redhat.com
>
> 
>
> *TRIED. TESTED. TRUSTED.* 
>


-- 

Lev Veyde

Softwa

[ovirt-users] Re: admin user locked out (OVN invalid_grant)

[Dominik Holler]

On Tue, 12 Feb 2019 16:50:06 -
Андрей Русаков  wrote:

> Hi,
> 
> Recently i upgrade my oVirt installation 4.2.8 to 4.3.
> I was able to login right after upgrade (yum, setup, reboot).
> But according to logs, account locks in 2-3 minutes.
> 
> 2019-02-12 15:44:57,228+03 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] 
> (default task-1) [] OAuthException invalid_grant: The provided authorization 
> grant for the auth code has expired.
> 2019-02-12 15:44:57,232+03 ERROR 
> [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-2) [] 
> Cannot authenticate using authentication Headers: invalid_grant: The provided 
> authorization grant for the auth code has expired.
> 2019-02-12 15:44:57,307+03 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Authentication] (default task-2) [] 
> locking user: admin due to interval failures
> 
> I was able to unlock admin using CLI, but every time i go to OVN config it 
> locks immediately.
> 
> Checking OVN service logs i can see
> 
> code 401, message Unauthorized
> "POST /v2.0/tokens HTTP/1.1" 401 -
> 
> And 
> "Error during SSO authentication invalid_grant : The provided authorization 
> grant for the auth code has expired."
> On OVN web page.
> 


For a timely fix, please disable automatic synchronization of the
ovirt-provider-ovn via web UI Administration -> Providers ->
ovirt-provider-ovn -> Edit -> Disable Automatic Synchronization

Is there a file
/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
?

> Is it possible to  renew authorization grant or ...?
>  
> ___
> 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/FRTJIQSQGCANHY7HKQAPPBHGLRN2LDJK/
___
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/MO2VCVCZZJ46YMKEHSMGPCFTV4QQPU4A/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
One other question, since there are multiple enabled interfaces (ovirtmgmt and 
eno1), do I need to specify an interface for the route add.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 10:50 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:
ip route add 172.22.20.31 via 172.21.12.61

If that doesn't work, then please provide more details, i.e. what is the exact 
error message(s) you see, the version of your OS and oVirt, output of "ip a" 
and "ip route" on your host(s), so that it will be easier to help you.

Thanks in advance,

On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Thanks for your response.

If I attempt to manually add the route using route add:

route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev 
ovirtmgmt

This static route is refused and all traffic is routed over the default gateway.

But if I use a server that doesn’t use the ovirtmgmt interface and set the same 
static route, the required data is routed correctly over that static route.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:34 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What is the exact problem you are having while attempting to add a static route 
on the hosts?

Thanks in advance,

On Tue, Feb 12, 2019 at 5:23 PM 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Good Morning,
New to oVirt.  We are using this with a backup solution from Commvault.  The 
issue that we are having is that we need to setup a static route for specific 
data between 2 remote sites.  The ovirtmgmt is configured with the correct IP 
and gateway for the server.  We need to route data over a different gateway so 
that we don't "max out" the default network connection between the 2 sites.  
Example below

Ovirtmgmt IP - 172.21.5.31
Gateway IP - 172.21.0.250

We need any traffic with a destination of 172.22.20.31(Remote site) to route 
over this gateway, 172.21.12.61

There are multiple servers in this configuration.  Servers that are not using 
the ovirtmgmt interface for their default, we are able to route the data.  The 
only problem is with attempting to setup a different static route on the 
ovirtmgmt interfaces.

Thanks in advance for any help!!!

Doug
___
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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/


--


Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | 
lve...@redhat.com
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.

NOTICE:  This message (including any attachments) is intended for a specific 
individual and may contain information that is either confidential or legally 
protected.  If you believe that it has been sent to you in error, please reply 
to the sender that you have received the message in error, then delete it.  If 
you are not the intended recipient, you are hereby notified that any retention, 
dissemination, distribution, or copying of this communication is strictly 
prohibited.  Thank you.  EMC071856


--


Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | 
lve...@redhat.com
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.
___
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-users] Re: Ovirt self-hosted engine won't come up

[Simone Tiraboschi]

On Tue, Feb 12, 2019 at 5:30 PM  wrote:

> # virsh -r list
>  IdName   State
> 
>  292   HostedEngine   running
>
> # hosted-engine --console
> The engine VM is running on this host
> Connected to domain HostedEngine
> Escape character is ^]
> error: internal error: cannot find character device 
>
> It appears to be listed, but the serial console appears to not be able to
> connect.
>

Try with vnc


> ___
> 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/PJDZW3EQDMLSOYRFBWJLKOG6BRPKHACF/
>
___
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/OECVX66UZDO3H2V5DE6NBSXIRLX2NT7B/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
I guess “refused” is the incorrect word.

If we set the static route as below, our network team can see that the traffic 
is not going over that interface and is going over the default interface.  
That’s why I used the term “refused”.

I can certainly attempt to try that and let you know the results.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 10:50 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:
ip route add 172.22.20.31 via 172.21.12.61

If that doesn't work, then please provide more details, i.e. what is the exact 
error message(s) you see, the version of your OS and oVirt, output of "ip a" 
and "ip route" on your host(s), so that it will be easier to help you.

Thanks in advance,

On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Lev,
Thanks for your response.

If I attempt to manually add the route using route add:

route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev 
ovirtmgmt

This static route is refused and all traffic is routed over the default gateway.

But if I use a server that doesn’t use the ovirtmgmt interface and set the same 
static route, the required data is routed correctly over that static route.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde mailto:lve...@redhat.com>>
Sent: Tuesday, February 12, 2019 10:34 AM
To: Doug Maxfield 
mailto:doug.l.maxfi...@emcins.com>>
Cc: users mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What is the exact problem you are having while attempting to add a static route 
on the hosts?

Thanks in advance,

On Tue, Feb 12, 2019 at 5:23 PM 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Good Morning,
New to oVirt.  We are using this with a backup solution from Commvault.  The 
issue that we are having is that we need to setup a static route for specific 
data between 2 remote sites.  The ovirtmgmt is configured with the correct IP 
and gateway for the server.  We need to route data over a different gateway so 
that we don't "max out" the default network connection between the 2 sites.  
Example below

Ovirtmgmt IP - 172.21.5.31
Gateway IP - 172.21.0.250

We need any traffic with a destination of 172.22.20.31(Remote site) to route 
over this gateway, 172.21.12.61

There are multiple servers in this configuration.  Servers that are not using 
the ovirtmgmt interface for their default, we are able to route the data.  The 
only problem is with attempting to setup a different static route on the 
ovirtmgmt interfaces.

Thanks in advance for any help!!!

Doug
___
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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/


--


Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | 
lve...@redhat.com
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.

NOTICE:  This message (including any attachments) is intended for a specific 
individual and may contain information that is either confidential or legally 
protected.  If you believe that it has been sent to you in error, please reply 
to the sender that you have received the message in error, then delete it.  If 
you are not the intended recipient, you are hereby notified that any retention, 
dissemination, distribution, or copying of this communication is strictly 
prohibited.  Thank you.  EMC071856


--


Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | 
lve...@redhat.com
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.
_

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

What do you mean by "static route is refused"?
What is the error message(s) you see?

Can you please try to add the route with the following command:

ip route add 172.22.20.31 via 172.21.12.61

If that doesn't work, then please provide more details, i.e. what is the
exact error message(s) you see, the version of your OS and oVirt, output of
"ip a" and "ip route" on your host(s), so that it will be easier to help
you.

Thanks in advance,

On Tue, Feb 12, 2019 at 6:43 PM Doug Maxfield 
wrote:

> Lev,
>
> Thanks for your response.
>
>
>
> If I attempt to manually add the route using route add:
>
>
>
> route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev
> ovirtmgmt
>
>
>
> This static route is refused and all traffic is routed over the default
> gateway.
>
>
>
> But if I use a server that doesn’t use the ovirtmgmt interface and set the
> same static route, the required data is routed correctly over that static
> route.
>
>
>
> [image: Count On EMC] 
>
> *Doug Maxfield *| Senior Operating Systems Analyst
>
> *EMC Insurance Companies *717 Mulberry St | Des Moines, IA 50265
> Tel: 515.345.4507 | Fax: 866.331.1522
> doug.l.maxfi...@emcins.com | www.emcins.com
>
>
>
>
>
> *From:* Lev Veyde 
> *Sent:* Tuesday, February 12, 2019 10:34 AM
> *To:* Doug Maxfield 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Creating a static route
>
>
>
> Hi Doug,
>
> What is the exact problem you are having while attempting to add a static
> route on the hosts?
>
>
>
> Thanks in advance,
>
>
>
> On Tue, Feb 12, 2019 at 5:23 PM  wrote:
>
> Good Morning,
> New to oVirt.  We are using this with a backup solution from Commvault.
> The issue that we are having is that we need to setup a static route for
> specific data between 2 remote sites.  The ovirtmgmt is configured with the
> correct IP and gateway for the server.  We need to route data over a
> different gateway so that we don't "max out" the default network connection
> between the 2 sites.  Example below
>
> Ovirtmgmt IP - 172.21.5.31
> Gateway IP - 172.21.0.250
>
> We need any traffic with a destination of 172.22.20.31(Remote site) to
> route over this gateway, 172.21.12.61
>
> There are multiple servers in this configuration.  Servers that are not
> using the ovirtmgmt interface for their default, we are able to route the
> data.  The only problem is with attempting to setup a different static
> route on the ovirtmgmt interfaces.
>
> Thanks in advance for any help!!!
>
> Doug
> ___
> 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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/
>
>
>
> --
>
>
>
> *Lev Veyde*
>
> Software Engineer, RHCE | RHCVA | MCITP
>
> Red Hat Israel
>
> 
>
> l...@redhat.com | lve...@redhat.com
>
> 
>
> *TRIED. TESTED. TRUSTED.* 
>
>
> NOTICE:  This message (including any attachments) is intended for a
> specific individual and may contain information that is either confidential
> or legally protected.  If you believe that it has been sent to you in
> error, please reply to the sender that you have received the message in
> error, then delete it.  If you are not the intended recipient, you are
> hereby notified that any retention, dissemination, distribution, or copying
> of this communication is strictly prohibited.  Thank you.  EMC071856
>


-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/VSRTKE2I26JZZNPCAGO4NXK22F4632YW/

[ovirt-users] admin user locked out (OVN invalid_grant)

[Андрей Русаков]

Hi,

Recently i upgrade my oVirt installation 4.2.8 to 4.3.
I was able to login right after upgrade (yum, setup, reboot).
But according to logs, account locks in 2-3 minutes.

2019-02-12 15:44:57,228+03 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] 
(default task-1) [] OAuthException invalid_grant: The provided authorization 
grant for the auth code has expired.
2019-02-12 15:44:57,232+03 ERROR 
[org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-2) [] 
Cannot authenticate using authentication Headers: invalid_grant: The provided 
authorization grant for the auth code has expired.
2019-02-12 15:44:57,307+03 INFO  
[org.ovirt.engine.extension.aaa.jdbc.core.Authentication] (default task-2) [] 
locking user: admin due to interval failures

I was able to unlock admin using CLI, but every time i go to OVN config it 
locks immediately.

Checking OVN service logs i can see

code 401, message Unauthorized
"POST /v2.0/tokens HTTP/1.1" 401 -

And 
"Error during SSO authentication invalid_grant : The provided authorization 
grant for the auth code has expired."
On OVN web page.

Is it possible to  renew authorization grant or ...?
 
___
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/FRTJIQSQGCANHY7HKQAPPBHGLRN2LDJK/

[ovirt-users] Re: Creating a static route

[Doug Maxfield]

Lev,
Thanks for your response.

If I attempt to manually add the route using route add:

route add -net 172.22.20.31 netmask 255.255.255.255 gw 172.21.12.61 dev 
ovirtmgmt

This static route is refused and all traffic is routed over the default gateway.

But if I use a server that doesn’t use the ovirtmgmt interface and set the same 
static route, the required data is routed correctly over that static route.

[Count On EMC]

Doug Maxfield | Senior Operating Systems Analyst
EMC Insurance Companies
717 Mulberry St | Des Moines, IA 50265
Tel: 515.345.4507 | Fax: 866.331.1522
doug.l.maxfi...@emcins.com | 
www.emcins.com



From: Lev Veyde 
Sent: Tuesday, February 12, 2019 10:34 AM
To: Doug Maxfield 
Cc: users 
Subject: Re: [ovirt-users] Creating a static route

Hi Doug,
What is the exact problem you are having while attempting to add a static route 
on the hosts?

Thanks in advance,

On Tue, Feb 12, 2019 at 5:23 PM 
mailto:doug.l.maxfi...@emcins.com>> wrote:
Good Morning,
New to oVirt.  We are using this with a backup solution from Commvault.  The 
issue that we are having is that we need to setup a static route for specific 
data between 2 remote sites.  The ovirtmgmt is configured with the correct IP 
and gateway for the server.  We need to route data over a different gateway so 
that we don't "max out" the default network connection between the 2 sites.  
Example below

Ovirtmgmt IP - 172.21.5.31
Gateway IP - 172.21.0.250

We need any traffic with a destination of 172.22.20.31(Remote site) to route 
over this gateway, 172.21.12.61

There are multiple servers in this configuration.  Servers that are not using 
the ovirtmgmt interface for their default, we are able to route the data.  The 
only problem is with attempting to setup a different static route on the 
ovirtmgmt interfaces.

Thanks in advance for any help!!!

Doug
___
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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/


--


Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | 
lve...@redhat.com
[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.
NOTICE:  This message (including any attachments) is intended for a specific 
individual and may contain information that is either confidential or legally 
protected.  If you believe that it has been sent to you in error, please reply 
to the sender that you have received the message in error, then delete it.  If 
you are not the intended recipient, you are hereby notified that any retention, 
dissemination, distribution, or copying of this communication is strictly 
prohibited.  Thank you.  EMC071856
___
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/E3HEE6T3DA447BCI522G4JJVDKXJH2DD/

[ovirt-users] Re: Creating a static route

[Lev Veyde]

Hi Doug,

What is the exact problem you are having while attempting to add a static
route on the hosts?

Thanks in advance,

On Tue, Feb 12, 2019 at 5:23 PM  wrote:

> Good Morning,
> New to oVirt.  We are using this with a backup solution from Commvault.
> The issue that we are having is that we need to setup a static route for
> specific data between 2 remote sites.  The ovirtmgmt is configured with the
> correct IP and gateway for the server.  We need to route data over a
> different gateway so that we don't "max out" the default network connection
> between the 2 sites.  Example below
>
> Ovirtmgmt IP - 172.21.5.31
> Gateway IP - 172.21.0.250
>
> We need any traffic with a destination of 172.22.20.31(Remote site) to
> route over this gateway, 172.21.12.61
>
> There are multiple servers in this configuration.  Servers that are not
> using the ovirtmgmt interface for their default, we are able to route the
> data.  The only problem is with attempting to setup a different static
> route on the ovirtmgmt interfaces.
>
> Thanks in advance for any help!!!
>
> Doug
> ___
> 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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/
>


-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/SDDEUFJ63LKLUR6TVJWM7YSWXD46AFUD/

[ovirt-users] another video

[Hetz Ben Hamo]

Hi,

This is part 2 of converting VM's from ESXI/vCenter to oVirt 4.3. Feel free
to share

Link: https://www.youtube.com/watch?v=zDLgAZmOkNs

BTW, it looks like even when you attach the virtio-win.iso in the
conversion window, it still doesn't actually add the drivers. Imagine my
surprise when I found it while I was recording the video ;)

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/AAV2JCZKHC3SXNHJ3OKBQTUVCZDVVTTI/

[ovirt-users] Re: Ovirt self-hosted engine won't come up

[joshuaosko]

# virsh -r list
 IdName   State

 292   HostedEngine   running

# hosted-engine --console
The engine VM is running on this host
Connected to domain HostedEngine
Escape character is ^]
error: internal error: cannot find character device 

It appears to be listed, but the serial console appears to not be able to 
connect.
___
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/PJDZW3EQDMLSOYRFBWJLKOG6BRPKHACF/

[ovirt-users] Re: Ovirt self-hosted engine won't come up

[Simone Tiraboschi]

On Tue, Feb 12, 2019 at 4:47 PM  wrote:

> The self-hosted engine had an issue whereby it'd /var partition was full.
> A few days later the engine was rebooted; however, it did not come back up
> gracefully. I presently have three CentOS 7 hosts which can spin up a new
> hosted engine vm; however every attempt to do so results in:
> Engine status  : {"reason": "failed liveliness check",
> "health": "bad", "vm": "up", "detail": "Up"}
>
> The VM is not "up" as it does not even respond to ping, let alone having
> any ability to ssh or console into it to see what's wrong.


check if that VM is really up with
  virsh -r list

If so maybe it could be something with fsck previnting it from booting due
to disk errors; you can try to connect with VNC since in that case neither
ssh or the serial console will work due to the lack of guest OS support.
You can use
  hosted-engine --add-console-password
to add a temporary VNC password; it will also print out the connection
string.


> All of the VMs that have been built using this engine appear to be fully
> operational. Is there any guidance anyone can give me? At this point I'm
> wondering what the consequences are to deploying a new hosted engine within
> that same cluster.
>
> If anyone could shed light on this matter it would be tremendously
> appreciated! 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/6UENXHDTWSMYX5K24QIITHOA43YHIUWD/
>
___
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/HRM4LK4AGNWAICMBQC5BJOBOPRE226A3/

[ovirt-users] Ovirt self-hosted engine won't come up

[joshuaosko]

The self-hosted engine had an issue whereby it'd /var partition was full. A few 
days later the engine was rebooted; however, it did not come back up 
gracefully. I presently have three CentOS 7 hosts which can spin up a new 
hosted engine vm; however every attempt to do so results in:
Engine status  : {"reason": "failed liveliness check", 
"health": "bad", "vm": "up", "detail": "Up"}

The VM is not "up" as it does not even respond to ping, let alone having any 
ability to ssh or console into it to see what's wrong. All of the VMs that have 
been built using this engine appear to be fully operational. Is there any 
guidance anyone can give me? At this point I'm wondering what the consequences 
are to deploying a new hosted engine within that same cluster.

If anyone could shed light on this matter it would be tremendously appreciated! 
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/6UENXHDTWSMYX5K24QIITHOA43YHIUWD/

[ovirt-users] Creating a static route

[doug . l . maxfield]

Good Morning,
New to oVirt.  We are using this with a backup solution from Commvault.  The 
issue that we are having is that we need to setup a static route for specific 
data between 2 remote sites.  The ovirtmgmt is configured with the correct IP 
and gateway for the server.  We need to route data over a different gateway so 
that we don't "max out" the default network connection between the 2 sites.  
Example below

Ovirtmgmt IP - 172.21.5.31
Gateway IP - 172.21.0.250

We need any traffic with a destination of 172.22.20.31(Remote site) to route 
over this gateway, 172.21.12.61

There are multiple servers in this configuration.  Servers that are not using 
the ovirtmgmt interface for their default, we are able to route the data.  The 
only problem is with attempting to setup a different static route on the 
ovirtmgmt interfaces.

Thanks in advance for any help!!!

Doug
___
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/WGXSLHAP3X5OT7DOXX3PMRLIMZBKTHR7/

[ovirt-users] Re: Windows 2016 guest auto shutdown

[Hetz Ben Hamo]

Are you by any chance run everything (management, iSCSI etc) - on a single
physical network port?


On Tue, Feb 12, 2019 at 4:10 PM  wrote:

> I am using ovirt hosted engine 4.2 to manage 5 nodes cluster and Dell
> Compellent storage domain using ISCSI. The guest is running Windows 2016 OS
> with ovirt 4.2.4 guest tools installed. The guest presented 1.4 TB thin
> provision disks and very often, the VM goes offline while doing big file
> transfer. I didn't find any event errors on OS level. I am wondering if
> anyone has experienced this issue.
>
> Thanks
> -Aminur
> ___
> 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/BIZRKRBJXY6L2FOUH4O2WI6A337EF7Q6/
>
___
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/D7S4CG6GXDLF7IOCZZHVAIKAHPTVWSXK/

[ovirt-users] Windows 2016 guest auto shutdown

[aminur . rahman]

I am using ovirt hosted engine 4.2 to manage 5 nodes cluster and Dell 
Compellent storage domain using ISCSI. The guest is running Windows 2016 OS 
with ovirt 4.2.4 guest tools installed. The guest presented 1.4 TB thin 
provision disks and very often, the VM goes offline while doing big file 
transfer. I didn't find any event errors on OS level. I am wondering if anyone 
has experienced this issue.

Thanks
-Aminur
___
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/BIZRKRBJXY6L2FOUH4O2WI6A337EF7Q6/

[ovirt-users] Re: Issues adding iscsi storage domain

[Benny Zlotnik]

Could be a filtering issue, in the logs do you see the output of
getDeviceList?
Should be something like this:
FINISH getDeviceList return={'devList': [{ ... }]}

if you enable debug logs for vdsm[1], you should be able to see the command
used to generate the list, something like this:
/usr/bin/taskset --cpu-list 0-1 /usr/bin/sudo -n /usr/sbin/lvm pvs --config
'devices {  preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1
write_cache_state=0  disable_after_error_count=3
filter=["a|^/dev/mapper/360014050fae4b6602954f7da281f543a$|^/dev/mapper/36001405139b21348e50413e9dc34$|^/dev/mapper/360014055cecb9f9bf514613a8fc1b7cc$|^/dev/mapper/360014055fce35ea61ea4b4ea6fe3dfc8$|^/dev/mapper/36001405c8d08f719b9c425e8367dcb24$|",
"r|.*|"] } global {  locking_type=1  prioritise_write_locks=1
wait_for_locks=1  use_lvmetad=0 } backup {  retain_min=50  retain_days=0 }'
--noheadings --units b --nosuffix --separator '|' --ignoreskippedcluster -o
uuid,name,size,vg_name,vg_uuid,pe_start,pe_count,pe_alloc_count,mda_count,dev_size,mda_used_count

[1] - https://www.ovirt.org/develop/developer-guide/vdsm/log-files.html

On Mon, Feb 11, 2019 at 12:19 PM Leo David  wrote:

> Hi,
> I have identified some logs regarding the session:
>
>
> 2019-02-11 10:11:59,220+ INFO  (jsonrpc/1) [vdsm.api] START
> discoverSendTargets(con={'ipv6_enabled': False, 'connection':
> u'10.10.8.13', 'password': '', 'port': u'3260', 'user': ''}, options=None)
> from=:::10.10.8.130,40100,
> flow_id=15c2479a-abb3-4aee-adb9-9e01169471c6,
> task_id=89bb32fd-463b-4b1a-80ff-7a829e0ce500 (api:46)
> 2019-02-11 10:11:59,693+ INFO  (jsonrpc/1) [vdsm.api] FINISH
> discoverSendTargets return={'fullTargets': ['10.10.6.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '
> 10.10.6.177:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '10.10.9.1:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '10.10.9.5:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '
> 10.10.8.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296', '
> 10.10.6.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '
> 10.10.6.177:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.9.1:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.9.5:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.8.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296', '10.10.6.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.8.13:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.6.177:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.9.1:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', '10.10.9.5:3260,1
> iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296'], 'targets':
> ['iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapsata.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.qnapssd.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296',
> 'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296']}
> from=:::10.10.8.130,40100,
> flow_id=15c2479a-abb3-4aee-adb9-9e01169471c6,
> task_id=89bb32fd-463b-4b1a-80ff-7a829e0ce500 (api:52)
> 2019-02-11 10:11:59,694+ INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC
> call ISCSIConnection.discoverSendTargets succeeded in 0.47 seconds
> (__init__:573)
>
> ...
>
> 2019-02-11 10:06:11,178+ INFO  (jsonrpc/3) [vdsm.api] START
> connectStorageServer(domType=3,
> spUUID=u'----', conList=[{u'id':
> u'----', u'connection': u'10.10.8.13',
> u'iqn': u'iqn.2004-04.com.qnap:ts-ec1280u-rp:iscsi.test.f35296', u'user':
> u'', u'tpgt': u'1', u'password': '', u'port': u'3260'}],
> options=None) from=:::10.10.8.130,40100,
> flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c,
> task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:46)
> 2019-02-11 10:06:12,298+ INFO  (jsonrpc/3) [vdsm.api] FINISH
> connectStorageServer return={'statuslist': [{'status': 0, 'id':
> u'----'}]} from=:::10.10.8.130,40100,
> flow_id=319998e1-3f2c-410a-bbfa-7549abf3529c,
> task_id=ae8f21c6-56a9-424d-9a91-91d2c176f868 (api:52)
> 2019-02-11 10:06:12,300+ INFO  

[ovirt-users] Re: oVirt 4.3.1 test day

[Hetz Ben Hamo]

Hi,

Well, there is a severe bug that I complained about it on 4.2 (or 4.1? I
don't remember) and it's regarding "yanking the power cable".
Basically I'm performing a simple test: kill all hosts immediately to
simulate a power loss without UPS.

For this test I have 2 nodes, and  4 storage domains: hosted_storage (that
was setup during the HE installation), 1 iSCSI domain, 1 NAS domain and 1
ISO domain.

After all the nodes loose power, I power them on and the following
procedure happens:
1. The node with HE finishes booting, and it takes few minutes until the HE
is up.
2. When the HE is up, all the storage domains comes back to life as online
and VM's with high availability starting to boot.
3. Few minutes later, *all* (with the exception of  hosted_storage) storage
domains are going down
4. After about 5 minutes, all the other storage domains which went down,
are coming up, but by then, and VM's without high availability that are not
hosted on hosted_storage remains down, you'll need to power them manually
back.

This whole procedure takes about 15-25 minutes after booting the nodes, and
this issue is always repeatable, just kill the power to the nodes, power
them up again and see for yourself.

The solution would be to change the code and if a storage domain is up - *leave
it up*, skip the check.

Thanks


On Tue, Feb 12, 2019 at 11:56 AM Sandro Bonazzola 
wrote:

> Hi,
> We are planning to release the first candidate of 4.3.1 on February
> 20th[1] and the final release on February 26th.
> Please join us testing this release candidate right after it will be
> announced!
> We are going to coordinate the testing effort with a public Trello board
> at https://trello.com/b/5ZNJgPC3
> You'll find instructions on how to use the board there.
>
> If you have an environment dedicated to testing, remember you can setup a
> few VMs and test the deployment with nested virtualization.
> To ease the setup of such environment you can use Lago (
> https://github.com/lago-project)
>
> The oVirt team will monitor the Trello board, the #ovirt IRC channel on
> irc.oftc.net server and the users@ovirt.org mailing list to assist with
> the testing.
>
> [1]
> https://www.ovirt.org/develop/release-management/releases/4.3.z/release-management.html
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/URIGV3LPTE2RO2BJFXZDHE5H5BN5I4RM/
>
___
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/XOEKWQDNUHAB54A3G77SIORTJ2C4KCNG/

[ovirt-users] Re: virsh question

[Yedidyah Bar David]

On Tue, Feb 12, 2019 at 11:36 AM Hetz Ben Hamo  wrote:
>
> Thanks,
>
> So the question remains: if, for some reason, HE is having issue and I want 
> to power on a VM on a node and the VM already exists (but powered off), how 
> do I list and power it on? any utility to view the vm's and power one of them?

All oVirt VMs, from libvirt's POV, are "transient". Their xml is
generated on-the-fly from data in the engine's database.

You definitely need the database and the engine. Make sure you back
them up often, make sure you have means to restore if needed, test
these means often.

We recently introduced new functionality 'hosted-engine
--restore-from-file', which should spare you from many of the
previously-manual steps needed for restore:

https://bugzilla.redhat.com/show_bug.cgi?id=1469908

If you feel like this is still not enough for your needs, perhaps
hosted-engine is not for you. Although hosted-engine is very popular
these days (IIRC more than 50% of the setups are hosted-engine), some
people do maintain for their engine two separate physical machines
with copies of the engine and some cluster software to run it on them
in HA. In the past there were also discussions about native support
for redundancy (e.g. allow running more than one engine against a
single db (replicated, perhaps, using PostgreSQL means)), but it was
decided this is too complex and not important enough.

>
> Thanks
>
>
> On Tue, Feb 12, 2019 at 8:56 AM Petr Kotas  wrote:
>>
>> Hi Hetz,
>>
>> with oVirt, the virtual machines that does not run are not present on the 
>> node. You have the storage where are the virtual machines stored. You also 
>> have the engine which stores every virtual machine in its database. It also 
>> knows where the machine should run. This is why you can see the virtual 
>> machine not running on certain node.
>>
>> Only once you start the virtual machine, it is placed on the destined node.
>>
>> Hope this helps.
>>
>> Petr
>>
>> On Tue, Feb 12, 2019 at 2:54 AM Hetz Ben Hamo  wrote:
>>>
>>> Hi,
>>>
>>> I'm trying after connecting to a node to look with virsh what machines are 
>>> available (this is 1 node ovirt)
>>> Even when using something like: 
>>> qemu://mynode/system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf and 
>>> running list --all - I see only the running machines.
>>>
>>> Looking through the web UI though, I see all the running and not-running 
>>> vm's.
>>>
>>> So how can I see all of them?
>>>
>>> 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/WCTFLNLK3ZOGSNMYOBHTIEGZN3IVVVTQ/
>
> ___
> 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/IKP64AADB2DIBZBVJVWR4RJKGQQR7BH4/



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

[ovirt-users] oVirt 4.3.1 test day

[Sandro Bonazzola]

Hi,
We are planning to release the first candidate of 4.3.1 on February 20th[1]
and the final release on February 26th.
Please join us testing this release candidate right after it will be
announced!
We are going to coordinate the testing effort with a public Trello board at
https://trello.com/b/5ZNJgPC3
You'll find instructions on how to use the board there.

If you have an environment dedicated to testing, remember you can setup a
few VMs and test the deployment with nested virtualization.
To ease the setup of such environment you can use Lago (
https://github.com/lago-project)

The oVirt team will monitor the Trello board, the #ovirt IRC channel on
irc.oftc.net server and the users@ovirt.org mailing list to assist with the
testing.

[1]
https://www.ovirt.org/develop/release-management/releases/4.3.z/release-management.html

-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: virsh question

[Hetz Ben Hamo]

Thanks,

So the question remains: if, for some reason, HE is having issue and I want
to power on a VM on a node and the VM already exists (but powered off), how
do I list and power it on? any utility to view the vm's and power one of
them?

Thanks


On Tue, Feb 12, 2019 at 8:56 AM Petr Kotas  wrote:

> Hi Hetz,
>
> with oVirt, the virtual machines that does not run are not present on the
> node. You have the storage where are the virtual machines stored. You also
> have the engine which stores every virtual machine in its database. It also
> knows where the machine should run. This is why you can see the virtual
> machine not running on certain node.
>
> Only once you start the virtual machine, it is placed on the destined node.
>
> Hope this helps.
>
> Petr
>
> On Tue, Feb 12, 2019 at 2:54 AM Hetz Ben Hamo  wrote:
>
>> Hi,
>>
>> I'm trying after connecting to a node to look with virsh what machines
>> are available (this is 1 node ovirt)
>> Even when using something
>> like: qemu://mynode/system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf
>> and running list --all - I see only the running machines.
>>
>> Looking through the web UI though, I see all the running and not-running
>> vm's.
>>
>> So how can I see all of them?
>>
>> 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/WCTFLNLK3ZOGSNMYOBHTIEGZN3IVVVTQ/
>>
>
___
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/IKP64AADB2DIBZBVJVWR4RJKGQQR7BH4/

[ovirt-users] Re: ovirt-4.3 hyperconverged deployment - no option for "disc count" for JBOD

[Sahina Bose]

On Mon, Feb 11, 2019 at 9:57 PM feral  wrote:

> No. I gave up on ovirt 4.2 (node iso and centos) and moved over to the
> node 4.3 iso, and that's where I found the problem with the JBOD. I then
> moved back to centos and installed 4.3 there, which comes with 
> gdeploy-2.0.8-1.el7.noarch
> . I don't know if this version had the issue or not, as I assumed that
> given I'm using the same ovirt/gluster repos, it'd probably have had the
> same problem.
>
> I've since wiped out the cluster and have been testing a single ovirt-4.3
> node (from centos) to try to rule out a few issues. Found that for some
> reason, while my bare metal raid array gives me about 1GBps r/w (XFS on top
> of LVM), as soon as I mount a brick and try to r/w to it, that performance
> drops to between 5 and 55MBps depending on block size. The native XFS and
> gluster XFS configs are identical. 1000MBps o the native XFS with 4k
> blocks, and 5MBps on gluster with 4k blocks. I can get up to 55MBps on
> gluster with 64k blocks. So something else isn't right, but I haven't had
> any luck in asking around, as everyone seems to feel this is just an issue
> of incrimental performance tweaks. I of course argue that all of the
> recommended tweaks only gained 1-2% performance, and that we'd need about
> 800 of them to get decent performance.
>
> So at this point I'm not really sure what to do next. When I've used
> gluster in the past (configured manually), I've never had a problem getting
> at least 80-90% native performance. I've also noticed that for some reason,
> ovirt runs my guests like complete garbage and I have no idea why. I get
> about 1/20th to 1/50th the performance from ovirt, as I get on the same
> hardware with boring qemu/kvm.
> I'm just bringing up a single host (centos with 4.3) now, and trying local
> storage instead of gluster, to see if there's any major change in overall
> VM performance. Just uploading an ISO to the local storage though, is
> already about 80x faster than uploading it to a gluster volume.
>

And the gluster volume options are the standard? Set by cockpit deployment?

The gluster volume created via cockpit uses network.remote-dio: disable and
performance.strict-o-direct:on to ensure that every write is written to
disk. This is to ensure consistency and prevent loss of data
You can turn on client side brick caching by using network.remote-dio:
enable - but be sure to have a power backup to ensure yours hosts do not
power off and lose data before the cache is flushed


> And... somewhat confirmed. Using local storage (just a plain XFS file
> system) showed major improvement to guest VM performance overall. The disc
> throughput is still very slow (160MBps vs the 1000MBps of the host), but
> overall, the entire VM is much more responsive.
> Meanwhile, testing a clone of the same VM on my 7 year old laptop, which
> pushes around 300MBps, the VM is pushing 280MBps average. Both using XFS.
>
> So why is ovirt's guest disc performance (native and gluster) so poor? Why
> is it consistently giving me about 1/10th to 1/80th of the hosts disc
> throughput?
>
>
>
>
> On Mon, Feb 11, 2019 at 5:01 AM Sahina Bose  wrote:
>
>>
>>
>> On Wed, Feb 6, 2019 at 10:45 PM feral  wrote:
>>
>>> On that note, this was already reported several times a few months back,
>>> but apparently was fixed in gdeploy-2.0.2-29.el7rhgs.noarch. I'm
>>> guessing ovirt-node-4.3 just hasn't updated to that version yet?
>>>
>>
>> +Niels de Vos  +Sachidananda URS 
>> Any update on the gdeploy package update in CentOS ?
>>
>>
>>> On Wed, Feb 6, 2019 at 8:51 AM feral  wrote:
>>>
 Bugzilla must have lost my account. Requesting password reset on an
 account that doesn't exist, results in 500 :p.
 Created a new one.

 However, my options for gdeploy version do not match the version 2.0.2
 installed. They only list 0.xx.x.

 On Wed, Feb 6, 2019 at 8:44 AM Greg Sheremeta 
 wrote:

>
> On Wed, Feb 6, 2019 at 11:31 AM feral  wrote:
>
>> Sorry, I tried opening a bug, but RH's Bugzilla is having issues and
>> 500's out when I try to request password reset.
>>
>
> Sorry to hear that. I hate to ask, but could you try after clearing
> cookies for *redhat.com, or try in an incognito tab? It's done that
> to me before and clearing cookies worked for me. If it still doesn't work,
> I'll open the bug. Thanks!
>
>
>>
>>
>> ---
>> PLAY [gluster_servers]
>> *
>>
>> TASK [Run a shell script]
>> **
>> changed: [ovirt-431.localdomain] =>
>> (item=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d vdb -h
>> ovirt-431.localdomain, ovirt-432.localdomain, ovirt-433.localdomain)
>>
>> PLAY RECAP
>> **