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

Active directory Join issue

Scheduled Pinned Locked Moved Solved
Windows Problems
7
115
95.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.
  • A
    anthonyglamis @JJ Fullmer
    last edited by anthonyglamis Jan 20, 2016, 5:16 PM Jan 20, 2016, 10:53 PM

    @Arrowhead-IT @Tom-Elliott

    OK image upload completed, I attempted to deploy to another Lenovo E431 and same error. I looked in the /images directory and sure enough there is no d1.mbr in my Lenovo E431 directory. I am showing the other 2 images I captured which are a Dell 3450, and a Lenovo E430 and they both have the d1.mbr file.

    Not sure if this helps but when creating the image in Image Management I selected Multiple Image Partition #2 and in Partition I selected #1

    I created those images in the previous fog version so is this a bug or am I not capturing the image correctly?
    Also I deleted those images (Dell3450, LenovoE430) however they are still on my linux box, can I get those back into the fog server?

    T J 3 Replies Last reply Jan 20, 2016, 11:34 PM Reply Quote 0
    • T
      Tom Elliott @anthonyglamis
      last edited by Jan 20, 2016, 11:34 PM

      @anthonyglamis Multiple image partition should be fine, but the “Partition” selection I’m guessing you’re wanting “All”. I don’t know though.

      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

      A 1 Reply Last reply Jan 20, 2016, 11:36 PM Reply Quote 0
      • A
        anthonyglamis @Tom Elliott
        last edited by Jan 20, 2016, 11:36 PM

        @Tom-Elliott Any idea why the d1.mbr file is not being captured in the process?

        T 1 Reply Last reply Jan 20, 2016, 11:40 PM Reply Quote 0
        • T
          Tom Elliott @anthonyglamis
          last edited by Jan 20, 2016, 11:40 PM

          @anthonyglamis I need to look further, but I’m pretty sure we don’t need the mbr for specific partitions. Meaning, if you tell it to use only partition 1, it doesn’t need the mbr because it’s only using one partition that is assumed (I’m not sure I didn’t create that particular feature) to already be created on the client receiving the image.

          If you can, please retry the upload but use “Partition All” or whatever the setting is. I believe you will see the d1.mbr file for that case. If not, let me know and maybe we can run a debug task to try figuring out what exactly the problem is. While I am editing the scripts, I am doing so mostly blind. I do attempt to test all the elements as I can, but i’m far from perfect.

          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

          1 Reply Last reply Reply Quote 1
          • J
            JJ Fullmer Testers @anthonyglamis
            last edited by Jan 20, 2016, 11:48 PM

            @anthonyglamis said:

            I created those images in the previous fog version so is this a bug or am I not capturing the image correctly?
            Also I deleted those images (Dell3450, LenovoE430) however they are still on my linux box, can I get those back into the fog server?

            If they are still in the /images folder then yes. If they are in a different machine, still yes, just transfer the files to the new fog server /images folder.

            Just make new images in the fog gui with the same settings and point them to the file names and they should work. Does that make sense?

            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

            W 1 Reply Last reply Jan 21, 2016, 12:19 AM Reply Quote 1
            • A
              anthonyglamis
              last edited by Jan 21, 2016, 12:14 AM

              @Arrowhead-IT Thanks for the input. That does make sense. Hopefully I can get those back. It will save me some time.

              @Tom-Elliott I am attempting to capture another image. Same model LenovoE431. I will post the output.

              1 Reply Last reply Reply Quote 2
              • W
                Wayne Workman @JJ Fullmer
                last edited by Jan 21, 2016, 12:16 AM

                @Arrowhead-IT said:

                I hadn’t noticed that the hashes were different before, so I checked mine and they are different.

                This is by design. https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#Security_design

                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!
                Daily Clean Installation Results:
                https://fogtesting.fogproject.us/
                FOG Reporting:
                https://fog-external-reporting-results.fogproject.us/

                1 Reply Last reply Reply Quote 2
                • W
                  Wayne Workman @JJ Fullmer
                  last edited by Jan 21, 2016, 12:19 AM

                  @Arrowhead-IT said:

                  Just make new images in the fog gui with the same settings and point them to the file names and they should work. Does that make sense?

                  People always mess that up.

                  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!
                  Daily Clean Installation Results:
                  https://fogtesting.fogproject.us/
                  FOG Reporting:
                  https://fog-external-reporting-results.fogproject.us/

                  J A 2 Replies Last reply Jan 21, 2016, 4:18 PM Reply Quote 2
                  • T
                    Tom Elliott @JJ Fullmer
                    last edited by Jan 21, 2016, 4:30 AM

                    @Arrowhead-IT To add on, if you don’t mind.

                    Particularly pertaining to the different hashes, this is intentional.

                    The intent is to make it that much harder for somebody to see/guess your password. The FOG System in whole does the encryption/decryption when and as needed.

                    For even more security, with the new client at least, any time a client checks in the hash changes too. This is to further obfuscate possibly breach of your AD Password.

                    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

                    1 Reply Last reply Reply Quote 4
                    • T
                      Tom Elliott @anthonyglamis
                      last edited by Jan 21, 2016, 4:36 AM

                      @anthonyglamis So I found a few more errors. Can you be more specific as to the type of image you’re working with?

                      I looked over all the code, and the unable to locate MBR message is from one of our many functions. It, quite simply, cannot find the mbr file. This MBR file is received by the system. If the OS is windows 7/8+8.1/10 and the image is in what I call legacy format (sys.img.000 and/or rec.img.000), it will use a pregenerated MBR and realign the partitions to match your disk. This is also the default handling mechanism, now, for Windows XP and Vista.

                      This part was where things were failing though, and i’m guessing the image was uploading using 1.2.0? Maybe you already said this I’m just blanking out for now. In either case, I’m hoping the download script is back to a MUCH more friendly and operation state.

                      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

                      1 Reply Last reply Reply Quote 2
                      • T
                        Tom Elliott @anthonyglamis
                        last edited by Jan 21, 2016, 4:40 AM

                        @anthonyglamis So I found my answer.

                        When you’re working with a specific partition to image, there is no mbr file generated for the client. However, it appears there is something slightly off in this approach. If you select a specific partition, it is (from what I can tell) uploading the only the relevant partition?

                        It does not create an MBR for single partition images as it doesn’t know how it needs to be placed.

                        That said, if this is the intention (you only making a copy of partition 1 or 2), I will need to borrow some of your time so I can figure out a good approach in bypassing the need for the mbr.

                        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

                        T 1 Reply Last reply Jan 21, 2016, 11:15 AM Reply Quote 1
                        • T
                          Thiago @Tom Elliott
                          last edited by Jan 21, 2016, 11:15 AM

                          @Tom-Elliott
                          I just install a new server with 6038 svn, copy all images (that work in 1.2, the server still alive), change all owners and permissions following this post and the wiki, but still get "Image Store Corrupt” Unable to locate MBR (restore partition table and bootloaders) when deploying.
                          1.2 still deploying correctly the same image.

                          T 1 Reply Last reply Jan 21, 2016, 12:24 PM Reply Quote 1
                          • T
                            Tom Elliott @Thiago
                            last edited by Jan 21, 2016, 12:24 PM

                            @Thiago can you update and then try? 6038 had the problem, and unless you reran the installer this morning, you most likely have what I suspect is the “bad” inits.

                            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

                            1 Reply Last reply Reply Quote 1
                            • J
                              JJ Fullmer Testers @Wayne Workman
                              last edited by Jan 21, 2016, 4:18 PM

                              @Wayne-Workman said:

                              @Arrowhead-IT said:

                              Just make new images in the fog gui with the same settings and point them to the file names and they should work. Does that make sense?

                              People always mess that up.

                              Do I sound full of myself if I say that I never messed that up? Because well, I never messed that up. It just kinda worked as it should anytime I’ve done that.

                              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

                              W 1 Reply Last reply Jan 21, 2016, 4:20 PM Reply Quote 2
                              • W
                                Wayne Workman @JJ Fullmer
                                last edited by Jan 21, 2016, 4:20 PM

                                @Arrowhead-IT said:

                                Do I sound full of myself if I say that I never messed that up? Because well, I never messed that up. It just kinda worked as it should anytime I’ve done that.

                                No. Would I sound full of myself if I said I haven’t, either? lol. But a lot of people have messed it up.

                                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!
                                Daily Clean Installation Results:
                                https://fogtesting.fogproject.us/
                                FOG Reporting:
                                https://fog-external-reporting-results.fogproject.us/

                                1 Reply Last reply Reply Quote 1
                                • A
                                  anthonyglamis
                                  last edited by Jan 21, 2016, 4:39 PM

                                  Wow this thread has a bunch of activity! Thanks for everyones help.
                                  I captured an image late last night and checked /images for the d1.mbr file and it was present. I was able to deploy this image to another Lenovo E431 (this is windows 7 pro btw), however it did not join to AD, and interestingly enough it did not change the hostname either.
                                  This is odd since yesterday Fog was actually successful in changing a hostname and adding one of our laptops to AD. Granted this was a PC we had taken off the domain in order to capture the image. We gave it a generic name LENOVO-E431-I3 and after capturing the image it would not let us change the name of the PC and kept rebooting. This of course was the client service doing it’s job. So in the Fog server we changed the hostname to what we wanted and boom after a reboot the hostname changer did it’s job and also added the laptop to AD.
                                  I am looking at the fog .log and there is an authentication error more specifically this is from a deployed Win 7 image


                                  --------------------------------Authentication--------------------------------

                                  1/21/2016 10:27 AM Client-Info Version: 0.9.10
                                  1/21/2016 10:27 AM Middleware::Communication URL: http://192.168.1.243/fog/management/other/ssl/srvpublic.crt
                                  1/21/2016 10:27 AM Data::RSA FOG Server CA cert found
                                  1/21/2016 10:27 AM Data::RSA ERROR: Certificate validation failed
                                  1/21/2016 10:27 AM Data::RSA ERROR: Trust chain did not complete to the known authority anchor. Errors: The signature of the certificate cannot be verified. (NotSignatureValid)
                                  1/21/2016 10:27 AM Middleware::Authentication ERROR: Could not authenticate
                                  1/21/2016 10:27 AM Middleware::Authentication ERROR: Certificate is not from FOG CA
                                  1/21/2016 10:27 AM Service Sleeping for 120 seconds

                                  W 1 Reply Last reply Jan 21, 2016, 4:41 PM Reply Quote 1
                                  • W
                                    Wayne Workman @anthonyglamis
                                    last edited by Jan 21, 2016, 4:41 PM

                                    @anthonyglamis said:

                                    Trust chain did not complete to the known authority anchor. Errors: The signature of the certificate cannot be verified.

                                    That’s the issue.

                                    Try to reinstall the client on that image, and then re-upload and try again. If it’s still not working, try resetting the encryption on the problematic target host.

                                    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!
                                    Daily Clean Installation Results:
                                    https://fogtesting.fogproject.us/
                                    FOG Reporting:
                                    https://fog-external-reporting-results.fogproject.us/

                                    1 Reply Last reply Reply Quote 2
                                    • A
                                      anthonyglamis @Wayne Workman
                                      last edited by anthonyglamis Jan 21, 2016, 11:14 AM Jan 21, 2016, 5:14 PM

                                      @Wayne-Workman
                                      @Arrowhead-IT
                                      Pertaining to the images I deleted from the Fog UI, they are still present in the /Images directory. So if I create a new image in the Fog UI and name the file the image name it adds. The file size is 0.0
                                      Will this populate when I attempt to deploy the image to a new host? Just curious as I don’t want to deploy a 0.0 image size to one of my hosts lol

                                      W J T 3 Replies Last reply Jan 21, 2016, 5:16 PM Reply Quote 2
                                      • W
                                        Wayne Workman @anthonyglamis
                                        last edited by Wayne Workman Jan 21, 2016, 11:16 AM Jan 21, 2016, 5:16 PM

                                        @anthonyglamis said:

                                        Will this populate when I attempt to deploy the image to a new host?

                                        Yes. that field gets updated every time the image deploys or uploads.

                                        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!
                                        Daily Clean Installation Results:
                                        https://fogtesting.fogproject.us/
                                        FOG Reporting:
                                        https://fog-external-reporting-results.fogproject.us/

                                        1 Reply Last reply Reply Quote 3
                                        • J
                                          JJ Fullmer Testers @anthonyglamis
                                          last edited by Jan 21, 2016, 5:21 PM

                                          @anthonyglamis @Wayne-Workman speaks the truth.
                                          I would just add that there is a setting called FOG_FTP_IMAGE_SIZE in fog configuration → Fog Settings → General Settings
                                          that you can enable. The size that says 0.0 is likely image size on client. If you enable FOG_FTP_IMAGE_SIZE then you will also see the compressed image size on the FOG server which I think will automatically update, but it might also need to be deployed first.

                                          I just like being able to see both sizes.

                                          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

                                          1 Reply Last reply Reply Quote 3
                                          • 1
                                          • 2
                                          • 3
                                          • 4
                                          • 5
                                          • 6
                                          • 5 / 6
                                          5 / 6
                                          • First post
                                            45/115
                                            Last post

                                          199

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project