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

Windows 10 Error on deployment only on 1st attempts...

Scheduled Pinned Locked Moved Solved
FOG Problems
3
17
1.4k
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.
  • J
    jflippen
    last edited by Jul 9, 2019, 3:36 PM

    So I have had the following issue for the last few months and haven’t been able to figure out what’s going on. The issue seems to only be with any of my windows 10 images, including ones I have just created… and only on the 1st attempt FOG takes to image the machine. After the client machine reboots from the error it images just fine. The error is that it is unable to locate the image store (/bin/fog.download).

    imaging_error_edit.jpg

    Based on searches it seems to be an issue with FTP… I did notice that somehow my deployment server now has both a “fog” and a “fogproject” user account that it uses. I have to use one for my storage node settings and the other for the FTP username and password under the TFTP settings. If I try to use one account or the other for both I can no longer update my kernel and other functions break.

    The only thing I can think of is that somehow things got screwy when I went from being on some test builds for troubleshooting last year back to a stable build when 1.5.6 came out.

    Any suggestions for fixing this is greatly appreciated.

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Jul 9, 2019, 3:46 PM

      @jflippen That’s really strange. “Unable to locate image store” usually means that the system is not able to properly mount the NFS share on the FOG server. That shouldn’t happen on a random occasion! Maybe you have some kind of issues in your network?

      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

      J 1 Reply Last reply Jul 9, 2019, 4:01 PM Reply Quote 0
      • J
        jflippen @Sebastian Roth
        last edited by Jul 9, 2019, 4:01 PM

        @Sebastian-Roth maybe… I know our network team has been tightening up security. Our main FOG server and our storage nodes are all set up with link aggregation (NIC teaming with LACP) with dual Gigabit ports. However the LAG setup didn’t seem to have issues previous to the 1.5.6 update.

        G 1 Reply Last reply Jul 9, 2019, 6:39 PM Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Jul 9, 2019, 6:21 PM

          @jflippen said in Windows 10 Error on deployment only on 1st attempts...:

          However the LAG setup didn’t seem to have issues previous to the 1.5.6 update.

          Well that’s a good point. On the other hand we haven’t changed that bit of FOG since a while and I can’t see yet how it would be related to anything we did change in the last months.

          Let’s see what we can figure out. Please schedule a debug deploy task on the machine you saw this issue on last, boot it up and hit ENTER twice to get to the shell. Now start the process and strep though it till you hit the error. It should throw you back to the shell. Now run the following commands and take a picture of the output you get:

          ls -al /images
          mount
          

          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

          J 1 Reply Last reply Jul 10, 2019, 6:09 PM Reply Quote 0
          • G
            george1421 Moderator @jflippen
            last edited by Jul 9, 2019, 6:39 PM

            @jflippen how are your storage nodes setup? Are you using the location plugin to direct clients to specific storage nodes? -OR- are they setup just for load sharing (i.e. first one available gets the imaging job)?

            I see from your picture that your fog server is at 10.59.10.12 and the storage server you are using is at 10.59.181.12. Are they on different subnets? What subnet is the pxe booting client on when attempting to connect to 10.59.181.12? Do you have any screening/firewall routers in between that might be blocking the NFS mount?

            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!

            J 1 Reply Last reply Jul 10, 2019, 6:15 PM Reply Quote 1
            • J
              jflippen @Sebastian Roth
              last edited by Jul 10, 2019, 6:09 PM

              @Sebastian-Roth Here’s what I get when trying to debug on my surface when I try to run the fog command on the debug. It doesn’t even make it past the first step.
              IMG_20190709_160009.jpg
              IMG_20190709_160126.jpg

              G 1 Reply Last reply Jul 10, 2019, 6:41 PM Reply Quote 0
              • J
                jflippen @george1421
                last edited by Jul 10, 2019, 6:15 PM

                @george1421 They are just load sharing. The devices being imaged are on a different subnet than the storage nodes and fog server. Network team said there should be no blocking between sites on the firewall or the switch configs.

                1 Reply Last reply Reply Quote 0
                • G
                  george1421 Moderator @jflippen
                  last edited by george1421 Jul 10, 2019, 12:41 PM Jul 10, 2019, 6:41 PM

                  @jflippen Ok on this target computer where you are at the FOS Linux command prompt, what is the results of these commands:
                  ip addr show
                  lspci -nn|grep -i net

                  EDIT: Also from your picture, what is the storage node IP address? (its off the screen)

                  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!

                  J 1 Reply Last reply Jul 10, 2019, 9:06 PM Reply Quote 0
                  • J
                    jflippen @george1421
                    last edited by Jul 10, 2019, 9:06 PM

                    @george1421 Here is a pic of the first command… the 2nd command brought back an empty result on the surface:
                    IMG_20190710_135458.jpg

                    The storage node IP is 10.59.181.12.

                    G 1 Reply Last reply Jul 10, 2019, 9:19 PM Reply Quote 0
                    • G
                      george1421 Moderator @jflippen
                      last edited by Jul 10, 2019, 9:19 PM

                      @jflippen Oh wait, I just saw something in the previous picture.

                      Fatal Error: Unknown request type: Null

                      Are you usb booting into FOS? If so you need to schedule the task in the webui before you pick option 1 on the grub menu. If you don’t it will throw that error.


                      Now back on task, your surface has an IP address of 10.153.2.65. The fog server is on 10.59.10.12 and the storage node 10.59.181.12.

                      so now with these conditions from your surface pro running FOS.

                      mkdir /images
                      mount -t nfs 10.59.181.12:/images /images
                      

                      That should mount the nfs share on your storage node. That is the point where it is erroring out in your initial picture. It can’t map to the /images share on your storage node.

                      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!

                      J 1 Reply Last reply Jul 10, 2019, 9:43 PM Reply Quote 0
                      • J
                        jflippen @george1421
                        last edited by jflippen Jul 10, 2019, 3:43 PM Jul 10, 2019, 9:43 PM

                        @george1421 Okay. I was issuing the debug task from the web GUI instead of deploying an image with debugging.
                        So, when I try mounting the volume before running the fog command, I get denied:
                        IMG_20190710_143326.jpg

                        However when I then run the FOG command the imaging goes without a hitch:
                        IMG_20190710_143412.jpg

                        After the imaging completes the share is mapped no problem.

                        G 1 Reply Last reply Jul 10, 2019, 9:50 PM Reply Quote 0
                        • G
                          george1421 Moderator @jflippen
                          last edited by george1421 Jul 10, 2019, 3:51 PM Jul 10, 2019, 9:50 PM

                          @jflippen The connection refused response is telling (maybe)

                          On 10.59.181.12 if you run the command showmount -e 127.0.0.1 It should show you the network shares that are created.

                          Also on 10.59.181.12 you do have selinux set to permissible and the linux firewall disabled?

                          There is another possibility that I have the nfs mount command wrong for FOS. I don’t think so, but anything is possible.

                          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!

                          J 2 Replies Last reply Jul 10, 2019, 11:46 PM Reply Quote 0
                          • J
                            jflippen @george1421
                            last edited by Jul 10, 2019, 11:46 PM

                            @george1421 I had a meeting this afternoon and will be off the next few days, so I won’t be able to test this until Monday. I will post results when I get in.

                            1 Reply Last reply Reply Quote 0
                            • J
                              jflippen @george1421
                              last edited by Jul 15, 2019, 3:21 PM

                              @george1421 Here is what shows up as mounted on the storage node:
                              10.59.181.12 mounts.png

                              Firewalld stopped and disabled.
                              sestatus is in permissive mode.

                              1 Reply Last reply Reply Quote 0
                              • S
                                Sebastian Roth Moderator
                                last edited by Aug 15, 2019, 12:52 PM

                                @george1421 @jflippen Just found this by accident and was wondering if there are any news on this topic?

                                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 0
                                • S
                                  Sebastian Roth Moderator
                                  last edited by Sep 5, 2019, 9:05 PM

                                  @george1421 @jflippen Marking as solved as we have not heard back from anyone since a long time.

                                  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

                                  J 1 Reply Last reply Sep 5, 2019, 9:09 PM Reply Quote 0
                                  • J
                                    jflippen @Sebastian Roth
                                    last edited by Sep 5, 2019, 9:09 PM

                                    @Sebastian-Roth That’s fine. Things have been pretty swamped over here so I had to put the issue on the back burner. The issue doesn’t always show up, so troubleshooting has been time consuming.

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

                                    183

                                    Online

                                    12.0k

                                    Users

                                    17.3k

                                    Topics

                                    155.2k

                                    Posts
                                    Copyright © 2012-2024 FOG Project