7 Replies Latest reply on Jul 20, 2018 9:23 AM by phoffmann

    Portal Manager - Project 2016 June Update

    GarciaH Rookie

      I have a Microsoft Project 2016 June update on the portal manager for users to install but the installer simply hangs at the "downloading" stage. Not getting any errors. Did I do something wrong in my Distribution Package?

        • 2. Re: Portal Manager - Project 2016 June Update
          GarciaH Rookie

          I did that and now I am getting two different errors. Here is the log for Error Code 16386

           

          Wed, 18 Jul 2018 10:43:54 ******* sdclient starting to process task *******

          Wed, 18 Jul 2018 10:43:54 Task id to process: 7306

          Wed, 18 Jul 2018 10:43:54 Command line: /policyfile="C:\ProgramData\LANDesk\Policies\CP.7306._uEUOLQEugXmdz4MYaaOvvny3Ens=.xml"

          Wed, 18 Jul 2018 10:43:57 The nostatus flag has NOT been set.

          Wed, 18 Jul 2018 10:43:57 Core name '{CORENAME.FQDN}' obtained from the registry

          Wed, 18 Jul 2018 10:43:57 Sending task status, cmd line -coreandip={CORENAME.FQDN} -taskid=7306 -retcode=229392442 "-ldap={LDAP-String}" -pkgid=1634

          Wed, 18 Jul 2018 10:43:57 IsFileInCache: Cache2.GetFilePrevCountEx failed - path=http://LD2016PROD/packages/apps/Project2016/project2016-kb4022164-fullfile-x86-glb.exe

          Wed, 18 Jul 2018 10:43:57 File (http://LD2016PROD/packages/apps/Project2016/project2016-kb4022164-fullfile-x86-glb.exe) is not in cache

          Wed, 18 Jul 2018 10:43:57 The nostatus flag has NOT been set.

          Wed, 18 Jul 2018 10:43:57 Core name 'LD2016prod.avpclan.aerovironment.com' obtained from the registry

          Wed, 18 Jul 2018 10:43:57 Sending task status, cmd line -coreandip={{CORENAME.FQDN}} -taskid=7306 -retcode=229392444 "-ldap={LDAP-string}" -pkgid=1634

          Wed, 18 Jul 2018 10:43:57 About to call DownloadFiles (1 files) with these settings:

          Wed, 18 Jul 2018 10:43:57 m_allowedBandwidthWAN: 50

          Wed, 18 Jul 2018 10:43:57 m_allowedBandwidthLAN: 75

          Wed, 18 Jul 2018 10:43:57 m_discardPeriodSeconds: 604800

          Wed, 18 Jul 2018 10:43:57 m_preserveDirectoryStructure: 1

          Wed, 18 Jul 2018 10:43:57 m_bUseWanBWForPush: 0

          Wed, 18 Jul 2018 10:43:57 m_bSynchronize: 0

          Wed, 18 Jul 2018 10:43:57 Allowed download methods(m_downloadControl):

          Wed, 18 Jul 2018 10:43:57 MultiCast

          Wed, 18 Jul 2018 10:43:57 PeerOneSource

          Wed, 18 Jul 2018 10:43:57 Peer

          Wed, 18 Jul 2018 10:43:57 Source

          Wed, 18 Jul 2018 10:43:57 m_preferredServerControl: AttemptPreferredServer

          Wed, 18 Jul 2018 10:43:57 Allowed multicast rep download methods(m_downloadControl):

          Wed, 18 Jul 2018 10:43:57 Multicast Rep delay in seconds: 60

          Wed, 18 Jul 2018 10:43:57 Multicast job guid: {DB500000-0000-0000-0000-000000007306}

          Wed, 18 Jul 2018 10:44:02 Multicast rep state changed 1 (0 not rep, 1 is rep)

          Wed, 18 Jul 2018 10:44:02 ListenForMulticast() become new Mcast rep now and restart multicast file at index = 0

          Wed, 18 Jul 2018 10:44:16 GetPreferredServerList(called on http://LD2016PROD/packages/apps/Project2016/project2016-kb4022164-fullfile-x86-glb.exe) returned:

          Wed, 18 Jul 2018 10:44:16 LD2016Prod

          Wed, 18 Jul 2018 10:44:16 SimiDFS

          Wed, 18 Jul 2018 10:44:16 Simifs03

          Wed, 18 Jul 2018 10:44:58 Putting preferred servers in the following order by time:

          Wed, 18 Jul 2018 10:44:58 LD2016Prod (104)

          Wed, 18 Jul 2018 10:44:58 Simifs03 (124)

          Wed, 18 Jul 2018 10:44:58 SimiDFS (149)

          Wed, 18 Jul 2018 10:44:58 Updating system environment variable LDMS_PREFERRED_SERVER: LD2016Prod

          Wed, 18 Jul 2018 10:44:58 Download Error: err=10, path=http://LD2016PROD/packages/apps/Project2016/project2016-kb4022164-fullfile-x86-glb.exe

          Wed, 18 Jul 2018 10:44:59 processing of package is complete, result -1918107543 (0x8dac0069 - code 105)

           

          [NOTE - log extract have been edited for anonymisation purposes.]

          • 3. Re: Portal Manager - Project 2016 June Update
            phoffmann SupportEmployee

            Hey - so ...

             

            ... first off, please ANONYMISE logs before posting them. I've (briefly) gone through this log and removed the worst offenders (leaving in full FQDN's and/or full LDAP strings is not good). Remember, this is a publicly accessible forum, and handing over data on a silver plate to any kind of malicious actor is a bad move. Be conscious of what you post.

             

            In regards to your actual issue - well - there's download problems.

             

            After your client checks "which Preferred server should I use" (it ends up selecting the Core), it tries to download the file from this path (and fails to do so) -- "http://LD2016PROD/packages/apps/Project2016/project2016-kb4022164-fullfile-x86-glb.exe".

             

            This could have various reasons:

            • First off, you're using a shortname rather than an FQDN to access the download path.
              • WINS can screw you over & DNS may not work properly. So you will want to check those.
              • For downloads, ALWAYS use FQDN-paths (get into the habit). Short-names have an annoying tendency to not resolve when you need them to.
              • Test the path in a browser window from an affected device. You "shouldn't be able to get the file" (for consistency).
              • Check whether the Core's IIS log has anything to say. For instance, if the path *IS* accessible, but it tried to serve up the .EXE as an application rather than a download file (bad MIME types configuration / the share is set up as an application directory rather than a simple file share), that could explain it.

             

            Start off with that & we'll see how that goes.

            • 4. Re: Portal Manager - Project 2016 June Update
              GarciaH Rookie

              I was able to download the file using the http link from a machine that was failing. Not sure what the problem is at this point.. I do not see errors on the logs for IIS.

              • 5. Re: Portal Manager - Project 2016 June Update
                phoffmann SupportEmployee

                You're not looking so much for "errors" in the IIS log - you're first of all looking for "is the client making a connection to the Core - AT ALL" (this it should do, due to checking for policies) ... and secondly, THEN whether the client is actually accessing your HTTP share.

                 

                In some cases you may see that while it accesses your Core (because you've got an FQDN used for that), it may not be able to get through to your share (because of a shortname) ... things like that tend to be big helps.

                 

                Don't use shortnames - that only ever causes headaches & confusion.

                • 6. Re: Portal Manager - Project 2016 June Update
                  GarciaH Rookie

                  I was able to find the problem. I had the wrong "switch" in the install option of the distribution package. After updating that the installer was fine. Thanks for the help!

                  • 7. Re: Portal Manager - Project 2016 June Update
                    phoffmann SupportEmployee

                    NP - glad to know you're unstuck.