My existing motherboard seemingly died, so I’m trying to use some old hardware as a stop gap.
I was previously running a Xeon 1230v2 on a Supermicro X9SCM-F and am now temporarily trying to use a 4670k on an MSI Z87m Gaming board. My recollection is that the Z87m Gaming uses a Qualcomm NIC.
I was hoping to avoid having to re-install and re-setup everything and just carry over my existing install/config. TrueNAS boots up and prompts me with the IP for the web interface, but when I open a local shell (on TrueNAS) I am unable to ping the gateway. Running arp -an spits out the following:
? (192.x.x.2) at MAC_ADDR on bridgeX permanent [bridge]
? (192.x.x.1) at (incomplete) on bridgeX expired [bridge]
Is there a way to sort out this bridge issue so I can quickly get things back and running and get into the web GUI?
I’d delete the previous bridge & remake it with the new NIC - if I had to guess the old bridge has the no-longer present NIC as a member & is therefor failing.
But, is there a way to disable the existing bridge instead of deleting it entirely?
I plan to continue playing around with my old hardware to see if there’s something else going on causing it to not post that I’m able to work around. Or I might try to buy a used X9SCM-F board off ebay and hope to do a drop-in replacement. So to the extent that I can minimize “damage” to the existing configuration, the better. I unfortunately, and very stupidly, don’t have a recent copy of the configuration.
I mean - you could, but if you are running a local shell on TrueNAS, then why not just edit the network config from the interface option (uhh, I think option #4 when you have a display connected physically to the NAS, you can type exit to leave the shell to do that).
Otherwise, you could do something like:
ip link set br0 down (br0 or whatever your bridge name is)
ifconfig NIC_HERE 192.x.x.x netmask 255.x.x.x
That’d shut down (but not delete) the bridge, then you’d assign the relevant ip/subnet to the nic you’re using.
I’d still find it easier to delete the bridge & remake it later with GUI or the network options thing locally on NAS.
Ahhh - Core, sorry man, I was thinking we’re in full Scale mode. I’ll be honest, I’m not sure if Core even supports Qualcomm NICs… I don’t think I can be of further particular use
I’ll be upgrading to TrueNAS 25 once I get everything sorted, so I’ll at least be on something not ancient. But I’m hoping I’ll be able to find a way to get this working with what I have so I can pull off some configs. I’m tempted to buy a replacement motherboard off ebay, but I’m reluctant since I don’t know for certain where the issue lies – I’m only guessing the MB is the issue since there is no post and no error beeps regardless of memory config.
I’m fine with redoing everything eventually. I really would just like to get this working as a temporary solution so I can 1) pull off some config files and 2) have access in the interim.
Can’t help with the existing Core boot file - but you could make a temporary boot drive (even a boot usb for short term is fine) of Scare & see if Scale works with your specific NIC. If it does, beauty - set the IP, make a quick & dirty SMB share & have access to your files.
…This does nothing to get you back the original config files though, but is a quick & dirty to get your NAS working in the short term?
The BIOS doesn’t come up and there are also no beeps. The cpu fan spins up and will stay on.
I tried a different PSU and that had the same result. I also swapped the z87/4670k into my server chassis and it boots up (so PSU is fine) and monitor is fine. Technically I did have to use a DVI to HDMI cable to connect to the new motherboard compared to a VGA cable with the X9SCM-F, but that seems wildly unlikely to be the issue since that would mean both the cable (that didn’t move and wasn’t touched) failed AND the server became unreachable over the network simultaneously.
IPMI heartbeat LED flashes and power standby LED is on. I’ll go double check the jumpers, but again, the server hasn’t been opened in years.
Okay, so in theory you can connect to the IPMI maybe get more information.
IPMI on those old boards was often a pain though, requiring Java (IPMIView specifically).
Hopefully the IPMI happens to be set to use DHCP to grab an IP, if not things get a bit more complicated.
I always give fixing things a genuine attempt, but with everything you’ve told I will at this point concede that replacing that board is likely the best use of your time.
Maybe you can find a used Supermicro X10 or ideally X11 board on Ebay or equivalent site.