Sverker, is this bug blocking you, or can you work around it?
On Thu, Sep 3, 2020 at 8:52 PM Dominik Holler wrote:
> Sverker, thanks!
>
> On Thu, Sep 3, 2020 at 6:50 PM Sverker Abrahamsson <
> sver...@abrahamsson.com> wrote:
>
>> Hi Dominik,
>> bug filed at https://bugzilla.redhat.com/show_bug.c
Sverker, thanks!
On Thu, Sep 3, 2020 at 6:50 PM Sverker Abrahamsson
wrote:
> Hi Dominik,
> bug filed at https://bugzilla.redhat.com/show_bug.cgi?id=1875520. I'm
> doing a new install to get fresh vdsm and supervdsm logs which will be
> attached as soon as they've failed.
> /Sverker
> Den 2020-09
On Thu, Sep 3, 2020 at 12:42 PM Sverker Abrahamsson
wrote:
> Hi Ales,
> this is a CentOS 8 so my impression was that you always have
> NetworkManager then? At least my attempt to remove it failed miserably.
>
Yes, on CentOS 8 hosts oVirt requires the interfaces managed by
NetworkManager.
> The
# yum install network-scripts
# readlink $(readlink $(which ifup))
/etc/sysconfig/network-scripts/ifup
#touch /etc/sysconfig/disable-deprecation-warnings
#systemctl disable NetworkManager
Add "NM_CONTROLLED" to the ifcfg- file.
#systemctl enable --now network
For more details: https://access.re
Hi Ales,
this is a CentOS 8 so my impression was that you always have
NetworkManager then? At least my attempt to remove it failed miserably.
The enp4s0 config was created by the install, so it should be controlled
by NetworkManager.
/Sverker
Den 2020-09-03 kl. 12:29, skrev Ales Musil:
O
On Thu, Sep 3, 2020 at 12:21 PM Sverker Abrahamsson
wrote:
> Hi Ales,
> right now I have a manually created ovirtmgmt bridge (virbr0 and vnet0
> seems to be created during the failed attempt to deploy hosted engine):
>
> [root@h1-mgmt ~]# nmcli con show
> NAME UUID
Hi Ales,
right now I have a manually created ovirtmgmt bridge (virbr0 and vnet0
seems to be created during the failed attempt to deploy hosted engine):
[root@h1-mgmt ~]# nmcli con show
NAME UUID TYPE DEVICE
enp4s0 af7ccb53-011b-4c36-998a-1878b4ae7100 ethernet enp4s
On Thu, Sep 3, 2020 at 11:51 AM Sverker Abrahamsson via Users <
users@ovirt.org> wrote:
> Hi Dominik
> That is my issue, I don't get to where I can get the ovirtmgmt bridge
> established because vdsm insists on creating it. It used to be possible to
> create that bridge statically and vdsm would j
Hi Dominik
That is my issue, I don't get to where I can get the ovirtmgmt bridge
established because vdsm insists on creating it. It used to be possible
to create that bridge statically and vdsm would just skip it but seems
to be broken now.
If it would be possible to use OVN for the manageme
Hi Strahil,
there is nothing wrong with the switch other than that I don't have any
control over it so the network setup is as it is. The issue is that vdsm
breaks the network setup because it's not flexible enough.
/Sverker
Den 2020-09-03 kl. 00:47, skrev Strahil Nikolov:
What is you switch
On Wed, Sep 2, 2020 at 10:38 PM Sverker Abrahamsson via Users <
users@ovirt.org> wrote:
> Well, unforturnatly I don't have a choise since it is out of my control.
> I only have one physical network port where the external traffic is
> untagged and the internal vlan is tagged. If I could run with O
What is you switch brand & model ?
Maybe someone more experienced in networking can help.
Best Regards,
Strahil Nikolov
В сряда, 2 септември 2020 г., 23:39:57 Гринуич+3, Sverker Abrahamsson via Users
написа:
Well, unforturnatly I don't have a choise since it is out of my control.
I
Well, unforturnatly I don't have a choise since it is out of my control.
I only have one physical network port where the external traffic is
untagged and the internal vlan is tagged. If I could run with OVN
instead I wouldn't need that tagged vlan, but I haven't been able to get
that to work ne
Switchports can either be tagged or untagged.
I'm not sure that your setup is supported at all.
Best Regards,
Strahil Nikolov
В сряда, 2 септември 2020 г., 20:41:57 Гринуич+3, Sverker Abrahamsson via Users
написа:
Pretty formatting the "desired state" it seems that vdsm tries to remo
Pretty formatting the "desired state" it seems that vdsm tries to remove
the ip of my underlying interface, that is enp4s0:
{
'interfaces': [{
'name': 'enp4s0',
'state': 'up',
'mtu': 1500
}, {
'vlan': {
'id': 4000,
15 matches
Mail list logo