• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

Image Capture fails at the last stage when renaming /images/dev/<mac> and create an empty file

Scheduled Pinned Locked Moved Unsolved
FOG Problems
1
1
36
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R
    roozshab
    last edited by Apr 16, 2025, 5:47 PM

    Re: Image Capture Hanging on "Cloned Successfully"

    When capturing an image, the initial NFS mount and image capture is successful. However, the captured files in /images/dev/<mac-address> are owned by root:root.

    When the FOG process uses FTP to rename the created image to the “imaged name” specified. It fails, perhaps because it logs in as fogproject. To avoid making the /images directory universally writable (which causes the empty file creation, but does not rename the directory), one must change the ownership of NFS mounted /images/dev directory. To do so the /etc/exports file entry should be corrected to:
    /images *(ro,sync,no_wdelay,subtree_check,insecure_locks,all_squash,anonuid=1001,anongid=1001,fsid=0)
    /images/dev *(rw,async,no_wdelay,subtree_check,insecure_locks,all_squash,anonuid=1001,anongid=1001,fsid=1)

    This way, on the client side the directory is mounted as user 1001:1001 (fogproject:fogproject). If your UID/GID are different for fogproject user, make the correction as needed. This will allow the ftp process on behalf of fogproject user to complete without a problem.

    Fog Server on: Ubuntu 24.04.2 LTS
    WebUI: 1.5.10.1639

    1 Reply Last reply Reply Quote 0
    • 1 / 1
    1 / 1
    • First post
      1/1
      Last post

    239

    Online

    12.0k

    Users

    17.3k

    Topics

    155.2k

    Posts
    Copyright © 2012-2024 FOG Project