Categories

  • 13k Topics
    115k Posts
    W

    @Tom-Elliott Thanks fo the quick reply!
    I did rerun the installer today and it seems to be working now, thanks a lot for the quick feedback and fix!

  • Get the latest news on what's happening.
    204 Topics
    845 Posts
    Tom ElliottT

    The nineteenth release candidate for FOG 1.6.0 is available on the rc-1.6.0 branch. It reports version 1.6.0-RC-19.

    Test it on a lab or non-production server first. The upgrade from 1.5 to 1.6 is one-way: it changes the database schema, and there is no down-migration.

    Changed since RC-18

    Service restarts no longer flood servicemaster.log with PHP warnings (#1994, #1996). A service’s supervisor closes its database connection before it starts each worker. Its next log line could read a setting on that closed connection, which wrote “Trying to access array offset on false” at FOGBase.php lines 3747 and 3752. The supervisor now reopens the connection before it logs. A failed settings read no longer warns, and it no longer empties the settings cache. SSH: no more “Undefined array key “_link”” warning, and no fatal after a failed connect (#1997, #1999). FOGSSH::disconnect() unset its connection, so the next use of the shared SSH object warned. A disconnect with no live session also threw a TypeError on PHP 8. User export imports back (#1987, #1993). A user row with no password gets a random password and a warning to set one. A password hash is stored as-is, and a typed password is hashed. A new permission, user.export, adds “Include password hashes” to the user export page. It is denied by default, and each hash export writes an audit row. The installer warns about no_root_squash only on the <share>/dev export (#1988, #1990). An unrelated export, such as an ISO share, no longer raises the warning. Thanks to sgennadi, who reported it and proposed the fix.

    FOS (kernel and init), from the Latest FOS release

    An RC install or update downloads the Latest FOS release. Latest is still EXP_20261027-181357, unchanged since RC-18:

    Kernel 6.18.59, the current 6.18 LTS release. FOS verifies TLS, which is the client half of #1978. The Performance Test task. x64 and x86 boot an initramfs, not an ext2 initrd (FOGProject/fos#75). The file names stay init.xz and init_32.xz, and the boot menu does not change. /tmp is now a real RAM disk with a size limit: FOG_KERNEL_RAMDISK_SIZE sets the size, kept between 64 MB and half of the client’s memory. Warning: a customized init can no longer be loop-mounted. Add your files as an overlay cpio appended to init.xz instead: https://docs.fogproject.org/en/latest/kb/how-tos/customize-the-fos-init/ . A post-init script needs no rebuild at all: https://docs.fogproject.org/en/latest/kb/how-tos/post-init-scripts/ If a client fails to boot with this init, go to FOG Configuration > Initrd Update and install the init from EXP_20261027-155909, the last ext2 init. Then report it on FOGProject/fos#75.

    API documentation: https://docs.fogproject.org/en/latest/1.6/kb/integrations/api

    Before you upgrade

    Back up your database and /opt/fog/.fogsettings. Read the release notes: https://github.com/FOGProject/fogproject/blob/rc-1.6.0/docs/release/1.6.0-release-notes.md 1.6 removes Display Manager, Directory Cleaner, User Cleanup, Client Updater, Green FOG and the persistentgroups plugin. Their data is dropped. The site and accesscontrol plugins move into core. PHP 7.4 or later is required. Plugins built for 1.5 do not load.

    Install or update (as root)

    A 1.6 beta or RC server: run bin/updatefog.sh --channel rc from your FOG checkout. A 1.5 server installed from git: update to the current 1.5 stable, then run bin/updatefog.sh --channel rc from the checkout. A new server, or a 1.5 server installed from a tarball:
    curl -fsSL https://raw.githubusercontent.com/FOGProject/fogproject/working-1.6/bin/bootstrap.sh | bash -s -- --channel rc

    Report problems

    Open an issue at https://github.com/FOGProject/fogproject/issues. Include your FOG version, your OS, and the installer log from bin/error_logs/. Report a security problem through “Report a vulnerability” on the same repository, not in a public issue.

  • View tutorials or talk about FOG in general.
    2k Topics
    19k Posts
    Tom ElliottT

    @Dominique I can’t promise that, no.

    1.5.10 is the original release, and it is a long way behind now. It was built and tested against PHP 7.x. It may run fine on PHP 8, but I don’t know which PHP 8 version, if any, would be safe for it.

    What we do know works on PHP 8 is the current stable branch. Here is how the branches fit together:

    master is the official 1.5.10 release. We don’t work on it directly. dev-branch is where all the bug fixes and maintenance happen. stable gets everything from dev-branch rolled into it once a month.

    So stable is 1.5.10 plus a few years of fixes, PHP 8 support among them.

    If you want to move to PHP 8 before 1.6.0 comes out, I’d do it in this order:

    Snapshot the server first, so you can roll back. Update FOG to the stable branch and run the installer. Do this while you are still on PHP 7.2. Then move PHP to 8.2. On Red Hat 8 the installer will not do that for you; it installs whichever PHP module is enabled. Run dnf module reset php then dnf module enable php:8.2, then dnf distro-sync. Re-run the FOG installer, so it picks up the new PHP packages. Test the web console, a host registration, and a unicast and a multicast deploy before you call it done.

    Since this is production, your plan to wait for 1.6.0 and try the RC in a test environment first is a good one too.

  • Report bugs, request features, or get the latest progress.
    2k Topics
    21k Posts
    Tom ElliottT

    @sgennadi Thanks for this, and for the detail. You were right: the check matched no_root_squash anywhere in /etc/exports, not just on the /images/dev export.

    It is fixed now, much the way you proposed. The new nfsDevExportHasNoRootSquash() checks only the <share>/dev export. It ignores comments, other exports, and look-alike paths such as /images/dev2. Your ISO export with no_root_squash no longer triggers the warning.

    Issue: https://github.com/FOGProject/fogproject/issues/1988 1.6 (working-1.6): https://github.com/FOGProject/fogproject/pull/1989 (merged) 1.6 RC: https://github.com/FOGProject/fogproject/pull/1990 (merged) 1.5 dev-branch: https://github.com/FOGProject/fogproject/pull/1991 (merged)

    To get it now, pull dev-branch (1.5) or rc-1.6.0 (1.6) and re-run the installer. It reaches the 1.5 stable branch with the monthly roll-up on November 11th.

    The warning was only a message, so your exports were never changed. If /images/dev is already all_squash, you can ignore it until then.

78

Online

12.8k

Users

17.7k

Topics

157.3k

Posts