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

Unable to Capture Using Single Disk - Resizable

Scheduled Pinned Locked Moved Solved
FOG Problems
3
21
2.1k
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.
  • S
    shatchett0
    last edited by Aug 21, 2024, 3:14 PM

    Hello,

    I am unable to capture using Single Disk - Resizable. I am able to capture using Multiple Partition Image (Not Resizable), however, I am unable to deploy these images. They fail. I am attempting to capture both Ubuntu and Windows machines. Don’t know if it is relevant but MPI (Not resizable) captures the entire disk.

    I am taking this project over from another employee and it appears that he was able to capture using Single Disk - Resizable (which captured only the OS partition not the entire disk). Ubuntu and Windows machines. Those images deploy with no problem. Unfortunately he is no longer here.

    Any ideas? My fog server is on Rocky 9.4.

    fog_error.jpg

    J T 2 Replies Last reply Aug 21, 2024, 5:40 PM Reply Quote 0
    • J
      JJ Fullmer Testers @shatchett0
      last edited by Oct 2, 2024, 3:24 PM

      @shatchett0

      Glad to hear it’s working for capture now. You should be able to mount /images on a separate disk without issue, but having it all in the same place is fine too.

      I’m not 100% sure what that error is saying. At least not with enough detail to be helpful right off the bat.

      First thing that comes to mind is a sector mismatch. If your image was captured from a disk with 512e sectors and you try to deploy to a 4kn disk (or vice versa) you’ll get errors when it tries to align the partition table because the sector sizes can’t align. It’s a limitation in disk alignment at a lower hardware level. I have some notes on when I was debugging such an issue in this post https://forums.fogproject.org/topic/17112/surface-go-4-incompatible

      It could also be a simpler issue of the image doesn’t fit on the new disk. In most cases the resizable takes care of it, but if the image’s min size is bigger than the disk, not much can be done. But it looks like it’s an all disk or all partition image?

      Have you tried the FogApi powershell module? It's pretty cool IMHO
      https://github.com/darksidemilk/FogApi
      https://fogapi.readthedocs.io/en/latest/
      https://www.powershellgallery.com/packages/FogApi
      https://forums.fogproject.org/topic/12026/powershell-api-module

      S 3 Replies Last reply Oct 9, 2024, 7:00 PM Reply Quote 0
      • J
        JJ Fullmer Testers @shatchett0
        last edited by Aug 21, 2024, 5:40 PM

        @shatchett0 Got into your fog configuration and check what version of fog you’re on.
        Your picture shows the init version, we have newer inits and kernels that might make a difference.
        Updating fog and the kernels is fairly easy.

        Can you take a screenshot of the image settings you’re trying to capture for? There could be somethign else off there.

        Have you tried the FogApi powershell module? It's pretty cool IMHO
        https://github.com/darksidemilk/FogApi
        https://fogapi.readthedocs.io/en/latest/
        https://www.powershellgallery.com/packages/FogApi
        https://forums.fogproject.org/topic/12026/powershell-api-module

        S 2 Replies Last reply Aug 22, 2024, 3:00 PM Reply Quote 0
        • S
          shatchett0 @JJ Fullmer
          last edited by Aug 22, 2024, 3:00 PM

          @JJ-Fullmer Hey, thanks for responding. I’m on FOG Version 1.5.10. I’ve attached a screen shot of the image settings. Meanwhile I’ll take a look at updating fog and the kernels.

          Screenshot from 2024-08-22 10-51-27.png

          1 Reply Last reply Reply Quote 0
          • S
            shatchett0 @JJ Fullmer
            last edited by Aug 23, 2024, 2:44 PM

            @JJ-Fullmer Not really knowing what I’m doing, I went to FOG Confguration, Kernel Update, downloaded, saved my old kernel and installed the new kernel. Doing that downgraded my kernel, oddly enough. But as instructed (thank you FOG) I saved my old kernel and was able to go back to it.

            Still getting the same issue where when I create an image Single Disk - Resizable, it will not capture. However when I set the image to Multiple Partition - Single Disk (Not Resizable) it will capture. The problem then is that the image is huge (the entire disk) and it will not deploy.

            I think I’m just gonna build a new server from scratch using Ubuntu Server. I’ve had odd little bugs in the past with Rocky. I doubt that that is the problem but who knows?

            J 1 Reply Last reply Aug 23, 2024, 8:22 PM Reply Quote 0
            • J
              JJ Fullmer Testers @shatchett0
              last edited by Aug 23, 2024, 8:22 PM

              @shatchett0 I’ve only ever used RHEL based linux with fog, currently using Rocky myself. If you’re more comfortable with debian then nothing wrong with that.

              Which kernel did you update to? There should be some “experimental” ones from earlier this month that work great.

              Also 1.5.10 not 1.5.10.1593 ?
              You should update to at least the latest stable version. I can help with that if you need it.

              Have you tried the FogApi powershell module? It's pretty cool IMHO
              https://github.com/darksidemilk/FogApi
              https://fogapi.readthedocs.io/en/latest/
              https://www.powershellgallery.com/packages/FogApi
              https://forums.fogproject.org/topic/12026/powershell-api-module

              S 1 Reply Last reply Aug 29, 2024, 9:51 PM Reply Quote 0
              • S
                shatchett0 @JJ Fullmer
                last edited by Aug 29, 2024, 9:51 PM

                @JJ-Fullmer

                Sorry getting back so late. I backed out of debian and went with a clean install of Alma Linux. Downloaded the tar file for 1.5.10.1593 and installed that. Still seeing same issue. Here’s a screen capture of the version that I’m on. And it does say that I’m not up to date. Any advice would be appreciated. Thanks for your help!

                Fog10.5.jpg

                J 1 Reply Last reply Aug 30, 2024, 1:07 PM Reply Quote 0
                • T
                  Tom Elliott @shatchett0
                  last edited by Aug 30, 2024, 12:23 AM

                  @shatchett0 what is the format of the drives?

                  The formats we do accept for resize:

                  Ext (2/3/4)
                  Btrfs
                  Ntfs
                  Fat
                  Xfs

                  If it’s not got any of those types of partitions, of course it won’t be able to capture them.

                  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

                  S 1 Reply Last reply Sep 4, 2024, 6:24 PM Reply Quote 0
                  • J
                    JJ Fullmer Testers @shatchett0
                    last edited by Aug 30, 2024, 1:07 PM

                    @shatchett0 I always install with the git method as it makes updates easier, but both should work the same.
                    I would suggest trying the git method. I’ll have to go test the tar version and see if I get the same result, it’s odd that it’s not showing you what the latest other versions are there, might be an HTTP vs HTTPS thing, might be a firewall issue, I saw something in another forum post where someone’s firewall was blocking the search for latest versions or something like that.

                    I would also try canceling the task, boot the host to the pxe menu, and use the check compatibility option. Make sure it shows as compatible with FOG and that all the hard drive info shows the partitions you expect.

                    If you just installed it should have downloaded the latest kernel and init during the install, if you click on that “DefaultMember FOG Version:” box/modal it should expand and show the kernel version.

                    I also just noticed that your image definition shows Windows 10 (OS ID of 9) but the error message on capture shows osid=50 which is Linux, are you sure you have the right image assigned on the host being captured? (I would also increase the compression level for Zstd to 11, but that’s just me)

                    Have you tried the FogApi powershell module? It's pretty cool IMHO
                    https://github.com/darksidemilk/FogApi
                    https://fogapi.readthedocs.io/en/latest/
                    https://www.powershellgallery.com/packages/FogApi
                    https://forums.fogproject.org/topic/12026/powershell-api-module

                    S 2 Replies Last reply Sep 4, 2024, 5:50 PM Reply Quote 0
                    • S
                      shatchett0 @JJ Fullmer
                      last edited by Sep 4, 2024, 5:50 PM

                      @JJ-Fullmer My inexperience with Fog is showing. I’ve been pretty careful but obviously in this particular case not careful enough. Since I last posted I did a clean install of FOG (tar version) on a clean install of Alma Linux. It seemed to work pretty well. Moving to a big (for me) machine using Alma and a clean FOG install. I’ll take a look at the doing the Git install.

                      1 Reply Last reply Reply Quote 0
                      • S
                        shatchett0 @Tom Elliott
                        last edited by Sep 4, 2024, 6:24 PM

                        @Tom-Elliott Hey thanks for getting back. This is the filesystem on the drive. But, oddly, with a new Alma Linux and FOG install I was able to do Single Disk - Resizable. I posted to JJ about my next steps. I’ve got to hit this with a hammer. It’s all I have .

                        thumbnail_Image.jpg

                        J 1 Reply Last reply Sep 5, 2024, 5:44 PM Reply Quote 0
                        • J
                          JJ Fullmer Testers @shatchett0
                          last edited by Sep 5, 2024, 5:44 PM

                          @shatchett0 So it is working now on the new install?

                          Have you tried the FogApi powershell module? It's pretty cool IMHO
                          https://github.com/darksidemilk/FogApi
                          https://fogapi.readthedocs.io/en/latest/
                          https://www.powershellgallery.com/packages/FogApi
                          https://forums.fogproject.org/topic/12026/powershell-api-module

                          S 1 Reply Last reply Sep 16, 2024, 6:00 PM Reply Quote 0
                          • S
                            shatchett0
                            last edited by Sep 16, 2024, 4:22 PM

                            Moved to a new Alma install. Used the git install. I could not register an Ubuntu 20.04 host. I then diid a clean install of Alma and used the latest tar for FOG. Was able to register a host but could not capture single disk resizable. Posting this pic of the error. Curious if anyone sees anything obvious. Thanks for any input.

                            fog.jpg

                            1 Reply Last reply Reply Quote 0
                            • S
                              shatchett0 @JJ Fullmer
                              last edited by Sep 16, 2024, 6:00 PM

                              @JJ-Fullmer Sorry JJ. I’ve been checking for replies but today is the first I’m seeing this. It was working on an old z840 with 1 TB of storage. I’ve not moved to a Dell Server with 120 TB and I posted an image of the error I’m seeing in my latest update dated 9/16/2024.

                              1 Reply Last reply Reply Quote 0
                              • S
                                shatchett0 @JJ Fullmer
                                last edited by Sep 16, 2024, 6:50 PM

                                @JJ-Fullmer “boot the host to the pxe menu, and use the check compatibility option”

                                Hey JJ. what are the steps to do this?

                                J 1 Reply Last reply Sep 18, 2024, 1:46 AM Reply Quote 0
                                • J
                                  JJ Fullmer Testers @shatchett0
                                  last edited by Sep 18, 2024, 1:46 AM

                                  @shatchett0 you would cancel the capture task and then boot the host to pxe and you should see a compatibility check in the fog boot menu.
                                  The error also looks like an issue with ext4 thinking it’s a dirty filesystem being captured. If you schedule the capture task with debug checked you can try running the file system check tools interactively. This looks like a problem with this specific host and the image being captured more than a fog server issue.

                                  Have you tried the FogApi powershell module? It's pretty cool IMHO
                                  https://github.com/darksidemilk/FogApi
                                  https://fogapi.readthedocs.io/en/latest/
                                  https://www.powershellgallery.com/packages/FogApi
                                  https://forums.fogproject.org/topic/12026/powershell-api-module

                                  S 2 Replies Last reply Sep 19, 2024, 3:51 PM Reply Quote 0
                                  • S
                                    shatchett0 @JJ Fullmer
                                    last edited by Sep 19, 2024, 3:51 PM

                                    @JJ-Fullmer That is helpful. I’ll run those.

                                    1 Reply Last reply Reply Quote 0
                                    • S
                                      shatchett0 @JJ Fullmer
                                      last edited by Oct 1, 2024, 4:07 PM

                                      @JJ-Fullmer It looks like one of my problems was that I was runnning two network interfaces. One was going to our production network, the other to the fog network. I deleted the production interface and that eliminated the random errors I was getting. I was getting one consistent error during capture “Could not mount images folder (/bin/fog.upload) Args passed: Reason: mount: 192.168.7.184:/images/dev/ on /images failed: No such file or directory”

                                      I had a 125 TB raid for internal storage (images) and a separate system drive for the OS and fog. So I installed the OS and fog on my raid. I can now consistently capture images with no problem. Deploying is the problem now. I’ve attached a pic. If anybody sees anything in the error please feel free to chime in.

                                      BTW I have been using the compatibility feature to ensure the hardware passes muster.

                                      Thanks!

                                      fig.jpg

                                      J 1 Reply Last reply Oct 2, 2024, 3:24 PM Reply Quote 0
                                      • J
                                        JJ Fullmer Testers @shatchett0
                                        last edited by Oct 2, 2024, 3:24 PM

                                        @shatchett0

                                        Glad to hear it’s working for capture now. You should be able to mount /images on a separate disk without issue, but having it all in the same place is fine too.

                                        I’m not 100% sure what that error is saying. At least not with enough detail to be helpful right off the bat.

                                        First thing that comes to mind is a sector mismatch. If your image was captured from a disk with 512e sectors and you try to deploy to a 4kn disk (or vice versa) you’ll get errors when it tries to align the partition table because the sector sizes can’t align. It’s a limitation in disk alignment at a lower hardware level. I have some notes on when I was debugging such an issue in this post https://forums.fogproject.org/topic/17112/surface-go-4-incompatible

                                        It could also be a simpler issue of the image doesn’t fit on the new disk. In most cases the resizable takes care of it, but if the image’s min size is bigger than the disk, not much can be done. But it looks like it’s an all disk or all partition image?

                                        Have you tried the FogApi powershell module? It's pretty cool IMHO
                                        https://github.com/darksidemilk/FogApi
                                        https://fogapi.readthedocs.io/en/latest/
                                        https://www.powershellgallery.com/packages/FogApi
                                        https://forums.fogproject.org/topic/12026/powershell-api-module

                                        S 3 Replies Last reply Oct 9, 2024, 7:00 PM Reply Quote 0
                                        • S
                                          shatchett0 @JJ Fullmer
                                          last edited by Oct 9, 2024, 7:00 PM

                                          @JJ-Fullmer Hey, I’ll check out the notes you posted. I’m back at it after dealing with other issues.

                                          1 Reply Last reply Reply Quote 0
                                          • S
                                            shatchett0 @JJ Fullmer
                                            last edited by Oct 18, 2024, 1:47 PM

                                            @JJ-Fullmer I think you’re right. It’s a matter of disk size. I have to be more conscious of the source disk size in relation to the destination disk size. I am capturing consistently now and deploying more reliably.

                                            So my problems really amounted to network issues (I had two interfaces that confused my fog server) and the other was not paying more attention to my disk sizes.

                                            Thanks for all your help and patience with this.

                                            Steve

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

                                            159

                                            Online

                                            12.0k

                                            Users

                                            17.3k

                                            Topics

                                            155.2k

                                            Posts
                                            Copyright © 2012-2024 FOG Project