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

    Image completes but the task doesn't

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    4
    14
    1.2k
    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.
    • E
      ek_N
      last edited by ek_N

      Hello!

      I’m are having an issue where the images get’s pushed but the tasks never completes in the task view tab.
      Causing the computer to get stuck in a reboot loop every time it boots in to windows.

      alt text
      https://imgur.com/a/2t54Wum

      I am using postDL scripts for Driver injection.
      I’m running FOG 1.5.4
      Ubuntu 14.04.5 LTS

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

        I need you to watch the computer at the point where you post install scripts run. One of the very last steps after the post install scripts finish is “Updating database” Make sure that step is completed.

        Where we see this issue, is there is a error on the target computer at the step of updating the database. But normally on capture image, because someone has changed the password on the FOG service account in linux called fog. In your case it appears you are deploying an image. Make sure your post install scripts are not accidentally rebooting the target computer before the Update Database command is executed.

        If things fly by too fast for you to see, you can always setup a debug deploy. Tick the debug checkbox before you submit the deploy task. Then pxe boot the target computer. On the target computer you will see several screens of text and then eventually get dropped to a linux command prompt on the target computer. At the linux command prompt key in fog. This will start a debug deploy, requiring you to press enter at each breakpoint. It will give you a chance to see what is going on with the deployment.

        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 1
        • Tom ElliottT
          Tom Elliott
          last edited by

          Is our postdownload telling the machine to reboot? Possibly there’s an error occurring during Post download?

          As @george1421 suggested, please watch the machine. Maybe grab a slo-mo video of the tail end of the partclone screen until the machine reboots?

          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
          • E
            ek_N
            last edited by

            So this is weird. It says Failed to download driver.
            But it works as you can see in the next picture where it’s installing the drivers.
            Still doesn’t mark the task as complete.

            debug mode

            first boot

            https://imgur.com/5WEjN1c
            https://imgur.com/IDMD696

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

              @ek_n Well your “debug mode” picture explains why the task is not done. But I also haven’t ever seen a driver post install script cause the imaging to fail. Do you know why its failing to copy the files?

              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
              • E
                ek_N
                last edited by

                Well it doesn’t fail as you can see in the next picture pnputil is installing the drivers.
                and the folder is on the C drive with no missing files.

                “Well your “debug mode” picture explains why the task is not done”
                It’s the copy drivers that fails the entire task to not complete?

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

                  @ek_n Did you base your postinstall scripts on my tutorial?
                  If not, what does your post install script look like?
                  If you go into the fog server linux console and comment out the call to your post install script does FOG image correctly?

                  Again I haven’t seen a post install script (before now) stop the imaging process. This may be a new feature in fog 1.5.x series…
                  The other option is that the copy is setting an error level because maybe an incomplete copy happened and the master fog script is seeing that error level.

                  Either way I would start out by commenting out the call to your custom post install script and confirm that FOG is imaging correctly. Then we can dig into why your script is failing. I might also take a look at the target computer in the Drivers directory and compare if all of the drivers were copied over vs the master driver directory on the FOG server.

                  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!

                  E 1 Reply Last reply Reply Quote 0
                  • E
                    ek_N @george1421
                    last edited by

                    @george1421 So checked the folder and it is missing some files on the target machine when copying.
                    Is there a timeout on the script that causes it to kill the transfer if it takes too long?

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

                      @ek_n Can you share the script you’re using? We can’t really comment unless we know what you’re actually using.

                      It appears to be George’s script at a glance, but it could be an older version or modifications made to it that we don’t know about.

                      At any rate, for it to display that error message means that rsync encountered some kind of error. We don’t really know which one at this point, however.

                      Common problems: spaces in paths, permissions, firewalls (and network in general)

                      E 1 Reply Last reply Reply Quote 1
                      • E
                        ek_N @Quazz
                        last edited by

                        @quazz This is what I have. Followed the guide that George wrote.

                        #!/bin/bash
                        ceol=`tput el`;
                        manu=`dmidecode -s system-manufacturer`;
                        dots "Identifying hardware"
                        case $manu in
                            [Ll][Ee][Nn][Oo][Vv][Oo])
                                machine=$(dmidecode -s system-version)
                                ;;
                            *[Dd][Ee][Ll][Ll]*)
                                machine=$(dmidecode -s system-product-name)
                                ;;
                            *I[Nn][Tt][Ee][Ll]*)
                                # For the Intel NUC and intel mobo pick up the system type from the
                                # baseboard product name
                                machine=$(dmidecode -s baseboard-product-name)
                                ;;
                            *)
                                # Technically, we can remove the Dell entry above as it is the same as this [default]
                                machine=$(dmidecode -s system-product-name) 
                                ;;
                        esac
                        
                        # if the machine isn't identified then no need to continue with this script, just return to caller
                        if [[ -z $machine ]]; then 
                            echo "Unable to identify the hardware for manufacturer ${manu}";
                            debugPause;
                            return;
                        fi 
                        echo "${machine} Identified";
                        
                        # Removes Spaces in machine name, works better with path definitions
                        
                        machine="${machine%"${machine##*[![:space:]]}"}";
                        
                        dots "Verifying we've found the OS disk"
                        if [[ ! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS ]]; then
                            echo "! OS root Not found !";
                            debugPause
                            return;
                        fi
                        echo "Found";
                                
                        dots "Verifying target Arch"
                        system64="/ntfs/Windows/SysWOW64/regedit.exe"
                        [[ ! -f $system64 ]] && arch="x86" || arch="x64"
                        echo "${arch} found";
                        
                        debugPause
                        
                        # set osn path names based on the osid set in the FOG WebGui
                        case $osid in
                            5) osn="win7" ;;
                            6) osn="win8" ;;
                            7) osn="win8.1" ;;
                            9) osn="win10" ;;
                        esac
                        
                        dots "Preparing Drivers"
                        clientdriverpath="/ntfs/Drivers"
                        remotedriverpath="/images/drivers/$machine/$osn/$arch"
                        
                        debugPause
                        
                        if [[ ! -d "${remotedriverpath}" ]]; then
                            echo "failed";
                            echo " ! Driver package not found for ${machine}/$osn/$arch ! ";
                            debugPause;
                            return;
                        fi
                        echo "Ready";
                        
                        debugPause
                        
                        [[ ! -d $clientdriverpath ]] && mkdir -p "$clientdriverpath" >/dev/null 2>&1
                        echo -n "In Progress"
                        
                        rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1
                        
                        [[ ! $? -eq 0 ]] && handleError "Failed to download driver information for [$machine/$osn/$arch]"
                        
                        debugPause
                        
                        # the following code is only valid for Windows 7 operating systems since Windows 8 and beyond
                        # relies on the unattend.xml section to locate OEM drivers. If you are no longer deploying Win7
                        # you may exclude this section. 
                        
                        regfile="/ntfs/Windows/System32/config/SOFTWARE"
                        key="\Microsoft\Windows\CurrentVersion\DevicePath"
                        devpath="%SystemRoot%\DRV;%SystemRoot%\inf;";
                        reged -e "$regfile" &>/dev/null <<EOFREG
                        ed $key
                        $devpath
                        q
                        y
                        EOFREG
                        
                        Q 1 Reply Last reply Reply Quote 0
                        • Q
                          Quazz Moderator @ek_N
                          last edited by

                          @ek_n Okay, good. So rsync fails at some point, we need to know why that is.

                          If you modify

                          [[ ! $? -eq 0 ]] && handleError "Failed to download driver information for [$machine/$osn/$arch]"
                          

                          To something like

                          [[ ! $? -eq 0 ]] && handleError "Failed to download driver information for [$machine/$osn/$arch] with error code $?"
                          

                          And then try again, it should now also give us the exit code of rsync which should tell us what goes wrong (though not necessarily why)

                          E 1 Reply Last reply Reply Quote 1
                          • E
                            ek_N @Quazz
                            last edited by

                            @quazz So I tried it on a different model a laptop latitude 7480. And it works great no issues.
                            It’s just the workstation that is having the issue.
                            I can’t see that it copied every thing except the “video” folder which appears to be 2.89 GB. In size.
                            I had to hand out the desktop and don’t have one to test it on.

                            I will update you next time I try it.

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

                              @ek_n Is that folder essential?

                              1 Reply Last reply Reply Quote 0
                              • E
                                ek_N
                                last edited by

                                Hey guys we can close this I solved it.

                                The drivers that i had extracted with 7-zip was incomplete and with errors.
                                Removed the folder and extracted the .cab with pea zip and it started working as normal again.

                                Don’t know why that made it work, but it did. 🙂

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

                                227

                                Online

                                12.0k

                                Users

                                17.3k

                                Topics

                                155.2k

                                Posts
                                Copyright © 2012-2024 FOG Project