I recently backed up a Core Update 186 system, did a fresh install, and restored my backup. The goal was to move QoS over to the current CAKE. I viewed makeqosscripts.pl after the fresh install and it was set up for CAKE. I viewed this file again after restoring my backup and this file was overwritten with my very old copy which has migrated through 10 years of backups and restores. See this post in the IPFire Forums: https://community.ipfire.org/t/celeron-j3160-capabilities-with-qos/11464/87?u=bloater99 @Adolf Belka was helping me and determined that there are several files in var/ipfire/qos/* which probably should not be included in the backup, but are. Because of this bug I am stuck with an old version of QoS unless I either install from scratch and rebuild the firewall from scratch, or edit my backup before restoring it as Adolf instructed in the linked post above. For me, this is a Major Usability bug.
Discussed in August Developers conf call and I am picking up this bug to put a fix together, test it and submit a patch for it.
Patch fix has been submitted into the dev mailing list and patchwork. https://lists.ipfire.org/hyperkitty/list/development@lists.ipfire.org/thread/BFX5VJYPVPZOQ54ODELWBO6XHJ4RM4J3/ https://patchwork.ipfire.org/project/ipfire/list/?series=4755
The patch has been merged into next. https://git.ipfire.org/?p=ipfire-2.x.git;a=commit;h=ad4cc933457b0ad659e0c49ab56451d4b4b7c083
https://www.ipfire.org/blog/ipfire-2-29-core-update-193-is-available-for-testing
Have checked out the backup of qos with CU193 Testing. None of the programmatic .pl files are backed up anymore. So with qos disabled the /var/ipfire/qos/bin directory has nothing saved in the backup anymore. When qos is enabled and running then there is now a qos.sh file in that /bin/ directory and that is still backed up as that defines the settings that have been configured for the qos setup. So the fix has been confirmed as working. This would be good if it could also be confirmed by the original bug poster, @Tim.
(In reply to Adolf Belka from comment #5) > Have checked out the backup of qos with CU193 Testing. None of the > programmatic .pl files are backed up anymore. > > So with qos disabled the /var/ipfire/qos/bin directory has nothing saved in > the backup anymore. > > When qos is enabled and running then there is now a qos.sh file in that > /bin/ directory and that is still backed up as that defines the settings > that have been configured for the qos setup. > > So the fix has been confirmed as working. > > This would be good if it could also be confirmed by the original bug poster, > @Tim. I hope over the coming weekend to upgrade to CU193 Testing so I can confirm. Thank you, Adolf.
https://www.ipfire.org/blog/ipfire-2-29-core-update-193-released