• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Popular
    Log in to post
    • All Time
    • Day
    • Week
    • Month
    • All Topics
    • New Topics
    • Watched Topics
    • Unreplied Topics
    • All categories
    • S

      Fog 1.6.0-beta.2141 remove folder with image

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Bug Reports
      3
      0 Votes
      3 Posts
      326 Views
      S

      Problem exists also with latest 1.6 builds…
      I think problem something in my database…
      When fog competing image I see failed to update database…
      i can not send picture now, problem create image in latest 1.6 build ( mount point error)

    • S

      Fog 1.6.0-beta.2268 Could not verify mount point

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved Bug Reports
      1
      0 Votes
      1 Posts
      1 Views
      No one has replied
    • A

      could not verify mount point, check if .mntcheck exists /bin/fog.download

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved FOG Problems
      2
      0 Votes
      2 Posts
      64 Views
      george1421G

      @alperi The bit if detail you are missing is what the kernel parameters were that was sent to the fog client. From what you posted it appears that the FOG server has all of the bits in the right spots.

      In the kernel parameters that are passed to bzImage during boot up it lists where the FOS engine can find the deployment server. I would verify the IP addresses are correct. If everything appears correct with the parameters, we can debug this a bit more by debug deploy and then manually interact with the fos engine from the target PC’s console.

    • D

      The DDP package file was not found or could not be read

      Watching Ignoring Scheduled Pinned Locked Moved Hardware Compatibility
      8
      0 Votes
      8 Posts
      199 Views
      george1421G

      @djgalloway Just to add a bit of detail here. All of the work you did was on the iPXE side, which is great work by the way. The kernel driver I updated was after you select an FOG iPXE menu item that is when bzImage is loaded and run. It relies on kernel parameters that is provided by iPXE to find the root file system. This is technically what you fixed by ensuring that default.ipxe/boot.php from the fog server was being called. At the end of the day, I’m glad you got that working because your setup is definitely an edge case that works well in your environment.

    • 1 / 1