Yeah I would open a ticket about that. It should recognise the 7100 and setup the switch and VLANs etc so you can connect out on the default interfaces. If that's not happening then it isn't recognising the hardware for some reason. That might mean the data passed by the bios is incorrect. Also important to note is that coming from a pfSense version that old probably means it has an old Coreboot version and that will need to be updated. That must be done in an older pfSense version, 23.05.1 or earlier. Steve

Not for that hubspot form. I had to add no-script exceptions but it worked fine after that.

Weird. Yeah nothing changed at the server end AFAIK.

@stephenw10 said in upgrade from 2.7.0 to 2.7.2 failed: Run pkg-static -d update, see what error is shown. The most common issue coming from 2.7.0 though is a cert issue. If it shows that try running certctl rehash and retesting. I just had this error on a server that wouldn't update and "certctl rehash" fixed it. Thank you for taking the time to post fixes, as it helps people years later!

It's because it's IGMP. There is a behaviour change there after a fix in pf: https://redmine.pfsense.org/issues/15400. Steve

Nope this is exactly the sort of edge case report that we want to see. You may well have found a bug if it was repeatable.

@fireix I understand when I was still in the field I was one time in a data center for over 18 hours straight working on this huge Cisco equipment that has a special service contact. We had to keep swapping drives and devices back and forth to get configuration and data off for the new drives it was a nightmare call and the parts were no longer made so they sent new stuff that required new cards to work. I felt like a zombie after I left. But it was accessible and running had iOS running and when I started it was completely dead and no parts could be ordered for it in the system, Our team had our hands full with it but we got it going. By the time I left all the needed was an activation code adapted and added to it for all the features it was using again.

Right. The FreeBSD base changed from 12 to 14 between pfSense 2.6 and 2.7. Older versions of both ESXi and the VM version within it do not support FreeBSD 14 so be sure both are new enough.

@stephenw10 thank you, sir.

What does pciconf -lv show? None of that is especially new. I'd expect all of it to be supported. Steve

No worries.

@stephenw10 Yes, it's resolved - attributed to Devine Intervention.

@stephenw10 no more random drops. Thanks!

@dam034 Thank you for sharing VGA Dummy. And then i owned that...It helped my mini PC work well which doesn't need a plug-in monitor when booting up Everybody can seek a lots dummy on the internet with the lowest price (About 1$) Another dummy type: HDMI Dummy (I am using it. Work well) DP Dummy ...etc...

I had tried a bunch of things from the troubleshooting guide but had missed the package re-install. Looks like that did it. I'm on 2.7.2 now. https://docs.netgate.com/pfsense/en/latest/troubleshooting/upgrades.html?_gl=11qha9n4_gcl_auMTAzODQxMzcxNi4xNzE5NDU3Nzc2_gaOTM4NDE4ODkuMTcxOTQ1Nzc3Ng.._ga_TM99KBGXCB*MTcxOTQ1Nzc3NS4xLjEuMTcxOTQ1OTUxMi4xNi4wLjA.#forced-pkg-reinstall

@brianjg said in Unable to upgrade due to HTTPS scanning (NOT USING A PROXY): env SSL_CERT_DIR=/etc/ssl/certs/ curl -v https://www.pfsense.org Yet that works there? And using the system env (which appears to be the same!) doesn't?

This is resolved. A hardware update caused an NDI change.

It definitely isn't and wasn't CE because there has never been an arm64 CE build. You should just be able to select the aarch64 memstick image for 1100 like: https://shop.netgate.com/products/netgate-installer?variant=41345658454131

https://docs.netgate.com/pfsense/en/latest/solutions/sg-1100/reinstall-pfsense.html

Hmm, well I have no explanation for that. Glad it worked out though.