Can’t access gui and system doesn’t seem to boot completely.
I need help with that, I can’t access the gui over local network, ssh doesn’t work either same for the VM that’s on there (home assistant). When I plug a monitor and keyboard on the system, I see briefly a “terminal ‘serial’ not accessible (or found)” error but too quick to read, then a blue rectangle with either boot to truenas, advanced and go to UEFI. And then I have options 1 through 9 with network configuration, shutdown, etc (I added a photo of it). what am I missing? It gets an IP from the router and I see both in my router clients list and in the network config option.
Go into option 7, the linux shell (type in ‘7’ then hit ‘enter’)
Can you Ping your default gateway? If not, what is the output of ip link show and ifconfig
Do you have a bridge setup? Any other details of your hardware, truenas version, network config, etc, etc, etc can help. Otherwise we’re guessing blindly.
So, I did try to ping and host is un reachable. I’m running truenas-scale-24.04.2.1 on a lenovo m920 I have one VM to run home assistant (overkill I know but that’s the only thing it does).
Here’s what’s given to me
https ://imgur.com/gallery/36RqMEA
The link is the ifconfig return for eno1 and br0. I’ve also went on the router (er7206 with the oc200 controller) trying to clear the ARP table but can’t for the life of me find it, I tried changing the DHCP range, I tried assigning a fixed IP that is different from the one it automatically gives it and put it on a different VLAN. Nothing did it, the static IP isn’t being used it still keeps the same adress when the VLAN has a different dhcp range… I’ve restored a back from two weeks ago when it was working fine, that also isn’t working. I’m thinking about resetting the entire network now…
If you have a configuration backup, and you should, go for option 5; otherwise, there should be a reset the network configuration or similar inside option 2.
When setting up a bridge the bridge should have the IPs & the members should have nothing assigned to them. For example, here you can see enp37s0 is assigned to bridge br0. Both are up, br0 has the IP, while enp37s0 has nothing.
3: enp37s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP mode DEFAULT group default qlen 1000
link/ether 00:23:a4:0e:01:82 brd ff:ff:ff:ff:ff:ff
6: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
link/ether ae:90:9d:e0:43:76 brd ff:ff:ff:ff:ff:ff
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.0.149 netmask 255.255.255.0 broadcast 10.0.0.255
ether ae:90:9d:e0:43:76 txqueuelen 1000 (Ethernet)
enp37s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 00:23:a4:0e:01:82 txqueuelen 1000 (Ethernet)
You on the other hand have an ipv6 address assigned to your bridge, and an ipv4 & ipv6 address assigned to eno1 - I randomly have issues where after a reboot, enp37s0 assigns itself an ipv6 address for some stupid reason & I can’t access my server until I delete it enp37s0’s rando ipv6 address, because life sucks. I’m guessing you have a similar problem to what I face.
Edit: another simple test would be to just temporarily delete the bridge & see if that fixes things. At least afterwards you can set it back up properly if I’m on the right track.
That did the trick! I have no idea why it was the way it was because I don’t remember having touched that since the moment I created the vm but, seems like I did which is weird because it wouldn’t have been accessible before the reboot… Anyway, it’s fixed, caused it’s own oddities on the network but all is good.
Thanks a bunch
Edit: oh just saw the previous comment about random changes after reboot, now it makes a bit more sense (not really).