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

    Images not deploying to computers

    Scheduled Pinned Locked Moved
    Windows Problems
    5
    22
    3.3k
    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.
    • G
      gadams @george1421
      last edited by gadams

      @george1421 I created the group and assigned the kernel to it, then updated the default kernel to 5.6.18. I still have bzImage32 Version: 4.19.123 listed in there.
      8e9e2186-0548-40b2-99e2-e7a09671d741-image.png

      The computers are all on the same subnet and there’s nothing interesting between them and the FOG server. The server is hosted on a Proxmox VM, so really thing only things between it and the computers are a couple of switches.

      george1421G 1 Reply Last reply Reply Quote 0
      • george1421G
        george1421 Moderator @gadams
        last edited by

        @gadams said in Images not deploying to computers:

        The computers are all on the same subnet and there’s nothing interesting between them and the FOG server. The server is hosted on a Proxmox VM, so really thing only things between it and the computers are a couple of switches.

        Understand what I’m doing is trying to build a truth table of what we know so far.

        Is this a new FOG install and these are the first systems you are trying or have you had this server in production before and this problem is just something new?

        Ok so there is nothing notable between the server and the clients.

        So if we capture a new image from a source computer plugged into the same switch as the proxmox server can you deploy the image right back to either the same system or same model using the same network cable?

        When you capture the image does the task close out properly and is removed from the list of currently running tasks? (this will show us that the FOG server at least thinks it did it job well).

        As Quazz said, when you go to capture your reference image make sure you have sysprep power off the golden image or if you are not sysprepping (why not??) use shutdown -s -t 0 to power off the golden image before capturing with FOG.

        If you can capture and deploy properly on the same switch as the fog server and golden image start moving your deployment computer 1 switch away from the FOG server’s switch and see if you get the same results?

        Something else to note, if when you deploy the image, you tick the debug checkbox before you schedule the task that will put the target computer into debug mode. PXE boot the target computer and after a few screens of text you will be dropped to a linux command prompt. Key in fog to start the imaging process. You will need to press enter at each break point. But the idea of debug mode is to be able to catch the actual message that partclone generates. That is the important message everything else really doesn’t matter at this point.

        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!

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

          @george1421

          I can confirm those mixed kernel versions work fine. We also have dc7800’s they can make it to the FOG menu but they can’t register, deploy or capture with the newer kernels.

          alt text

          When I first encountered DC7800 problems I rolled the kernel way back to one even older than 4.15.2 and I would get an error message saying kernel was too old at some point during the DC7800 registration process.
          4.15.2 was the first kernel I came to where it didn’t throw the kernel was too old error.

          With 4.15.2 I have been able to image, capture, etc etc all different kinds of laptops and workstations via legacy and UEFI PXE boot without any problems.

          Once the DC7800’s are gone I will go to the latest kernel. I hate those things.

          I am thinking there is some corruption with the captured image maybe even a bad sector on the FOG servers hard drive?. Just a guess but definitely not the kernel.

          what is up (PTM) @gadams 👍

          1 Reply Last reply Reply Quote 0
          • G
            gadams
            last edited by

            This is a new FOG install that I created at the end of July, and these are the first systems to use it.

            The original golden image is on a VM on the same Proxmox system, and that is what I have been able to deploy to all of the computers without issue.

            I wasn’t using sysprep, because it’s on a VM, so I didn’t think it would matter.

            However, all of that is currently a much smaller issue compared to the server not being able to boot properly. I’ve been getting the below image for quite some time now, and even had to rollback to a snapshot from 7/14 to get it working again last month.
            CentOS_FOG_Error_Stream.PNG

            I recaptured the golden image from the VM using the shutdown /s /t 0 command and left it to deploy to one of the Lenovo laptops. When I came in about an hour ago, it was giving me this message: 2020-09-03 13.03.47.png, which prompted me to check the site only to find out I couldn’t get to it. I got in via SSH and rebooted it, which resulted in this: CentOS_FOG_Boot_Error.png which resulted in this: CentOS_FOG_Emergency_Mode.png.

            And I’m sure all of this should go into a new thread, so just let me know if I should move it or not.

            george1421G F 2 Replies Last reply Reply Quote 0
            • george1421G
              george1421 Moderator @gadams
              last edited by

              @gadams Looks like you found the corruption, it is in your fog server’s disk structure. Sounds like its time to start over.

              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!

              1 Reply Last reply Reply Quote 0
              • G
                gadams
                last edited by

                So best to just delete the entire CentOS VM and start a new one?

                george1421G 1 Reply Last reply Reply Quote 0
                • george1421G
                  george1421 Moderator @gadams
                  last edited by

                  @gadams I would say yes, since it will take less time to reinstall centos, update it and then install FOG than trying to fix what is broken and then repair the image files.

                  When you recreate your FOG server. Change your disk allocations manually because the centos installer will put all of the extra disk space in /home where you don’t need it. Instead change the mapping from /home to /images that way your images directory will be not on the same partition as the OS as well as giving it the most space on the disk. You will see what I mean if you option to manually partition the disk.

                  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!

                  1 Reply Last reply Reply Quote 0
                  • G
                    gadams
                    last edited by

                    Thanks. This is what I followed to set everything up (making minor adjustments for my environment, of course) https://docs.google.com/presentation/d/1jaP_4r10OiILnNuIwe6uklsx7kcP4sEbnFz1H3eLH2o/edit#slide=id.p1. Is there something better I should look at?

                    george1421G 1 Reply Last reply Reply Quote 0
                    • george1421G
                      george1421 Moderator @gadams
                      last edited by

                      @gadams Ok that is good, it is as I said to take away from home and give to /images. That guild will help you well.

                      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!

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

                        @gadams

                        From the latest pics in the post… The Fog server…
                        Seems hard drive related for sure. Problems mounting the file system and other issues related to the file system.

                        1 Reply Last reply Reply Quote 0
                        • G
                          gadams
                          last edited by

                          Alright, now that I’m back in the office we can continue this madness. After doing a bit of searching online and prepping some computers at home for sale, I do see why I should use Sysprep on my base image so the SID isn’t duplicated to all of the computers it’s deployed to.

                          However I need to retain the admin and local user accounts that I’ve set up and I don’t want the computer to boot into OOBE or Audit Mode after the image is deployed. It might be outside the scope of this thread and/or forum, but is that possible?

                          Q 1 Reply Last reply Reply Quote 0
                          • Q
                            Quazz Moderator @gadams
                            last edited by

                            @gadams Look into unattended installations (unattend.xml)

                            1 Reply Last reply Reply Quote 0
                            • G
                              gadams
                              last edited by

                              I had tried that originally when I started working with all of this. Either I wasn’t doing something correctly, or it’s not built that way, because I never could get it to enable the build-in administrator account. I still have the files if you want to take a look at them.

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

                              158

                              Online

                              12.0k

                              Users

                              17.3k

                              Topics

                              155.2k

                              Posts
                              Copyright © 2012-2024 FOG Project