SOLVED VMs can't see host

[urza]

I have exactly the same problem but nothing here helped me to figure out how to exactly set it up so my TrueNAS and VM (Ubuntu server) can see each other.

From my VM I can ping internet and my home router but not my TrueNAS(scale), and from TrueNAS(scale) I can not ping Ubuntu.

I created the br0 interface and assigned it to VM, but it still doesnt work :(

 

[urza]

I was able to get the bridge for VMs working when using physical keyboard+monitor setup and their onscreen menu.

For anyone else having the same problem I will just post my steps here:

 

[ctag]

Thank you for posting the images @urza.

I'm attempting to follow along, but in my netcli there's no white+blue text UI, when I select Configure Interfaces, it just asks a couple quests about the enp0 device and goes back to the menu. No bridge options listed.

I'm using Truenas Scale 22.02.1, what version are you on?

 

[urza]

Thank you for posting the images @urza.

I'm attempting to follow along, but in my netcli there's no white+blue text UI, when I select Configure Interfaces, it just asks a couple quests about the enp0 device and goes back to the menu. No bridge options listed.

I'm using Truenas Scale 22.02.1, what version are you on?

I am on the same version as you. I was doing it with physically attached monitor and keyboard to my truenas box.

 

[emsicz]

I have 2 NICs on my motherboard. Following the guides here, I can't make anything work. If I create a bridge that has the 2 NICs in it, only the first one will work, the other one becomes unreachable on the network. My VMs lost access to internet and the network, regardless of whether Intel or virt-io NIC type is selected.

This feature is broken/doesn't work as documented. For inspiration on how to implement this so humans can understand it, here's a video of Craft demonstrating the same thing in Windows 10 Hyper-V GUI, which clearly let's you create virtual switch and assign NICs to it.

EDIT: The damned thing works, I just needed to make restarts between individual steps of the whole configuration-transaction.

 

[phin]

How would one achieve this with vlans? I have tried creating the bridge, but without an IP and then tried to create a vlan but i was unable to select the bridge.

Both TrueNAS and the VM would be on the same vlan.

 

[ro55_mo]

Just wanted to add that I got this working as well. I have two NICs configured in an LACP bond. I then added the bond to the bridge. I did have to reboot for the configuration to apply itself properly for whatever reason. I made the changes from the CLI setup screen of the server rather than the web GUI.

enp7s0 and enp8s0 both members of bond0 which in turn is a member of br0. Desired IP is applied to the br0 interface.

 

[KnightArch]

View attachment 60053
Just wanted to add that I got this working as well. I have two NICs configured in an LACP bond. I then added the bond to the bridge. I did have to reboot for the configuration to apply itself properly for whatever reason. I made the changes from the CLI setup screen of the server rather than the web GUI.

enp7s0 and enp8s0 both members of bond0 which in turn is a member of br0. Desired IP is applied to the br0 interface.

You just inspire me and made my life easier!

I just got this scenario worked as well, with two NICs and a bridge working with LACP on a Ubiquiti Unifi Switch Pro 24 PoE. Next challenge is to segment everything with VLANs but I will let this to another day

Thank you!

 

[Trevor68]

so the new link for that is here, but it also doesn't seem to work in bluefin.

Accessing NAS From a VM

Provides instructions on how to create a bridge interface for the VM and provides Linux and Windows examples.

www.truenas.com

i untick DHCP, create the new bridge, but then the setting have to be "tested" and then they disappear, so can never be applied?

 

[sretalla]

i untick DHCP, create the new bridge, but then the setting have to be "tested" and then they disappear, so can never be applied?

If you can't get back to the NAS when the test is applied, the test will time out and changes are reverted... could that be the case?

Are you assigning the IP to the bridge before testing? (otherwise your NAS has no IP, so you'll never see the option to save while it's like that)

 

[Trevor68]

I have left the bridge as dhcp, test for 5 minutes and reboot my router, but it never seems to get an IP, manually assigning didn't work either, so your correct all changes just get reverted.
I will try using a monitor plugged in this arvo, instead of the GUI

 

[Trevor68]

took 2 mins and all working once I plugged a monitor in. I think the GUI still needs some work.

 

[victort]

There is a simpler way.

1. Add interface bridge0 with no IP.
2. Test and save.
3. Remove IP from physical and add it to bridge.
4. Test and save.

This has consistently worked for me.

 

[chri5]

There is a simpler way.

1. Add interface bridge0 with no IP.
2. Test and save.
3. Remove IP from physical and add it to bridge.
4. Test and save.

This has consistently worked for me.

This doesn't work for me. Step 4 reverts back after testing for 60 seconds.

 

[Redcoat]

This doesn't work for me. Step 4 reverts back after testing for 60 seconds.

Did you attempt to save it before it timed out?

 

[chri5]

Did you attempt to save it before it timed out?

No, I can't (I think) it just does the circle waiting icon then comes back with my old settings.

 

[Redcoat]

No, I can't (I think) it just does the circle waiting icon then comes back with my old settings.

I guess you didn't get the Save prompt? Afraid I've no Scale experience, so can't help.

 

[victort]

This doesn't work for me. Step 4 reverts back after testing for 60 seconds.

Can you try turning on DHCP for the bridge interface and see if it is assigned an IP?

You can also increase the delay to give it some more time to try and test, but for me it just takes seconds.

 

[Patrick M. Hausen]

Folks, ... did it ever occur to anyone that when you move an IP address from the physical interface to the bridge as you should ... the MAC address of the physical interface is still in your desktop computer's ARP cache? And the bridge will of course have a different one? And you will not be able to reach the system for the "save" dialog until the ARP cache times out?

This is basic networking and 100% expected!

Increase the timeout for test --> save to 5 minutes.
Clear the ARP cache of your local system after clicking "test".

I'll bet a round of beer for all participants that this is the evil "cannot create bridge, TN is broken!!!" bug.

 

[chri5]

Folks, ... did it ever occur to anyone that when you move an IP address from the physical interface to the bridge as you should ... the MAC address of the physical interface is still in your desktop computer's ARP cache? And the bridge will of course have a different one? And you will not be able to reach the system for the "save" dialog until the ARP cache times out?

This is basic networking and 100% expected!

Increase the timeout for test --> save to 5 minutes.
Clear the ARP cache of your local system after clicking "test".

I'll bet a round of beer for all participants that this is the evil "cannot create bridge, TN is broken!!!" bug.

I'll put this to the test at the weekend.