• Upgraded from FOG 1.5.9 to 1.5.10.1903 and having issues

    Unsolved FOG Problems
    27
    0 Votes
    27 Posts
    907 Views
    Tom ElliottT

    @Strahd At the least I’d suggest downloading an export of your hosts/images:

    From there you can delete the database or rebuidl from scratch by:

    mysql -u root If you have a password on your db I don’t know it but use the -p and you’ll be prompted to enter it.

    DROP DATABASE fog;

    Will delete everything.

    From there, I still highly recommend you delete the /opt/fog/.fogsettings

    Then rerun the installer.

    I’m still going to say use working-1.6 as the testbed.

    I hate that you’re having issues and I assure you I’m unable to replicate the problem you’re currently having which makes trying to fix your specific case impossible of course.

    Hope this helps.

    I’d still (at the least) get a full backup of your DB just in case something goes horribly wrong.

  • 0 Votes
    3 Posts
    164 Views
    L

    @Tom-Elliott Hi, Yes with the proposed fix, it works now.

  • How to upgrade to FOG 1.6?

    General
    3
    0 Votes
    3 Posts
    48 Views
    Tom ElliottT

    Small correction to my own post above — I wrote “automatic, no touch” and then said it still needs a firmware visit, which reads as a contradiction. Let me untangle it, because the distinction is actually useful.

    There is one Enroll Secure Boot task. What it manages to do depends on the state the client is in when it runs:

    Client state What the task does Setup Mode (platform key cleared) Enrols outright. Nothing to confirm, nobody at the keyboard. Normal (keys present, Secure Boot off) FOS stages the MOK request itself, non-interactively. Someone answers the blue MokManager screen once on the next reboot. Already enforcing Secure Boot Cannot run — the machine will not boot FOS in the first place. Use the live USB route for those.

    So the task always removes the USB stick and the live image, which is the part that matters when you have 200 machines. Putting a machine in Setup Mode first removes the MokManager keystrokes as well.

    Setup Mode is one visit to the firmware screen per machine, once — and it can be the same visit where you turn Secure Boot on afterwards. It is not the same as turning Secure Boot off: a machine with Secure Boot disabled still has a platform key and still refuses the database write. In the firmware, look for “Erase all Secure Boot settings”, “Clear Secure Boot keys” or “Custom mode”.

    One practical note if you go the MokManager route: that blue screen has timeouts FOG cannot change. It gives up and boots normally if nothing is pressed within about 10 seconds of appearing, and it reboots if left idle partway through. Do not walk away from it.

    None of this changes the answer for your existing fleet, @Valer — your key is already enrolled on those 200 machines, so you just pass it to the installer and they carry on as they are. The above is for machines you enrol from here on.

  • 0 Votes
    3 Posts
    128 Views
    E

    @Tom-Elliott
    The fix worked perfectly! The menu issue is now resolved.

    Thanks for the support!

  • Storage Node says invalid configuration on FOG dashboard

    Solved FOG Problems
    5
    0 Votes
    5 Posts
    77 Views
    F

    @Tom-Elliott Hi! I updated my FOG server to latest beta-branch version: 1.6.0-beta.3197. I also updated my storage node to 1.6.0-beta.3197. This fixed the invalid path issue I was having. Thank you for the help!

    1a0e5491-b776-49fe-9fbf-d2bc40087f78-image.png

  • 0 Votes
    2 Posts
    50 Views
    Tom ElliottT

    @rpycroft Please attempt to update to 2231.

  • 0 Votes
    6 Posts
    142 Views
    R

    @Tom-Elliott

    Thanks so much for your help with this. Happy to feed back any info I can so please do let me know if there’s anything else you need me to test. Will be on annual leave for a couple of weeks after this and have no access to the systems but I think this confirms your suspicion. Please see results below from a Dell OptiPlex 3070:

    Addresses on this machine:

    NIC: 01:00.0 (Realtek RTL8168h)
    Root port: 00:1c.0

    UEFI mode:

    setpci -s 01:00.0 CAP_EXP+10.w = 0142 (last digit 2 = L1 enabled)
    setpci -s 00:1c.0 CAP_EXP+10.w = 0c42 (last digit 2 = L1 enabled)

    Legacy/CSM mode:

    setpci -s 01:00.0 CAP_EXP+10.w = 0040 (last digit 0 = ASPM off)
    setpci -s 00:1c.0 CAP_EXP+10.w = 0c40 (last digit 0 = ASPM off)

    Dell’s UEFI firmware enables L1 on both the NIC and root port. The Legacy/CSM path leaves both off. The only difference between the two readings is those two ASPM bits. Everything else in the register is identical.

    Thanks for the nudge to run these. Anything else needs testing please do let me know. We love using FOG and it’s invaluable in our set of schools that we work in at least so please do keep up the great work!

  • 0 Votes
    12 Posts
    341 Views
    F

    @Tom-Elliott Tom, looks like everything has been resolved after going from 2144 to 1.5.10.2218! No errors and I was able to capture no problem. Thanks

  • Linux Client Install Dual Nics

    Unsolved Linux Problems
    10
    0 Votes
    10 Posts
    4k Views
    Mr_____TM

    @JasonNaughton

    Hi, I noticed that this was unresolved after so long. Wonder if you have solved it?
    I recently stumbled across the man page for dhcpcd.conf. In there is a denyinterfaces (pattern) should solve the issue for you. It tells dhcpd to ignore the nic interfaces listed in pattern. Just was wondering if you found the fix otherwise hope this helps.

  • Version 1.6.0-beta.3187 ipxe 2.0.0.x problems

    Solved Bug Reports
    10
    0 Votes
    10 Posts
    153 Views
    S

    Working 👍

  • Fog 1.6.0-beta.2141 remove folder with image

    Solved Bug Reports
    5
    0 Votes
    5 Posts
    3k Views
    S

    ** WARNING: /etc/exports still exports with no_root_squash.
    ** Captures land as root, so moving the image out of
    ** /images/dev fails with ‘550 Rename failed’.
    ** Replace the /images/dev export options with:
    ** all_squash,anonuid=1002,anongid=1002

    Fixed problem

  • Raspberry Pi 4 unable to pxe boot

    Bug Reports
    8
    0 Votes
    8 Posts
    3k Views
    L

    Hi everyone, / @george1421

    I’ve been trying to capture the SD card of a Raspberry Pi 4 and I’ve hit a wall. I am booting via a USB stick using the EDK2 UEFI firmware, and I have explicitly set the System Table Selection to <Devicetree> in the UEFI settings.

    I managed to get past the iPXE phase without issues, and the capture task successfully loads the FOS kernel and init. However, the boot process stops right after with the following error (see attached image):
    No network interfaces found, your kernel is most probably missing the correct driver!

    Current Setup & Debug info:

    FOG version: 1.5.10.2149

    Hardware: Raspberry Pi 4 (trying to capture the built-in SD card)

    Boot method: USB stick with UEFI firmware

    Kernel version: 6.18.38

    Init version: 20260726

    (No PCI network hardware detected - obviously, as it’s the SoC’s built-in NIC)

    I think it seems the current experimental ARM kernel is missing the built-in Pi 4 network driver (bcmgenet). Unfortunately, using an external USB-to-LAN adapter is not an option for me, as the UEFI firmware refuses to boot from it in my environment.

    My question is:
    Given that I am booting from a USB stick and making it exactly to this point in the capture task, is there any chance or workaround to successfully capture the Pi 4’s SD card? Is there a custom/specific kernel available that includes the built-in Pi network driver, or any other method I can use to bypass this missing driver issue?

    Any help or guidance would be greatly appreciated!
    20260803_152648.jpg

  • 0 Votes
    8 Posts
    160 Views
    C

    @JJ-Fullmer This was it, thank you!!

    Everything I read kept telling me this machine was x86 based and there is no hint in the BIOS or the serial number lookup tool, of it running an ARM processor(other then “Elite”). We are going to return these machines to the vendor, so problem solved for us.

    Would be interested in hearing about future support for ARM in FOG because I’m sure this isn’t the last time we will cross paths with it.

  • 1.6 Database update issue

    Unsolved FOG Problems
    4
    0 Votes
    4 Posts
    107 Views
    Tom ElliottT

    @toschulz So I suspect the problem is due to a divergence of db schema between dev-branch/stable + working-1.6

    If you can update yoru Mysql directly:

    sudo mariadb -u root fog (if no root password of course - if you have a root password add -p

    UPDATE schemaVersion SET vVersion=0;

    Then refresh your screen, click the install/update, and hopefully the error will go away.

    The way the schema is configured is it will attempt (idempotently) to rerun every single SQL query in the schema chain.

    This should fix the problem you’re seeing.

    I believe there’s a column on the login history piece being requested that may just simply be missing which would cause the issue with datatables.

  • 0 Votes
    2 Posts
    57 Views
    C

    I have figured out the issue. I was looking in the wrong place in BIOS for the secure boot setting which was on. Turning off secure boot fixed the process which runs perfectly now.

  • FOG Docker image

    General
    6
    0 Votes
    6 Posts
    2k Views
    8

    @Cpasjuste

    Thank you, I appreciate that. And yes, I did spend a lot of time on it.

    I agree that it bypasses the official installer in order to make use of Docker environment variables; however, at this stage, I don’t believe that FOG is going to change so dramatically that it’ll break it often.

    I will add that if this could get adopted as an official docker image, we could work with the FOG team to make sure nothing gets to pushed to the FOG code that would break the container until we can adjust the container as well.

  • Full registration issues with Fog 1.5.10.1870

    Unsolved FOG Problems
    3
    0 Votes
    3 Posts
    137 Views
    M

    @Tom-Elliott Hello Tom yes I have installed the compatible Fog client from the Fog server on the reference machine, sys prepped and captured the image and now I am deploying.

  • Machine rename with script and domain join

    Unsolved FOG Problems
    1
    0 Votes
    1 Posts
    78 Views
    No one has replied
  • FOG Client and The remote server returned an error: (500)

    Solved FOG Problems
    3
    0 Votes
    3 Posts
    147 Views
    G

    @Tom-Elliott
    Updated to latest dev-branch and snapins are working now
    Thansk for help.

  • Stuck on "running post init scripts

    Solved Linux Problems
    13
    0 Votes
    13 Posts
    4k Views
    C

    @Numa09
    I had the same problem with a TP-Link switch. The model was a TL-SG2428P, and the FOG client would get stuck at:

    “Running post init scripts…”

    There were no error messages on the server, and the server firewall was disabled.

    After seeing your comment, I disabled the DoS protection feature on the switch, and FOG started working normally.

    Thank you, man!