I am still seeing this. No idea if the specific UPS model has anything to do with it, since the driver is usbhid (which I gather is used for a lot of UPS models). The only log line which seems to me might be relevant is this 0.000836 Checking device (047C/FFFF) (/dev/usb//dev/ugen0.2) That's not an existing path. And as you can see in the first post, while /dev/ugen0.2 is world readable, the device it points to is not. And according to its man page usbhid-ups(8) ignores the "port" setting. So I cannot even correct it. If this was a standard system I would edit devfs.conf(5) and/or devfs.rules(5) to modify the device's permissions and/or ownership... but since afaik it's not possible to do so via web interface I cannot. Thus I must run the thing as root. It's the only way to make the nut daemon acknowledge the UPS which would survive inside the xml configuration file. If anyone could give me some general idea where to look, I can still run tests, since the UPS setup is not exactly in production yet.

@rogeroger At first i purchased the 150 W DC power adapter, but the quality of it were horrendous, after around a year i started having problem with a USB DAC and it turned out it was EMI from that PSU. Got the 192 W one in the link and i haven't had a problem the last seven years. But all you need is a 12 V supply for it, and no it doesn't seem like there is a PSU with it in the link you provided. You could always drop Mini-box a mail and see how much the kit will set you back if they have to send it to, i assume, Canada, if you want to go the PicoPSU route.

Not really. If the value shown never changes at all something is clearly amiss. I'm not sure there's anything you can do about it short of swapping the CPU or motherboard. Steve

Look for some cute scripts in the ixsystems community, search for "fan-scripts-for-supermicro-boards-using-pid-logic.24"

Do you need to use the full 100Mbps over OpenVPN? What CPU do plan to use? That does seem over powered though. The SG-1100 or SG-3100 would likely be fine there. Steve

Thanks, I'll get back to you here when we've purchased and tested. According to Intel the D-2XXX should be even better ;-)

Yeah good point, I'll see about using the browser client on wired ethernet and see if there is a difference. Thanks!

Yeah, use Intel NICs of you can. You can find a PCI card and it will almost certainly be compatible. Of course anything with 32bit PCI slots will be relatively ancient as will the cards to go in it so that reliability is a factor. The SG-1100 is not really comparable as it's a complete ARM SoC. Steve

@tman222 There are no additional expansion cards in the system. This is running on bare metal. Keep in mind when I had cable internet (1 gbps / 20 mbps) I achieved 960-980 mbps download under the same configuration. I do not have random id generation enabled. I have tried it with and without hyperthreading. I have also tried it with and without turbo boost. Nothing seems to help. This is why I am leaning towards an incompatibility between the modem and the network card but I am open to ideas and suggestions prior to buying a new NIC. Thanks.

If you can find one that uses a supported driver (I don't think there are any at the moment), then it would almost certainly not reach anywhere near line rate. How close you get depends entirely on the hardware, though. What is your use case? Almost certainly you'd be better off with something geared more toward high performance at that level, like TNSR.

Mmm, well probably have to wait for someone who's actually tried that or find a thread discussing it. Probably is about as far as I can say there. Steve

I'll second @provels suggestion - I think the i340-T4 provides great bang for the buck. I bought two of these on Amazon (at different times) over the last year and both have worked great (in fact one of them is currently being used in a pfSense box). https://www.amazon.com/Intel-Ethernet-Adapter-I340-T4-packaging/dp/B003A7LKOU/ If it were me, given the price here and looking at the seller reputation, I'd probably roll the dice on this. But the choice is ultimately is yours. I do recall that one of the i340 I received was actually an OEM IBM version, but again, it has worked just fine. If you are set on 10Gbit NIC's, I'd also take a look at Chelsio cards which are very well supported in pfSense/FreeBSD. One can find good deals on the T520. I've used both the T520-SO-CR and T540-SO-CR with pfSense without any troubles. Hope this helps.

First check the BIOS can see any temperature values. Usually they will display at least CPU temp, often some other thermal zones where sensors exist. If those are all enabled they are usually passed to the OS via ACPI but it maybe another crappy BIOS that has DSDT values tested, and marked as, Windows only. In which case just make sure you're on the latest BIOS. Fixing that is almost certainly more effort that it's worth. The last time this came up: https://forum.netgate.com/topic/137205/temperature-readings This is also Zen micro-architecture CPU so the same applies. It may require amdsmn which only appeared in FreeBSD 12. Steve Steve

@oldfart I would contact our sales team so they could discuss the best possible hardware for your scenario: Phone: +1 (512) 646-4100 Email: sales@netgate.com

Yup NMI is almost 100% a hardware fault. In the 0.1% cases where is seems to be OK with other OSes it's something specific that FreeBSD is hitting and there's nothing you can do about it anyway. So swap it out. Steve

No

@suplantor Just making assumptions but... Shouldn't the Silicom drivers work? Not sure which model you have, but start with the link below and drill down to your card. Drivers available for multiple OSs including FreeBSD. https://www.silicom-usa.com/cats/server-adapters/networking-bypass-adapters/

@stephenw10 Thanks :) Work now

@stephenw10 Thanks Steve, yep the VLAN biz will all be handled at the switch, the pfSense facing port is a trunk and from there just as you cautioned, each port will need be placed in an access mode for the proper VLAN it needs to join, that's a manual task and care will be the key playbook! Thank you ~B