@tappy Only took three tries for me to get a clean file system, but went for four just for good luck. Thanks for the hint!

You very well may have a hardware issue, but one thing you can do for testing and to eliminate other possibilities is to remove all the extra packages you have installed. I see pfBlockerNG and bandwidthd at a minimum. One of those may be causing the reboot. Removing both and then testing to see if the reboots recur is a good first step. If you don't have reboots with both packages removed, then add them back one at the time and test for a while between each add. If you get reboots with the packages removed (that is, with a plain-vanilla install), then you likely have a hardware issue and Netgate will have to work with you on a warranty fix.

Yup, use that page or email tac@netgate.com directly to open a ticket in the new system. Steve

Yes, we just changed ticket systems today. You can also email tac@netgate.com directly to open a ticket. Steve

Yes, both those should work. The netgraph script also tags outgoing traffic for ISPs that require it but Frontier doesn't appear to. I would personally use the switch port instead if you can because that is all contained in the config. If you ever have to reinstall and restore the config that will be far easier. Steve

Yeah, nothing looks too terrible there. A bunch of errors are expected on the first boot after updating. Steve

The 6100 PSU has a higher current rating (5A vs 3.3A) so it's impossible to recommend doing that. The supplied PSU is capable of delivering the maximum power the 6100 can draw which of course it usually does not however. Steve

https://docs.netgate.com/pfsense/en/latest/solutions/netgate-6100/wall-mount.html

@bmeeks Thanks, ticket created. Greg

@stephenw10 said in Netgate 6100 10 gb Routing Throttled to 1 gb?: @bpsantucci said in Netgate 6100 10 gb Routing Throttled to 1 gb?: I'm not sure what you mean by routing or NATing in this case... I mean if you are testing with a client on a 'LAN' and the server on a 'WAN' the auto outbound NAT rules will be NATing that out of the WAN interface. That requires additional processing limiting throughput. pfSense determines what is a WAN interface in that situation by whether or not it has a gateway defined on it. The throughput is limited by the CPU in the 6100 in that setup. As long as you have pf enabled and firewall rules in place ~5G is what I would expect to see in iperf3. Steve Got it...Never thought about it like that, but now I see how WAN/LAN NATing could create significant processing overhead. Thanks for the explanation!

Ordered mine on 11/24, just got an email this morning saying they will begin shipping the week of the 29th in the order received. Hopefully they got enough in to get mine shipped.... :)

@rb106098, your vent is founded IME, I had the exact same issues around the exact same times, both last year and this year. There was a post on reddit around the time of my first issue issue where the [user] (https://www.reddit.com/r/PFSENSE/comments/kv704j/never_buy_the_sg1100/) had said support confirmed there was a known issue (pretty sure I seen other post saying the same thing). In looking at reddit post today, I seen where a support person said they provided support even to EOL devices, with the statement that they provide "pride in our hardware", a joke, as they don't last 12 months. I am going to assume they take this thread/post down soon, but I am considering proposing a class-action suit, so please watch reddit in the coming days.

Ok, but importantly it was on lagg0.4091? The LAN is assigned as lagg0.4091? If you captured them on lagg0 for example they may have been incorrectly tagged. If you are seeing the DHCP requests on LAN however the DHCP server should respond unless the requests are somehow invalid. I would expect to see errors in the dhcp log though if that were the case. Do you see a state opened on the LAN for those requests? Perhaps they are being blocked by the firewall somehow? Steve

If whatever you ran is still running you can kill the process manually at the command line. More likely though it just had a very large output that caused PHP to fall over and has now finished. Steve

Mmm, yeah I would expect it to have logged battery low if it did reach that. Maybe it restarted for some other reason? I think you will need to do a test and see what it actually logs and what the UPS stats are reported as when it's discharging. I would probably run the 3100 directly and not through the UPS during that test so it doesn't actually lose power if/when the batteries are drained. Steve

@b_hayward I just updated a 3100 (also arm) from 2.4.4p3 to 21.05.2, yeah the built in update was being a bit flaky.. Got the image from netgate, did a clean install and restored my config from backup.. bing bang zoom, bob's your uncle!

Yes but there are some caveats, Because the 3100 shares the same NIC(s) as the 1100 the VLAN interfaces defined on the 1100 would simply be created on the 3100 and that's not how you want it configured there. We can help you convert that config to allow it to import directly if you open a ticket: https://go.netgate.com/ Steve

The system was marked clean, but booting from it isn't possible. @metalgravy said in SG1100 repeatedly auto-reboots: Is there anything in particular that I should be looking for? It's video time. And put a post it on the box ;: don"'t remove the power from this box - you the GUI shut down command" ;) Add an UPS.