date:20200515

[ovirt-users] Re: ovirt-node-ng-installer-4.4.0-2020051507.el8.iso does not support PREC5 raid controller ?

2020-05-15 Thread Jayme

This is likely due to centos8 not node image in particular. Centos8 dropped
support for many lsi raid controllers including older perc controllers.
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/hardware-enablement_considerations-in-adopting-rhel-8#removed-hardware-support_hardware-enablement

It is possible to load drivers during install. I have not done it with node
but I know it’s possible with regular centos8 install.

On Fri, May 15, 2020 at 8:04 PM  wrote:

> Trying to use my dell 2850 as ovirt node the install does not show the
> raid0 disk pair that ovirt-node-4.3.9 was able to use as install
> destination.
> The Installer shows no disk at all in system it has 6 seen by 4.3.9.
>
> Thanks Bryan
> ___
> 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/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
>
___
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/YXSXVT23KMEHLUT2F6ESWIETRODWQPS2/

[ovirt-users] Re: ovirt-node-ng-installer-4.4.0-2020051507.el8.iso does not support PREC5 raid controller ?

2020-05-15 Thread Gianluca Cecchi

On Sat, May 16, 2020 at 1:03 AM  wrote:

> Trying to use my dell 2850 as ovirt node the install does not show the
> raid0 disk pair that ovirt-node-4.3.9 was able to use as install
> destination.
> The Installer shows no disk at all in system it has 6 seen by 4.3.9.
>
> Thanks Bryan
>
>
Hi,
oVirt 4.4. is based on CentOS 8, where megaraid_sas driver (the one driving
PERC5) has been removed, being a rebuild of Red Hat 8:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/hardware-enablement_considerations-in-adopting-rhel-8

You can try install using DUD method:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/performing_an_advanced_rhel_installation/updating-drivers-during-installation_installing-rhel-as-an-experienced-user#performing-an-assisted-driver-update_updating-drivers-during-installation

providing the megaraid_sas dd-megaraid_sas-07.707.51.00-1.el8_1.elrepo.iso
from elrepo:
https://elrepo.org/linux/dud/el8/x86_64/

When you complete your install before rebooting you can switch to
Ctrl+Alt+F2 and go to a shell to verify some things

chroot /mnt/sysimage
lsinitrd /boot/initramfs-4.18.0-147.8.1.el8_1.x86_64.img | grep megaraid
--> you should see the megaraid_sas module listed

and also, as oVirt actually starts the initrd image under the layer, you
should have an identical copy of the initrd here:
lsinitrd
/boot/ovirt-node-ng-4.4.0-0.20200506.0+1/initramfs-4.18.0-147.8.1.el8_1.x86_64.img
| grep megaraid ---> you should see the megaraid_sas module listed

if all is ok, you can exit the chroot environment, then Ctrl+Alt+F6 to come
back to the graphical installer and click the reboot button and see if it
is correctly seen by the os at restart.

It works with plain CentOS 8, not tried with oVirt, but one guy reported he
had problem at reboot: the system went into a dracut emergency shell not
seeing the disk and so the LVM structures needed for proper start.
You could try and report.

Keep in mind that in case of deployment of the 4.4. GA you would have the
same problem and also during upgrades.

HIH,
Gianluca
___
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/BPFWXERNFQCNGMVHFEE3BARFBFZBMH34/

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Stefano Danzi

I've just rebooted the ovirt node and now it works, without any changes 
in configuration.

I can't imagine why.

Il 15/05/2020 15:10, Dominik Holler ha scritto:



Hi! I have to check, but it is strange.
Arp replies originated from the VM has not problems, only ARP
replies
that came from TAP device in VM where not forwarded to real LAN.


Do you have a TAP device inside the VM?


Yes! This VM act as L2 VPN server. Inside the VM tap device is
bridged with vm lan adapter.


This should work, so let me ask some detailed questions:

Does the issue reproduce, if you are using a single NIC instead of a bond?

Can you please share the output of
bridge fdb show br ovirtmgmt
and
brctl showmacs ovirtmgmt
while replacing ovirtmgmt with the name of your bridge?
What are relevant MAC addresses like bridge/bond, vNIC and tun device 
in the output?


What is the output of
ebtables -t filter -L
?

The thread
[ovirt-users] DHCP Client in Guest VM does not work on ovirtmgmt
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/566IC5K2B2JJV77ZQO73KGJNMRJNQ67X/#566IC5K2B2JJV77ZQO73KGJNMRJNQ67X
might be similar.



Exactly as descived in bz1279161 (that's solved in bz1135347
but it's
not public and I can't read it)


Unfortunately BZ1135347 does not look helpful here.




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

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Dominik Holler

On Fri, May 15, 2020 at 2:41 PM Stefano Danzi  wrote:

>
>
> Il 15/05/2020 14:29, Dominik Holler ha scritto:
>
>
>
> On Fri, May 15, 2020 at 9:35 AM Stefano Danzi  wrote:
>
>>
>>
>> Il 14/05/2020 20:13, Strahil Nikolov ha scritto:
>> > On May 14, 2020 6:16:06 PM GMT+03:00, Stefano Danzi 
>> wrote:
>> >>
>> >> Il 14/05/2020 12:50, Dominik Holler ha scritto:
>> >>>
>> >>> On Wed, May 13, 2020 at 9:44 PM s.danzi > >>> > wrote:
>> >>>
>> >>>  Hi to all!
>> >>>
>> >>>  I'm having an issue with networks bridges on ovirt node.
>> >>>
>> >>>  It's look like this bug:
>> >>>  https://bugzilla.redhat.com/show_bug.cgi?id=1279161
>> >>>
>> >>>  On VM I have a bridge between a tap device and network
>> >> interface.
>> >>>  On node side the interface is bridged with bond0 vlan 128
>> >>>  (bond0.128 lacp).
>> >>>
>> >>>  When I ping an host on the other side of tap device I can see
>> >> this:
>> >>>  Arp request goes from my lan to the tap device on vm. Arp reply
>> >>>  return from tap vm and bridge forward this to vm networks
>> >>>  interface. Using tcpdump on vm interface on node I can see the
>> >> arp
>> >>>  reply, using tcpdump on bond0.128 or on bridge I can't see the
>> >> arp
>> >>>  reply.  Arp request is forwarded from bond0.128 to vm net but arp
>> >>>  reply isn't forwarded from vm net to bond0.128.
>> >>>
>> >>>
>> >>>
>> >>> Any chance that there is network filtering involved?
>> >>> Please check if the related vNIC profile has No Network Filter.
>> >>> If there is a Network Filter set, please shutdown the VM, set to No
>> >>> Network Filter in the vNIC profile, and start the VM again and check
>> >>> if the issue is gone.
>> >> Hi! No Network filter It was my first check.
>>
>
> Did you power off the VM after removing the network filter from the vNIC
> profile?
> There is currently no indication of the running vNIC configuration does
> not match the
> desired configuration (BZ1113630).
>
> Yes, of corse
>
>
Thanks, I just wanted to avoid misunderstandings.


> > Have you checked the MTU ?
>> > You need to keep it a little bit lower on the VM, as you have vlan on
>> the hypervisor.
>> >
>> > Best Regards,
>> > Strahil Nikolov
>> Hi! I have to check, but it is strange.
>> Arp replies originated from the VM has not problems, only ARP replies
>> that came from TAP device in VM where not forwarded to real LAN.
>>
>
> Do you have a TAP device inside the VM?
>
>
> Yes! This VM act as L2 VPN server. Inside the VM tap device is bridged
> with vm lan adapter.
>
>
This should work, so let me ask some detailed questions:

Does the issue reproduce, if you are using a single NIC instead of a bond?

Can you please share the output of
bridge fdb show br ovirtmgmt
and
brctl showmacs ovirtmgmt
while replacing ovirtmgmt with the name of your bridge?
What are relevant MAC addresses like bridge/bond, vNIC and tun device in
the output?

What is the output of

ebtables -t filter -L

?

The thread
[ovirt-users] DHCP Client in Guest VM does not work on ovirtmgmt
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/566IC5K2B2JJV77ZQO73KGJNMRJNQ67X/#566IC5K2B2JJV77ZQO73KGJNMRJNQ67X
might be similar.



>
>> Exactly as descived in bz1279161 (that's solved in bz1135347 but it's
>> not public and I can't read it)
>>
>>
> Unfortunately BZ1135347 does not look helpful here.
>
>
>
>
___
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/MBIMK6A4RSVHVR44CUR6FEMEZPZYV6OT/

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Stefano Danzi




Il 15/05/2020 14:29, Dominik Holler ha scritto:



On Fri, May 15, 2020 at 9:35 AM Stefano Danzi > wrote:




Il 14/05/2020 20:13, Strahil Nikolov ha scritto:
> On May 14, 2020 6:16:06 PM GMT+03:00, Stefano Danzi
mailto:s.da...@hawai.it>> wrote:
>>
>> Il 14/05/2020 12:50, Dominik Holler ha scritto:
>>>
>>> On Wed, May 13, 2020 at 9:44 PM s.danzi mailto:s.da...@hawai.it>
>>> >> wrote:
>>>
>>>      Hi to all!
>>>
>>>      I'm having an issue with networks bridges on ovirt node.
>>>
>>>      It's look like this bug:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1279161
>>>
>>>      On VM I have a bridge between a tap device and network
>> interface.
>>>      On node side the interface is bridged with bond0 vlan 128
>>>      (bond0.128 lacp).
>>>
>>>      When I ping an host on the other side of tap device I can see
>> this:
>>>      Arp request goes from my lan to the tap device on vm. Arp
reply
>>>      return from tap vm and bridge forward this to vm networks
>>>      interface. Using tcpdump on vm interface on node I can
see the
>> arp
>>>      reply, using tcpdump on bond0.128 or on bridge I can't
see the
>> arp
>>>      reply.  Arp request is forwarded from bond0.128 to vm net
but arp
>>>      reply isn't forwarded from vm net to bond0.128.
>>>
>>>
>>>
>>> Any chance that there is network filtering involved?
>>> Please check if the related vNIC profile has No Network Filter.
>>> If there is a Network Filter set, please shutdown the VM, set
to No
>>> Network Filter in the vNIC profile, and start the VM again and
check
>>> if the issue is gone.
>> Hi! No Network filter It was my first check.


Did you power off the VM after removing the network filter from the 
vNIC profile?
There is currently no indication of the running vNIC configuration 
does not match the

desired configuration (BZ1113630).

Yes, of corse


> Have you checked the MTU ?
> You need to keep it a little bit lower on the VM, as you have
vlan on the hypervisor.
>
> Best Regards,
> Strahil Nikolov
Hi! I have to check, but it is strange.
Arp replies originated from the VM has not problems, only ARP replies
that came from TAP device in VM where not forwarded to real LAN.


Do you have a TAP device inside the VM?


Yes! This VM act as L2 VPN server. Inside the VM tap device is bridged 
with vm lan adapter.



Exactly as descived in bz1279161 (that's solved in bz1135347 but it's
not public and I can't read it)


Unfortunately BZ1135347 does not look helpful here.


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

[ovirt-users] Re: Glance disk images credentials oVirt4.4

2020-05-15 Thread Dominik Holler

On Thu, May 14, 2020 at 8:33 PM  wrote:

> So if I use this to build a VM  and I setup Cloud_init to set user id and
> passwords.
> should I not be able to login to the VM from Console?
>
>
Yes, as long as the guest processes the information provided via cloud-init.
CentOS 7, CentOS 8 and Fedora cloud images will work for sure.


>
> Bryan
> ___
> 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/K3CA6ABS5SD2TBI7FBPMKCGDUUNMHMLT/
>
___
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/F6LUDRYQGMI4Q25FXVS2UZTZPMJ7JDO7/

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Dominik Holler

On Fri, May 15, 2020 at 9:35 AM Stefano Danzi  wrote:

>
>
> Il 14/05/2020 20:13, Strahil Nikolov ha scritto:
> > On May 14, 2020 6:16:06 PM GMT+03:00, Stefano Danzi 
> wrote:
> >>
> >> Il 14/05/2020 12:50, Dominik Holler ha scritto:
> >>>
> >>> On Wed, May 13, 2020 at 9:44 PM s.danzi  >>> > wrote:
> >>>
> >>>  Hi to all!
> >>>
> >>>  I'm having an issue with networks bridges on ovirt node.
> >>>
> >>>  It's look like this bug:
> >>>  https://bugzilla.redhat.com/show_bug.cgi?id=1279161
> >>>
> >>>  On VM I have a bridge between a tap device and network
> >> interface.
> >>>  On node side the interface is bridged with bond0 vlan 128
> >>>  (bond0.128 lacp).
> >>>
> >>>  When I ping an host on the other side of tap device I can see
> >> this:
> >>>  Arp request goes from my lan to the tap device on vm. Arp reply
> >>>  return from tap vm and bridge forward this to vm networks
> >>>  interface. Using tcpdump on vm interface on node I can see the
> >> arp
> >>>  reply, using tcpdump on bond0.128 or on bridge I can't see the
> >> arp
> >>>  reply.  Arp request is forwarded from bond0.128 to vm net but arp
> >>>  reply isn't forwarded from vm net to bond0.128.
> >>>
> >>>
> >>>
> >>> Any chance that there is network filtering involved?
> >>> Please check if the related vNIC profile has No Network Filter.
> >>> If there is a Network Filter set, please shutdown the VM, set to No
> >>> Network Filter in the vNIC profile, and start the VM again and check
> >>> if the issue is gone.
> >> Hi! No Network filter It was my first check.
>

Did you power off the VM after removing the network filter from the vNIC
profile?
There is currently no indication of the running vNIC configuration does not
match the
desired configuration (BZ1113630).


> > Have you checked the MTU ?
> > You need to keep it a little bit lower on the VM, as you have vlan on
> the hypervisor.
> >
> > Best Regards,
> > Strahil Nikolov
> Hi! I have to check, but it is strange.
> Arp replies originated from the VM has not problems, only ARP replies
> that came from TAP device in VM where not forwarded to real LAN.
>

Do you have a TAP device inside the VM?


> Exactly as descived in bz1279161 (that's solved in bz1135347 but it's
> not public and I can't read it)
>
>
Unfortunately BZ1135347 does not look helpful here.
___
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/MYPWA6MEKO4UQ3CTFQLR3SM6IPF2ZIHE/

[ovirt-users] [ANN] oVirt 4.4.0 Second Release Candidate is now available for testing

2020-05-15 Thread Lev Veyde

oVirt 4.4.0 Second Release Candidate is now available for testing

The oVirt Project is excited to announce the availability of oVirt 4.4.0
Second Release Candidate for testing, as of May 15th, 2020

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics on top of oVirt 4.3.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not to be used in production.

Some of the features included in oVirt 4.4.0 Release Candidate require
content that will be available in CentOS Linux 8.2 but can’t be tested on
RHEL 8.2 beta yet due to some incompatibility in openvswitch package
shipped in CentOS Virt SIG which requires to rebuild openvswitch on top of
CentOS 8.2.
Installation instructions

For the engine: either use appliance or:

- Install CentOS Linux 8 minimal from
http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso

- dnf install
https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm

- dnf update (reboot if needed)

- dnf module enable -y javapackages-tools pki-deps postgresql:12 389-ds

- dnf install ovirt-engine

- engine-setup

For the nodes:

Either use oVirt Node ISO or:

- Install CentOS Linux 8 from
http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso
; select minimal installation

- dnf install
https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm

- dnf update (reboot if needed)

- Attach the host to engine and let it be deployed.

What’s new in oVirt 4.4.0?

   -

   Hypervisors based on CentOS Linux 8 (rebuilt from award winning RHEL8),
   for both oVirt Node and standalone CentOS Linux hosts
   -

   Easier network management and configuration flexibility with
   NetworkManager
   -

   VMs based on a more modern Q35 chipset with legacy seabios and UEFI
   firmware
   -

   Support for direct passthrough of local host disks to VMs
   -

   Live migration improvements for High Performance guests.
   -

   New Windows Guest tools installer based on WiX framework now moved to
   VirtioWin project
   -

   Dropped support for cluster level prior to 4.2
   -

   Dropped SDK3 support
   -

   4K disks support
   -

   Exporting a VM to a data domain
   -

   Editing of floating disks
   -

   Integrating ansible-runner into engine, which allows a more detailed
   monitoring of playbooks executed from engine
   -

   Adding/reinstalling hosts are now completely based on Ansible
   -

   The OpenStack Neutron Agent cannot be configured by oVirt anymore, it
   should be configured by TripleO instead


This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.1 or newer

* CentOS Linux (or similar) 8.1 or newer

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.1 or newer

* CentOS Linux (or similar) 8.1 or newer

* oVirt Node 4.4 based on CentOS Linux 8.1 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

If you manage more than one oVirt instance, OKD or RDO we also recommend to
try ManageIQ .

In such a case, please be sure  to take the qc2 image and not the ova image.

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

Additional Resources:

* Read more about the oVirt 4.4.0 release highlights:
http://www.ovirt.org/release/4.4.0/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.0/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



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

TRIED. TESTED. TRUSTED. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/MZ7Z4W33KQMTH563IT62GH7TMHSCDTY2/

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Stefano Danzi

Il 14/05/2020 20:13, Strahil Nikolov ha scritto:

On May 14, 2020 6:16:06 PM GMT+03:00, Stefano Danzi wrote:

Il 14/05/2020 12:50, Dominik Holler ha scritto:

On Wed, May 13, 2020 at 9:44 PM s.danzi mailto:s.da...@hawai.it>> wrote:

Hi to all!

I'm having an issue with networks bridges on ovirt node.

It's look like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1279161

On VM I have a bridge between a tap device and network

interface.

On node side the interface is bridged with bond0 vlan 128
(bond0.128 lacp).

When I ping an host on the other side of tap device I can see

this:

Arp request goes from my lan to the tap device on vm. Arp reply
return from tap vm and bridge forward this to vm networks
interface. Using tcpdump on vm interface on node I can see the

arp

reply, using tcpdump on bond0.128 or on bridge I can't see the

arp

reply. Arp request is forwarded from bond0.128 to vm net but arp
reply isn't forwarded from vm net to bond0.128.

Any chance that there is network filtering involved?
Please check if the related vNIC profile has No Network Filter.
If there is a Network Filter set, please shutdown the VM, set to No
Network Filter in the vNIC profile, and start the VM again and check
if the issue is gone.

Hi! No Network filter It was my first check.

Have you checked the MTU ?
You need to keep it a little bit lower on the VM, as you have vlan on the
hypervisor.

Best Regards,
Strahil Nikolov

Hi! I have to check, but it is strange.
Arp replies originated from the VM has not problems, only ARP replies
that came from TAP device in VM where not forwarded to real LAN.
Exactly as descived in bz1279161 (that's solved in bz1135347 but it's
not public and I can't read it)

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

[ovirt-users] Re: Bridge not forwarding frames on node.

2020-05-15 Thread Stefano Danzi

Already removed the network filter This is not the problem :(

Il 14/05/2020 23:20, Giulio Casella ha scritto:

Maybe you can check the vm network filter.
Take a look at Network -> vNic profile -> and
choose edit. If "Network Filter" has the default value
"vdsm-no-mac-spoofing", it can prevent bridge normal behaviour. Maybe
"No network filter" can do the magic.

HTH.

Cheers,
Giulio

On 14/05/2020 17:16, Stefano Danzi wrote:

Il 14/05/2020 12:50, Dominik Holler ha scritto:

On Wed, May 13, 2020 at 9:44 PM s.danzi > wrote:

Hi to all!

I'm having an issue with networks bridges on ovirt node.

It's look like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1279161

On VM I have a bridge between a tap device and network
interface. On node side the interface is bridged with bond0 vlan
128

(bond0.128 lacp).

When I ping an host on the other side of tap device I can see this:

Arp request goes from my lan to the tap device on vm. Arp reply
return from tap vm and bridge forward this to vm networks
interface. Using tcpdump on vm interface on node I can see the arp
reply, using tcpdump on bond0.128 or on bridge I can't see the arp
reply. Arp request is forwarded from bond0.128 to vm net but arp
reply isn't forwarded from vm net to bond0.128.

Hi! No Network filter It was my first check.

[ovirt-users] Re: ovirt-node-ng-installer-4.4.0-2020051507.el8.iso does not support PREC5 raid controller ?

[ovirt-users] Re: ovirt-node-ng-installer-4.4.0-2020051507.el8.iso does not support PREC5 raid controller ?

[ovirt-users] Re: Bridge not forwarding frames on node.

[ovirt-users] Re: Bridge not forwarding frames on node.

[ovirt-users] Re: Bridge not forwarding frames on node.

[ovirt-users] Re: Glance disk images credentials oVirt4.4

[ovirt-users] Re: Bridge not forwarding frames on node.

[ovirt-users] [ANN] oVirt 4.4.0 Second Release Candidate is now available for testing

[ovirt-users] Re: Bridge not forwarding frames on node.

[ovirt-users] Re: Bridge not forwarding frames on node.

10 matches

Site Navigation

Mail list logo

Footer information