Re: [ovirt-users] vdsm hook noipspoof on interface level

[Eitan Raviv]

Probably an easier solution than implementing a vdsm hook in code, would be
to use network filter parameters in the web-admin UI of the engine.

If the vNic profile of the network on the WAN interface (the one you would
like to restrict IPs on) has a clean-traffic filter, then you can specify a
different set of IPs for any interface using this network.
In the web-admin UI of the engine go to -
 Compute | Virtual machines |  | Network Interfaces | 
 and click  edit.

At the bottom of the edit form you can insert the ip pool for the interface
by specifying several key-value pairs where the key is 'IP' and the value
is the ip address (e.g. 192.168.122.13).

HTH




On Sun, Apr 15, 2018 at 3:24 AM, Peter Hudec <phu...@cnc.sk> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Thanks,
>
> this was the last part into my puzzle, HOST INTERFACE params.
>
> The example hook provided in
> https://bugzilla.redhat.com/show_bug.cgi?id=1366905#c8,
> https://bugzilla.redhat.com/attachment.cgi?id=1232201 looks good, but
> it seems to set the IP param on all interfaces too, regardless on
> which interface the NIC PARAM is set.
>
> The hooks should be called per vNIC, as reading the
> https://www.ovirt.org/documentation/admin-guide/appe-VDSM_and_Hooks/#the
> - -vdsm-hook-domain-xml-object,
> the one/several of thees hooks should be used or maybe I'm wrong ;(
>
> Peter
>
> On 14/04/2018 07:04, Eitan Raviv wrote:
> > You might find the following useful:
> >
> > https://ovirt.org/develop/release-management/features/network/networkf
> ilterparameters/
> >
> >  HTH
> >
> > On Thu, Apr 12, 2018, 14:52 Peter Hudec <phu...@cnc.sk
> > <mailto:phu...@cnc.sk>> wrote:
> >
> > Hi,
> >
> > I would like to restrict of usage IP address on VMs. Thos could be
> > achied by usinf clear-filter instead of vdsm-no-mac-spoofing.
> >
> > I have found noipspoof vdsm hook,
> > https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/noipspoof.
> >
> > This hook but set the filtering on all interfaces, the setting is
> > on VM level, not interface level. So if the there are more
> > interfaces on all of them. I would like just restrict the WAN
> > interface on multi homed VMs.
> >
> > Peter
> >
> > -- *Peter Hudec* Infraštruktúrny architekt phu...@cnc.sk
> > <mailto:phu...@cnc.sk> <mailto:phu...@cnc.sk
> > <mailto:phu...@cnc.sk>>
> >
> > *CNC, a.s.* Borská 6, 841 04 Bratislava Recepcia: +421 2  35 000
> > 100
> >
> > Mobil:+421 905 997 203 *www.cnc.sk <http://www.cnc.sk>*
> > <http:///www.cnc.sk <http://www.cnc.sk>>
> >
> > ___ Users mailing list
> > Users@ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
> - --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk <mailto:phu...@cnc.sk>
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* <http:///www.cnc.sk>
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEqSUbhuEwhryifNeVQnvVWOJ35BAFAlrSm54ACgkQQnvVWOJ3
> 5BDz5A//dqyf9wnvkRCjEmeUkMsN72qL7o+utazM7L8S4sY4Pu6INsPhpy7QtwHw
> fyXbdrU9qy+5ts3g+yoxpsdkTWUk47m/6nQR3fiw0nXJu44/ABl+Hw4g0H3/k86f
> 7sYOYvZ8IfCpL9/2r1VRlP8j7e+CdI8Ltcjppn7PtKhPT03f87p2PT1pJd95DYS+
> GbqZZ6yOAUlePP/808+f7hYxKNz0ek1tf/ZxzLgSJsCl1PsIhKiCBiuze/5hdeL5
> /VNWVSqVXNZdzOZkupxas50f/AH6g4DXniyChqvoTi+D37Wpf5yTxXM5C+Qf36Ok
> 2qZEovxuno51A5l9qIE0n2LQ3I6zJbybdth33sV1uxFK65CWxlfLgbPxb4+9JONF
> 2yozK/DtmGC7Hree2INBGOJA/55fCrccxSMuLW8JbmZqx43uCrE/FBWZhXE6Lx+f
> F5hR5e3kJEWjEtyPKpdtXedmOsb06xvGq+WFOGl8VgaRmNgsuLN/YYy13kRDY+0K
> j//ZX7ZqBaP9TqaW9y1LljTPLGugqVX+uzPdbUvW4vqahNU8mT5Kq1pBrrGPdY+C
> FolC1CLiWixAAhtSXfJihflFUJq+pYkAXDYBNPj/uyuIyeGXABw1UkJqgc0bVAal
> lSAMK2P09xwJ8Db5HpqxXpOHe/s5XdYD8Mj0jebQ2308CPNxfQM=
> =AvLd
> -END PGP SIGNATURE-
>



-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: attempting to upgrade ovirt host which fails.

[Eitan Raviv]

The failure should be reflected on the host in /var/log/vdsm/*vdsm.log
What do you see there?

HTH

On Tue, May 22, 2018 at 11:09 PM, Edward Clay  wrote:
> Hello,  Today I began upgrading my ovirt 4.1 to 4.2 by updating the engine
> following the steps in the 4.2 readme.  This went well and the upgrade
> completed.  What I've run into is I have attempted to install the ovirt
> release 4.2 on the host and then ran a yum upgrade on it while in
> maintenance mode.  I rebooted the system and can put the host into active
> mode but in the ovirt compute host screen is showing that updates are
> available.  No mater what I do to tell it to check for updates it still
> shows available updates.  If I install updates they fail.  I see events like
> the following in the graphical interface.
>
> Check for available updates on host host1 was completed successfully with
> message 'found updates for packages ovirt-host'.
>
> Host host1 was switched to Maintenance mode
>
> Host host1 upgrade was started
>
> Failed to upgrade Host host1
>
> How can I resolve this issue?
>
> Edward Clay
> Systems Administrator
> The Hut Group
>
> Tel:
> Email: edward.c...@uk2group.com
>
>
> For the purposes of this email, the "company" means The Hut Group Limited, a
> company registered in England and Wales (company number 6539496) whose
> registered office is at Fifth Floor, Voyager House, Chicago Avenue,
> Manchester Airport, M90 3DQ and/or any of its respective subsidiaries.
>
> Confidentiality Notice
> This e-mail is confidential and intended for the use of the named recipient
> only. If you are not the intended recipient please notify us by telephone
> immediately on +44(0)1606 811888 or return it to us by e-mail. Please then
> delete it from your system and note that any use, dissemination, forwarding,
> printing or copying is strictly prohibited. Any views or opinions are solely
> those of the author and do not necessarily represent those of the company.
>
> Encryptions and Viruses
> Please note that this e-mail and any attachments have not been encrypted.
> They may therefore be liable to be compromised. Please also note that it is
> your responsibility to scan this e-mail and any attachments for viruses. We
> do not, to the extent permitted by law, accept any liability (whether in
> contract, negligence or otherwise) for any virus infection and/or external
> compromise of security and/or confidentiality in relation to transmissions
> sent by e-mail.
>
> Monitoring
> Activity and use of the company's systems is monitored to secure its
> effective use and operation and for other lawful business purposes.
> Communications using these systems will also be monitored and may be
> recorded to secure effective use and operation and for other lawful business
> purposes.
>
> hgvyjuv
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: info about reinstall dead node

[Eitan Raviv]

If the engine manages to 'reboot' the host as you say, it seems that
the engine can communicate with the host.

So it might be that you have a bit of a chicken and egg problem: the
host is missing a required network and therefore goes back into
non-responsive.
If you have other (non mgmt) 'required' networks on the host, set the
networks to non-required under Compute | Clusters |  |
Logical Networks | Manager Networks temporarily.

In Compute | Hosts |  | networks | setup networks
can you attach 'ovirtmgmt' to the host in its current condition?

Try to reboot the host.

HTH

On Tue, May 22, 2018 at 7:25 PM, Gianluca Cecchi
 wrote:
> Hello,
> I have an host dead in a 4.1.9 environment (broken raid controller
> compromised both internal disks, don't ask me how it could happen...).
> I have replaced controller/disks and reinstalled ng-node on the same hw with
> the same parameters and same version (but ovirtmgmt bridge not present yet,
> only a bond0 that has to become backed up by the ovirtmgmt bridge when
> installed).
> In web admin gui it had been set as not responsive when failed.
> Now I cannot reinstall it as new.
> If I try to put it into maintenance it is correctly rebooted but then it
> remains non responsive.
> I think I have to "force remove" in some way the previous instance of this
> node, but the option is greyed out...
> How can I clean the node and then try to install as new again?
>
> Thanks,
> Gianluca
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: Obtain dynamic inventory onto local machine using ovirt4.py for self-hosted engine

[Eitan Raviv]

Wouldn't it be safer and less error prone to ssh over vpn from your
macbook to your server to run the playbooks?

On Tue, May 22, 2018 at 7:44 PM,  <03ce...@gmail.com> wrote:
> I have successfully deployed self-hosted-engine (4.2) on centos (7.4) server.
>
> the server address is ovirt where the self-hosted engine running on it has 
> fdqn as engine.ovirt. I  have ovirt,ini configured on server acan run the 
> ovirt4.py from the server to obtain the vms in groups. But I want to control 
> the vms using ansible from my macbook and run ansible playbooks locally.
>
> so I have downloaded the ovirt.ini and ovirt4.py from server and tried 
> running it, but had no success.
>
> Is there something special needs setting up for 'self-hosted-ovirt-engine' as 
> oppose to vanilla ovirt-engine which will allow me to control vms from my 
> macbook?
>
> thanks.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org

Re: [ovirt-users] admin account constantly gets locked

[Eitan Raviv]

The sync network command is probably unrelated.
Can you attach the full engine and the setup logs?

Martin, this looks a bit like [1]. Any idea?

Thanks


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1410955

On Thu, Apr 12, 2018 at 10:22 AM, Käfer Marcel <marcel.kae...@putzbrunn.de>
wrote:

> Hello,
>
> a few days ago I installed an ovirt-engine 4.2.2.6 following the steps of
> the documentation. After the installation I logged in to the admin page,
> configured a datadomain and changed the admin password. After a few hours I
> tried to login again, using the new password and got "Unable to log in
> because the user account is disabled or locked. Contact the system
> administrator." So I unlocked the admin account from the shell using
> "ovirt-aaa-jdbc-tool user unlock admin" which worked fine and I was able to
> continue working till the next login.
>
> I traced the /var/log/ovirt-engine/engine.log and found this after
> unlocking the admin account again.
>
> 2018-04-12 09:06:19,984+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Lock Acquired to object 'EngineLock:{exclusiveLocks='[
> e37c0b9e-09bc-4893-9b0c-c70f56d6ecfc=PROVIDER]', sharedLocks=''}'
> 2018-04-12 09:06:19,991+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Running command: SyncNetworkProviderCommand internal: true.
> 2018-04-12 09:06:20,102+02 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Authentication]
> (default task-239) [] locking user: admin due to interval failures
> 2018-04-12 09:06:25,046+02 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils]
> (default task-239) [] OAuthException access_denied: Cannot authenticate
> user 'admin@internal': The username or password is incorrect..
> 2018-04-12 09:06:25,049+02 ERROR [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Command 
> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand'
> failed: EngineException: (Failed with error Unauthorized and code 5050)
> 2018-04-12 09:06:25,050+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Lock freed to object 'EngineLock:{exclusiveLocks='[
> e37c0b9e-09bc-4893-9b0c-c70f56d6ecfc=PROVIDER]', sharedLocks=''}'
>
> It seems like the SyncNetworkProviderCommand is somehow locking the admin
> account. I already restarted the whole machine but it didn't help.
>
> Can someone please point me in the right direction, where to find the
> error?
>
> Thanks in advance
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] admin account constantly gets locked

[Eitan Raviv]

The recurring denied access for every SyncNetworkProvider might be because
you changed the admin password on the engine but not on the provider.

Dominik, will updating to the same password on the provider solve the
denied access?
Martin, does the engine lock out the admin user for failed retries?


HTH


On Thu, Apr 12, 2018 at 12:29 PM, Käfer Marcel <marcel.kae...@putzbrunn.de>
wrote:

> Here are the logfiles…
>
>
>
> Thanks
>
>
>
> *Von:* Eitan Raviv [mailto:era...@redhat.com]
> *Gesendet:* Donnerstag, 12. April 2018 11:12
> *An:* Käfer Marcel
> *Cc:* users@ovirt.org; Martin Perina
> *Betreff:* Re: [ovirt-users] admin account constantly gets locked
>
>
>
> The sync network command is probably unrelated.
>
> Can you attach the full engine and the setup logs?
>
> Martin, this looks a bit like [1]. Any idea?
>
> Thanks
>
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1410955
>
>
>
> On Thu, Apr 12, 2018 at 10:22 AM, Käfer Marcel <marcel.kae...@putzbrunn.de>
> wrote:
>
> Hello,
>
> a few days ago I installed an ovirt-engine 4.2.2.6 following the steps of
> the documentation. After the installation I logged in to the admin page,
> configured a datadomain and changed the admin password. After a few hours I
> tried to login again, using the new password and got "Unable to log in
> because the user account is disabled or locked. Contact the system
> administrator." So I unlocked the admin account from the shell using
> "ovirt-aaa-jdbc-tool user unlock admin" which worked fine and I was able to
> continue working till the next login.
>
> I traced the /var/log/ovirt-engine/engine.log and found this after
> unlocking the admin account again.
>
> 2018-04-12 09:06:19,984+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Lock Acquired to object 'EngineLock:{exclusiveLocks='[
> e37c0b9e-09bc-4893-9b0c-c70f56d6ecfc=PROVIDER]', sharedLocks=''}'
> 2018-04-12 09:06:19,991+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Running command: SyncNetworkProviderCommand internal: true.
> 2018-04-12 09:06:20,102+02 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Authentication]
> (default task-239) [] locking user: admin due to interval failures
> 2018-04-12 09:06:25,046+02 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils]
> (default task-239) [] OAuthException access_denied: Cannot authenticate
> user 'admin@internal': The username or password is incorrect..
> 2018-04-12 09:06:25,049+02 ERROR [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Command 
> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand'
> failed: EngineException: (Failed with error Unauthorized and code 5050)
> 2018-04-12 09:06:25,050+02 INFO  [org.ovirt.engine.core.bll.
> provider.network.SyncNetworkProviderCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-87)
> [2ed5aa42] Lock freed to object 'EngineLock:{exclusiveLocks='[
> e37c0b9e-09bc-4893-9b0c-c70f56d6ecfc=PROVIDER]', sharedLocks=''}'
>
> It seems like the SyncNetworkProviderCommand is somehow locking the admin
> account. I already restarted the whole machine but it didn't help.
>
> Can someone please point me in the right direction, where to find the
> error?
>
> Thanks in advance
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
>
> Eitan Raviv
> IRC: erav (#ovirt #vdsm #devel #rhev-dev)
>



-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vdsm hook noipspoof on interface level

[Eitan Raviv]

You might find the following useful:

https://ovirt.org/develop/release-management/features/network/networkfilterparameters/

HTH

On Thu, Apr 12, 2018, 14:52 Peter Hudec  wrote:

> Hi,
>
> I would like to restrict of usage IP address on VMs. Thos could be
> achied by usinf clear-filter instead of vdsm-no-mac-spoofing.
>
> I have found noipspoof vdsm hook,
> https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/noipspoof.
>
> This hook but set the filtering on all interfaces, the setting is on VM
> level, not interface level. So if the there are more interfaces on all
> of them. I would like just restrict the WAN interface on multi homed VMs.
>
> Peter
>
> --
> *Peter Hudec*
> Infraštruktúrny architekt
> phu...@cnc.sk 
>
> *CNC, a.s.*
> Borská 6, 841 04 Bratislava
> Recepcia: +421 2  35 000 100
>
> Mobil:+421 905 997 203
> *www.cnc.sk* 
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Admin user locked

[Eitan Raviv]

Can you share the engine log containing the corresponding error messages?

Thanks

On Tue, Apr 17, 2018 at 10:45 AM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> What is the reason for the following lock error for admin user?
>
> 2018-04-16 21:12:38,278+05 INFO  
> [org.ovirt.engine.extension.aaa.jdbc.core.Authentication]
> (default task-17) [] locking user: admin due to interval failures
>
> I am able to unlock it. But I would like to know the reason for this error?
>
> Thanks,
> Hari
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Admin user locked

[Eitan Raviv]

The interval failures mean that after some failed access attempts (made
periodically) engine locks the credentials with which the attempts were
made.
>From the your log it looks like recurring access attempts to the Gluster
Volumes list have been made to host1.
It looks like at one point the admin profile became 'N/A' and then switched
back to admin.
Did you do any changes to the admin user?
Can you unlock the admin user, reset it, restart engine and see if these
problems recurr?

To unlock you can use (from a bash shell): "ovirt-aaa-jdbc-tool user unlock
admin"

HTH


On Tue, Apr 17, 2018 at 1:23 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> We didn't install OVN provider. What is the meaning of interval failures?
>
> On Tue, Apr 17, 2018 at 3:18 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Tue, Apr 17, 2018 at 11:41 AM, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Gianluca,
>>>
>>> Sorry for the large file size. It is available at the following link,
>>> please let me know the reason for this error.
>>>
>>> https://files.fm/u/4th5yqn6#_
>>>
>>> Thanks,
>>> Hari
>>>
>>>
>>
>> See this thread, as it seems you have installed latest 4.2.2.6
>> http://lists.ovirt.org/pipermail/users/2018-April/088314.html
>>
>> Did you install/configure OVN provider too as described into the thread?
>>
>> I see
>>
>> 2018-04-16 20:14:43,966+05 ERROR [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] 
>> (EE-ManagedThreadFactory-engineScheduled-Thread-71)
>> [5d0e568d] EVENT_ID: PROVIDER_SYNCHRONIZED_FAILED(216), Failed to
>> synchronize networks of Provider ovirt-provider-ovn.
>>
>> and
>>
>>
>> 2018-04-17 14:49:09,971+05 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils]
>> (default task-51) [] OAu
>> thException access_denied: Cannot authenticate user 'admin@internal':
>> Unable to log in because the u
>> ser account is disabled or locked. Contact the system administrator..
>>
>> Possibly you changed admin password and ovn was not synchronized...
>> HIH,
>> Gianluca
>>
>>
>>
>


-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to add host to cluster after network

[Eitan Raviv]

ATIONAL_NETWORK(519), Host node2 does not comply with the
> cluster Default networks, the following networks are missing on host:
> 'ovirtmgmt'
> 2018-04-17 14:33:00,407-05 INFO
> [org.ovirt.engine.core.bll.pm.VdsNotRespondingTreatmentCommand]
> (EE-ManagedThreadFactory-engine-Thread-1091) [5291eee5] Running command:
> VdsNotRespondingTreatmentCommand internal: true. Entities affected :
> ID: f0a3d515-8ba2-490e-8d65-54edbb52cefc Type: VDS
>
>
> There's the message from before. Good. On the right track. Not sure why
> it thinks the host is unreachable because the host is just fine.
>
> 2018-04-17 14:33:01,978-05 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-31) [] Command
> 'GetAllVmStatsVDSCommand(HostName = node2,
> VdsIdVDSCommandParametersBase:{hostId='f0a3d515-8ba2-490e-
> 8d65-54edbb52cefc'})'
> execution failed: java.net.NoRouteToHostException: No route to host
>
> Huh. Again with the no route to host. But THERE IS! The network is
> functioning perfectly. IP's all work. DNS all works. Routing is fine. I
> have no idea what it is complaining about.
>
> 2018-04-17 14:33:03,873-05 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-39) [4f72afaa] START,
> SetVdsStatusVDSCommand(HostName = node2,
> SetVdsStatusVDSCommandParameters:{hostId='f0a3d515-8ba2-
> 490e-8d65-54edbb52cefc',
> status='NonOperational', nonOperationalReason='NETWORK_UNREACHABLE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 7459a748
>
> Which network is unreachable? Because every single one of them is fine!
> Ugh!
>
> I am completely stumped as to why it works perfectly
> pre-additional-networks but fails every time after a network is configured.
>
> A couple of questions.
>
> 1. I assume people have added hosts _after_ they've configured multiple
> networks. So what am I doing wrong? Why am I unable to add a host?
> Again, if I don't configure that second network, it will happily add all
> my hosts. But what happens when I want to add a host in the future?
>
> 2. How do I break that infuriating infinite non-operational loop? I
> can't put it into maintenance mode, I can't delete the host, or anything
> else. The options are greyed out. The only solution I've found is yank
> the power and after it freaks out for about 30 minutes because it can't
> find the host, it will stop trying. But I still can't seem to remove the
> bad host. There has to be a way via command-line to say "stop timing
> out, knock that off, and delete this host!" but I'm not finding it in my
> searching.
>
> 3. I feel like I go through periods with oVirt where everything is
> running exactly the way I want then something happens (like me trying to
> add a host! Or thinking I can just change a host IP without the whole
> thing dying on me!) and it all just falls apart. I feel like I am just
> stumbling through most of it. I've previously gotten a lot out of the
> Red Hat classes and work has offered to send me to a training of my
> choice this year. I am really considering taking the 318 Virtualization
> class. I'm curious though, how close is that to what I would be working
> with oVirt? I'm guessing that since 4.2 recently came out, there is
> probably minimal chance the class will be over 4.2 but maybe it is close
> enough? I would love to hear feedback.
>
> Thanks!
> ~Stack~
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add new node failure - 2nd network (DMZ)

[Eitan Raviv]

The host node12 does not appear under any network in the networks list
because, as you said, node12 has not been connected yet to any network.
The error you are getting is because the network ‘DMZ_node11' is required
on all hosts in the cluster to which you are trying to add node12.
You can either make network ‘DMZ_node11' not required temporarily or
connect it to node12.

To make a network non-required go to Compute -> Clusters -> your cluster ->
Logical Networks -> Manage Networks and uncheck the required check-box.

To connect a network to a host (e.g. node12) , go to Compute -> Hosts ->
node12 -> Network Interfaces -> Setup Host Networks
and attach the required network to the desired interface.

HTH

On Mon, Apr 16, 2018 at 1:20 PM, Andrei Verovski <andre...@starlett.lv>
wrote:

> Hi,
>
> I have simple cluster with node11 having 2nd network for DMZ zone (for
> internet servers). This network attached to node11 2nd ethernet adapter
> called ‘DMZ_node11’.
>
> Now I’m trying to add 2nd host to the cluster (node12).
> Attempt to activate newly added node12 results in this error.
> Host node12 does not comply with the cluster ClusterRiga11 networks, the
> following networks are missing on host: ‘DMZ_node11'
>
> However, I found no way to add new host to the oVirt network ‘DMZ_node11’.
> Network -> Networks -> DMZ_Node11 -> Setup Host Network lists only
> Ethernet interfaces on node11, not on new node12.
>
> Cluster is running, screwing something up is not an option.
>
> How I can fix this problem ?
>
> Thanks in advance.
> Andrei
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to add host to cluster after network

[Eitan Raviv]

Hi Stack,

Indeed this is a bug in the engine. We have opened a case [1] and are
working to fix it on 4.2 ASAP
Thanks for posting...

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1570388

Eitan
oVirt | Redhat

On Wed, Apr 18, 2018 at 8:35 PM, ~Stack~ <i.am.st...@gmail.com> wrote:

> On 04/18/2018 09:55 AM, ~Stack~ wrote:
> > On 04/18/2018 08:41 AM, Eitan Raviv wrote:
> >> Hi Stack,
> >>
> >> I read through your ordeal and I would like to post a few comments:
> >
> > Thanks I appreciate it!
> >
> >>   * When I try to reproduce your scenario with the second network set to
> >> 'not required' before on-boarding the second host, it  is processed
> >> and set to 'up' by the engine without any hiccups or any errors in
> >> the log.
> >
> > Hrm. Yeah, I think I can reproduce the failure. I've only done it once,
> > but I have the chance to test so just to make sue I've got the right
> > information I'm going to run a another test specifically for it.
> >
>
> I agree with you, Eitan. I did a complete rebuild and made sure my
> alternate network was set to 'not required' before adding the second
> host. I successfully added a second host. It is possible I did something
> else wrong in that first test.
>
> Since this is an acceptable work-around for now, I am going to finish
> building my hosts out so I can move forward with this project.
>
> I would still like feedback on my other questions in the original post
> if anyone is willing.
>
> Thanks!
> ~Stack~
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Eitan Raviv
IRC: erav (#ovirt #vdsm #devel #rhev-dev)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: need network design advice for iSCSI

[Eitan Raviv]

Shani,
Can you help here with  iSCSI bonding?
Thanks

On Mon, Jan 21, 2019 at 7:51 AM Uwe Laverenz  wrote:
>
> Hi John,
>
> Am 20.01.19 um 18:32 schrieb John Florian:
>
> > As for how to get there, whatever exactly that might look like, I'm also
> > having troubles figuring that out.  I figured I would transform the
> > setup described below into one where each host has:
> >
> >   * 2 NICs bonded with LACP for my ovirtmgmt and "main" net
> >   * 1 NIC for my 1st storage net
> >   * 1 NIC for my 2nd storage net
>
> This is exactly the setup I use. I have run this successfully with
> CentOS/LIO and FreeNAS iSCSI targets with good performance.
>
> In short:
>
> - 2 separate, isolated networks for iSCSI with dedicated adapters
>on hosts and iSCSI target
> - jumbo frames enabled
> - no VLANs config needed on hosts, untagged VLANs on switch
> - do _not_ use LACP, let multipathd handle failovers
>
> Same experience as Vinicius: what did _not_ work for me is the
> iSCSI-Bonding in OVirt. It seems to require that all storage IPs are
> reachable from all other IPs, which is not the case in every setup.
>
> To get multipathing to work I use multipath directly:
>
> > https://www.mail-archive.com/users@ovirt.org/msg42735.html
>
> I will post a bonnie++ result later. If you need more details please let
> me know.
>
> cu,
> Uwe
> ___
> 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/E2QKV7CZR27NT6MRSNL352KLOQ5OAGDR/
___
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/Q6QGINTOXIWTYXGHRIBEQY7JUA6TIGTJ/

[ovirt-users] Re: Ovirt Engine UI bug- cannot attache networks to hosts

[Eitan Raviv]

You can use the REST API [1] via any REST client or the
python-ovirt-engine-sdk4 [2] to manually or programmaticaly perform any
task that can be done via the webadmin UI.
About the UI malfunction I don't have enough information to reply. I will
need to have to try to reproduce it. You can open a bug on [3] to track it.
Please provide a detailed description
of the shortest flow to reproduce the malfunction and attach any relevant
logs.

Thanks a lot

[1] http://ovirt.github.io/ovirt-engine-api-model/4.2/
[2] https://github.com/oVirt/ovirt-engine-sdk/tree/sdk_4.2/sdk/examples
[3] https://bugzilla.redhat.com/


On Mon, Dec 17, 2018 at 5:46 PM Leo David  wrote:

> Hello Everyone,
> Any updates on this fix ?
> Also, is thee any other way that I can attach hosts to gluster network
>  other than from within engine UI ?
> I'm just standing with a ready installed 6 nodes cluster, and I would
> rather prefer to not start using gluster by passing traffic through default
> ovirtmgmt network
>
> Thank you very much !
>
> Leo
>
> On Sun, Dec 16, 2018 at 12:02 PM Eitan Raviv  wrote:
>
>> The flow that invokes the NPE as described is:
>> "click on Networks->gluster-Hosts- Unattached, i get the following error:"
>>
>> This does not invoke 'network update spinner' related code.
>>
>> On Fri, Dec 14, 2018 at 3:05 PM Greg Sheremeta 
>> wrote:
>>
>>> Ales, could this be related to
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1655375 ?
>>> Or, Eitan, is it related to the new network updating spinner?
>>>
>>> code in question:
>>>
>>>
>>> @Override
>>> public SafeHtml getValue(PairQueryable
>>> object) {
>>> ImageResource imageResource =
>>> InterfaceStatusImage.getResource(object.getFirst().getStatistics().getStatus());
>>> SafeHtml nicStatus =
>>> SafeHtmlUtils.fromTrustedString(AbstractImagePrototype.create(imageResource).getHTML());
>>> if (object.getFirst() != null && isNetworkUpdating(object)) {
>>> return
>>> templates.networkDeviceStatusImgAndNetworkOperationInProgress(nicStatus,
>>> constants.networksUpdating());
>>> } else if (object.getFirst() != null &&
>>> !isNetworkUpdating(object)) {
>>> return templates.networkDeviceStatusImg(nicStatus);
>>> } else if (object.getFirst() == null &&
>>> isNetworkUpdating(object)) {
>>> return
>>> templates.networkOperationInProgressDiv(constants.networksUpdating());
>>> } else {
>>> return null;
>>> }
>>> }
>>>
>>> (something in ^ is NPE)
>>>
>>> On Thu, Dec 13, 2018 at 12:49 PM Leo David  wrote:
>>>
>>>> Hi,
>>>> No errors in the engine logs, only some info's...
>>>> 2018-12-13 17:40:44,775Z INFO
>>>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-9)
>>>> [45bb68a9] Running command: CreateUserSessionCommand internal: false.
>>>> 2018-12-13 17:40:44,794Z INFO
>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>>> (default task-9) [45bb68a9] EVENT_ID: USER_VDC_LOGIN(30), User
>>>> admin@internal-authz connecting from '10.10.2.14' using session
>>>> 'LXv9Geyp5aKURf0nZ53QLn6DP74cHcl6TMdVtPbbQkudThg9vmmOXj0uFhErNykZ1czs5rmMVd302HfboMMUrQ=='
>>>> logged in.
>>>>
>>>> Maybe the following,  but I don;t think it has to do with the UI error:
>>>>
>>>> 2018-12-13 17:40:46,458Z INFO
>>>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-9) []
>>>> Can't read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for
>>>> request '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>>>> 2018-12-13 17:41:11,133Z INFO
>>>> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-10) []
>>>> Can't read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for
>>>> request '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
>>>> Wondering, I am the only one getting this UI error ?
>>>>
>>>>
>>>>
>>>> On Thu, Dec 13, 2018 at 6:13 PM Gobinda Das  wrote:
>>>>
>>>>> Hi Leo,
>>>>> Is there any error in engine?
>>>>> Can you please share engine log as well?
>>>>>
>>>>> On Thu, Dec 13, 2018 at 9:01 

[ovirt-users] Re: Ovirt Engine UI bug- cannot attache networks to hosts

[Eitan Raviv]

-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$buildRow(AbstractCellTableBuilder.java:85)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTable.$buildRowValues(AbstractCellTable.java:2350)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTable.replaceAllChildren(AbstractCellTable.java:2149)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractHasData$View.replaceAllChildren(AbstractHasData.java:265)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.HasDataPresenter.$resolvePendingState(HasDataPresenter.java:1062)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:981)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:272)
>>>> [gwt-servlet.jar:]
>>>> at com.google.gwt.core.client.impl.Impl.exit(Impl.java:313)
>>>> [gwt-servlet.jar:]
>>>> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
>>>> [gwt-servlet.jar:]
>>>> at Unknown.Qu/<(
>>>> https://ovirt-engine.main.lab/ovirt-engine/webadmin/?locale=en_US)
>>>> at Unknown.anonymous(Unknown)
>>>> 2018-12-13 15:21:34,660Z ERROR
>>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>>> (default task-7) [] Permutation
>>>> name:
>>>> F7D51C60208EA84178ACC5B48326252F
>>>> 2018-12-13 15:21:34,662Z ERROR
>>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>>> (default task-7) [] Uncaught
>>>> exception:
>>>> com.google.gwt.core.client.JavaScriptException: (TypeError) : M9(...) is
>>>> null
>>>> at
>>>> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.$getValue(SubTabNetworkHostView.java:125)
>>>> at
>>>> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.getValue(SubTabNetworkHostView.java:125)
>>>> at
>>>> com.google.gwt.user.cellview.client.Column.render(Column.java:164)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$renderCell(AbstractCellTableBuilder.java:188)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.DefaultCellTableBuilder.$buildRowImpl(DefaultCellTableBuilder.java:62)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$buildRow(AbstractCellTableBuilder.java:85)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTable.$buildRowValues(AbstractCellTable.java:2350)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractCellTable.replaceAllChildren(AbstractCellTable.java:2149)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.AbstractHasData$View.replaceAllChildren(AbstractHasData.java:265)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.HasDataPresenter.$resolvePendingState(HasDataPresenter.java:1062)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:981)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
>>>> [gwt-servlet.jar:]
>>>> at
>>>> com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:272)
>>>> [gwt-servlet.jar:]
>>>> at com.google.gwt.core.client.impl.Impl.exit(Impl.java:313)
>>>> [gwt-servlet.jar:]
>>>> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
>>>> [gwt

[ovirt-users] Re: Ovirt Engine UI bug- cannot attache networks to hosts

[Eitan Raviv]

Can you clear the browser cache and try again?
Can you share the contents of /var/log/ovirt-engine/ui.log?

On Tue, Dec 11, 2018 at 2:54 PM Leo David  wrote:

> Hello,
> Any thoughts on these ? Any ideea on how could I fix that bug ?
> Thank you !
>
> On Fri, Dec 7, 2018, 15:06 Leo David 
>> Hi Everyone,
>> Using self hosted-engine 4.2.7.5-1.el7 running on ovirt-node 4.2.7,  i am
>> trying to attache hosts to a newlly created network for gluster/migration
>> traffic.
>> Oncei click on Networks->gluster-Hosts- Unattached, i get the following
>> error:
>>
>> Uncaught exception occurred. Please try reloading the page. Details:
>> (TypeError) : M9(...) is null
>> Please have your administrator check the UI logs
>>
>> So to make the cluster installation possible,  i had to use ovirt 4.2.2
>> and manually install ovirt-engine-appliance-4.2-20180626.1.el7 on the nodes
>> before deploying self-hosted engine ( version that has other problems,
>> like not being able to get dasboards in cloudforms/manageiq -
>> ovirt-engine-dwh is missing ).
>>
>> Is it possible to:
>> 1. upgrade actual hosted-engine version to the latest that has this
>> module properly installed ?
>> 2. fix the latest ( upgraded ) version so i can attach hosts to networks ?
>> Thank you very much !
>>
>> Leo
>>
>> --
>> Best regards, Leo David
>>
> ___
> 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/FHCVNTGNZTDRSO7OIFGFSZZR5OEBR74M/
>
___
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/RL77L7NAFGOPGBCJGMRY5BGXKPEYSCLK/

[ovirt-users] Re: Cloud-init reset network configuration to default dhcp after reboot and regular run

[Eitan Raviv]

On Wed, Nov 28, 2018 at 7:29 AM Mike Lykov  wrote:
>
> 27.11.2018 16:15, Eitan Raviv пишет:
> > According to cloud-init 0.7.9 documentation cloud-init is configured
> > to run by default on each boot [1] and to render the user-selected
> > network configuration on first boot [2]. Also, in absence of a data
> > source to configure the network, it will fall back to configuring DHCP
> > on eth0 [2].
> >
> > As you noted, if you run a VM once, and then in the next regular run
> > the cloud-init flag is not selected in the VM configuration in engine,
> > there is no data-source and cloud-init falls back to dhcp as
> > documented.
>
> Thanks for the explanation. What intended use of this subsystem/feature
> are supposed to?
>
> My setup is not in cloud, it's local and use static IP adresses for VM.
> I do not want to configure each VM network in console by hand.
> I create VM from template (template have installed cloud-init package),
> configure cloud-init hostname/eth0 network in engine, and as "custom
> script" (at the same moment) I set a "touch
> /etc/cloud/cloud-init.disabled" ?

Either that or add custom script to disable just cloud-init network
re-config as you did manually.
Please consult the documentation for the custom script syntax and format
(e.g. search for 'runcmd' in
https://cloudinit.readthedocs.io/en/0.7.9/topics/examples.html)

> Then I "Run once" a VM, stop it, and run as usual without data source
> and fallback.
> Or I name network interface not "eth0" and therefore without need for
> custom script?

I did not test the outcome of assigning the static IP to another NIC.
Just sharing a thought...

>
>
> > The 'marker' file you refer to are also documented as follows:
> >
> > * disabling cloud-init altogether [1] with: touch 
> > /etc/cloud/cloud-init.disabled
> > * preventing cloud-init from configuring the network [2] with: echo
> > ‘network: {config: disabled}‘ >> /etc/cloud/cloud.cfg
> > whichever scenario is used to run a VM, this can be accomplished by
> > adding the above commands to the custom_script that cloud-init runs at
> > the last stage of its operation [3].
> >
> > There is possibly a third 'hack' that would not require any marker file:
> > * assign your static IP to a NIC not named 'eth0'
> > I have not tested it myself but it looks like a corollary of [2]
> >
> > HTH
> >
> > [1] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#generator
> > [2] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#local
> > [3] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#final
> >
> > On Wed, Nov 21, 2018 at 10:51 AM Mike Lykov  wrote:
> >>
> >> 20.11.2018 15:30, Mike Lykov пишет:
> >>
> >>> "cloud-init used to use a "marker" file that it created on initial
> >>> execution. If that "marker" file existed it would not rerun on reboot. "
> >>> - are it not working  in ovirt/this cloud-init version ?
> >>
> >> new restart:
> >>
> >> --
> >> 2018-11-21 12:40:53,314 - main.py[DEBUG]: Checking to see if files that
> >> we need already exist from a previous run that would allow us to stop 
> >> early.
> >> 2018-11-21 12:40:53,315 - main.py[DEBUG]: Execution continuing, no
> >> previous run detected that would allow us to stop early.
> >> -
> >>
> >> which files it try to find ?
> >>
> >> --
> >> Mike
> >>
> >> ___
> >> 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/ACNLTDH55L4YX5DWNRQZ3VPRWPFYMOLT/
> > ___
> > 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/YKHFUAVY7D2DOS2TA2B6FILCNIYPHAW5/
> >
>
___
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/DZE7VFQFOUFU6MWN6PQRGZJIHJMHVDAV/

[ovirt-users] Re: Cloud-init reset network configuration to default dhcp after reboot and regular run

[Eitan Raviv]

After further investigation I would like to share one more important piece
of information that explains the "reset" behaviour of the network
configuration:

When a VM is started in 'Run once' mode, the initialization parameters
supplied for that run are always passed by engine to cloud-init in the
guest for application.

But if a VM is started in 'Run' mode, the initialization parameters are
passed to cloud-init on the guest only if this is the first run (be it
'Run' or 'Run once'). On every consecutive run in 'Run' mode no parameters
are passed to the guest, and therefore (as I quoted from the cloud-init
documentation earlier in this thread) cloud-init falls back to DHCP
configuration on the guest.

This is not an overlooked occurrence on engine's behalf but rather the
designated behaviour.
When this behaviour was introduced into engine the reasoning was that after
the initial configuration of the VM, there is no reason to resend the
configuration on every 'Run' but only on 'Run once'. That's because 'Run
once' may be used for out-of the ordinary instantiations of the VM.

Due to the behaviour of the current cloud-init package, this causes an
unexpected side effect that should be dealt with by disabling cloud-init in
one of the methods I described earlier in this thread.

HTH

On Wed, Nov 28, 2018 at 10:12 AM Eitan Raviv  wrote:

> On Wed, Nov 28, 2018 at 7:29 AM Mike Lykov  wrote:
> >
> > 27.11.2018 16:15, Eitan Raviv пишет:
> > > According to cloud-init 0.7.9 documentation cloud-init is configured
> > > to run by default on each boot [1] and to render the user-selected
> > > network configuration on first boot [2]. Also, in absence of a data
> > > source to configure the network, it will fall back to configuring DHCP
> > > on eth0 [2].
> > >
> > > As you noted, if you run a VM once, and then in the next regular run
> > > the cloud-init flag is not selected in the VM configuration in engine,
> > > there is no data-source and cloud-init falls back to dhcp as
> > > documented.
> >
> > Thanks for the explanation. What intended use of this subsystem/feature
> > are supposed to?
> >
> > My setup is not in cloud, it's local and use static IP adresses for VM.
> > I do not want to configure each VM network in console by hand.
> > I create VM from template (template have installed cloud-init package),
> > configure cloud-init hostname/eth0 network in engine, and as "custom
> > script" (at the same moment) I set a "touch
> > /etc/cloud/cloud-init.disabled" ?
>
> Either that or add custom script to disable just cloud-init network
> re-config as you did manually.
> Please consult the documentation for the custom script syntax and format
> (e.g. search for 'runcmd' in
> https://cloudinit.readthedocs.io/en/0.7.9/topics/examples.html)
>
> > Then I "Run once" a VM, stop it, and run as usual without data source
> > and fallback.
> > Or I name network interface not "eth0" and therefore without need for
> > custom script?
>
> I did not test the outcome of assigning the static IP to another NIC.
> Just sharing a thought...
>
> >
> >
> > > The 'marker' file you refer to are also documented as follows:
> > >
> > > * disabling cloud-init altogether [1] with: touch
> /etc/cloud/cloud-init.disabled
> > > * preventing cloud-init from configuring the network [2] with: echo
> > > ‘network: {config: disabled}‘ >> /etc/cloud/cloud.cfg
> > > whichever scenario is used to run a VM, this can be accomplished by
> > > adding the above commands to the custom_script that cloud-init runs at
> > > the last stage of its operation [3].
> > >
> > > There is possibly a third 'hack' that would not require any marker
> file:
> > > * assign your static IP to a NIC not named 'eth0'
> > > I have not tested it myself but it looks like a corollary of [2]
> > >
> > > HTH
> > >
> > > [1]
> https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#generator
> > > [2] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#local
> > > [3] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#final
> > >
> > > On Wed, Nov 21, 2018 at 10:51 AM Mike Lykov  wrote:
> > >>
> > >> 20.11.2018 15:30, Mike Lykov пишет:
> > >>
> > >>> "cloud-init used to use a "marker" file that it created on initial
> > >>> execution. If that "marker" file existed it would not rerun on
> reboot. "
> > >>> - are it not working  in ovirt/this cloud-init version ?
> > >>
> 

[ovirt-users] Re: Cloud-init reset network configuration to default dhcp after reboot and regular run

[Eitan Raviv]

We will consider changing the behaviour. This is indeed not intuitive.

On Thu, Dec 6, 2018 at 10:24 AM Mike Lykov  wrote:

> 05.12.2018 13:04, Eitan Raviv пишет:
> > After further investigation I would like to share one more important
> > piece of information that explains the "reset" behaviour of the network
> > configuration:
>
> Thanks for that detailed clarification.
>
> > When a VM is started in 'Run once' mode, the initialization parameters
> > supplied for that run are always passed by engine to cloud-init in the
> > guest for application.
>
> It's clear and work as intended.
>
> > But if a VM is started in 'Run' mode, the initialization parameters are
> > passed to cloud-init on the guest only if this is the first run (be it
> > 'Run' or 'Run once'). On every consecutive run in 'Run' mode no
> > parameters are passed to the guest, and therefore (as I quoted from the
> > cloud-init documentation earlier in this thread) cloud-init falls back
> > to DHCP configuration on the guest.
>
>
> > When this behaviour was introduced into engine the reasoning was that
> > after the initial configuration of the VM, there is no reason to resend
> > the configuration on every 'Run' but only on 'Run once'.
>
> Yes, there is no reason, but for new user it looks very confusing:
>   - create VM
>   - configure cloud-init parameters (like IP addr)
>   - Run VM (not once), parameters applied (all OK? as it seems)
>   - work with/in VM
>   - Stop VM (maybe after period of time when VM counts as 'configured
> successfully') for some maintetance
>   - Run VM and try to access it (it is 'configured successfully' some
> time ago, isn't it?)
>   - NO ACCESS to VM and configurаtion is LOST
>   - try to access via console with 'WTF?' exclamation 
>
> Why cloud-init in this scenario after successful configuration is not
> turn off/disable himself (by touch that file, for example) ?
>
> Instead of it cloud-init+ovirt force user to:
>   - try to figure why configuration is lost, learn "custom script" format
>   - write "custom script" for touch /etc/cloud/cloud-init.disabled and
> reboot
>   - run once VM to apply parameters
>   - run VM as usual ?
>
>
> > Due to the behaviour of the current cloud-init package, this causes an
> > unexpected side effect that should be dealt with by disabling cloud-init
> > in one of the methods I described earlier in this thread.
>
> Are there use cases when cloud-init (as a service) may require to start
> repeatedly on consecutive usual VM runs?
> If will need to change parameters user may use "Run Once" start with new
> parameters - in this case a 'disabled' file may be ignored.
> But what reason to finding a configuration while usual run at all?
>
> --
> BR, Mike
>
>
> >
> > On Wed, Nov 28, 2018 at 10:12 AM Eitan Raviv  > <mailto:era...@redhat.com>> wrote:
> >
> > On Wed, Nov 28, 2018 at 7:29 AM Mike Lykov  > <mailto:co...@ya.ru>> wrote:
> >  >
> >  > 27.11.2018 16:15, Eitan Raviv пишет:
> >  > > According to cloud-init 0.7.9 documentation cloud-init is
> > configured
> >  > > to run by default on each boot [1] and to render the
> user-selected
> >  > > network configuration on first boot [2]. Also, in absence of a
> data
> >  > > source to configure the network, it will fall back to
> > configuring DHCP
> >  > > on eth0 [2].
> >  > >
> >  > > As you noted, if you run a VM once, and then in the next
> > regular run
> >  > > the cloud-init flag is not selected in the VM configuration in
> > engine,
> >  > > there is no data-source and cloud-init falls back to dhcp as
> >  > > documented.
> >  >
> >  > Thanks for the explanation. What intended use of this
> > subsystem/feature
> >  > are supposed to?
> >  >
> >  > My setup is not in cloud, it's local and use static IP adresses
> > for VM.
> >  > I do not want to configure each VM network in console by hand.
> >  > I create VM from template (template have installed cloud-init
> > package),
> >  > configure cloud-init hostname/eth0 network in engine, and as
> "custom
> >  > script" (at the same moment) I set a "touch
> >  > /etc/cloud/cloud-init.disabled" ?
> >
> > Either that or add custom script to disable just cloud-init network
> > re-config as yo

[ovirt-users] Re: Network Setup after ovirt node Install and before add node to cluster

[Eitan Raviv]

Ran into the same issue with oVirt Node 4.2.7.1 when installing as a
virtual guest.
Didi,
Can you point us in the right direction?

Thanks
On Mon, Dec 10, 2018 at 2:23 AM Vincent Royer  wrote:
>
> This happened to me too.
>
> The NIC doesn't come "up" on the first boot, even though it was initiated 
> during the setup. DHCP or static makes no difference to this situation. iirc 
> I used nmtui to bring the interface up and verify the hostname.  Can't do it 
> in cockpit without the interface being up...
>
> Once you're in the engine you can initialize and add the rest of the required 
> nics.
>
> I'm not sure if this is as designed or a bug, but it last happened to me on 
> 4.2.5, and was the same process on my 3 hosts.
>
>
> On Sun, Dec 9, 2018 at 12:14 AM Eitan Raviv  wrote:
>>
>> On Thu, Dec 6, 2018 at 7:10 PM Stefan Wolf  wrote:
>> >
>> > Hello,
>> >
>> >
>> >
>> > I ve downloaded an installed OVIRT NODE 4.2.7.1.
>> >
>> > During the installation I ‘ve setup a static ip (I ‘ve also tried dhcp, 
>> > both work)
>> >
>>
>> how did you setup the static ip? did you use Cockpit?
>>
>>
>> > The installation passes and after the reboot ovirt node starts without any 
>> > problems.
>> >
>> > BUT the network is not configured.
>>
>> what do you mean by 'network is not configured'? the static IP is not
>> assigned to your selected NIC or sth else?
>>
>>
>> >
>> > I know https://www.ovirt.org/documentation/install-guide/chap-oVirt_Nodes/ 
>> > and  I know
>> >
>> > https://www.ovirt.org/documentation/admin-guide/chap-Hosts/
>> >
>> >
>> >
>> > and now I am between these two documents
>> >
>> > oVirt is installed but network is not configured to add it to datacenter
>> >
>> >
>> >
>> > of course I know the scripts under /etc/sysconfig/network-scripts
>> >
>> > do I really have do edit it manuel?
>> >
>> >
>> >
>> > if I change ip in command line
>> >
>> > ip a add … dev..
>> >
>> > and ip route add …
>> >
>> > it fails to add node to datacenter
>> >
>> >
>> >
>> > - with one of the last version I ‘ve added the IP address in bash
>> >
>> > - added the host to datacenter,
>> >
>> > - after reboot readd the ip address in bash after reboot
>> >
>> > - an then I could change network settings in oVirt Manger
>> >
>> >
>> >
>> > What is best practices for adding a node to datacenter when the ip address 
>> > is not assigned after installation
>> >
>> >
>> >
>> > Thx shb
>> >
>> > ___
>> > 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/TH5MRXJUU4SI62Z5XXQX2S6GKBOQIJWW/
>> ___
>> 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/PULDN5JRT6PZYVCPHQDIRVLVKIASXNAT/
___
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/JU7CNSWWKVEQBX44BSGTEFD6UMJMEZSS/

[ovirt-users] Re: Cloud-init reset network configuration to default dhcp after reboot and regular run

[Eitan Raviv]

According to cloud-init 0.7.9 documentation cloud-init is configured
to run by default on each boot [1] and to render the user-selected
network configuration on first boot [2]. Also, in absence of a data
source to configure the network, it will fall back to configuring DHCP
on eth0 [2].

As you noted, if you run a VM once, and then in the next regular run
the cloud-init flag is not selected in the VM configuration in engine,
there is no data-source and cloud-init falls back to dhcp as
documented.

The 'marker' file you refer to are also documented as follows:

* disabling cloud-init altogether [1] with: touch /etc/cloud/cloud-init.disabled
* preventing cloud-init from configuring the network [2] with: echo
‘network: {config: disabled}‘ >> /etc/cloud/cloud.cfg
whichever scenario is used to run a VM, this can be accomplished by
adding the above commands to the custom_script that cloud-init runs at
the last stage of its operation [3].

There is possibly a third 'hack' that would not require any marker file:
* assign your static IP to a NIC not named 'eth0'
I have not tested it myself but it looks like a corollary of [2]

HTH

[1] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#generator
[2] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#local
[3] https://cloudinit.readthedocs.io/en/0.7.9/topics/boot.html#final

On Wed, Nov 21, 2018 at 10:51 AM Mike Lykov  wrote:
>
> 20.11.2018 15:30, Mike Lykov пишет:
>
> > "cloud-init used to use a "marker" file that it created on initial
> > execution. If that "marker" file existed it would not rerun on reboot. "
> > - are it not working  in ovirt/this cloud-init version ?
>
> new restart:
>
> --
> 2018-11-21 12:40:53,314 - main.py[DEBUG]: Checking to see if files that
> we need already exist from a previous run that would allow us to stop early.
> 2018-11-21 12:40:53,315 - main.py[DEBUG]: Execution continuing, no
> previous run detected that would allow us to stop early.
> -
>
> which files it try to find ?
>
> --
> Mike
>
> ___
> 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/ACNLTDH55L4YX5DWNRQZ3VPRWPFYMOLT/
___
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/YKHFUAVY7D2DOS2TA2B6FILCNIYPHAW5/

[ovirt-users] ansible ovirt-host-deploy error on master

[Eitan Raviv]

Hi,

On trying to connect a host to engine I get install failed with ansible
ovirt-host-deploy reporting "Could not find or access
/etc/pki/vdsm/libvirt-spice/ca-cert.pem" (log snippet attached) although
said directory holds all files with what looks like correct permissions
(and no manual intervention has been done there).

-rw-r--r--. 1 root kvm 1368 Sep 13 15:09 ca-cert.pem
-rw-r--r--. 1 root kvm 5074 Sep 16 13:37 server-cert.pem
-r--r-. 1 vdsm kvm 1704 Sep 16 13:37 server-key.pem


setup:
python2-ovirt-host-deploy-1.8.0-0.0.master.20180624095234.git827d6d1.el7.noarch
vdsm-4.30.0-585.gitd4d043e.el7.x86_64
ovirt-engine: master latest (dev build from today)

Any help much appreciated.
2018-09-16 13:38:00,178 p=7732 u= |  TASK [ovirt-host-deploy-vnc-certificates : Setup VNC PKI] **
2018-09-16 13:38:00,354 p=7732 u= |  An exception occurred during task execution. To see the full traceback, use -vvv. The error was: If you are using a module and expect the file to exist on the remote, see the remote_src option
2018-09-16 13:38:00,355 p=7732 u= |  failed: [192.168.122.236] (item=ca-cert.pem) => {
"changed": false, 
"item": "ca-cert.pem"
}

MSG:

Could not find or access '/etc/pki/vdsm/libvirt-spice/ca-cert.pem' on the Ansible Controller.
If you are using a module and expect the file to exist on the remote, see the remote_src option

2018-09-16 13:38:00,425 p=7732 u= |  An exception occurred during task execution. To see the full traceback, use -vvv. The error was: If you are using a module and expect the file to exist on the remote, see the remote_src option
2018-09-16 13:38:00,426 p=7732 u= |  failed: [192.168.122.236] (item=server-cert.pem) => {
"changed": false, 
"item": "server-cert.pem"
}

MSG:

Could not find or access '/etc/pki/vdsm/libvirt-spice/server-cert.pem' on the Ansible Controller.
If you are using a module and expect the file to exist on the remote, see the remote_src option

2018-09-16 13:38:00,499 p=7732 u= |  An exception occurred during task execution. To see the full traceback, use -vvv. The error was: If you are using a module and expect the file to exist on the remote, see the remote_src option
2018-09-16 13:38:00,500 p=7732 u= |  failed: [192.168.122.236] (item=server-key.pem) => {
"changed": false, 
"item": "server-key.pem"
}

MSG:

Could not find or access '/etc/pki/vdsm/libvirt-spice/server-key.pem' on the Ansible Controller.
If you are using a module and expect the file to exist on the remote, see the remote_src option

2018-09-16 13:38:00,502 p=7732 u= |  PLAY RECAP *
2018-09-16 13:38:00,502 p=7732 u= |  192.168.122.236: ok=22   changed=0unreachable=0failed=1___
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/ZBC4BLZLGULSVOP5LU4YE2OCDMGFPCEQ/

[ovirt-users] Re: Network Setup after ovirt node Install and before add node to cluster

[Eitan Raviv]

On Thu, Dec 6, 2018 at 7:10 PM Stefan Wolf  wrote:
>
> Hello,
>
>
>
> I ve downloaded an installed OVIRT NODE 4.2.7.1.
>
> During the installation I ‘ve setup a static ip (I ‘ve also tried dhcp, both 
> work)
>

how did you setup the static ip? did you use Cockpit?


> The installation passes and after the reboot ovirt node starts without any 
> problems.
>
> BUT the network is not configured.

what do you mean by 'network is not configured'? the static IP is not
assigned to your selected NIC or sth else?


>
> I know https://www.ovirt.org/documentation/install-guide/chap-oVirt_Nodes/ 
> and  I know
>
> https://www.ovirt.org/documentation/admin-guide/chap-Hosts/
>
>
>
> and now I am between these two documents
>
> oVirt is installed but network is not configured to add it to datacenter
>
>
>
> of course I know the scripts under /etc/sysconfig/network-scripts
>
> do I really have do edit it manuel?
>
>
>
> if I change ip in command line
>
> ip a add … dev..
>
> and ip route add …
>
> it fails to add node to datacenter
>
>
>
> - with one of the last version I ‘ve added the IP address in bash
>
> - added the host to datacenter,
>
> - after reboot readd the ip address in bash after reboot
>
> - an then I could change network settings in oVirt Manger
>
>
>
> What is best practices for adding a node to datacenter when the ip address is 
> not assigned after installation
>
>
>
> Thx shb
>
> ___
> 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/TH5MRXJUU4SI62Z5XXQX2S6GKBOQIJWW/
___
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/PULDN5JRT6PZYVCPHQDIRVLVKIASXNAT/

[ovirt-users] Re: Strange migration issue

[Eitan Raviv]

Hi Tibor,

I don't know what would cause such issues as you describe, but since
you are using a very old version of oVirt, the best I can recommend is
to upgrade to 4.2.

HTH

On Thu, Dec 6, 2018 at 6:24 PM Demeter Tibor  wrote:
>
> Dear All,
>
> I've using ovirt from 3.4 and we have a strange, rarely problem with live 
> migrations.
>
> - In most of case impossible to do a live migrate of VMs that have a lot of 
> memory (16 gigs and more up to 40 GB) .
> - Those are need to try and try until the migration will be successful
> - impossible to understand why does working in a case and doesn't in another
> - it is happening always if there bigger load on vms, but only on big memory 
> VM-s
> - The small VMs (2-4-8 gigs) can migrate without problems
> - In very rarely cases possible to migrate on first try.
> - We using the memory ballooning function on all of VMs.
>
> We using dedicated migration network with separated vlans, but on same 
> physical lan (1gbe) with ovirtmgmt.
> At this moment, we don't use QoS for dedicate bandwidth.
>
> What can I do ?
>
> Thanks in advance,
> Regards,
>
> Tibor
>
> ___
> 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/ORTLVGYDPUJAIMTUL32WEQNSGNQPKFAG/
___
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/PROLELKRJKKTYCATS5KRSOSOH6M4LXKK/

[ovirt-users] oVirt 4.3 IPv6 only networking - some basic flows demonstration

[Eitan Raviv]

Hi,

I posted a video [1] with a short demo about flows that since 4.3 support
IPv6 only networking.
Enjoy...

Thanks



[1] https://youtu.be/h45dY4LA0CI
___
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/SKXRCVM2BOT3FCUIESNZQZU2376PG7WN/

[ovirt-users] Re: Ovirt provider OVN

[Eitan Raviv]

Hi Vladislav,

Can you please try restarting the ovn configuration on all hosts by
executing

vdsm-tool ovn-config $OVIRT_ENGINE_IP $LOCAL_OVIRTMGMT_IP

on each host, this would trigger
https://github.com/oVirt/ovirt-provider-ovn/blob/master/driver/scripts/setup_ovn_controller.sh
internally.


On Thu, Mar 2, 2023 at 8:02 AM Vladislav S  wrote:

> Good people, please help me, I really need to fix this.
>
> пн, 27 февр. 2023 г. в 08:54, Vladislav S :
>
>> Good afternoon, Since installing ovirt, there have been problems with OVN
>> Provider. But we didn't do it, and we didn't have to. Now we need to create
>> virtual networks, but nothing works for us. Please help with thoughts. I
>> updated the Ovirt OVN Provider certificate, previously there was a problem
>> with them after 2 years.
>>
>> LOGS AND information see link below
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUNTKKQCDRXEFRZNDJDVTBP7H22VT7WP/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MTSNBY2JTANQKGMRF4MDNMU6SAUOB3YD/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RGZWFVG5E25ENQPI6FTVYJB2YML6DOY7/