• 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

      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
      • First post
        Last post

      149

      Online

      12.0k

      Users

      17.3k

      Topics

      155.2k

      Posts
      Copyright © 2012-2024 FOG Project