[ovirt-users] Re: Upgrade from 4.4.3 to 4.4.4 (oVirt Node) - vdsmd.service/start failed with result 'dependency'

2021-01-03 Thread Ales Musil
On Thu, Dec 24, 2020 at 5:14 PM Marco Fais  wrote:

> Hi,
>
> just a quick correction on the below --
> the dependency chain is vdsmd --> vdsm-network --> openvswitch -->
> ovsdb-server (failed)
>
> The conf.db file and /var/run/openvswitch dir are in 4.4.3 but not in 4.4.4
> In 4.4.3 looks like the vdsm-network service does not depend from
> openvswitch:
>
> *4.4.3* --
> [Unit]
> Description=Virtual Desktop Server Manager network restoration
> Wants=network.target
> Requires=libvirtd.service
> After=libvirtd.service
>
> *4.4.4* --
> [Unit]
> Description=Virtual Desktop Server Manager network restoration
> Wants=network.target
> Requires=libvirtd.service openvswitch.service NetworkManager.service
> After=libvirtd.service openvswitch.service NetworkManager.service
>
> Regards,
> Marco
>
>
> On Thu, 24 Dec 2020 at 12:29, Marco Fais  wrote:
>
>> Hi all,
>>
>> I have just upgraded one of my oVirt nodes from 4.4.3 to 4.4.4.
>>
>> After the reboot, the 4.4.4 image is correctly loaded but vdsmd is not
>> starting due to this error:
>>
>> vdsmd.service: Job vdsmd.service/start failed with result 'dependency'.
>>
>> Looks like it has a dependency on mom-vdsm, and this as well has a
>> dependency issue:
>>
>> mom-vdsm.service: Job mom-vdsm.service/start failed with result
>> 'dependency'.
>>
>> After some investigation looks like mom-vdsm has a dependency
>> on ovsdb-server, and this is the unit creating the problem:
>>
>> ovs-delete-transient-ports.service: Starting requested but asserts failed.
>> Assertion failed for Open vSwitch Delete Transient Ports
>> Failed to start Open vSwitch Database Unit.
>>
>> Details below:
>> -- Unit ovsdb-server.service has begun starting up.
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net chown[13658]:
>> /usr/bin/chown: cannot access '/var/run/openvswitch': No such file or
>> directory
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net ovs-ctl[13667]:
>> /etc/openvswitch/conf.db does not exist ... (warning).
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net ovsdb-tool[13714]:
>> ovs|1|lockfile|WARN|/etc/openvswitch/.conf.db.~lock~: failed to open
>> lock file: Permission denied
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net ovs-ctl[13667]: Creating
>> empty database /etc/openvswitch/conf.db ovsdb-tool: I/O error:
>> /etc/openvswitch/conf.db: failed to lock lockfile (Resource temporarily
>> unavailable)
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net ovsdb-tool[13714]:
>> ovs|2|lockfile|WARN|/etc/openvswitch/.conf.db.~lock~: failed to lock
>> file: Resource temporarily unavailable
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net ovs-ctl[13667]: [FAILED]
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net systemd[1]:
>> ovsdb-server.service: Control process exited, code=exited status=1
>> Dec 24 12:21:57 LAB-CNVirt-H04.ngv.eircom.net systemd[1]:
>> ovsdb-server.service: Failed with result 'exit-code'.
>> -- Subject: Unit failed
>>
>> Any suggestions?
>>
>> Thanks,
>> Marco
>>
>> ___
> 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/Z7XM6QW2GP3FQKEVLLYIQDHBZD7PGXC2/
>


Hi,

the dependency on openvswitch comes from 4.4.4 this is correct. However I
am not entirely sure why openvswitch would refuse to start.
Do you have some special OvS configuration in place on the affected host?

Thank you.
Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/KHG6ISFOUARQ2KR7TERXEIHAQKVEAJTM/


[ovirt-users] Re: Connecting OVN network to physical network

2020-11-25 Thread Ales Musil
On Wed, Nov 25, 2020 at 10:22 PM Alex K  wrote:

> Seems that this is not supported when the switch type of cluster is "Linux
> bridge".
> I will need to use a new cluster with OVS type of switch.
>
> Below the paragraph from [1]:
> 1.2. Physical Networks
>
> It is possible to connect the OVN logical networks to a physical network,
> akin to OpenStack’s physnet
> <https://ovirt.org/develop/release-management/features/network/provider-physical-network.html>.
> The traffic on the physical external network can optionally be VLAN tagged.
> Connecting to external networks is *limited* to oVirt clusters configured
> to use *Open vSwitch* switch type, which is currently in tech-preview.
>
>
> [1]:
> https://github.com/oVirt/ovirt-provider-ovn/blob/master/docs/provider_api_description.adoc#security
>
> On Wed, Nov 25, 2020 at 9:47 PM Alex K  wrote:
>
>> Hi all,
>>
>> I have created some logical switches at the OVN network provider (the
>> default provider that is configured during engine-setup). This is working
>> fine.
>>
>> I would like though to be able to connect a logical OVN switch to a
>> physical network at which the hosts have access, so as to give access to
>> guest VMs to this network. When connecting such switch to a physical
>> network the guest VMs do not have access to the physical network:
>>
>> [image: image.png]
>> It seems that this should be supported from ovirt. Am I missing something?
>>
>> P.S. I know I can provide such connectivity through standard networking,
>> though was wondering if this can be done with OVN.
>>
>> Many thanx,
>> Alex
>>
> ___
> 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/MYM3HZLNJV7O5QU2SPH5IJTBLGWG2MCW/
>

Hello Alex,

yes you will need an OvS switch type to have this configured. Few things to
keep in mind:

1) If you are using version 4.3 it should work just.
2) On versions 4.4 however the physnet support was re-enabled from vdsm
version 4.40.37 (4.4.4).
3) With 4.4.4 we are also allowed to change cluster type directly without
the need to reinstall the host. However I would advise you to switch
clusters with only ovirtmgmt attached.
4) Unfortunately there is a NetworkManager bug which might make reboots of
OvS hosts difficult [0].

If you have any questions or problems with the setup let us know.

Thank you.
Regards,
Ales

[0] https://bugzilla.redhat.com/1891437


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/BC2S64QYL6WEYCZ3RXY2LKMZ5IXWDS5L/


[ovirt-users] Re: OVS - interface in a weir (broken) state after each system reboot.

2020-11-16 Thread Ales Musil
On Mon, Nov 16, 2020 at 12:56 PM lejeczek via Users  wrote:

> Hi guys.
>
> I have both(and probably other relevant components pulled in)
> NetworkManager and openvswitch2.11 from ovirt-4.4-copr and cannot confirm
> if the problem is exclusive to ovirt-4 but I thought this here is where I
> should start a quest for help.
>
> I use NM to set up OVS' bridges and pretty straightforward setup I
> believe, yet each time after system reboot one (always the same) interface
> fails to start and stays in a weir state, actually it gets duplicated.
>
> ovs0-int-10.3.3d9c9268f-408c-4035-9684-97e4eaf92e18
> ovs-interface  ovs0-int33 (colored yellow)
> ovs0-int-10.3.3d9c9268f-408c-4035-9684-97e4eaf92e18
> ovs-interface  ovs0-int33 (colored red)
>
> whereas the rest of the bridge:
>
> ovs0-int-10.1.1be5e79e7-2e4e-47ed-97d0-270c76e43b9a
> ovs-interface  ovs0-int11
> ovs0   9cf72215-eebc-4f7c-9466-b697f09e1bda
> ovs-bridge ovsbr0
> ovs0-port-11   1577414e-7eeb-41bc-a66f-7b7b596285d0
> ovs-port   ovs0-port11
> ovs0-port-33   5465d3c5-9a0c-4f78-89c0-de94b0294d0e
> ovs-port   ovs0-port33
> ovs0-port9 b9c2b7cd-897e-4726-8fc7-e2f7c7aab067
> ovs-port   ovs0-port9
> ovs0-port9-physical14fb0b0e-f7bb-4248-9295-34f561058f4d
> ethernet   enp7s0f1np1
> ovsbr0-libvirt0-intf217cd6c-976b-4002-b191-9f15271602cd
> ovs-interface  ovsbr0
> ovsbr0-libvirt0-port   7c2d30bd-0019-4cdb-af05-3df666005261
> ovs-port   ovsbr0
>
> And then only another reboot with either:
> a) deletion of the interface prior to reboot and after the reboot creation
> anew
> b) removal of /etc/openvswitch/conf.db prior to reboot.
>
> When all is good and whole bridge is up & running then bridge looks like
> this:
>
> 004e89ac-4c45-4a33-9347-c1d343889ceb
> Bridge "ovsbr0"
> Port "ovs0-port11"
> tag: 11
> Interface "ovs0-int11"
> type: internal
> Port "ovsbr0"
> Interface "ovsbr0"
> type: internal
> Port "ovs0-port9"
> Interface "enp9s0f3"
> type: system
> Port "vnet0"
> tag: 33
> Interface "vnet0"
> Port "ovs0-port33"
> tag: 33
> Interface "ovs0-int33"
> type: internal
> ovs_version: "2.11.0"
>
> journal does not tells much, at least not by default
> 
> device (ovs0-int33): Activation: starting connection 'ovs0-int-10.3.3'
> (d9c9268f-408c-4035-9684-97e4eaf92e18)
> 
> nmcli shows:
> ...
> GENERAL.STATE:  activating
> ...
> and also:
> ...
> GENERAL.STATE:  deactivating
> ...
> at the same time as the interface is duplicated so are GENERAL entries.
>
> I'm on Centos8(no Stream) and with kernel-ml.
> It feels (I have no lab where I could fiddle more) that this should
> reproduce. I have a second system with slightly different hardware and this
> same problem occurs.
> Any suggestions on how to troubleshoot and/or solve it I'd greatly
> appreciate.
>
> many thanks, L.
> ___
> 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/4UULTUMEOZV45SUAQ6BDNAOIWG2AC5IW/
>

Hi,

that seems like you are hitting https://bugzilla.redhat.com/1891437.

In that case we unfortunately don't know the root cause yet and don't have
any possible workarounds.
It might be helpful if you can also share some of your details on that bug.


Thanks,
Ales
-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/XBGHCNVDWDU553ZAC3KQLPB3G5KQANBK/


[ovirt-users] Re: Bond creation issue via hosted engine

2020-11-06 Thread Ales Musil
On Fri, Nov 6, 2020 at 12:22 PM Harry O  wrote:

> It's a brand new cluster, I want to setup bonding and tunking for the
> first time one the hosts and cluster, so no upgrades done.
>
> ls /usr/lib/python3.6/site-packages/vdsm/network/link/bond/ -a
> .  ..  bond_speed.py  __init__.py  __pycache__  speed.py  sysfs_driver.py
> sysfs_options_mapper.py  sysfs_options.py
>
> Restart vdsmd and supervdsmd services and then
> request the capabilities again, didn't work
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5446IXL3UQ4EJ7WDQO6TM67LEP2VQQKX/
>


For some reason the speed.py was installed even though it should not be.
Looking at the rpms the file is not there. Only few thing that might have
caused that come
to my mind. First is the upgrade which you did not perform and second is
reinstall from an older version.

Anyway removing speed.py from this folder and speed.cpython* from
__pycache__ should deal with this. After that please restart vdsmd and
supervdsmd and try to refresh caps again.


Thanks,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/K4JT6R2MLS46MQL3B7HKIFFHJCJTYX77/


[ovirt-users] Re: Bond creation issue via hosted engine

2020-11-06 Thread Ales Musil
On Fri, Nov 6, 2020 at 11:34 AM Harry O  wrote:

> I also have this:
>
> systemctl status network.service -l
> ● network.service - LSB: Bring up/down networking
>Loaded: loaded (/etc/rc.d/init.d/network; generated)
>Active: failed (Result: exit-code) since Fri 2020-11-06 11:23:24 CET;
> 21s ago
>  Docs: man:systemd-sysv-generator(8)
>   Process: 498501 ExecStart=/etc/rc.d/init.d/network start (code=exited,
> status=1/FAILURE)
>
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan network[498501]: RTNETLINK answers:
> File exists
> Nov 06 11:23:24 ovirtn1.5ervers.lan systemd[1]: network.service: Control
> process exited, code=exited status=1
> Nov 06 11:23:24 ovirtn1.5ervers.lan systemd[1]: network.service: Failed
> with result 'exit-code'.
> Nov 06 11:23:24 ovirtn1.5ervers.lan systemd[1]: Failed to start LSB: Bring
> up/down networking.
> ___
> 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/Q3U3YO2QMABC7MQ3CIXDS52R6SKHB55H/
>

This should not matter as we have been using NetworkManager since 4.4.

But couple of additional questions:

Did you perform an upgrade recently on this host? If so do you know from
which version of vdsm?
Is there by chance file speed.py in
/usr/lib/python3.6/site-packages/vdsm/network/link/bond/?
If not did you try to restart vdsmd and supervdsmd services and then
request the capabilities again?

Thanks,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/FTN43JIHXJBKVTQGAGU5H5367XZSIORU/


[ovirt-users] Re: Bond creation issue via hosted engine

2020-11-06 Thread Ales Musil
t Port -- list Interface
> MainProcess|jsonrpc/3::DEBUG::2020-11-06
> 09:50:03,510::cmdutils::130::root::(exec_cmd) /usr/bin/ovs-vsctl
> --timeout=5 --oneline --format=json -- list Bridge -- list Port -- list
> Interface (cwd None)
> MainProcess|jsonrpc/3::DEBUG::2020-11-06
> 09:50:03,522::cmdutils::138::root::(exec_cmd) SUCCESS:  = b'';  = 0
> netlink/events::DEBUG::2020-11-06
> 09:50:03,529::concurrent::258::root::(run) START thread
>  (func= method Monitor._scan of  0x7fb7e4a12828>>, args=(), kwargs={})
> MainProcess|mpathhealth::DEBUG::2020-11-06
> 09:50:03,560::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper)
> call dmsetup_run_status with ('multipath',) {}
> MainProcess|mpathhealth::DEBUG::2020-11-06
> 09:50:03,560::commands::153::common.commands::(start) /usr/bin/taskset
> --cpu-list 0-23 /usr/sbin/dmsetup status --target multipath (cwd None)
> MainProcess|mpathhealth::DEBUG::2020-11-06
> 09:50:03,591::commands::98::common.commands::(run) SUCCESS:  = b'';
>  = 0
> MainProcess|mpathhealth::DEBUG::2020-11-06
> 09:50:03,591::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper)
> return dmsetup_run_status with b'ST4000NM0033-9ZM170_Z1Z8JNPX: 0 7814037168
> multipath 2 0 0 0 1 1 A 0 1 2 8:16 A 0 0 1 \n'
> netlink/events::DEBUG::2020-11-06
> 09:50:05,529::concurrent::261::root::(run) FINISH thread
> 
> MainProcess|jsonrpc/3::ERROR::2020-11-06
> 09:50:05,533::supervdsm_server::97::SuperVdsm.ServerCallback::(wrapper)
> Error in network_caps
> Traceback (most recent call last):
>   File "/usr/lib/python3.6/site-packages/vdsm/supervdsm_server.py", line
> 95, in wrapper
> res = func(*args, **kwargs)
>   File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line 59, in
> network_caps
> return netswitch.configurator.netcaps(compatibility=30600)
>   File
> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py",
> line 505, in netcaps
> _add_speed_device_info(net_caps)
>   File
> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py",
> line 546, in _add_speed_device_info
> devattr['speed'] = bond.speed(devname)
> TypeError: 'module' object is not callable
> ___
> 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/YD46XEE2XINQPZHQ46B63UA3NI645XRD/
>

Which version of vdsm do you use?

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/PMOYKUMHV7R5OBLGOAXTHDS4EGEJP3PS/


[ovirt-users] Re: Bond creation issue via hosted engine

2020-11-06 Thread Ales Musil
4-4ec6-4f32-abf5-00b6ab8a15f4] Host setup networks
> finished. Lock released. Monitoring can run now for host
> 'ovirtn1.5ervers.lan' from data-center 'Default'
> 2020-11-06 08:30:12,165+01 ERROR
> [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default
> task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Command
> 'org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand' failed:
> EngineException:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to GetCapabilitiesVDS, error
> = Internal JSON-RPC error: {'reason': "Attempt to call function:  method Global.getCapabilities of  0x7faebc45cfd0>> with arguments: () error: 'module' object is not
> callable"}, code = -32603 (Failed with error unexpected and code 16)
> 2020-11-06 08:30:12,222+01 INFO
> [org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default
> task-71) [335cc174-4ec6-4f32-abf5-00b6ab8a15f4] Lock freed to object
> 'EngineLock:{exclusiveLocks='[HOST_NETWORK285fc148-62ed-4243-8106-ed01eff28295=HOST_NETWORK]',
> sharedLocks=''}'
> ___
> 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/QOZTXAYAZAMLJTOQRP4NTTLOBM3EKBNP/
>

Hello,
can you please provide relevant part of the supervdsm.log from the affected
host?

Thank you.
Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/OPALQMYVLBS7IHX4DOJDQF7ZIMEQD2CS/


[ovirt-users] Re: Removal of dpdk

2020-11-03 Thread Ales Musil
On Tue, Nov 3, 2020 at 3:17 PM Florian Schmid  wrote:

> Hi Ales,
>
> what do you mean with "not maintained for a long time"?
> DPDK is heavily developed and make the linux network extremely fast.
>
> I don't think, that SR-IOV can replace it, because packets must be still
> processed by the kernel, which is really slow and CPU demanding.
>
> BR Florian
>
> ------
> *Von: *"Ales Musil" 
> *An: *"Nir Soffer" 
> *CC: *"users" , "devel" 
> *Gesendet: *Dienstag, 3. November 2020 13:56:12
> *Betreff: *[ovirt-users] Re: Removal of dpdk
>
>
>
The dpdk inside oVirt is not maintained, of course that dpdk as
technology/project is still developed.


>
> On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer  wrote:
>
>> On Tue, Nov 3, 2020 at 1:07 PM Ales Musil  wrote:
>>
>>> Hello,
>>> we have decided to remove dpdk in the upcoming version of oVirt namely
>>> 4.4.4. Let us know if there are any concerns about this.
>>>
>>
>> Can you give more info why we want to remove this feature, and what is
>> the replacement for existing users?
>>
>> Nir
>>
>
> Sure,
> the feature was only experimental and not maintained for a long time. The
> replacement is to use SR-IOV
> which is supported by oVirt.
>
> Thanks,
> Ales
>
>
> --
>
> Ales Musil
>
> Software Engineer - RHV Network
>
> Red Hat EMEA <https://www.redhat.com>
>
> amu...@redhat.comIM: amusil
> <https://red.ht/sig>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/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/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/V2H62D3IZE6ZPDOZTURMYFRDIY5F3WP6/


[ovirt-users] Re: Removal of dpdk

2020-11-03 Thread Ales Musil
On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer  wrote:

> On Tue, Nov 3, 2020 at 1:07 PM Ales Musil  wrote:
>
>> Hello,
>> we have decided to remove dpdk in the upcoming version of oVirt namely
>> 4.4.4. Let us know if there are any concerns about this.
>>
>
> Can you give more info why we want to remove this feature, and what is
> the replacement for existing users?
>
> Nir
>

Sure,
the feature was only experimental and not maintained for a long time. The
replacement is to use SR-IOV
which is supported by oVirt.

Thanks,
Ales


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/


[ovirt-users] Removal of dpdk

2020-11-03 Thread Ales Musil
Hello,
we have decided to remove dpdk in the upcoming version of oVirt namely
4.4.4. Let us know if there are any concerns about this.

Thank you.
Regards,
Ales Musil

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/H3EVPJYR6ZAETFIA6WPSZ2E5EZIAMKB6/


[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-26 Thread Ales Musil
On Sat, Oct 24, 2020 at 2:01 PM Gilboa Davara  wrote:

> Hello,
>
> Many thanks for the prompt reply.
> Answers in-line
>
> On Fri, Oct 23, 2020 at 9:16 AM Ales Musil  wrote:
> >
> > It would be nice to know when this happens as it might be a serious
> problem.
>
> I can't offer much beyond the logs I uploaded.
> I had a similar event in one of my production GlusterFS / oVirt
> clusters, but restoring the missing ifcfg- files from backup and
> restarting NetworkManager solved the problem.
>
>
Alright, please don't hesitate to share it if it ever happens again.


> >
> > Unfortunately this won't work. From this it seems like vdsm persistence
> was broken somehow during the upgrade.
> >
> > For start you can really ensure that the network is not saved in the
> vdsm configuration.
> > By using vdsm-tool on the host, if you run "vdsm-tool list-nets" it
> won't produce anything most likely.
> >
> > To restore your previous configuration on the host you can use:
> >
> > cat << EOF > ovirtmgmt.json
> > {
> >   "networks": {
> > "ovirtmgmt": {
> >   "netmask": "255.255.255.0",
> >   "ipv6autoconf": false,
> >   "nic": "onb0",
> >   "bridged": true,
> >   "ipaddr": "192.168.2.117",
> >   "defaultRoute": true,
> >   "dhcpv6": false,
> >   "gateway": "192.168.2.100",
> >   "mtu": 1500,
> >   "switch": "legacy",
> >   "stp": false,
> >   "bootproto": "none",
> >   "nameservers": [
> > "192.168.2.100",
> > "8.8.8.8"
> >   ]
> > }
> >   },
> >   "bondings": {},
> >   "options": {
> > "connectivityCheck": false
> >   }
> > }
> > EOF
> >
> > vdsm-client -f ovirtmgmt.json Host setupNetworks
> >
> > If that works, you have to persist the configuration before reboot, so
> either from the engine UI
> > or from the host itself:
> >
> > vdsm-client Host setSafeNetworkConfig
>
> Worked like a charm! Thanks!
>
> Have a good weekend,
> Gilboa
>
>
Glad to hear that.

Thanks.
Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/WBRC4HPNCO7FBYW2AUSV3LNMILZNRCDV/


[ovirt-users] Re: New host: no network interfaces visible

2020-10-23 Thread Ales Musil
On Thu, Oct 22, 2020 at 5:05 PM Richard Chan 
wrote:

> Hi Ales, the problem was resolved by starting NetworkManager.
>
> Previously our workflow had always been to disable firewalld, and
> NetworkManager.
>
> Is it the case that newer ovirt 4.3.x uses NetworkManager to enumerate
> physical devices?
>
> What resolved the situation: create a single ethernet NIC (no ovirtmgmt
> bridge) for the management VLAN with NetworkManager
> running - connect to engine -  suddenly all the physical NICs were visible
> in oVirt and it took over. It created the ovirtmgmt bridge consuming the
> original NIC card, and I could proceed with the rest of the networks. It
> also moved all the network devices to the NM_CONTROLLED=no state.
>
> What was most unexpected in 4.3.10 (w/ a fresh host) was that
> NetworkManager was needed to "bootstrap" the host.
>
> Regards
> Richard Chan
>
>
>
Glad to hear that the problem was resolved.

4.3 should work fine without NetworkManager being involved. As you have
pointed out we are actually
disabling NM access to the configuration after vdsm takes over the device.

On the other hand oVirt 4.4 is a different story, it needs to have NM
running, just you are aware if you decide to test oVirt 4.4.

Regards,
Ales


>
>
>
> On Mon, Oct 19, 2020 at 1:57 PM Ales Musil  wrote:
>
>>
>>
>> On Thu, Oct 15, 2020 at 2:39 PM Richard Chan <
>> rich...@treeboxsolutions.com> wrote:
>>
>>> What could cause no Network Interfaces visible in installing a new host?
>>>
>>> I have added a new host to oVirt 4.3.10, the initial SSH installs all
>>> the packages (all with failed=0 in host-deploy/*log). The installation is
>>> shown as failed without any meaningful message.
>>>
>>> However the Network Interfaces page is blank, what could cause this?
>>>
>>> Host in CentOS 7.8 tried with/without biosdevname.
>>>
>>>
>>> --
>>> Richard Chan
>>>
>>> ___
>>> 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/UWXJCPL6CNNQN37RY4DUGVGDBOTDK23B/
>>>
>>
>>
>> Hello Richard,
>>
>> can you please share relevant logs from the host deploy?
>> It should be located on the engine machine
>> /var/log/ovirt-engine/host-deploy/.
>>
>> Thanks.
>>
>> Regards,
>> Ales Musil
>>
>> --
>>
>> Ales Musil
>>
>> Software Engineer - RHV Network
>>
>> Red Hat EMEA <https://www.redhat.com>
>>
>> amu...@redhat.comIM: amusil
>> <https://red.ht/sig>
>>
>
>
> --
> Richard Chan
> Chief Architect
>
> TreeBox Solutions Pte Ltd
> 1 Commonwealth Lane #03-01
> Singapore 149544
> Tel: 6570 3725
> http://www.treeboxsolutions.com
>
> Co.Reg.No. 201100585R
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/CWW2P7X7MUK2M4FIX52OJLQZDM2CYESE/


[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-23 Thread Ales Musil
NERAL.CONNECTION: onb0
> GENERAL.CON-PATH:
> /org/freedesktop/NetworkManager/ActiveConnection/3
> WIRED-PROPERTIES.CARRIER:   on
> IP4.GATEWAY:--
>
> GENERAL.DEVICE: ;vdsmdummy;
> GENERAL.TYPE:   bridge
> GENERAL.HWADDR: 92:8B:9A:5E:C1:3E
> GENERAL.MTU:1500
> GENERAL.STATE:  10 (unmanaged)
> GENERAL.CONNECTION: --
> GENERAL.CON-PATH:   --
> IP4.GATEWAY:--
> IP6.GATEWAY:--
>
> GENERAL.DEVICE: lo
> GENERAL.TYPE:   loopback
> GENERAL.HWADDR: 00:00:00:00:00:00
> GENERAL.MTU:65536
> GENERAL.STATE:  10 (unmanaged)
> GENERAL.CONNECTION: --
> GENERAL.CON-PATH:   --
> IP4.ADDRESS[1]: 127.0.0.1/8
> IP4.GATEWAY:--
> IP6.GATEWAY:--
>
> GENERAL.DEVICE: br-int
> GENERAL.TYPE:   openvswitch
> GENERAL.HWADDR: 8E:15:6A:F8:3C:45
> GENERAL.MTU:1500
> GENERAL.STATE:  10 (unmanaged)
> GENERAL.CONNECTION: --
> GENERAL.CON-PATH:   --
> IP4.GATEWAY:--
> IP6.GATEWAY:--
>
> GENERAL.DEVICE: ovs-system
> GENERAL.TYPE:   openvswitch
> GENERAL.HWADDR: E2:09:EA:A2:BD:70
> GENERAL.MTU:1500
> GENERAL.STATE:  10 (unmanaged)
> GENERAL.CONNECTION: --
> GENERAL.CON-PATH:   --
> IP4.GATEWAY:    --
> IP6.GATEWAY:
>
> - Gilboa
>
>  office-wx-otest-vdsm.bz2
> <https://drive.google.com/file/d/12ugy6CuaFaMvXYt6uGT4D_EHIW6nXttb/view?usp=drive_web>
> ___
> 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/V5M23EHLZ5GSL2ANQVIDJLZR6CZWKIA6/
>

Hopefully this helps.

Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/LV3V5QA7NIR6AC76TNMNGYYHVCYV7QMD/


[ovirt-users] Re: multiple new networks

2020-10-21 Thread Ales Musil
On Wed, Oct 21, 2020 at 10:12 AM  wrote:

> Hi all,
>
> We have Ovirt 4.3, with 11 hosts, and need a bunch of VLANs for our
> student's to be isolated and do specific things. We have created the VLANs
> on the switch, but need to create them on the admin portal, with vlan
> tagging and then add them to the interface on the hosts. We are talking
> about 400 VLANs. I have done this manually for 4 VLANs and all works fine,
> but was wondering if there is a way of doing this in one go for all? So I
> don't have to do it 400 times (at least creating the VLANs on the admin
> portal).
>
> Thanks.
>
> Kim
> ___
> 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/3YDTCIKQ4GY3KFLH3IBGTERADO7WLHDB/
>


Hello,

you can automate this using oVirt API. The documentation is available on
[0].
Another way is to use python-sdk [1]. Python SDK uses the oVirt API under
the hood so it corresponds one to another.
[1] contains some real python code that is used to manipulate networks
through the SDK.

Hopefully this helps.

Regards,
Ales

[0] http://ovirt.github.io/ovirt-engine-api-model/4.3/
[1] http://ovirt.github.io/ovirt-engine-sdk/4.3/4.3.2/
[2]
https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-master/test_utils/network_utils_v4.py


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/L6C26SPA6KEDMY25S6X4TR56INDXUNZN/


[ovirt-users] Re: New host: no network interfaces visible

2020-10-19 Thread Ales Musil
On Thu, Oct 15, 2020 at 2:39 PM Richard Chan 
wrote:

> What could cause no Network Interfaces visible in installing a new host?
>
> I have added a new host to oVirt 4.3.10, the initial SSH installs all the
> packages (all with failed=0 in host-deploy/*log). The installation is shown
> as failed without any meaningful message.
>
> However the Network Interfaces page is blank, what could cause this?
>
> Host in CentOS 7.8 tried with/without biosdevname.
>
>
> --
> Richard Chan
>
> ___
> 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/UWXJCPL6CNNQN37RY4DUGVGDBOTDK23B/
>


Hello Richard,

can you please share relevant logs from the host deploy?
It should be located on the engine machine
/var/log/ovirt-engine/host-deploy/.

Thanks.

Regards,
Ales Musil

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/T76JE7ITJ7IS47BORPF2O3QCDDNTVGY7/


[ovirt-users] Re: info on iSCSI connection setup in oVirt 4.4

2020-09-23 Thread Ales Musil
On Wed, Sep 23, 2020 at 1:18 PM Nir Soffer  wrote:

> On Wed, Sep 23, 2020 at 1:29 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > supposing to have a node that connects to an iSCSI storage domain in
> oVirt 4.4, is there any particular requirement in the configuration of the
> network adapter (ifcfg-eno1 file) when I pre-configure the server OS?
> > Eg, do I need to have it managed by NetworkManager in 4.4? Can I instead
> set NM_CONTROLLED=no for this controller?
>
> 4.4 is using NetworkManager, so it is unlikely be able to manage the nic
> in the
> suggested configuration.
>
> Adding Ales to add more info on this.
>
> Nir
>
>
As Nir said, 4.4 is using NetworkManager to manage every network on the
host.
What would be the reason to disable it? The networking should work the same
way at least from
oVirt point of view.

Best regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/UZCVYZZJD4MUILZGGFAHA4QVT4WS5RW7/


[ovirt-users] Removal of deprecated init-scripts (network-scripts)

2020-09-16 Thread Ales Musil
Hello,

network-scripts for host networking were deprecated since oVirt 4.4.
It will be removed completely in the 4.4.3 release. There is no action
required
for setups that did not change the configuration to use network-scripts
backend (net_nmstate_enabled = false).

Users that did disable nmstate should redeploy all affected hosts before
4.4.3.
Also can you please tell us what was the reason to use network-scripts, if
that is the case?

Thank you.
Best regards,
Ales Musil

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/YGE4MXPFCZ3OTYT6DFZDRKHFC36SS4AY/


[ovirt-users] Re: Hosted engine install failure: ipv6.gateway: gateway cannot be set if there are no addresses configured

2020-09-03 Thread Ales Musil
state: up
>   bridge:
> options:
>   group-forward-mask: 0
>   mac-ageing-time: 300
>   multicast-snooping: true
>   stp:
> enabled: true
> forward-delay: 2
> hello-time: 2
> max-age: 20
> priority: 32768
> port:
> - name: virbr0-nic
>   stp-hairpin-mode: false
>   stp-path-cost: 100
>   stp-priority: 32
> - name: vnet0
>   stp-hairpin-mode: false
>   stp-path-cost: 100
>   stp-priority: 32
>   ipv4:
> address:
> - ip: 192.168.1.1
>   prefix-length: 24
> dhcp: false
> enabled: true
>   ipv6:
> autoconf: false
> dhcp: false
> enabled: false
>   mac-address: 52:54:00:C0:A5:20
>   mtu: 1500
> - name: virbr0-nic
>   type: unknown
>   state: down
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mac-address: 52:54:00:C0:A5:20
>   mtu: 1500
> - name: vnet0
>   type: unknown
>   state: up
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mac-address: FE:16:3E:1B:21:0B
>   mtu: 1500
>
> Reverting the configuration back to not have the static bridge and a
> reboot I get this:
>
> [root@h1-mgmt ~]# nmcli con show
> NAME UUID  TYPE  DEVICE
> enp4s0   af7ccb53-011b-4c36-998a-1878b4ae7100  ethernet  enp4s0
> enp4s0.4000  ecc8064d-18c1-99b7-3fe4-9c5a593ece6f  vlan  enp4s0.4000
> [root@h1-mgmt ~]# nmstatectl show
> ---
> dns-resolver:
>   config:
> search: []
> server:
> - 213.133.98.98
>   running:
> search: []
> server:
> - 213.133.98.98
> route-rules:
>   config: []
> routes:
>   config:
>   - destination: 0.0.0.0/0
> metric: -1
> next-hop-address: 144.76.84.65
> next-hop-interface: enp4s0
> table-id: 0
>   - destination: ::/0
> metric: -1
> next-hop-address: fe80::1
> next-hop-interface: enp4s0
> table-id: 0
>   running:
>   - destination: 0.0.0.0/0
> metric: 100
> next-hop-address: 144.76.84.65
> next-hop-interface: enp4s0
> table-id: 254
>   - destination: 144.76.84.65/32
> metric: 100
> next-hop-address: ''
> next-hop-interface: enp4s0
> table-id: 254
>   - destination: 172.27.1.0/24
> metric: 400
> next-hop-address: ''
> next-hop-interface: enp4s0.4000
> table-id: 254
>   - destination: 2a01:4f8:192:1148::/64
> metric: 100
> next-hop-address: ''
> next-hop-interface: enp4s0
> table-id: 254
>   - destination: ::/0
> metric: 100
> next-hop-address: fe80::1
> next-hop-interface: enp4s0
> table-id: 254
>   - destination: fe80::/64
> metric: 100
> next-hop-address: ''
> next-hop-interface: enp4s0
> table-id: 254
>   - destination: ff00::/8
> metric: 256
> next-hop-address: ''
> next-hop-interface: enp4s0
> table-id: 255
> interfaces:
> - name: ;vdsmdummy;
>   type: linux-bridge
>   state: down
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mac-address: B2:9E:E0:61:71:88
>   mtu: 1500
> - name: br-int
>   type: unknown
>   state: down
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mac-address: 6E:37:94:63:E0:4B
>   mtu: 1500
> - name: enp4s0
>   type: ethernet
>   state: up
>   ethernet:
> auto-negotiation: true
> duplex: full
> speed: 1000
>   ipv4:
> address:
> - ip: 144.76.84.73
>   prefix-length: 32
> dhcp: false
> enabled: true
>   ipv6:
> address:
> - ip: 2a01:4f8:192:1148::2
>   prefix-length: 64
> - ip: fe80::62a4:4cff:fee9:4ac
>   prefix-length: 64
> auto-dns: true
> auto-gateway: true
> auto-routes: true
> autoconf: true
> dhcp: true
> enabled: true
>   mac-address: 60:A4:4C:E9:04:AC
>   mtu: 1500
> - name: enp4s0.4000
>   type: vlan
>   state: up
>   ipv4:
> address:
> - ip: 172.27.1.1
>   prefix-length: 24
> dhcp: false
> enabled: true
>   ipv6:
> autoconf: false
> dhcp: false
> enabled: false
>   mac-address: 60:A4:4C:E9:04:AC
>   mtu: 1500
>   vlan:
> base-iface: enp4s0
> id: 4000
> - name: lo
>   type: unknown
>   state: down
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mtu: 65536
> - name: ovs-system
>   type: unknown
>   state: down
>   ipv4:
> enabled: false
>   ipv6:
> enabled: false
>   mac-address: A2:35:7A:6C:B7:EF
>   mtu: 1500
>
> /Sverker
>

Was the en

[ovirt-users] Re: Hosted engine install failure: ipv6.gateway: gateway cannot be set if there are no addresses configured

2020-09-03 Thread Ales Musil
3'):
>> >> dbus.UInt32(0),
>> >> dbus.String('/org/freedesktop/NetworkManager/Devices/2'):
>> >> dbus.UInt32(0),
>> >> dbus.String('/org/freedesktop/NetworkManager/Devices/4'):
>> >> dbus.UInt32(0),
>> >> dbus.String('/org/freedesktop/NetworkManager/Devices/1'):
>> >> dbus.UInt32(0),
>> >> dbus.String('/org/freedesktop/NetworkManager/Devices/5'):
>> >> dbus.UInt32(0)}, signature=dbus.Signature('su'))
>> >> MainProcess|jsonrpc/0::ERROR::2020-09-02
>> >> 16:38:31,251::supervdsm_server::97::SuperVdsm.ServerCallback::(wrapper)
>> >> Error in setupNetworks
>> >> Traceback (most recent call last):
>> >>File "/usr/lib/python3.6/site-packages/vdsm/supervdsm_server.py",
>> >> line 95, in wrapper
>> >>  res = func(*args, **kwargs)
>> >>File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line
>> >> 241, in setupNetworks
>> >>  _setup_networks(networks, bondings, options, net_info)
>> >>File "/usr/lib/python3.6/site-packages/vdsm/network/api.py", line
>> >> 266, in _setup_networks
>> >>  networks, bondings, options, net_info, in_rollback
>> >>File
>> >>
>> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py",
>> >> line 154, in setup
>> >>  _setup_nmstate(networks, bondings, options, in_rollback)
>> >>File
>> >>
>> "/usr/lib/python3.6/site-packages/vdsm/network/netswitch/configurator.py",
>> >> line 199, in _setup_nmstate
>> >>  nmstate.setup(desired_state, verify_change=not in_rollback)
>> >>File "/usr/lib/python3.6/site-packages/vdsm/network/nmstate.py",
>> >> line 63, in setup
>> >>  state_apply(desired_state, verify_change=verify_change)
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/deprecation.py",
>> >> line 40, in wrapper
>> >>  return func(*args, **kwargs)
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/nm/nmclient.py",
>> >> line 96, in wrapped
>> >>  ret = func(*args, **kwargs)
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py",
>> >> line 73, in apply
>> >>  state.State(desired_state), verify_change, commit,
>> rollback_timeout
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py",
>> >> line 163, in _apply_ifaces_state
>> >>  con_profiles=ifaces_add_configs + ifaces_edit_configs,
>> >>File "/usr/lib64/python3.6/contextlib.py", line 88, in __exit__
>> >>  next(self.gen)
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/netapplier.py",
>> >> line 232, in _setup_providers
>> >>  mainloop.run(timeout=MAINLOOP_TIMEOUT)
>> >>File "/usr/lib/python3.6/site-packages/libnmstate/nm/nmclient.py",
>> >> line 177, in run
>> >>  f"Unexpected failure of libnm when running the mainloop: {err}"
>> >> libnmstate.error.NmstateLibnmError: Unexpected failure of libnm when
>> >> running the mainloop: run execution
>> >>
>> >> My host have a main network interface and a vlan interface on the same
>> >> physical interface which is an internal management network which
>> >> should be used as management network. The vlan interface doesn't have
>> >> any ipv6 interface, but nmclient fails on setting ipv6 gateway. This
>> >> seems like a bug?
>> >>
>> >> /Sverker
>> >>
>> >> ___
>> >> discuss mailing list
>> >> disc...@openvswitch.org
>> >> https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
>> >> ___
>> >> 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/R4YSTOQM7I4XLCWQJOJH5DKZFX56IDAZ/
>> > ___
>> > 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/UMXFPVLJHYOO3UR5PI24EPIXC3KATDPQ/
>> >
>> ___
>> 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/RQIPLZGVOHXU5D2VPKSVPX7NEPYKGTRW/
>>
> ___
> 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/ED2YKQAKVG66JOMX3JCNXPMWK6OX73ET/
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/YCTXNC55QIOX7L4M7LXFP6XPJP67LNTX/


[ovirt-users] Re: 4.4rc issue with attaching logical network to ib0

2020-08-04 Thread Ales Musil
To follow up also on the mailing list.
The infiniband is currently unsupported in nmstate which makes any attempt
to configure it past 4.4 to fail.

I will try to think about a possible workaround.
Can you please create a bug
<https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm>?

Thank you.
Best regards,
Ales

On Mon, Aug 3, 2020 at 10:58 AM Ales Musil  wrote:

>
>
> On Fri, Jul 31, 2020 at 4:14 PM Edward Berger  wrote:
>
>> I'm trying to add a logical network to an omnipath (which appears as an
>> infinband ib0 under centos kernel driver) and the attempt errors out, under
>> 4.4RC. This used to work under 4.3 on the same hardware.
>>
>> 'Unexpected failure of libnm when running the mainloop: run execution'},
>> code = -32603
>>
>> I want to use ib0 for network file systems and VM migrations.
>> ___
>> 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/R6XMGK5O47476ARX4HLTNFINZBZZ3AQY/
>>
>
> Hi,
>
> can you please provide a supervdsm.log from the corresponding host?
>
> Thank you.
> Best regards,
> Ales
>
> --
>
> Ales Musil
>
> Software Engineer - RHV Network
>
> Red Hat EMEA <https://www.redhat.com>
>
> amu...@redhat.comIM: amusil
> <https://red.ht/sig>
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/6CHOVPQKY7WY4D64KASXYB47EV7VYWPT/


[ovirt-users] Re: 4.4rc issue with attaching logical network to ib0

2020-08-03 Thread Ales Musil
On Fri, Jul 31, 2020 at 4:14 PM Edward Berger  wrote:

> I'm trying to add a logical network to an omnipath (which appears as an
> infinband ib0 under centos kernel driver) and the attempt errors out, under
> 4.4RC. This used to work under 4.3 on the same hardware.
>
> 'Unexpected failure of libnm when running the mainloop: run execution'},
> code = -32603
>
> I want to use ib0 for network file systems and VM migrations.
> ___
> 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/R6XMGK5O47476ARX4HLTNFINZBZZ3AQY/
>

Hi,

can you please provide a supervdsm.log from the corresponding host?

Thank you.
Best regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/6MNMNN65YZEQKVV3OCWS7ADBQA4DFSTU/


[ovirt-users] Re: problem with custom bond options

2020-07-24 Thread Ales Musil
On Fri, Jul 24, 2020 at 10:40 AM Jiří Sléžka  wrote:

> On 7/23/20 2:07 PM, Jiří Sléžka wrote:
> > On 7/23/20 12:35 PM, Ales Musil wrote:
> >>
> >>
> >> On Thu, Jul 23, 2020 at 11:50 AM Jiří Sléžka  >> <mailto:jiri.sle...@slu.cz>> wrote:
> >>
> >> On 7/23/20 11:03 AM, Ales Musil wrote:
> >> >
> >> >
> >> > On Thu, Jul 23, 2020 at 10:35 AM Jiří Sléžka  >> <mailto:jiri.sle...@slu.cz>
> >> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>> wrote:
> >> >
> >> > Hi,
> >> >
> >> > On 7/23/20 8:38 AM, Ales Musil wrote:
> >> > >
> >> > >
> >> > > On Wed, Jul 22, 2020 at 9:41 PM Jiří Sléžka
> >> mailto:jiri.sle...@slu.cz>
> >> > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>
> >> > > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>
> >> <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>>> wrote:
> >> > >
> >> > > Hello,
> >> > >
> >> > >
> >> > > Hi,
> >> > >
> >> > >
> >> > > CentOS8, oVirt 4.4.1.10-1.el8
> >> > >
> >> > > I am trying to setup active-backup (mode=1) bonding mode
> >> with
> >> > custom
> >> > > properties. I have one 10GE switch, the second is just
> 1G.
> >> > 10GE link is
> >> > > the primary one.
> >> > >
> >> > > cat /etc/sysconfig/network-scripts/ifcfg-bond0
> >> > >
> >> > >
> >> > > first of all in oVirt 4.4 the network-scripts are not
> relevant
> >> > anymore.
> >> > > More relevant is output from 'nmstatectl show'.
> >> >
> >> > thanks, I believed that ifcfg files still describes saved
> >> interface
> >> > configuration (even on nm managed interfaces)...
> >> >
> >> >
> >> > It does but it might not be that detailed as we would have hoped
> for.
> >> > Another reason why I said that it is not relevant is of course if
> >> > someone tries
> >> > reconfigure the interface through network-scripts.
> >>
> >> well, honestly I did that (modified ifcfg and then use nmcli con
> >> reload). So right way is using nmcli con modify command?
> >>
> >>
> >> Yes or nmstate. Just be aware that anything that you do to interface
> >> outside of oVirt can have harmful impacts on the host and overall oVirt
> >> state.
> >>
> >>
> >>
> >> > from nmstatectl show I can see that bond0 has specified mac
> >> address
> >> >
> >> >
> >>
> https://paste.slu.cz/?d363cf2c029f6b83#Ew2rCiYyNGrdfffy6bvzSjbb8x4jJsaUdhxkjwThMFka
> >> >
> >> > > BONDING_OPTS="active_slave=ens5 downdelay=0 miimon=100
> >> > > mode=active-backup primary=ens5 updelay=0"
> >> > > TYPE=Bond
> >> > > BONDING_MASTER=yes
> >> > > PROXY_METHOD=none
> >> > > BROWSER_ONLY=no
> >> > > IPV4_FAILURE_FATAL=no
> >> > > IPV6_DISABLED=yes
> >> > > IPV6INIT=no
> >> > > NAME=bond0
> >> > > UUID=c054364e-47cf-47ee-a7fc-70b37c9977e7
> >> > > DEVICE=bond0
> >> > > ONBOOT=yes
> >> > > MTU=9000
> >> > >
> >> > > When I try to add a custom parameter
> "fail_over_mac=active"
> >> > (which I
> >> > > believe could solve my problems with stalled mac
> >> addresses in
> >> > switch's
> >> > > cam table in case of failover) I got...
> >> > >
> >> > > "Error while executing action HostSetupNetworks:
> Unexpected
> >> > exception&

[ovirt-users] Re: problem with custom bond options

2020-07-23 Thread Ales Musil
On Thu, Jul 23, 2020 at 11:50 AM Jiří Sléžka  wrote:

> On 7/23/20 11:03 AM, Ales Musil wrote:
> >
> >
> > On Thu, Jul 23, 2020 at 10:35 AM Jiří Sléžka  > <mailto:jiri.sle...@slu.cz>> wrote:
> >
> > Hi,
> >
> > On 7/23/20 8:38 AM, Ales Musil wrote:
> > >
> > >
> > > On Wed, Jul 22, 2020 at 9:41 PM Jiří Sléžka  > <mailto:jiri.sle...@slu.cz>
> > > <mailto:jiri.sle...@slu.cz <mailto:jiri.sle...@slu.cz>>> wrote:
> > >
> > > Hello,
> > >
> > >
> > > Hi,
> > >
> > >
> > > CentOS8, oVirt 4.4.1.10-1.el8
> > >
> > > I am trying to setup active-backup (mode=1) bonding mode with
> > custom
> > > properties. I have one 10GE switch, the second is just 1G.
> > 10GE link is
> > > the primary one.
> > >
> > > cat /etc/sysconfig/network-scripts/ifcfg-bond0
> > >
> > >
> > > first of all in oVirt 4.4 the network-scripts are not relevant
> > anymore.
> > > More relevant is output from 'nmstatectl show'.
> >
> > thanks, I believed that ifcfg files still describes saved interface
> > configuration (even on nm managed interfaces)...
> >
> >
> > It does but it might not be that detailed as we would have hoped for.
> > Another reason why I said that it is not relevant is of course if
> > someone tries
> > reconfigure the interface through network-scripts.
>
> well, honestly I did that (modified ifcfg and then use nmcli con
> reload). So right way is using nmcli con modify command?
>

Yes or nmstate. Just be aware that anything that you do to interface
outside of oVirt can have harmful impacts on the host and overall oVirt
state.


>
> > from nmstatectl show I can see that bond0 has specified mac address
> >
> >
> https://paste.slu.cz/?d363cf2c029f6b83#Ew2rCiYyNGrdfffy6bvzSjbb8x4jJsaUdhxkjwThMFka
> >
> > > BONDING_OPTS="active_slave=ens5 downdelay=0 miimon=100
> > > mode=active-backup primary=ens5 updelay=0"
> > > TYPE=Bond
> > > BONDING_MASTER=yes
> > > PROXY_METHOD=none
> > > BROWSER_ONLY=no
> > > IPV4_FAILURE_FATAL=no
> > > IPV6_DISABLED=yes
> > > IPV6INIT=no
> > > NAME=bond0
> > > UUID=c054364e-47cf-47ee-a7fc-70b37c9977e7
> > > DEVICE=bond0
> > > ONBOOT=yes
> > > MTU=9000
> > >
> > > When I try to add a custom parameter "fail_over_mac=active"
> > (which I
> > > believe could solve my problems with stalled mac addresses in
> > switch's
> > > cam table in case of failover) I got...
> > >
> > > "Error while executing action HostSetupNetworks: Unexpected
> > exception"
> > >
> > > ...in manager. In the engine.log it looks like
> > >
> > > 2020-07-22 21:20:35,774+02 WARN
> > >
> >
>   [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0]
> Unexpected
> > > return value: Status [code=-32603, message=Internal JSON-RPC
> > error:
> > > {'reason': 'MAC address cannot be specified in bond interface
> > along with
> > > specified bond options'}]
> > > 2020-07-22 21:20:35,774+02 ERROR
> > >
> >
>   [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Failed
> in
> > > 'HostSetupNetworksVDS' method
> > > 2020-07-22 21:20:35,774+02 WARN
> > >
> >
>   [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0]
> Unexpected
> > > return value: Status [code=-32603, message=Internal JSON-RPC
> > error:
> > > {'reason': 'MAC address cannot be specified in bond interface
> > along with
> > > specified bond options'}]
> > > 2020-07-22 21:20:35,811+02 ERROR
> > >
> >
>   [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > > (default task-8) [da198

[ovirt-users] Re: problem with custom bond options

2020-07-23 Thread Ales Musil
On Thu, Jul 23, 2020 at 10:35 AM Jiří Sléžka  wrote:

> Hi,
>
> On 7/23/20 8:38 AM, Ales Musil wrote:
> >
> >
> > On Wed, Jul 22, 2020 at 9:41 PM Jiří Sléžka  > <mailto:jiri.sle...@slu.cz>> wrote:
> >
> > Hello,
> >
> >
> > Hi,
> >
> >
> > CentOS8, oVirt 4.4.1.10-1.el8
> >
> > I am trying to setup active-backup (mode=1) bonding mode with custom
> > properties. I have one 10GE switch, the second is just 1G. 10GE link
> is
> > the primary one.
> >
> > cat /etc/sysconfig/network-scripts/ifcfg-bond0
> >
> >
> > first of all in oVirt 4.4 the network-scripts are not relevant anymore.
> > More relevant is output from 'nmstatectl show'.
>
> thanks, I believed that ifcfg files still describes saved interface
> configuration (even on nm managed interfaces)...
>

It does but it might not be that detailed as we would have hoped for.
Another reason why I said that it is not relevant is of course if someone
tries
reconfigure the interface through network-scripts.


>
> from nmstatectl show I can see that bond0 has specified mac address
>
>
> https://paste.slu.cz/?d363cf2c029f6b83#Ew2rCiYyNGrdfffy6bvzSjbb8x4jJsaUdhxkjwThMFka
>
> > BONDING_OPTS="active_slave=ens5 downdelay=0 miimon=100
> > mode=active-backup primary=ens5 updelay=0"
> > TYPE=Bond
> > BONDING_MASTER=yes
> > PROXY_METHOD=none
> > BROWSER_ONLY=no
> > IPV4_FAILURE_FATAL=no
> > IPV6_DISABLED=yes
> > IPV6INIT=no
> > NAME=bond0
> > UUID=c054364e-47cf-47ee-a7fc-70b37c9977e7
> > DEVICE=bond0
> > ONBOOT=yes
> > MTU=9000
> >
> > When I try to add a custom parameter "fail_over_mac=active" (which I
> > believe could solve my problems with stalled mac addresses in
> switch's
> > cam table in case of failover) I got...
> >
> > "Error while executing action HostSetupNetworks: Unexpected
> exception"
> >
> > ...in manager. In the engine.log it looks like
> >
> > 2020-07-22 21:20:35,774+02 WARN
> >
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Unexpected
> > return value: Status [code=-32603, message=Internal JSON-RPC error:
> > {'reason': 'MAC address cannot be specified in bond interface along
> with
> > specified bond options'}]
> > 2020-07-22 21:20:35,774+02 ERROR
> >
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Failed in
> > 'HostSetupNetworksVDS' method
> > 2020-07-22 21:20:35,774+02 WARN
> >
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Unexpected
> > return value: Status [code=-32603, message=Internal JSON-RPC error:
> > {'reason': 'MAC address cannot be specified in bond interface along
> with
> > specified bond options'}]
> > 2020-07-22 21:20:35,811+02 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] EVENT_ID:
> > VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirt-hci01.mch.local
> command
> > HostSetupNetworksVDS failed: Internal JSON-RPC error: {'reason': 'MAC
> > address cannot be specified in bond interface along with specified
> bond
> > options'}
> >
> >
> > Can you please share supervdsm.log from the relevant host?
>
> here it is
>
>
> https://paste.slu.cz/?ef8bd7eeae8eeaed#Ej3MXRufm6Y9qjKCkgCXXieP132kRAiswR17ygxQDhft


This indeed seems to be a bug. Can you please open BZ
<https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm>?

Only workaround that comes to my mind is to break the bond and define it
again with specified mode.

Let me know if it works.

Thanks,
Ales


>
>
> Cheers,
>
> Jiri
>
>
> > Could anybody explain me what 'MAC address cannot be specified in
> bond
> > interface along with specified bond options' means? I believe a MAC
> > address is not configured in interface configuration.
> >
> > Or does it mean 'fail_over_mac=active' is not supported in oVirt?
> >
> > Thanks in advance,
> >
> > Jiri
> >
> >
> >
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org <

[ovirt-users] Re: 4.4.x - VLAN-based logical network can't attach to bonds?

2020-07-23 Thread Ales Musil
On Wed, Jul 22, 2020 at 9:49 PM Mark R  wrote:

> Hello all,
>

Hi,


> New 4.4.1 hosted-engine install. Pre-deploy, the host already had bond0
> and its iSCSI interfaces configured. The deploy correctly sets up the
> ovirtmgmt interface using the bond, and when everything finishes up it's
> working as expected.  However, I then need to create a VLAN-based network
> and attach to the same bond0 interface. Editing the host networks and
> dragging the VLAN 102 interface to the bond alongside ovirtmgmt, then
> clicking "OK" results in a failure every time. The error returned is:
>
> VDSM ovirt5.domain.com command HostSetupNetworksVDS failed: Internal
> JSON-RPC error: {'reason': 'Unexpected failure of libnm when running the
> mainloop: run execution'}
>

can you please share supervdsm.log from the relevant host?



> I can break the bond and apply this an any other VLAN-based network at
> will, but then it's not possible to add the interface I removed to create
> the bond again. That may be by design and it's not supposed to be possible
> to attach an interface and create a bond once you've already assigned
> logical networks to it. The error there is "Error while executing action
> HostSetupNetworks: Interface already in use".
>

This is in fact desired by design as we do not support having an interface
under bond and at the same time have a network defined over it.


>
> I'm just putting out feelers to see if this is a known issue that other
> people are hitting, or are other folks with hosted-engine 4.4.x deploys
> readily creating that initial bond0 interface and assigning any VLAN-based
> logical networks they want w/o issue?  These same hosts (they still aren't
> in prod so I rebuild them at will) run 4.3 with no issues and setting up
> the exact same network configurations works flawlessly, it just becomes an
> issue on 4.4.1. This host was freshly installed today and has all updates.
>
> Thanks,
> Mark
> ___
> 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/XF7PANDZBAH5J7FSJFUEUAOL6T7XBRHL/
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/O2ZIYAGCUYRBK2QVKZIZCVNC4INEIICZ/


[ovirt-users] Re: problem with custom bond options

2020-07-23 Thread Ales Musil
On Wed, Jul 22, 2020 at 9:41 PM Jiří Sléžka  wrote:

> Hello,
>

Hi,


> CentOS8, oVirt 4.4.1.10-1.el8
>
> I am trying to setup active-backup (mode=1) bonding mode with custom
> properties. I have one 10GE switch, the second is just 1G. 10GE link is
> the primary one.
>
> cat /etc/sysconfig/network-scripts/ifcfg-bond0
>

first of all in oVirt 4.4 the network-scripts are not relevant anymore.
More relevant is output from 'nmstatectl show'.


>
> BONDING_OPTS="active_slave=ens5 downdelay=0 miimon=100
> mode=active-backup primary=ens5 updelay=0"
> TYPE=Bond
> BONDING_MASTER=yes
> PROXY_METHOD=none
> BROWSER_ONLY=no
> IPV4_FAILURE_FATAL=no
> IPV6_DISABLED=yes
> IPV6INIT=no
> NAME=bond0
> UUID=c054364e-47cf-47ee-a7fc-70b37c9977e7
> DEVICE=bond0
> ONBOOT=yes
> MTU=9000
>
> When I try to add a custom parameter "fail_over_mac=active" (which I
> believe could solve my problems with stalled mac addresses in switch's
> cam table in case of failover) I got...
>
> "Error while executing action HostSetupNetworks: Unexpected exception"
>
> ...in manager. In the engine.log it looks like
>
> 2020-07-22 21:20:35,774+02 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Unexpected
> return value: Status [code=-32603, message=Internal JSON-RPC error:
> {'reason': 'MAC address cannot be specified in bond interface along with
> specified bond options'}]
> 2020-07-22 21:20:35,774+02 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Failed in
> 'HostSetupNetworksVDS' method
> 2020-07-22 21:20:35,774+02 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand]
> (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] Unexpected
> return value: Status [code=-32603, message=Internal JSON-RPC error:
> {'reason': 'MAC address cannot be specified in bond interface along with
> specified bond options'}]
> 2020-07-22 21:20:35,811+02 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-8) [da1984f3-f38b-4e0a-ac80-a81e67d73ff0] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM ovirt-hci01.mch.local command
> HostSetupNetworksVDS failed: Internal JSON-RPC error: {'reason': 'MAC
> address cannot be specified in bond interface along with specified bond
> options'}
>
>
Can you please share supervdsm.log from the relevant host?


>
> Could anybody explain me what 'MAC address cannot be specified in bond
> interface along with specified bond options' means? I believe a MAC
> address is not configured in interface configuration.
>
> Or does it mean 'fail_over_mac=active' is not supported in oVirt?
>
> Thanks in advance,
>
> Jiri
>
>
>
>
>
> ___
> 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/BUGNSEBD3OBSUPASLJQYYJIF5767XMDE/
>


Thank you.
Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/32UM7RWI5WAN2L2OT7D4PZLCBUWVLDQZ/


[ovirt-users] Re: status of oVirt 4.4.x and CentOS 8.2

2020-06-29 Thread Ales Musil
On Wed, Jun 24, 2020 at 12:17 AM Mark R  wrote:

> Follow up, as well as the logged error from supervdsm.log, I see this in
> dmesg so it appears that it very briefly does create DMZ0 and the bond0.22
> interface, but rolls everything back.
>
> ```
> [ 2205.551920] IPv6: ADDRCONF(NETDEV_UP): DMZ0: link is not ready
> [ 2205.558366] IPv6: ADDRCONF(NETDEV_UP): bond0.22: link is not ready
> [ 2205.655177] DMZ0: port 1(bond0.22) entered blocking state
> [ 2205.655179] DMZ0: port 1(bond0.22) entered disabled state
> ```
> Both ports for the bond are up and active (of couse, as this is currently
> the first host of the HE deployment so I couldn't manage it if they
> weren't).
>
> ```
> # cat /proc/net/bonding/bond0
> Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
>
> Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> Transmit Hash Policy: layer2 (0)
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
> Peer Notification Delay (ms): 0
>
> 802.3ad info
> LACP rate: slow
> Min links: 0
> Aggregator selection policy (ad_select): stable
> System priority: 65535
> System MAC address: bc:97:e1:24:c5:40
> Active Aggregator Info:
> Aggregator ID: 1
> Number of ports: 2
> Actor Key: 21
> Partner Key: 3
> Partner Mac Address: 0a:33:5e:69:1f:1e
>
> Slave Interface: eno33np0
> MII Status: up
> Speed: 25000 Mbps
> Duplex: full
> Link Failure Count: 0
> Permanent HW addr: bc:97:e1:24:c5:40
> Slave queue ID: 0
> Aggregator ID: 1
> Actor Churn State: none
> Partner Churn State: none
> Actor Churned Count: 0
> Partner Churned Count: 0
> details actor lacp pdu:
> system priority: 65535
> system mac address: bc:97:e1:24:c5:40
> port key: 21
> port priority: 255
> port number: 1
> port state: 61
> details partner lacp pdu:
> system priority: 4096
> system mac address: 0a:33:5e:69:1f:1e
> oper key: 3
> port priority: 8192
> port number: 65
> port state: 61
>
> Slave Interface: ens2f0np0
> MII Status: up
> Speed: 25000 Mbps
> Duplex: full
> Link Failure Count: 0
> Permanent HW addr: b0:26:28:cd:ec:d0
> Slave queue ID: 0
> Aggregator ID: 1
> Actor Churn State: none
> Partner Churn State: none
> Actor Churned Count: 0
> Partner Churned Count: 0
> details actor lacp pdu:
> system priority: 65535
> system mac address: bc:97:e1:24:c5:40
> port key: 21
> port priority: 255
> port number: 2
> port state: 61
> details partner lacp pdu:
> system priority: 4096
> system mac address: 0a:33:5e:69:1f:1e
> oper key: 3
> port priority: 32768
> port number: 33
> port state: 61
> ```
>
> Thanks,
> Mark
> ___
> 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/FY5227PI4PUFPOMTCE3UY3R7J6NHRQH3/
>

Hello,

sorry for the late response. We are failing to reproduce this issue. Can
you please provide us with more info?

I need to know an exact package version of nmstate and NetworkManager.

Also if possible please enable trace logs for NetworkManager:

Please create `/etc/NetworkManager/conf.d/debug.conf` with following
content:
[logging]
level=TRACE
domains=ALL

Restart NetworkManager service and trigger the issue again.
The NM log is available via journalctl -u NetworkManager.

Thank you.
Best regards,
Ales Musil

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/NFTLIKUZRFI7HEHIFL6CVRNBS7VJKL5U/


[ovirt-users] Re: How do I do bridged networking?

2020-01-05 Thread Ales Musil
On Sun, Jan 5, 2020 at 5:31 PM  wrote:

Hi,

Hello everyone,
>
> how do I set up bridged networking?


Any VM network in oVirt is bridged.


> I want to give my VMs direct access to the network, that is: they should
> get an IP from DHCP and appear as "normal" nodes.


This should be possible straight away using ovirtmgmt network for example
without the need to define any other network.


> This is working out of the box for Proxmox. I was not able to find
> documentation that would make it possible to configure. Can I configure it
> via https://github.com/oVirt/ovirt-ansible-infra?
>

Yes, you can use ansible to configure networks.


>
> Kind regards
> Skrzetuski
>

Best regards,
Ales


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


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJQSU6GVOBP63TJLDMP3FRBFRMU76OC2/


[ovirt-users] Re: DHCP Client in Guest VM does not work on ovirtmgmt

2019-11-04 Thread Ales Musil
On Mon, Nov 4, 2019 at 8:10 PM  wrote:

> Hi Ales,
> > On Mon, Nov 4, 2019 at 1:46 PM  >
> >
> > Hello,
> >
> > can you see the traffic on the tap e.g. vnet0 device that is attached to
> > the VM?
> Yes, I can see... look this
> https://pastebin.com/aFWcveNL
>
> > Traffic filtering from libvirt is stored in ebtables. Can you take a look
> > into them and see if there is any suspicious rule? (ebtables -L)
> For me nothing suspicious
> https://pastebin.com/CcnKh75g


Ah my bad it is ebtables -t nat -L.


>
>
> > Maybe track the packet drop here if your VM is sending DHCP requests.
> >
> > If everything there seems alright. I would suggest going through the
> chain
> > and check the bridge interface if the DHCP packets are going through it.
> > Hopefully this helps.
> I can see the packets flow by ovirtmgmt interface but I can' t see the
> information from the gateway
> https://pastebin.com/a2DEyL0e
>
> But in bond0.10 interface (my bridge interface)  I can see the traffic
> from my gateway (dhcp server)  IP address ending 0.254
> https://pastebin.com/nJXdat9y


Can you share how your network topology of the host?


>
>
>
> >
> > Regards,
> > Ales
>
> Regards
> Carlos
> ___
> 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/GYOYPODG4PECY3FFVTEQCU3WP2RGKPZQ/
>


-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z2MWXVA4AV3HNFHSZMXC54E7TXCDJXGE/


[ovirt-users] Re: DHCP Client in Guest VM does not work on ovirtmgmt

2019-11-04 Thread Ales Musil
On Mon, Nov 4, 2019 at 1:46 PM  wrote:

> Hi Edward,
>
> > I thought that was it.
> > I remembered some experience I had with a test install that recommended
> > turning the network filter off.
> >
> > You probably already did this, but when you turn off filtering or make
> > other changes
> > to the logical network like MTU size you must completely shutdown the
> > attached VMs and restart them
> Yes, I already did it, but no success :(
>
> > from oVIrt engine to pickup the change for their network interface.
> >
> > Restarting networking in a VM from within its OS won't pick up the
> logical
> > network change
> > at the necessary KVM/qemu/libvirt levels.
> >
> > There should a way to verify the various virtual interfaces don't have
> any
> > filtering configured or enabled,
> >
> > On Sun, Nov 3, 2019 at 11:16 AM 
> Have you other suggestion!? because I dont have more idea :/
>

Hello,

can you see the traffic on the tap e.g. vnet0 device that is attached to
the VM?
Traffic filtering from libvirt is stored in ebtables. Can you take a look
into them and see if there is any suspicious rule? (ebtables -L)
Maybe track the packet drop here if your VM is sending DHCP requests.

If everything there seems alright. I would suggest going through the chain
and check the bridge interface if the DHCP packets are going through it.
Hopefully this helps.

Regards,
Ales



> Best regards
> Carlos
> ___
> 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/LW2N75GERKDMMXVA43PIHYJX3DCZEVJ4/
>


-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/B6A7NE3UERQTBFALIAQXVDHC5PYS2QG2/


[ovirt-users] Re: Drag and Drop - Setup Host Networks

2019-10-31 Thread Ales Musil
On Thu, Oct 31, 2019 at 3:57 PM  wrote:

> it seems that drag and drop function does not working as expected in Setup
> Host Networks screen.
>
> It is not possibel remove NIC interface a interface from a Bond config.
> When I tried move a interface to outside Bond cofing, all block is moved
> instead of only the specific interface .
>
> Screenshots abut this
> https://pasteboard.co/IEx5Cun.png
>
> In this case, I'm trying remove eno5 interface from bond0 config, but it
> is not possible.
>
> Regards
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OOZ37UZDBTUPUJIIV55BN5K4YTKE6J3E/
>


Hi,

to remove it just right click the desired interface and use "Remove from
eno5 Bond" option.
Hopefully this helps.

Best regards,
Ales

-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MBUKTPTJS2GNVLEC5SE334U7DWJMHHGT/


[ovirt-users] Re: Update single node environment from 4.3.3 to 4.3.5 problem

2019-08-26 Thread Ales Musil
On Mon, Aug 26, 2019 at 12:30 PM Gianluca Cecchi 
wrote:

> On Mon, Aug 26, 2019 at 11:58 AM Ales Musil  wrote:
>
>>
>> I can see that MOM is failing to start because some of the MOM
>> dependencies is not starting. Can you please post output from 'systemctl
>> status momd'?
>>
>>
>
>  ● momd.service - Memory Overcommitment Manager Daemon
>Loaded: loaded (/usr/lib/systemd/system/momd.service; static; vendor
> preset: disabled)
>Active: inactive (dead)
>
> perhaps any other daemon status?
> Or any momd related log file generated?
>
> BTW: I see on a running oVirt 4.3.5 node from another environment that the
> status of momd is the same inactive (dead)
>
>
What happens if you try to start the momd?

-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQDOAOTV64ATBX457FSG3WQ72PYW3DT7/


[ovirt-users] Re: Update single node environment from 4.3.3 to 4.3.5 problem

2019-08-26 Thread Ales Musil
On Mon, Aug 26, 2019 at 11:49 AM Gianluca Cecchi 
wrote:

>
>
> On Mon, Aug 26, 2019 at 10:41 AM Ales Musil  wrote:
>
>>
>>
>> On Mon, Aug 26, 2019 at 10:23 AM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> On Mon, Aug 26, 2019 at 9:57 AM Dominik Holler 
>>> wrote:
>>>
>>>>
>>>>
>>>> On Sun, Aug 25, 2019 at 4:33 PM Gianluca Cecchi <
>>>> gianluca.cec...@gmail.com> wrote:
>>>>
>>>>> Il Ven 23 Ago 2019, 18:00 Gianluca Cecchi 
>>>>> ha scritto:
>>>>>
>>>>>> On Fri, Aug 23, 2019 at 5:06 PM Dominik Holler 
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Gianluca, can you please share the output of 'rpm -qa' of the
>>>>>>> affected host?
>>>>>>>
>>>>>>
>>>>>> here it is output of "rpm -qa | sort"
>>>>>>
>>>>>> https://drive.google.com/file/d/1JG8XfomPSgqp4Y40KOwTGsixnkqkMfml/view?usp=sharing
>>>>>>
>>>>>
>>>>>
>>>>> Anything useful from list of pages for me to try?
>>>>>
>>>>
>>>> I was not able to understand why the services did not start as expected.
>>>> Can you please share the relevant information from the journal?
>>>>
>>>>
>>>
>>> Are you interested only to the last boot journal entries, correct?
>>> Because I presume I have not set it as persistent and it seems oVirt
>>> doesn't set it.
>>> Any special switch to give to journalctl command?
>>>
>>
>> journalctl -xe could give us hint what is preventing vdsmd from starting.
>>
>>
>>>
>>>
> here it is:
>
> https://drive.google.com/file/d/1AyBUPTVqpiSAIYBqe8B6OU8Gn9Qg9cS5/view?usp=sharing
>
>
> thanks,
> Gianluca
>

I can see that MOM is failing to start because some of the MOM dependencies
is not starting. Can you please post output from 'systemctl status momd'?

-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VCEFGJ4L636DHTB4BCFUGIAISF7D637O/


[ovirt-users] Re: Update single node environment from 4.3.3 to 4.3.5 problem

2019-08-26 Thread Ales Musil
On Mon, Aug 26, 2019 at 10:23 AM Gianluca Cecchi 
wrote:

> On Mon, Aug 26, 2019 at 9:57 AM Dominik Holler  wrote:
>
>>
>>
>> On Sun, Aug 25, 2019 at 4:33 PM Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>> Il Ven 23 Ago 2019, 18:00 Gianluca Cecchi 
>>> ha scritto:
>>>
>>>> On Fri, Aug 23, 2019 at 5:06 PM Dominik Holler 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> Gianluca, can you please share the output of 'rpm -qa' of the affected
>>>>> host?
>>>>>
>>>>
>>>> here it is output of "rpm -qa | sort"
>>>>
>>>> https://drive.google.com/file/d/1JG8XfomPSgqp4Y40KOwTGsixnkqkMfml/view?usp=sharing
>>>>
>>>
>>>
>>> Anything useful from list of pages for me to try?
>>>
>>
>> I was not able to understand why the services did not start as expected.
>> Can you please share the relevant information from the journal?
>>
>>
>
> Are you interested only to the last boot journal entries, correct? Because
> I presume I have not set it as persistent and it seems oVirt doesn't set it.
> Any special switch to give to journalctl command?
>

journalctl -xe could give us hint what is preventing vdsmd from starting.


>
> Thanks,
> Gianluca
> ___
> 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/KDTVJXSAJRNCCWUGS7Q7MGHPZA2DLQJA/
>


-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YXUXB3DBG3F5GS4TEKRHOJKXQSSX3ZHQ/


[ovirt-users] Re: ovirt nic ansible module

2019-06-19 Thread Ales Musil
On Tue, Jun 18, 2019 at 10:43 PM Nathanaël Blanchet 
wrote:

> Sure it does the trick, but it is heavy to use..
>
> Secondly why the option should be more available into the UI than with
> the API?
>

Hello,

the parameter is available via API [1] with parameter linked. I am not sure
why this is not exposed via Ansible.
@Dominik Holler  do you have any idea why?

[1] http://ovirt.github.io/ovirt-engine-api-model/master/#types/nic


>
> Le 18/06/2019 à 15:19, Luca 'remix_tj' Lorenzetto a écrit :
> > Hello Nathanaël,
> >
> > i suppose setting nic as unplugged will set the link down.
> >
> > Luca
> >
> > On Tue, Jun 18, 2019 at 3:04 PM Nathanaël Blanchet 
> wrote:
> >> Hello,
> >>
> >> With that module, we can make the nic present/absent/plugged/unplugged,
> >> but is there a way to make the link state up or down?
> >>
> >> Thanks.
> >>
> >> --
> >> Nathanaël Blanchet
> >>
> >> Supervision réseau
> >> Pôle Infrastrutures Informatiques
> >> 227 avenue Professeur-Jean-Louis-Viala
> >> 34193 MONTPELLIER CEDEX 5
> >> Tél. 33 (0)4 67 54 84 55
> >> Fax  33 (0)4 67 54 84 14
> >> blanc...@abes.fr
> >> ___
> >> 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/K2A6P2DXQ5VQIHYYPVJSYHKLB4V5WRYC/
> >
> >
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle Infrastrutures Informatiques
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14
> blanc...@abes.fr
> ___
> 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/CNNKEPX6R5V5QEUXKRXQOPJTJOSCD36Y/
>


-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RSNIFWVPXXJZNC5K737KXL53EH6U5IHG/


[ovirt-users] Re: Logical interface naming issues

2019-05-09 Thread Ales Musil
Hello,

On Tue, May 7, 2019 at 8:43 PM Tom Edwards 
wrote:

> Hello oVirt community,
>
> Seems lik a bug. I don't have more than one environment to test on so I
> can't be 100% sure and didn't want to file a report (but didn't know where
> else to report this).
>
> I have a fresh install self hosted ovirt cluster 4.3.1.1-1.el7. When I
> build any logical network adapter with a "-" in the name ex
> "guest-network-01" the network interface names appear on the hosts (using
> ip addr command) as garbled names like on8cd19bc011414.
>

This part is correct. Becuase of the Linux network name restrictions we
have to change the name of the bridge that is created on the host if the
name is not according to the rules.


> They still appear to work, but when you try to make a VNic profile based
> on the broken name the VMs fail to boot, the VM has to be killed via
> command line on each host afterwards (they try to boot and hang on all
> hosts in the cluster corrupting the disk of the VM) because it can't find
> the parent logical network interface by name.
>

This should work. The libvirt XML should contain connection to the actual
host bridge name instead of the logical/db name. Can you provide us with
engine.log?


>
> Example errors:
> VM Security-Onion is down with error. Exit message: (1, 'Cannot find
> device "guest-dmz-ne"\n', ['/sbin/tc', 'qdisc', 'add', 'dev',
> 'guest-dmz-network', 'ingress']).
> VDSM ovirt-2 command DestroyVDS failed: General Exception: ('(1, \'Cannot
> find device "guest-dmz-ne"\\n\', [\'/sbin/tc\', \'filter\', \'show\',
> \'dev\', \'guest-dmz-network\', \'parent\', \':\'])',)
>
> That took me a very long time to figure out and broke many vms in the
> process =(
> ___
> 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/4WW3RJUW5EIJSNHKSKXYENLNSUOCGLOZ/
>


-- 

Ales Musil

Associate Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.comIM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W3Y556CKIBQ7YYKHRBM3QLY6IU3UHKCN/


[ovirt-users] Re: Adding network to VM - What stupid thing have I missed?

2019-04-25 Thread Ales Musil
On Wed, Apr 24, 2019 at 10:54 PM  wrote:

> When creating a new VM, it looks like I connect it's nic(s) under the
> "Instantiate VM network interfaces by picking a vNIC profile." setting.
> The problem I am seeing is that the drop down only has "Empty" and
> "br-kvm-prod" (my production bridge).  I should have two more.  Under
> Networks and vNIC Profiles tabs, I also have a br-kvm-stor and kvm_heart-22
> defined which don't appear in that list.  Am I missing something I need to
> do for these additional profiles to also appear in the drop-down?  Some of
> my VMs will need access to the other physical networks.
>

Hello,
there is a couple of things that might be wrong.

1) Are the networks in the same datacenter as the VMs?
2) Are the networks that you would like to attach marked as VM networks?
You can check that by the role icon in the network list.




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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J4D6U6LMRNAIQ7HKAQNDGDWHKLIARY5F/


[ovirt-users] Re: Bug 1666795 - Related? - VM's don't start after shutdown on FCP

2019-04-11 Thread Ales Musil
Hello,

On Wed, Apr 10, 2019 at 2:26 PM Nardus Geldenhuys  wrote:

> Hi Milan
>
> Nothing special. We did the upgrade on two clusters. One is fine and this
> one is broken. Is there a way to rescan the cluster with all its VM's to
> pull information
>
> I did notice also that there is no NIC showing under the VM's network.
> When you trying to add one it complains that it exists but it is not
> showing.
>

That would mean that there is probably some corrupted information in the db
about the VM interface. Which might be the reason why there is NPE
in the libvirt XML process.

To which network was the VM interface connected?
Did something happened with the related network during upgrade?


>
> Thanks
>
> Nardus
> ___
> 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/PDCCB5C2YXSEBXDFJNFD6EKUVJATXUOT/
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ERNGYE2JHXHSKX2YCZPUH3FWENJGXTWH/


[ovirt-users] Re: How to fix ovn apparent inconsistency?

2019-03-21 Thread Ales Musil
On Thu, Mar 21, 2019 at 2:04 PM Gianluca Cecchi 
wrote:

> On Thu, Mar 21, 2019 at 12:39 PM Ales Musil  wrote:
>
>
>> Hi,
>> simply "select * from network where provider_network_external_id is not
>> null" should do the trick.
>>
>>
>
> Thanks. As you can see one of my queries detailed no values:
>
>
>> engine=# select
>>> provider_network_provider_id,provider_network_external_id,provider_physical_network_id
>>> from network;
>>>  provider_network_provider_id | provider_network_external_id |
>>> provider_physical_network_id
>>>
>>> --+--+--
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>>   |  |
>>> (9 rows)
>>>
>>>
>
> anyway:
>
> engine=# select * from network where provider_network_external_id is not
> null;
>  id | name | description | type | addr | subnet | gateway | vlan_id | stp
> | storage_pool_id | mtu |
> vm_network | provider_network_provider_id | provider_network_external_id |
> free_text_comment | label
>  | qos_id | vdsm_name | dns_resolver_configuration_id |
> provider_physical_network_id
>
> +--+-+--+--++-+-+-+-+-+-
>
> ---+--+--+---+--
>
> -++---+---+--
> (0 rows)
>
> engine=#
>
> One more question. Suppose the problem caused any stale vnic on any vm,
> previously atached on OVN, is there a way to see at db level?
> Currently I only have 4 VMs and "network interfaces" in web admin gui
> doesn't show any OVN, but I would like to crosscheck also at db level,
> because I think in previous config before doing damages I has some on OVN.
>
>
select iface.name, n.name from vm_interface as iface left join
vnic_profiles as vnic on iface.vnic_profile_id = vnic.id left join network
n on vnic.network_id = n.id where n.provider_network_external_id is not null

A bit longer but should show you the ovn network name that might be
attached to the VM.

Hopefully this helps


> Thanks,
> Gianluca
>
>
>
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HAE66DPA47KPP36YVUKQQQ6YFAHRP6HY/


[ovirt-users] Re: How to fix ovn apparent inconsistency?

2019-03-21 Thread Ales Musil
On Thu, Mar 21, 2019 at 11:16 AM Gianluca Cecchi 
wrote:

> On Thu, Mar 21, 2019 at 9:43 AM Miguel Duarte de Mora Barroso <
> mdbarr...@redhat.com> wrote:
>
>>
>> >>
>> >> OK.
>> >> Is there a command to clean all so that I can restart with a new OVN
>> setup in this infra?
>> >> I think I messed up too many things on it
>> >>
>> >> Thanks,
>> >> Gianluca
>> >>
>> >
>> >
>> > I have deleted provider from web admin gui and then on manager from
>> command line:
>> >
>> > ovn-nbctl lsp-del 
>> > for the ports defined and then
>> > ovn-nbctl destroy logical_switch 
>> > for the defined switches.
>> >
>> > Then reboot of manager.
>> >
>> > Now I have on it:
>> > [root@ovmgr1 ~]# ovs-vsctl show
>> > eae54ff9-b86c-4050-8241-46f44336ba94
>> > ovs_version: "2.10.1"
>> > [root@ovmgr1 ~]#
>> >
>> > [root@ovmgr1 ~]# ovn-nbctl show
>> > [root@ovmgr1 ~]#
>> >
>> > and no provider and/or networks on OVN in web admin gui.
>> >
>> > What could be the sequence to re-add an OVN provider now?
>> > From engine-setup or from web admin gui?
>>
>> Through engine UI, through "Administration" -> "Providers" -> Add
>>
>> > Any quick tip for? Any other commands (eg at db level) to verify all
>> previous config is cleaned?
>>
>> +Ales Musil could you indicate how to check the network list on the
>> engine's DB ? A query to filter all the external networks is what
>> we're after.
>>
>
Hi,
simply "select * from network where provider_network_external_id is not
null" should do the trick.


>
>> > Thanks
>> > Gianluca
>> >
>> >
>>
>
> In the mean time tested this on database, searching around tables:
>
>  engine=# select name from providers;
>   name
> 
>  ovirt-image-repository
> (1 row)
>
> engine=#
>
> engine=# select
> provider_network_provider_id,provider_network_external_id,provider_physical_network_id
> from network;
>  provider_network_provider_id | provider_network_external_id |
> provider_physical_network_id
>
> --+--+--
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
> (9 rows)
>
> engine=# select
> provider_network_provider_id,provider_network_external_id,provider_physical_network_id
> from network_view ;
>  provider_network_provider_id | provider_network_external_id |
> provider_physical_network_id
>
> --+--+--
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
>   |  |
> (9 rows)
>
> engine=# select * from provider_binding_host_id;
> vds_id|plugin_type |
>  binding_host_id
>
> --++--
>  8ef1ce6f-4e38-486c-b3a4-58235f1f1d06 | OVIRT_PROVIDER_OVN |
> b8872ab5-4606-4a79-b77d-9d956a18d349
>  9001bfea-d7d8-4ae4-aeaf-14a5e2d88d77 | OVIRT_PROVIDER_OVN |
> ddecf0da-4708-4f93-958b-6af365a5eeca
>  d16e723c-b44c-4c1c-be76-c67911e47ccd | OVIRT_PROVIDER_OVN |
> 1dce5b7c-a9fc-4ddb-99b4-e2c9e0fa54c5
> (3 rows)
>
> The last seems to me the configuration of my 3 hosts... do I need to clean
> in any way it or can I say that it is a sort of default empty config
> without any network configured?
>
> Thanks,
> Gianluca
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PUMVOXJH4FWORDWVDOVXCYUJA5JLCBWP/


[ovirt-users] Re: Ovn command line issue

2019-03-01 Thread Ales Musil
On Fri, Mar 1, 2019 at 8:04 AM Akshita Jain 
wrote:

> Dear all
>  I am running our project on ovirt api and i am facing issue on OVN network
> I've created a logical switch by ovn-nbctl ls-add SW switch in oVirt
> Network, but when i plug two vms in the above switch, ping is not working
> If I create OVN swich from ovirt GUI , it is working fine but my
> requirement is to create ovn network by my code please help me anybody i m
> stuck on this
>
>
Hello,

there is multiple ways how to automate creation of external (OVN) networks.
First is the oVirt engine REST API [1]. Second is to use the
ovirt-provider-ovn Neutron like REST API [2]. For the Neutron API just be
aware that not everything is implemented by our provider.

Hopefully it helps.

Regards,
Ales

[1] http://ovirt.github.io/ovirt-engine-api-model/
[2] https://developer.openstack.org/api-ref/network/v2/index.html

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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CRA72QCADNYD4ETNERV4R6OIDT4OMPCK/


[ovirt-users] Re: Forcing vdsm to configure another NIC as the bridge (oVirt 4.2.8)

2019-02-21 Thread Ales Musil
On Wed, Feb 20, 2019 at 8:25 PM  wrote:

> Unfortunately, it is continuing to hang when I drag and drop and never
> resolves.
>

Can you try to locate the relevant part in the engine.log, vdsm.log and
supervdsm.log (should be mentioning "setup networks" with some error in it
probably) + some at least 140 secs from that point?

Also please post the logs to same place like
https://paste.fedoraproject.org/ as the thread gets messy with all the
logs.

Thank you.


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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ISPRO5TGUVPBGTTZVWUXEKC4SS46AV3O/


[ovirt-users] Re: Forcing vdsm to configure another NIC as the bridge (oVirt 4.2.8)

2019-02-19 Thread Ales Musil
I am not sure if the message reached the list so I will write it again.

On Wed, Feb 13, 2019 at 2:37 AM  wrote:

> Thank you for your help!
>
> Please note:
>
> - eno1 is a 1Gb connection and was the one used when oVirt was installed.
> It is currently the only interface actually connected to anything.
>

It seems like the 'eno1' is part of the 'ovirtmgmt' according to the report
from vdsm. But it seems out of sync with engine expectations.
Can you try what Miguel has suggested:

"You can configure the new nic through the UI, by clicking through
'Compute' > "Hosts" > (select the host in question) > "Network
Interfaces" > "Setup Host Networks".

There you can attach the desired network to the desired nic."

But before confirmation uncheck "Verify connectivity between Host and
Engine". This is needed if you want to move management network as the vdsm
is guaranteed to lose connection for a brief moment.

Hopefully it helps.


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XH5IIBJDH3237OI2WVBMD7PIGS7ZNJAU/


[ovirt-users] Re: Forcing vdsm to configure another NIC as the bridge (oVirt 4.2.8)

2019-02-11 Thread Ales Musil
On Sat, Feb 9, 2019 at 5:03 AM  wrote:

> Looks like it eventually finished with error message:
>
> "A Request to the Server failed with the following Status Code: 500"
>

Can you please share engine.log, vdsm.log and supervdsm.log with us?


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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GY7NO3DSM5EAIIOM34LZ34WEENNTGNOJ/


[ovirt-users] Re: Host's network configuration differs from DC

2018-12-05 Thread Ales Musil
On Thu, Nov 29, 2018 at 5:28 PM  wrote:

> We are unable to setup host network because of some out-of-sync error.
>

If you hover over the network that is out-of-sync, you will be able to see
what exactly is causing it.

You can sync the networks by going into Host -> Network Interfaces and
there just click Sync All Networks.

Hopefully this helps.

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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5NT5XVMJWF5G64VZLEWUFSKCMMNHMWWP/


[ovirt-users] Re: OVS and Ovirt integration questions

2018-11-16 Thread Ales Musil
On Thu, Nov 15, 2018 at 10:17 AM <0pk...@riseup.net> wrote:

> Hello,
>
> After having integrated OVS with Ovirt and enabled it as default network
> provider I am facing the following issues.
>

We are using OVN as network provider.


>
> I can see with "ovs-vsctl show" that the virtual switch / bridge called
> "br-int" is created. I can see interfaces being added / removed to it as I
> start / stop VMs.
>
> [root@*** ~]# ovs-vsctl show
> 78e883f9-f074-4292-afce-bb829ded856b
> Bridge br-int
> fail_mode: secure
> Port "vnet6"
> Interface "vnet6"
> Port br-int
> Interface br-int
> type: internal
> Port "vnet4"
> Interface "vnet4"
> ovs_version: "2.9.0"
>
> Now I for example want to create a new interface as shown:
>
> ip tuntap add mode tap sniff0
> ovs-vsctl add-port br-int sniff0 -- --id=@p get port sniff0 -- --id=@m
> create mirror name=m0 select-all=true output-port=@p -- set bridge br-int
> mirrors=@m
> fae36943-2ca7-4914-9679-0b881cd062d8
>
> Its created, but how do I assign this sniffing interface to a ovirt VM?


If I understand your intentions correctly from now on you just need to add
OVN network connected to physical 'sniff0'. This can be done via UI in
Networks -> New network -> Check "Create on physical network" -> Select
correct provider -> Change to "Custom" and type the 'sniff0' in the
textbox. From now on you can use vNIC profile of this network and assign it
to desired VM.



> also, how can I create sniffing ports listening only on a subset of
> interfaces if they get dynamically created / removed? vnet6 points to host
> A now, but after shutting it down starting a few other VMs it will point to
> host B...


Adding @Dominik 


> How do I control to what vm the vnetX nic gets assigned?
> ___
> 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/FLR67ZYMFONHH3D3AWDIBT6RUYBPTBF4/
>

Hopefully this helps.

Regards,
Ales Musil
-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MQRL62MDKSUENAFAYEE2ZSJLJ6BRIWS5/


[ovirt-users] Re: Network interfaces refresh bug.

2018-10-23 Thread Ales Musil
On Mon, Oct 22, 2018 at 10:06 PM Jacob Green  wrote:

> Yes, here is the log.  The outage on the secondary link was repaired
> around 9:30AM on the 19th. However into the the mid afternoon the ovirt
> engine reported that host zappa.aasteel.net still only had half its bond
> up at 1Mbit. It was not until my senior sys admin refreshed the host
> capabilities that it show the bond as up on both slaves and 2Mbit.
>
> I am not trying to be an alarmist or anything, I am not even sure it was a
> bug, just potentially.  Anyway let me know if the log is enlightening at
> all.
>
I can see in the log that the interface was reported as up at 09:07:43. It
seems that everything was fine from the engine and vdsm side. I am not sure
why it was reported with half speed. I have also tried to reproduce it
without success.

On Mon, Oct 22, 2018 at 2:48 PM Ales Musil  wrote:

> Would you mind to share the engine.log?
>
> On Mon, Oct 22, 2018 at 2:23 PM Petr Horacek  wrote:
>
>> Aleš, could you please take a look? Does not sound like a bug to me.
>>
>> 2018-10-19 23:53 GMT+02:00 Jacob Green :
>>
>>> So we saw a potential bug with the user interface in oVirt 4.2 with
>>> the Network Interfaces screen.  Screenshot attached. Basically this morning
>>> we had a problem with out bond, we replaced the cable and the bond came
>>> back up. However the screen in ovirt that shows you this information was
>>> reporting that half the bond was down all day, even though at the OS level
>>> it was definitely up. It did not come back up until we refreshed the host
>>> capabilities.
>>>
>>> We are currently running oVirt Open Virtualization Manager Software
>>> Version 4.2.6.4-1.el7
>>>
>>> Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection x 2 on
>>> the host.
>>>
>>>
>>> *Note: To be clear, the screenshot I attached is after we refreshed host
>>> capabilities so it showing the bond is up 20Gbit*.
>>>
>>>
>>> Thank you.
>>>
>>>
>>>
>>> --
>>> Jacob Green
>>>
>>> Systems Admin
>>>
>>> American Alloy Steel
>>>
>>> 713-300-5690
>>>
>>>
>>> ___
>>> 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/ACY3QEGKV7QR2UGUKSQ6VLW7SB2FF3VX/
>>>
>>>
>>
>
> --
>
> ALES MUSIL
> Associate Software Engineer - rhv network
>
> Red Hat EMEA <https://www.redhat.com/>
>
>
> amu...@redhat.com   IM: amusil
> <https://red.ht/sig>
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PK377IH4YQD6IA4ORRJ4GGOTTJ6GOV2Q/


[ovirt-users] Re: Network interfaces refresh bug.

2018-10-22 Thread Ales Musil
Would you mind to share the engine.log?

On Mon, Oct 22, 2018 at 2:23 PM Petr Horacek  wrote:

> Aleš, could you please take a look? Does not sound like a bug to me.
>
> 2018-10-19 23:53 GMT+02:00 Jacob Green :
>
>> So we saw a potential bug with the user interface in oVirt 4.2 with
>> the Network Interfaces screen.  Screenshot attached. Basically this morning
>> we had a problem with out bond, we replaced the cable and the bond came
>> back up. However the screen in ovirt that shows you this information was
>> reporting that half the bond was down all day, even though at the OS level
>> it was definitely up. It did not come back up until we refreshed the host
>> capabilities.
>>
>> We are currently running oVirt Open Virtualization Manager Software
>> Version 4.2.6.4-1.el7
>>
>> Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection x 2 on
>> the host.
>>
>>
>> *Note: To be clear, the screenshot I attached is after we refreshed host
>> capabilities so it showing the bond is up 20Gbit*.
>>
>>
>> Thank you.
>>
>>
>>
>> --
>> Jacob Green
>>
>> Systems Admin
>>
>> American Alloy Steel
>>
>> 713-300-5690
>>
>>
>> ___
>> 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/ACY3QEGKV7QR2UGUKSQ6VLW7SB2FF3VX/
>>
>>
>

-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JIG5UEFFAQ3BX4SX4QHQSL3Y37VZIX53/


[ovirt-users] Re: How to change host ips in engine database

2018-09-19 Thread Ales Musil
On Wed, Sep 19, 2018 at 8:19 AM Dominik Holler  wrote:

> On Tue, 18 Sep 2018 19:10:48 -0300
> Jayme  wrote:
>
> > I changed engine and host ips to a totally different subnet.  My
>
> The way to change the IP addresses of the hosts via oVirt UI is
> Compute > Hosts > hostname > Network Interfaces > Setup Host Networks >
> Edit Managment NetworkL ovirtmgmgt
> Did you try this already?
>

Also worth mentioning that if you are changing ovirtmgmt, the checkbox "Verify
connectivity between Host and Engine" should be unchecked. Otherwise the
vdsm will revert the changes in case of any "problem".


>
> > cluster is up and engine is working but I'm seeing that network is
> > out of sync.  If I attempt to sync the network it's changing the host
> > ips back to the old subnet.  I assume I changed the IPS improperly.
> > How can I update the Ovirt engine db and change the IPS manaully so
> > when the sync operation occurs it sets the new and proper ips?  The
> > engine loses connectivity with the host when it changes the subnet
> > back to the original since it has no routes to it
>
> ___
> 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/WNGAFW7WULDEFBNV2477XCYI3BUG4VCI/
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PCVTXCUEJKGVM2J73UL62JP7NBTSUCJU/


[ovirt-users] Re: Adding custom network filter to oVirt

2018-08-01 Thread Ales Musil
On Wed, Aug 1, 2018 at 4:18 AM Peter  wrote:

>
> I can see from the libvirt docs how to create a new network filter (to
> block STP broadcasts in my case), but how do I add that filter to the vNIC
> list in oVirt?
>
>
Hello,
unfortunately this is not that straight. You would need to take care about
deployment into all hosts that would use use this filter. For the engine
part you would need to add your filter name into the database.

Hopefully this helps.

Best regards,
Ales


> ___
> 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/5DBYYRJXDFKAZBZVAYVRQBINAZVKFS45/
>


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z6DPX76RLDXQD7Y5SLZODKMSVVDZUJAZ/


[ovirt-users] Re: isolated-privatevlan vdsm hook

2018-07-23 Thread Ales Musil
On Sun, Jul 22, 2018 at 11:40 AM  wrote:

> still cannot figure out how this works
> Steps taken : I added isolatedprivatevlan=.* as custom property with
> engine setup,
> when I edit the vm Ι added a custom property to it as
> isolatedprivatevlan=11:22:33:44:55,10.0.0.1
> but then the vm does not start and complains about multiple filters on the
> same interface, even though filtering in vnic profile is No Filtering.
> Any hints ?
>
> ___
> 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/TOWGCLKD4OHHMOYAYCOTUXKFIXZZUADC/
>

Hello,

this hook is very ancient as far as I am aware and might not work with the
latest oVirt. But there is intention to bring isolated PVLAN into the
oVirt.
You can track it in [1] and [2].


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1603115
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1009608

Regards,
Ales.
-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GONYWYQMQLP5RKXVTAEQYWYSEBPS36NN/


[ovirt-users] oVirt LLDP Labeler

2018-07-02 Thread Ales Musil
Hello,

I would like to announce that oVirt LLDP Labeler is officially available.

The Labeler is service that runs along with engine and is capable of
labeling host network interfaces according to their reported VLANs via
LLDP. The attached labels are named "lldp_vlan_${VLAN}", where ${VLAN} is
ID of the corresponding VLAN. This can make work of an administrator
easier, because any network with the same label, will be automatically
attached to the corresponding host interface.

The Labeler is currently tested only with Juniper switches which are
capable of reporting all of their VLANs that are present on the interface.

We would like to extend the Labeler with auto bonding feature. Those
interfaces that are detected on the same switch would be automatically
bonded.

The Labeler source is available here:
https://github.com/almusil/ovirt-lldp-labeler
And the build:
https://copr.fedorainfracloud.org/coprs/amusil/ovirt-lldp-labeler/


If you have any suggestions or problems please don't hesitate to report
them on the GitHub page.

-- 

ALES MUSIL
Associate software engineer - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PIBBRGEVHNXF3VAOLFXHTNCWZ3ZUCNZA/


[ovirt-users] Re: ovirt-node: freshly installed node: network interfaces not visible

2018-06-04 Thread Ales Musil
On Thu, May 31, 2018 at 8:56 AM, Etienne Charlier <
etienne.charl...@reduspaceservices.eu> wrote:

>
> Hello Ales,
>
> Here are the engine logs ( I put the current one and the last two
> compressed ones.
>
> One more thing,
> The server doesn't stop bouncing between states ( non operational,
> activating…) It's not possible to remove it ( remove button is Always
> greyed)
>
> Have a nice day !
> Etienne
>
>
Hi Etienne,

according to log it is https://bugzilla.redhat.com/show_bug.cgi?id=1570388
which should be resolved in 4.2.3.
What is your engine version?

Regards,
Ales


> --
> *De :* Ales Musil 
> *Envoyé :* mercredi 30 mai 2018 12:50
>
> *À :* Etienne Charlier
> *Cc :* users
> *Objet :* Re: [ovirt-users] Re: ovirt-node: freshly installed node:
> network interfaces not visible
>
>
>
> On Wed, May 30, 2018 at 10:14 AM, Etienne Charlier  reduspaceservices.eu> wrote:
>
>> Hello, Thanks for the support
>>
>>
>> log are only sent to you , not to the list !!!
>>
>>
>> Kind Regards,
>>
>> Etienne
>>
>>
> Can you also please send the engine log?
>
> Regards,
> Ales
>
>
>>
>> --
>> *De :* Ales Musil 
>> *Envoyé :* mercredi 30 mai 2018 09:02
>> *À :* Etienne Charlier
>> *Cc :* users
>> *Objet :* Re: [ovirt-users] Re: ovirt-node: freshly installed node:
>> network interfaces not visible
>>
>>
>>
>> On Tue, May 29, 2018 at 8:40 AM, 
>> wrote:
>>
>>> Hello Ales,
>>>
>>> Thanks for the answer !
>>>
>>> I tried multiple time to refresh capabilities... without success
>>>
>>> For the record, the tab named "Host Devices" is also empty
>>>
>>> Have  a nice Day
>>> Etienne
>>>
>>
>> Can you please send us the vdsm and supervdsm log from the host?
>>
>>
>>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/ISBFSCIX7J6INUIKJXUSI6J4DWKA326Q/
>>>
>>
>>
>>
>> --
>>
>> ALES MUSIL
>> INTERN - rhv network
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>>
>> amu...@redhat.com   IM: amusil
>> <https://red.ht/sig>
>>
>
>
>
> --
>
> ALES MUSIL
> INTERN - rhv network
>
> Red Hat EMEA <https://www.redhat.com/>
>
>
> amu...@redhat.com   IM: amusil
> <https://red.ht/sig>
>



-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PKS4SMAC3ZNVFUBYAEOU6FV3MB3TBL3U/


[ovirt-users] Re: ovirt-node: freshly installed node: network interfaces not visible

2018-05-30 Thread Ales Musil
On Wed, May 30, 2018 at 10:14 AM, Etienne Charlier <
etienne.charl...@reduspaceservices.eu> wrote:

> Hello, Thanks for the support
>
>
> log are only sent to you , not to the list !!!
>
>
> Kind Regards,
>
> Etienne
>
>
Can you also please send the engine log?

Regards,
Ales


>
> --
> *De :* Ales Musil 
> *Envoyé :* mercredi 30 mai 2018 09:02
> *À :* Etienne Charlier
> *Cc :* users
> *Objet :* Re: [ovirt-users] Re: ovirt-node: freshly installed node:
> network interfaces not visible
>
>
>
> On Tue, May 29, 2018 at 8:40 AM, 
> wrote:
>
>> Hello Ales,
>>
>> Thanks for the answer !
>>
>> I tried multiple time to refresh capabilities... without success
>>
>> For the record, the tab named "Host Devices" is also empty
>>
>> Have  a nice Day
>> Etienne
>>
>
> Can you please send us the vdsm and supervdsm log from the host?
>
>
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/ISBFSCIX7J6INUIKJXUSI6J4DWKA326Q/
>>
>
>
>
> --
>
> ALES MUSIL
> INTERN - rhv network
>
> Red Hat EMEA <https://www.redhat.com/>
>
>
> amu...@redhat.com   IM: amusil
> <https://red.ht/sig>
>



-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/32N4WG6YGVBQVS6W5P753Q36JLOYVNYY/


[ovirt-users] Re: ovirt-node: freshly installed node: network interfaces not visible

2018-05-30 Thread Ales Musil
On Tue, May 29, 2018 at 8:40 AM, 
wrote:

> Hello Ales,
>
> Thanks for the answer !
>
> I tried multiple time to refresh capabilities... without success
>
> For the record, the tab named "Host Devices" is also empty
>
> Have  a nice Day
> Etienne
>

Can you please send us the vdsm and supervdsm log from the host?




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



-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLSBPJPVRLL3A52UW3EHRCE2I4Z5N65W/


[ovirt-users] Re: ovirt-node: freshly installed node: network interfaces not visible

2018-05-29 Thread Ales Musil
On Mon, May 28, 2018 at 3:50 PM, 
wrote:

> Hello,
>
> I'm deploying a test cluster to get used to the ovirt product.
> My ovirt ( 4.2.2) engine is deployed in a vmware virtual machine.
>
> I'm busy deploying 5 hosts using the ovirt-node iso.
>
> I have issue with the additional physical network interface ( used for vm
> trafic and iSCSI)
>
> In ovirt manager I can't see the physical network interfaces. It's thus
> not possible to assign logical network to physical interfaces and my hosts
> stays in "non operational" status.
>
> How should  I configure the additional interfaces in the  ovirt-node
> installer to have them recognized ?
>
> I somehow managed to configure one host and I can see a comment line in
> /etc/sysconfig/network-script/ifcfg-... saying vdsm has acquired the
> interface
> No Such line in the ifcfg-* file in non operational hosts
>
> Any idea ?
> Etienne
>
> ___
> 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/XZO4THOPXNKQQDBJB7NBYRY5JLLNMQY5/
>

Hello Etienne,

have you tried to refresh capabilities on this host? It can be done via UI:
Compute -> Hosts -> Desired host -> Managment -> Refresh Capabilities.

Let me know if it helps.

Regards,
Ales

-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7NULNFW7UGVSQDMXANR4WITCVJUQCAOX/


[ovirt-users] Fwd: Shameless networking question

2018-05-24 Thread Ales Musil
On Wed, May 23, 2018 at 2:43 PM, Peter Harman <phar...@homeyertool.com>
wrote:

> Ovirt Community,
>
>
>
> First off: thank you – these emails have helped me to get Ovirt running. I
> barely know what I am doing but learning quickly.
>
>
>
> I am trying to do a network separation and confusing myself. I have two
> physical networks (10.10.x.x/16 and 192.168.1.x/24) my ovirt management is
> bridged on 10.10.x.x. My (currently single) Hosts have at least one
> physical NIC connecting to each network. I am trying to get to the point
> there the VMs are on the 192.168.1.x network and the 10.10.x.x network. The
> goal is to join the VMs to a AD domain on 192.168.1.x but keep access as
> limited as possible to the 10.10.x.x network.
>
>
>
> I’ve been on a googlethon over the past few days and still don’t
> understand the best practice – or even a working practice – to accomplish
> this goal.
>
>
>
> *Peter Harman – Systems and Safety Cordinator  | Homeyer Precision
> Manufacturing*
>
>
>
> [image: Description: C:\Users\gruether\AppData\Local\Temp\Temp1_Homeyer
> Logo (2).zip\Homeyer Logo\Homeyer Logo.jpg]
>
>
>
> 16051 State Hwy 47, Marthasville, MO 63357| *E *phar...@homeyertool.com |
> *P* 636.433.2244 | *F* 636.433.5257
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
Hi Peter,

if I understand this correctly you can achieve that by marking the
192.168.1.x network as VM network via UI: Networks -> Desired network ->
Edit -> Check VM network and save. Then in any VM that you want to be on
this network set NICs VNIC profile that is connected to 192.168.1.x via UI:
Virtual Machines -> Desired VM -> Network Interfaces -> nicX -> Edit ->
Profile -> Select profile that is connected to 192.168.1.x -> Save. If the
VM is up and running you need to first unplug the interface save it and
then change profile and plug it in again. Hopefully this helps.

Regards,
Ales

-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: vGPU VM not starting

2018-05-21 Thread Ales Musil
On Mon, May 21, 2018 at 1:15 PM, Francesco Romani <from...@redhat.com>
wrote:

>
> On 05/17/2018 12:01 AM, Callum Smith wrote:
> > Dear All,
> >
> > Our vGPU installation is progressing, though the VM is failing to start.
> >
> > 2018-05-16 22:57:34,328+0100 ERROR (vm/1bc9dae8) [virt.vm]
> > (vmId='1bc9dae8-a0ea-44b3-9103-5805100648d0') The vm start process
> > failed (vm:943)
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 872,
> > in _startUnderlyingVm
> > self._run()
> >   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2872,
> > in _run
> > dom.createWithFlags(flags)
> >   File
> > "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
> > line 130, in wrapper
> > ret = f(*args, **kwargs)
> >   File "/usr/lib/python2.7/site-packages/vdsm/common/function.py",
> > line 92, in wrapper
> > return func(inst, *args, **kwargs)
> >   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1099, in
> > createWithFlags
> > if ret == -1: raise libvirtError ('virDomainCreateWithFlags()
> > failed', dom=self)
> > libvirtError: Cannot get interface MTU on '': No such device
>
> This is another bug, related to
> https://bugzilla.redhat.com/show_bug.cgi?id=1561010.
> The proper fix is on Engine side, even though we can fix it on Vdsm side
> too
>
> Bests,
>
> --
> Francesco Romani
> Senior SW Eng., Virtualization R
> Red Hat
> IRC: fromani github: @fromanirh
> _______
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>

Dear Callum,

can you send us also the engine.log? And which version of the engine are
you using?

Regards,
Ales.

-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Re: vGPU VM not starting

2018-05-17 Thread Ales Musil
Seems like some vdsm problem with xml generation.

+Francesco

On Thu, May 17, 2018 at 10:20 AM, Callum Smith <cal...@well.ox.ac.uk> wrote:

> PS. some other WARN's that come up on the host:
>
> WARN File: /var/lib/libvirt/qemu/channels/1bc9dae8-a0ea-44b3-
> 9103-5805100648d0.org.qemu.guest_agent.0 already removed
> vdsm
> WARN Attempting to remove a non existing net user:
> ovirtmgmt/1bc9dae8-a0ea-44b3-9103-5805100648d0
> vdsm
> WARN Attempting to remove a non existing network:
> ovirtmgmt/1bc9dae8-a0ea-44b3-9103-5805100648d0
> vdsm
> WARN File: /var/lib/libvirt/qemu/channels/1bc9dae8-a0ea-44b3-
> 9103-5805100648d0.ovirt-guest-agent.0 already removed
> vdsm
> WARN Attempting to add an existing net user: ovirtmgmt/1bc9dae8-a0ea-44b3-
> 9103-5805100648d0
> vdsm
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 17 May 2018, at 09:16, Callum Smith <cal...@well.ox.ac.uk> wrote:
>
> OVN Network provider is used, and the node is running 4.2.3 (specifically
> 2018051606 clean install last night).
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 17 May 2018, at 07:47, Ales Musil <amu...@redhat.com> wrote:
>
>
>
> On Thu, May 17, 2018 at 12:01 AM, Callum Smith <cal...@well.ox.ac.uk>
> wrote:
>
>> Dear All,
>>
>> Our vGPU installation is progressing, though the VM is failing to start.
>>
>> 2018-05-16 22:57:34,328+0100 ERROR (vm/1bc9dae8) [virt.vm]
>> (vmId='1bc9dae8-a0ea-44b3-9103-5805100648d0') The vm start process
>> failed (vm:943)
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 872, in
>> _startUnderlyingVm
>> self._run()
>>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2872, in
>> _run
>> dom.createWithFlags(flags)
>>   File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
>> line 130, in wrapper
>> ret = f(*args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line
>> 92, in wrapper
>> return func(inst, *args, **kwargs)
>>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1099, in
>> createWithFlags
>> if ret == -1: raise libvirtError ('virDomainCreateWithFlags()
>> failed', dom=self)
>> libvirtError: Cannot get interface MTU on '': No such device
>>
>> That's the specific error, some other information. It seems the GPU
>> 'allocation' of uuid against the nvidia-xx mdev type is proceeding
>> correctly, and the device is being created by the VM instantiation but the
>> VM does not succeed in going up with this error. Any other logs or
>> information relevant to help diagnose?
>>
>> Regards,
>> Callum
>>
>> --
>>
>> Callum Smith
>> Research Computing Core
>> Wellcome Trust Centre for Human Genetics
>> University of Oxford
>> e. cal...@well.ox.ac.uk
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>>
>>
> Hi Callum,
>
> can you share your version of the setup?
>
> Also do you use OVS switch type in the cluster?
>
> Regards,
> Ales.
>
>
> --
> ALES MUSIL
> INTERN - rhv network
> Red Hat EMEA <https://www.redhat.com/>
>
> amu...@redhat.com   IM: amusil
> <https://red.ht/sig>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
>
>


-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] Fwd: vGPU VM not starting

2018-05-17 Thread Ales Musil
On Thu, May 17, 2018 at 12:01 AM, Callum Smith <cal...@well.ox.ac.uk> wrote:

> Dear All,
>
> Our vGPU installation is progressing, though the VM is failing to start.
>
> 2018-05-16 22:57:34,328+0100 ERROR (vm/1bc9dae8) [virt.vm]
> (vmId='1bc9dae8-a0ea-44b3-9103-5805100648d0') The vm start process failed
> (vm:943)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 872, in
> _startUnderlyingVm
> self._run()
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2872, in
> _run
> dom.createWithFlags(flags)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
> line 130, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line
> 92, in wrapper
> return func(inst, *args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1099, in
> createWithFlags
> if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed',
> dom=self)
> libvirtError: Cannot get interface MTU on '': No such device
>
> That's the specific error, some other information. It seems the GPU
> 'allocation' of uuid against the nvidia-xx mdev type is proceeding
> correctly, and the device is being created by the VM instantiation but the
> VM does not succeed in going up with this error. Any other logs or
> information relevant to help diagnose?
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
>
>
Hi Callum,

can you share your version of the setup?

Also do you use OVS switch type in the cluster?

Regards,
Ales.


-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


Re: [ovirt-users] Can't add newly reinstalled ovirt node

2018-05-04 Thread Ales Musil
On Fri, May 4, 2018 at 11:46 AM, Dominik Holler <dhol...@redhat.com> wrote:

> On Thu, 3 May 2018 22:26:57 +0200
> Jakov Sosic <jso...@gmail.com> wrote:
>
> > Hi,
> >
> > after installing 4.2.1.1 oVirt node, and adding it in hosted oVirt
> > engine I get the following error:
> >
> > Ansible host-deploy playbook execution has started on host vhost01.
> > Ansible host-deploy playbook execution has successfully finished on
> > host vhost01.
> > Status of host vhost01 was set to NonOperational.
> > Host vhost01 does not comply with the cluster Lenovo networks, the
> > following networks are missing on host: 'VLAN10'
> > Host vhost01 installation failed. Failed to configure management
> > network on the host.
> >
>
> Can you please share links to the vdsm.log and supervdsm.log of the
> host?
>

Seems like this one to me
https://bugzilla.redhat.com/show_bug.cgi?id=1570388

Is the VLAN10 marked as required in the cluster?


> > One more interesting thing:
> >
> > Compute => Hosts => vhost02 => Network interfaces
> >
> > is empty... there are no recognized interfaces on this host.
> >
> >
> > Any idea?
> >
> > ___
> > 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
>



-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Something is messing up my network bond

2018-04-27 Thread Ales Musil
On Fri, Apr 27, 2018 at 11:12 AM, Nico De Ranter <
nico.deran...@esaturnus.com> wrote:

>
> Hi,
>
> I'm trying to setup an Ovirt 4.2.2 host (CentOS based) with a network bond
> containing 2 network interfaces.  I need to use an active-passive network
> setup as my switch doesn't seem to like the XOR mode.  I tried updating my
> /etc/sysconfig/network-scripts/ifcfg-bond0 file manually to set
>
>  BONDING_OPTS='mode=1 miimon=100'
>
> however each time I reboot the file gets reverted to mode=2 by vdsm.  I
> tried setting
>
>  hidden_bonds=bond0
>
> in /etc/vdsm/vdsm.confm but now my hosted-engine doesn't want to start
> anymore. I assume because by doing that I basically disabled the network
> for my VM's completely.  /var/log/messages shows:
>
> Apr 27 11:05:14 hypervisor1 vdsm[2337]: WARN Attempting to remove a non
> existing network: ovirtmgmt/14ad9ae1-d9a2-4ca4-8120-948f41e3a5b9
> Apr 27 11:05:14 hypervisor1 vdsm[2337]: WARN Attempting to remove a non
> existing net user: ovirtmgmt/14ad9ae1-d9a2-4ca4-8120-948f41e3a5b9
>
> How can I change the type of network bond I want to use?I found a nice
> tutorial video on the ovirt website showing an interface that would allow
> me to make a bond and set it to the type I need, but I cannot find that GUI
> anywhere on my system (does it even exist in 4.2.2? The webinterface in the
> videos looks totaly different than what I am seeing)
>

Hi,
this can be done via the web UI. Go to Compute -> Hosts. Here click on the
name of host you want to configure bond on. Then Network Interfaces ->
Setup Host Networks. Here you should see your bond, by clicking on the
pencil you should be able change the bond mode.

Hopefully this helps.

Regards,
Ales.


>
> Nico
>
> --
>
> Nico De Ranter
>
> Operations Engineer
>
> T. +32 16 38 72 10
>
>
> <http://www.esaturnus.com>
>
> <http://www.esaturnus.com>
>
>
> eSATURNUS
> Romeinse straat 12
> 3001 Leuven – Belgium
>
> T. +32 16 40 12 82
> F. +32 16 40 84 77
> www.esaturnus.com
>
> <http://www.esaturnus.com/>
>
> *For Service & Support *
>
> Support Line: +32 16 387210 or via email : supp...@esaturnus.com
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Change ovirtmgmt ip from dhcp to static in a

2018-03-20 Thread Ales Musil
One thing to note if you are changing the IP to different one that was
assigned by DHCP you should uncheck "Verify connectivity between Host and
Engine". This makes sure that the engine won't lost connectivity and in
case of switching IP it happens.

On Tue, Mar 20, 2018 at 10:15 AM, Michael Burman <mbur...@redhat.com> wrote:

> Indeed very odd, this shouldn't  behave this way, just tested it my self
> and it is working as expected. Unless i miss understood you here, do you
> use a different IP address when switching to static or the same IP that you
> got from dhcp? if yes, then this is another flow..
>
> Can you please share the vdsm version and vdsm log with us?
>
> Edy, any idea what can cause this?
>

> On Tue, Mar 20, 2018 at 11:10 AM, zois roupas <roupas_z...@hotmail.com>
> wrote:
>
>> Hi Michael and thanks a lot for the time
>>
>>
>> Great step by step instructions but something strange is happening while
>> trying to change to static ip. I tried to do the change while the host
>> was in maintenance mode and in activate mode but again after some minutes
>> the system reverts to the ip that dhcp is serving!
>>
>> What am i missing here? Do you have any ideas?
>>
>>
>> Best Regards
>> Zois
>> --
>> *From:* Michael Burman <mbur...@redhat.com>
>> *Sent:* Tuesday, March 20, 2018 8:46 AM
>> *To:* zois roupas
>> *Cc:* users@ovirt.org
>> *Subject:* Re: [ovirt-users] Change ovirtmgmt ip from dhcp to static in a
>>
>> Hello Zois,
>>
>> It pretty easy to do, via the webadmin UI , go to Hosts main tab > Choose
>> host > go to 'Network Interfaces' sub tab > Press the 'Setup Host Networks'
>> button > press the pencil icon on your management network > and  choose
>> Static IP > press OK and OK to approve the operation.
>>
>> - Note that in some cases, specially if this is a SPM host you will loose
>> connectivity to host for few seconds and host may go to non-responsive
>> state, on a non-SPM host usually this woks without any specific issues.
>>
>> - If the spoken host is a SPM host, I recommend to set it first to
>> maintenance mode, do the switch and then activate. For non-SPM host this
>> will work fine as well when the host is UP.
>>
>> Cheers)
>>
>> On Mon, Mar 19, 2018 at 12:15 PM, zois roupas <roupas_z...@hotmail.com>
>> wrote:
>>
>> Hello everyone
>>
>>
>> I've made a rookie mistake by installing ovirt 4.2 in centos 7 with dhcp
>> instead of a static ip configuration. Both engine and host are in the same
>> machine cause of limited resources and i was so happy that everything
>> worked so well that i kept configuring and installing vm's ,adding local
>> and nfs storage and setting up the backup!
>>
>> As you understand i must change the configuration to static ip and i
>> can't find any guide describing the correct procedure. Is there an official
>> guide to change configuration without causing any trouble?
>>
>> I've found this thread http://lists.ovirt.org/
>> pipermail/users/2014-May/024432.html but this is for a hosted engine and
>> doesn't help when both engine and host are in the same machine
>>
>>
>> Thanx in advance
>>
>> Best Regards
>>
>> Zois
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>>
>> --
>>
>> Michael Burman
>>
>> Senior Quality engineer - rhv network - redhat israel
>>
>> Red Hat
>>
>> <https://www.redhat.com>
>>
>> mbur...@redhat.comM: 0545355725 IM: mburman
>> <https://red.ht/sig>
>>
>
>
>
> --
>
> Michael Burman
>
> Senior Quality engineer - rhv network - redhat israel
>
> Red Hat
>
> <https://www.redhat.com>
>
> mbur...@redhat.comM: 0545355725 IM: mburman
> <https://red.ht/sig>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

ALES MUSIL
INTERN - rhv network

Red Hat EMEA <https://www.redhat.com/>


amu...@redhat.com   IM: amusil
<https://red.ht/sig>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users