After the update from core 182 to 183 several services stopped working.
OpenVPN client does not connect anymore
IGMPproxy stopped working (console is flooded with “mroute: pending queue full, dropping entries”
Web service stopping after a few hours
Routing between green and blue not possible
Pakfire hangs
reboot cmd (command-line and web button) hangs, system does not reboot
Edid/add devices on “Blue Access” not possible
Only internet access (green and blue) is possible
Okay, something went wrong wth the update. So I wiped the disk, reinstalled the 183 iso image from a flash drive and made a fresh installation.
After installing the needed add-ons I restored the backup files, made on core 182.
(main backup, igmpproxy, guardian, wio).
After that the IPfire got unsable again, same as after the online update.
So to be sure, I downloaded again a fresh 183 iso image and did the whole procedure again. Same thing.
To solve the problem I downloaded core 182, installed it and restored the same backup files. Everything fine!!! IPfire and all services are up and running.
Now I’m trapped to stay on 182 for a longer time.
I don’t know exactly how to trace down the problem, perhaps something is wrong in the kernel, but it has to be related to the APU4 board, otherwise a lot of complains would have came in.
It’s definitely not the hardware, cause 182 is running smoothly.
Does anyone else observed this problem?
You have also had the problem with both doing a Core Update from 182 to 183 and doing a fresh install of Core Update 183 and that is even more strange.
If the problem happens consistently for you when upgrading from Core Update 182 to 183 then only thing I can suggest is to look through the Core Update log to see if there are any messages of something going wrong during the Core Update phase or if that completes successfully, in which case the issue is occurring after that.
Your experience with the fresh install suggests the problem is not with the install itself as you mention the issues occurred after the restore of the addons.
You could look in the logs to see if there are any messages from the restore stage.
You could also try doing a fresh CU183 install and then do the addon restores one at a time and check if everything is okay before restoring the next.
That way you could identify which addon restore is causing the problem, if that is actually the case.
My systems (physical and virtual) all have the wio addon but none have the guardian or igmpproxy addons.
However neither of those have had any updates for quite a while so certainly no issues would be expected from the update from 182 to 183 for those addons.
I had a similar issue.
After upgrading to 183 my terminal got flooded with network messages. IPFIRE wasn’t reachable via Browser nor SSH. I wasn’t able to login and reboot wasn’t working too.
My solution:
Unplugged all network cables
Hard reset
Waited until login appeared (took some time because of several timeouts)
Plugged in GREEN cable
Waited until access via web-browser worked again
uninstalled IGMPPROXY with pakfire
plugged in RED cable
reboot immediately
Everything worked again (ignored IGMPPROXY error messages)
G - all modules loaded were GPL compatible (so that is good - means no proprietary modules)
D - the kernel died recently, ie there was an OOPS or BUG
So it didn’t quite go into a kernel panic but there was some problem between the kernel and igmpproxy causing the kernel to die.
As igmpproxy has not been updated for a year and a half, the likelihood is that some change in the kernel is causing a mismatch with igmpproxy.
In CU183 the kernel was updated from 6.1.61 to 6.6.15. It could also be that the kernel update has fixed some issue that now means that igmpproxy needs to also be updated.
Hopefully the problem will be fixed by an updated igmpproxy or kernel update.
It might be good if this issue could be reported into the igmpproxy issues page https://github.com/pali/igmpproxy/issues?q=is%3Aissue+
to see if anyone else is having a similar problem with igmpproxy and the 6.6 kernel base.
I continue this topic here, instead of opening a new one “igmpproxy not working”.
As known so far, igmpproxy does not work on core 183 and up anymore and causes a kernel crash which results in an unusable system.
First suggestion was a relation to the kernel update from 6.0 to 6.6.
This is reported here on the igmpproxy github repo
But as described above by Thomas, igmpproxy 0.4 (without modification) seems to be working again in the latest dev core 186.
Out of curiosity, is there a relevant change/fix concerning the kernel in core 186?