Warning! Do not update with todays 1/10 snapshot!

vesalius

Per Jim Pingle on Redmine seems like netgate knows about the LAGG issue hitting the OP @louis2 and may have a fix for it.
https://redmine.pfsense.org/issues/10956

There is also another EFI bug that needs to be tracked down.
https://redmine.pfsense.org/issues/10943

louis2

Good news!

Yesterday afternoon "jim/redmine" asked me to test/confirm a fix for the lagg problem.

Triggered by that signal I did upgrade to yesterday evening snapshot. That worked!
This morning I checked my logging's and I did not notice disturbing things.

So

boot issue seems to be solved
lagg issue seems to be solved (I do not know if that is by a temporarily patch or with the final solution)

About my third problem "xml-parser and/or config issues", I did not noticed that problem any more, after I "fixed" my config. I do now what caused those issues and if things have been fixed. I can just advice to monitor the boot/startup messages on the console, in case you have boot/startup problems.

Louis

_rp

OK, I'll give it a test later tonight when I get home and I'll report back.

msm

Boot, lagg and e1000 issues all seem to be resolved with latest build.

I did notice that dhcpv6 client stopped working for me after 10/1 updates, but will look at that separately.

chrcoluk

@Quarkz I doubt pfSense activates invariants.

vesalius

@chrcoluk read the Bug #10956 from links below in redmine. Invarients are mentioned as the cause for that LAGG issue. Not sure on the EFI issue.

maverick_slo

@msm said in Warning! Do not update with todays 1/10 snapshot!:

Boot, lagg and e1000 issues all seem to be resolved with latest build.

I did notice that dhcpv6 client stopped working for me after 10/1 updates, but will look at that separately.

DHCPv6c stopped for me too

_rp

It looks to have resolved the boot issue for me. I'll continue to test and report back if it does fail but I think the boot issue has been resolved.

kiokoman

about the efi part, i found out that using sata instead of scsi controller under esxi solved the boot problem for me
scsi controller is the default for esxi
@w0w posted a screenshot of Virtualbox where Controller is IDE

but there are other thread with similar problem, in any case i suspect something is wrong with freebsd + efi

@ramup https://forum.netgate.com/topic/154769/pfsense-does-not-boot-after-successful-installation/
@insept https://forum.netgate.com/topic/156245/system-freeze-at-usb-boot-secure-boot-off-uefi-mode-only

read https://redmine.pfsense.org/issues/10943

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209821

_rp

@kiokoman Your first link describes a problem with 2.4.5-p1 which the problem in this topic is using a 2.5 snapshot so not the same problem.

My boot issues were also experienced using physical hardware, BIOS settings hadn't changed and the issue only appeared when using recent 2.5 snapshots, version 2.4.5-p1 was fine.

chrcoluk

@vesalius said in Warning! Do not update with todays 1/10 snapshot!:

@chrcoluk read the Bug #10956 from links below in redmine. Invarients are mentioned as the cause for that LAGG issue. Not sure on the EFI issue.

Right ok, surprised that pfSense left that on.

Bob.Dig

@kiokoman said in Warning! Do not update with todays 1/10 snapshot!:

scsi controller is the default for esxi

On every version?

kiokoman

@romprod the problem is the same to me, there are some incompatibility with some bios / settings and freebsd, what i want to say is to read that redmine for possible workaround

@Bob-Dig it sure is for esxi 6.7 and esxi 7.0 with guest os family "other" and Guest os version "freebsd"

msm

@maverick_slo for me dhcp6c not running was caused by a change in rtsold and I was able to get it working. see https://redmine.pfsense.org/issues/10965