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

    Local time and alternate temp directory for capture option

    Scheduled Pinned Locked Moved
    Feature Request
    3
    9
    249
    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.
    • F
      Fog_Newb
      last edited by

      Hi,
      It would be cool to have an option that shows image capture and deployment using local time of the FOG server (not UTC). Another would be an option to specify a alternate temp directory for FOG to when capturing images. This would help keep VM drives from blowing up in size.

      Thank you

      1 Reply Last reply Reply Quote 0
      • AUTH IT CenterA
        AUTH IT Center
        last edited by

        Hello,

        for the second part you can mount anything (e.x. /sdb, /storageip, /nasdrive ) in /images and keep the storage independent from the VMs primary disk.

        F 1 Reply Last reply Reply Quote 0
        • F
          Fog_Newb @AUTH IT Center
          last edited by Fog_Newb

          @AUTH-IT-Center

          Thanks. I currently have a 2nd drive mounted as /images. That’s is the one that keeps blowing up. I thought about mounting a separate drive as /images/dev (that’s were FOG seems to create the temp files). I may do that and see how it goes.

          AUTH IT CenterA 1 Reply Last reply Reply Quote 0
          • AUTH IT CenterA
            AUTH IT Center @Fog_Newb
            last edited by

            @Fog_Newb

            99% it will work. The path /images/dev is the tmp location for image creation, so if you mount a 3rd drive you can achieve the expected result.

            F 1 Reply Last reply Reply Quote 0
            • F
              Fog_Newb @AUTH IT Center
              last edited by

              @AUTH-IT-Center Something weird happened after mounting another drive as /images/dev I made sure to copy everything from the original /images/dev and copy them to the new mounted /images/dev

              Then

              sudo chown -R fogproject /images
              
              sudo chown -R fogproject /images/dev
              

              After doing this and capturing an image. The tmp image remained in /images/dev and the usual directory where that image was stored, was no longer seen as directory. But it wasn’t a symbolic link either. This only happened after trying to capture the images using the new mount.

              Just to make sure it wasn’t something I did when mounting the new /images/dev storage drive, I made sure the directories for the remaining pre-existing captured images were still being seen as directories. They were. I then captured one of those those images and just like that, the directory for that image was no longer seen as a directory and the tmp image for that capture remained in the /images/dev. Weird.

              AUTH IT CenterA 1 Reply Last reply Reply Quote 0
              • AUTH IT CenterA
                AUTH IT Center @Fog_Newb
                last edited by

                @Fog_Newb

                as described in https://www.reddit.com/r/linux4noobs/comments/119i2vy/is_it_possible_to_mount_one_drive_as_a_subfolder/

                probably its best to move everything away from the mount points and then create the new structure. Also as always in this occasions BACKUP before testing.

                F 1 Reply Last reply Reply Quote 0
                • F
                  Fog_Newb @AUTH IT Center
                  last edited by

                  @AUTH-IT-Center

                  Yes, the reddit post is the way the drives were mounted. Just to make sure it wasn’t user error, I spun up another FOG VM really quick and during the installation specified the mount points

                  Same thing

                  See

                  Another

                  Another

                  It’s looking like FOG has issues if the temp storage location is on a different volume than the images.

                  Tom ElliottT 1 Reply Last reply Reply Quote 0
                  • Tom ElliottT
                    Tom Elliott @Fog_Newb
                    last edited by

                    @Fog_Newb did you make sure the /images/dev is owned by fogproject:fogproject user and that there’s the ever useful (needed) .mntcheck file?

                    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                    F 1 Reply Last reply Reply Quote 0
                    • F
                      Fog_Newb @Tom Elliott
                      last edited by Fog_Newb

                      @Tom-Elliott

                      Yes, I even spun up a new FOG VM where the mount points were created before FOG was installed to makesure the FOG installer created all the files and set permissions.

                      edited - words

                      1 Reply Last reply Reply Quote 0
                      • F Fog_Newb referenced this topic on
                      • 1 / 1
                      • First post
                        Last post

                      151

                      Online

                      12.0k

                      Users

                      17.3k

                      Topics

                      155.2k

                      Posts
                      Copyright © 2012-2024 FOG Project