locked
Deploy / installation IE10 messages in ie10_main.log RRS feed

  • Question

  • We are deploying Internet Explorer 10 to different machines thru gpo. On some machines installation runs fine but on some machines it looks like it is running at computer startup (it takes a while before login screen appears) but it isn't installed. Lookin in de %windir%\ie10_main.log there are some errors like:

    waiting for 6 prerequisite downloads
    download completed starting installation of 6 prerequisites
    error downloading prerequisite file (kb2670838)

    failed to resume automatic updates.

    After logging in on the machine ie8 is still installed not ie10.

    The ie10 msi file which is deployed thru computer group policy is made with IEAK10 on a windows 7 machine with IE10 instaled. In IEAK it is synchronised so all updates are in the msi (i think). Installation goes wrong on downloading installing updates it looks like but why is he downloading updates while it is in the msi file?

    What can i do about this?


    freddie

    Wednesday, June 4, 2014 12:49 PM

All replies

  • Hi,

    Synchronised in IEAK can make IE files to receive latest updates but these updates are specific for IE 10, we can treate these updates are designed for IE 10, while these prerequisite updates files are different from these IE 10 updates files, there're not binded with IE 10, so "Synchronise" won't take these files to msi, you need to install them before installing IE 10, or manually add the additional updates at the Custom Components screen in IEAK 10

    See this link

    Prerequisites for installing Internet Explorer 10 in Windows 7 SP1

    http://support.microsoft.com/kb/2818833


    Yolanda Zhu
    TechNet Community Support

    Thursday, June 5, 2014 2:57 AM
  • Ok thanks, when  i try to add them to components in ieak then ieak does not see the update .msu files. What must i do with the msu files to import them in ieak?


    freddie

    Thursday, June 5, 2014 6:35 AM
  • Hi,

    Please make sure to download the right version of updates form Microsoft Update Catalog http://catalog.update.microsoft.com/v7/site/Home.aspx

    and choose the right file version,


    Yolanda Zhu
    TechNet Community Support

    • Marked as answer by surfer10 Friday, June 6, 2014 7:54 AM
    • Unmarked as answer by surfer10 Friday, June 6, 2014 8:01 AM
    Thursday, June 5, 2014 8:28 AM
  • I have downloaded them again from the link you provide, but they still are in msu format so IEAK10 does not recognise the msu files and cannot add them...


    freddie

    Thursday, June 5, 2014 8:50 AM
  • Hi,

    Sorry, my mistake, this is a .msu file format, seems IEAK only recognize .cab, .exe... but ignore.msu, so we need to choose another way to deply these  prerequisite updates such as SCCM, or directly via Group Policy Software Installation

    http://technet.microsoft.com/en-us/library/jj822329.aspx


    Yolanda Zhu
    TechNet Community Support

    Thursday, June 5, 2014 9:34 AM
  • This problem is solved, extracted the msu to .cab and added them to the IEAK. Probem i now still have is that it not execute thru group policy. When i start the msi manually it starts the installation but first downloads updates? Why is he still downloads updates, that is probably the reason that thru group policy setup failes...

    The location of the added cabinet files are in a share on the network accessible to everyone. also did a verify in IEAK on the cabinet files and they passed digitally signed etc.

    After starting the msi manually a log file is created with still the same errors and i did add the KB files cabinet to IEAK and build a new MSI....:

     The no reboot policy and supplemental files failed to download correctly. Default installation files will be used. Wait return value was 0x00000102 (258) [Time-out van wachtbewerking. ]
    01:05.599: INFO:    Launched program to check hardware: "C:\Windows\TEMP\IE11083.tmp\IE10-SUPPORT\IEXPLORE.EXE" /CheckHardware "C:\Windows\TEMP\IE11083.tmp\HardwareBlockingList.xml"
    01:06.145: INFO:    Graphics Device Information: Mobile Intel(R) 965 Express Chipset Family (Microsoft Corporation - WDDM 1.1)
    01:06.176: INFO:    Hardware support check succeeded. Installation will continue.
    01:06.207: INFO:    Windows 7 operating system detected.
    01:06.223: INFO:    Service pack major: 1
    01:06.254: INFO:    Service pack minor: 0
    01:06.285: INFO:    Service pack name:  Service Pack 1
    01:06.348: WARNING: Checking version for C:\Windows\System32\api-ms-win-downlevel-user32-l1-1-0.dll.  The file does not exist.
    01:06.394: INFO:    Version Check for (KB2639308) of C:\Windows\System32\Ntoskrnl.exe: 6.1.7601.17514 >= 6.1.7601.17727 (False)
    01:06.457: INFO:    Version Check for (KB2533623) of C:\Windows\System32\api-ms-win-security-base-l1-1-0.dll: 6.1.7600.16385 >= 6.1.7601.17617 (False)
    01:06.535: INFO:    Version Check for (KB2731771) of C:\Windows\System32\kernel32.dll: 6.1.7601.17514 >= 6.1.7601.17932 (False)
    01:06.566: INFO:    Checking for correct version of C:\Windows\Fonts\segoeui.ttf.
    01:06.597: INFO:    Version Check for (KB2786081) of C:\Windows\System32\taskhost.exe: 6.1.7601.17514 >= 6.1.7601.18010 (False)
    01:37.751: INFO:    Download for KB2670838 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=272390 -> KB2670838_x86.CAB.
    01:37.782: INFO:    Download for KB2639308 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=238625 -> KB2639308_x86.CAB.
    01:37.829: INFO:    Download for KB2533623 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=254721 -> KB2533623_x86.MSU.
    01:37.860: INFO:    Download for KB2731771 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=258386 -> KB2731771_x86.CAB.
    01:37.907: INFO:    Download for KB2729094 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=258384 -> KB2729094_x86.MSU.
    01:37.953: INFO:    Download for KB2786081 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=273753 -> KB2786081_x86.CAB.
    01:38.031: INFO:    Download for nl-NL IE10_x86 pack initiated. Downloading http://download.microsoft.com/download/7/F/C/7FCD6AE3-E4D4-48A7-A034-A4873F006058/nl-nl/x86fre/Win6.1/cab/Windows6.1-KB2718695-x86.cab -> C:\Windows\TEMP\IE11083.tmp\IE10_x86_nl-NL.cab.
    01:38.063: INFO:    Waiting for 6 prerequisite downloads.
    03:38.402: INFO:    Prerequisite download processes have completed. Starting Installation of 6 prerequisites.
    03:38.464: ERROR:   Error downloading prerequisite file (KB2670838): 0x800c0005 (2148270085)
    03:44.579: WARNING: PauseAUThread: Failed to resume Automatic Updates: 0x80070422
    03:44.657: INFO:    Setup exit code: 0x00009C47 (40007) - Required updates failed to download.
    03:44.720: INFO:    Scheduling upload to IE SQM server: http://sqm.microsoft.com/sqm/ie/sqmserver.dll
    03:49.790: ERROR:   SQM Upload failed while uploading "C:\Users\adminnl\AppData\Local\Microsoft\Windows\Temporary Internet Files\SQM\iesqmdata_setup0.sqm" with error: 2147500036
    03:49.852: INFO:    Cleaning up temporary files in: C:\Windows\TEMP\IE11083.tmp
    03:49.930: INFO:    Unable to remove directory C:\Windows\TEMP\IE11083.tmp\IE10-support, marking for deletion on reboot.
    03:50.039: INFO:    Unable to remove directory C:\Windows\TEMP\IE11083.tmp, marking for deletion on reboot.
    03:50.086: INFO:    Released Internet Explorer Installer Mutex


    freddie


    • Edited by surfer10 Friday, June 6, 2014 8:52 AM
    Friday, June 6, 2014 8:00 AM
  • 01:37.751: INFO:    Download for KB2670838 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=272390 -> KB2670838_x86.CAB.
    01:37.782: INFO:    Download for KB2639308 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=238625 -> KB2639308_x86.CAB.
    01:37.829: INFO:    Download for KB2533623 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=254721 -> KB2533623_x86.MSU.
    01:37.860: INFO:    Download for KB2731771 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=258386 -> KB2731771_x86.CAB.
    01:37.907: INFO:    Download for KB2729094 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=258384 -> KB2729094_x86.MSU.
    01:37.953: INFO:    Download for KB2786081 initiated. Downloading http://go.microsoft.com/fwlink/?LinkID=273753 -> KB2786081_x86.CAB.

    Can you deploy these updates first, using WSUS, to the machines?

    (do you use WSUS in your organisation?)

    These 6 updates, really should be deployed, then reboot, then deploy IE10 last.

    How do you deploy updates in your organisation?


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Friday, June 6, 2014 12:27 PM
  • We do not use WSUS, yes SCE 2007 for the servers but not for clients.

    All the deployments we do thru Group Policy. I understand that i must deploy the msu updates. So i must make a batchfile with a command to deploy the msu and after that deploy IE10.

    Isn't it strange that it is not implemented in IEAK?


    freddie

    Tuesday, June 10, 2014 6:32 AM
  • I cannot understand why the cab files added to IEAK are not installed with IE but when i install the msu files seperatly with the command wusa.exe they are installed. I see the screen installing for every msu file and then restart the machine. Strange thing is i cannot find these updates in the programs / installed updates of the Windows 7 client where they are installed......

    The files that i installed are:
    KB2533623-x86
    KB2670838-x86
    KB2729094-x86
    KB2731771-x86
    KB2786081-x86

    After install and reboot they must be in the installed updates section of Windows 7 or...

    What is wrong here?....


    freddie

    Tuesday, June 10, 2014 10:22 AM
  • I know the reason why it is not installing the updates. Windows Update Service is disabled. That is probably the reason whu IEAK10 also is not installing the updates.

    I was thinking how to solve this with IEAK. I can make a batchfile to run before IE10 install which will start update service, however there is also a Group Policy Preference which turns Wuauserv service disabled.

    Can i run a batchfile before IE10 runs in IEAK to set the Windows Service? I will ask in another forum how to do that enable and start because when use this:
    REG add "HKCU\Software\Policies\Microsoft\MMC\{58221C66-EA27-11CF-ADCF-00AA00A80033}" /v Restrict_Run /t REG_DWORD /d 0 /

    and net start the Windows Update Service won't start either because the state of the Windows Update Service becomes startup type= starting not automatic...

    What are the alternatives of solution for this?


    freddie

    Tuesday, June 10, 2014 12:40 PM
  • Àlmost there, the only problem is to start a batchfile before the software package msi runs created with IEAK....

    That batchfile must start wuauserv service because otherwise the msi will not run succesfully...


    freddie

    Wednesday, June 11, 2014 7:05 AM
  • If i cannot install the msi file made with IEAK10, ican instead use the exe file?


    freddie

    Wednesday, June 18, 2014 11:49 AM
  • I have tried another client to see if the problem is not rising. Made a msi with IEAk with the prerequisites added. Deploy the msi thru gpo as software package. It runs at startup of the computer. It runs indeed and it made a ie10main.log. Problem in the log are again with the prerequisites. He is downloading the prerequisites and tries to install them, then the log says that it fails downloading the prerequisites.

    What is wrong in the IEAK10 msi because the prerequisites are added in it, why is he downloading the prerequisites while there are added in the msi?

    Probably it failes downloading becasue this goes thru proxy or service automatic updates must be enabled....

    Must i try to ask this in another forum, can you give me some directions where?


    freddie


    • Edited by surfer10 Wednesday, June 18, 2014 12:53 PM
    Wednesday, June 18, 2014 12:41 PM
  • Problem in the log are again with the prerequisites. He is downloading the prerequisites and tries to install them, then the log says that it fails downloading the prerequisites.


    We are seeing that on Answers too but there I have been imagining that it was just a symptom of WinSxS corruption.  As usual I would advise using ProcMon to correlate and supplement all diagnostics.  We don't have access to the source or support documentation to be able to read between the lines of these diagnostics messages.

    It's really a simple idea.  Trace everything but filter with Operation Is WriteFile.  That shows all the writes which were done (by all processes) in order.  The length of each write and any timestamp information contained in the log records allow you to infer which trace event corresponds with which log record.  Then once you are sure you have "synchronized" your trace with your logs you can just match trace events, removing the filter if desired to look at whatever other registry and file accesses led up to the generation of that one.  Usually illuminating.

     

    HTH



    Robert Aldwinckle
    ---

    Wednesday, June 18, 2014 9:17 PM
    Answerer
  • Problem in the log are again with the prerequisites. He is downloading the prerequisites and tries to install them, then the log says that it fails downloading the prerequisites.


    We are seeing that on Answers too but there I have been imagining that it was just a symptom of WinSxS corruption.  As usual I would advise using ProcMon to correlate and supplement all diagnostics.  We don't have access to the source or support documentation to be able to read between the lines of these diagnostics messages.

    It's really a simple idea.  Trace everything but filter with Operation Is WriteFile.  That shows all the writes which were done (by all processes) in order.  The length of each write and any timestamp information contained in the log records allow you to infer which trace event corresponds with which log record.  Then once you are sure you have "synchronized" your trace with your logs you can just match trace events, removing the filter if desired to look at whatever other registry and file accesses led up to the generation of that one.  Usually illuminating.

     

    HTH


    Robert Aldwinckle
    ---

    Thx. I am going to try this but am very doubtful that i get something out of this. I don't understand what exactly i am surching for and what to do with it..



    freddie

    Thursday, June 19, 2014 6:26 AM
  • I don't understand what exactly i am surching for and what to do with it..

    Once you have ProcMon running and tracing your next attempt of the install, create a filter (e.g. press Ctrl-L) which says:  Operation  Is  WriteFile   (I.e. make the first 3 input boxes exactly those words and then click Add (for Include).   That means that ProcMon will be showing you a list of all File writes done since you started tracing.  Further each record will have an accurate timestamp and they will all be shown in that order.  Hence (with File class events enabled of course, File button down) it will show you a list all writes made by the install.  If you had something else running which would have also been doing unrelated writes you should exclude that process.  However, I would advise against trying to just Include the process that you are imagining will be responsible for producing your install's diagnostics, since I imagine that more than one process could be involved and seeing all of the diagnostics, regardless of origin, could be helpful.

    Then each filtered record would show you:  in the Path field, the name of the file being written to; in the Details field, the Length= of the write and in the Time field an accurate timestamp.  So at first the only thing that you would be using ProcMon for is a listing of all the writes in order to find the names of the files that were involved.  There may be some files that you were not aware of which could be found that way. 

    So, open those files and browse them in the normal way.  In fact you could also use ProcMon's Ctrl-J to assist with that but that is just a nicety.

    When you find something in a log that you don't understand and you want to use ProcMon's other trace records to help you understand it you have a one-time slightly inconvenient hurdle to go over.  You have to infer which of the filtered records is the one which probably was responsible for the output of that record.  The clues you have are: the name of the file you are browsing, the length of that record, the lengths of adjacent records and any timestamp information that they imply.  For a simple example, say the one you were interested in was the longest, (e.g. as determined by presssing End in Notepad with Word Wrap off and the Status bar on), then if you found such a write in the trace, e.g. where the Length= value in the Details field for a write to that file was only 1 or 2 bigger than what Notepad's Status bar was showing you, you could guess that that write was the one which output that record.  Checking the timestamp and checking the lengths of the adjacent records and the preceding and following trace records for the same file would help confirm your guess.  Note though that the timestamp in the trace will always be later than any time implied by the log record (e.g. since the record is first assembled and then written) and also that the trace timestamp is invariably more accurate than whatever time granularity the record shows.

    I said the inference process is a "one-time" inconvenience.  Obviously it could be done each time but provided you keep track of your first conclusion the others can be more easily inferred simply by counting backwards or forwards from that one.

     

    FYI



    Robert Aldwinckle
    ---

    Thursday, June 19, 2014 3:41 PM
    Answerer
  • I have tried another client to see if the problem is not rising. Made a msi with IEAk with the prerequisites added. Deploy the msi thru gpo as software package. It runs at startup of the computer. It runs indeed and it made a ie10main.log. Problem in the log are again with the prerequisites. He is downloading the prerequisites and tries to install them, then the log says that it fails downloading the prerequisites.

    What is wrong in the IEAK10 msi because the prerequisites are added in it, why is he downloading the prerequisites while there are added in the msi?

    Probably it failes downloading becasue this goes thru proxy or service automatic updates must be enabled....

    Must i try to ask this in another forum, can you give me some directions where?


    freddie


    IEsetup doesn't "know" that you have packaged the pre-requisites inside your package.
    IEsetup checks first to see if the pre-requisites are already installed, and that a post-install-reboot has occurred. If this is both true, then IEsetup will install IE and then require a reboot.

    If the pre-requisites, with post-install-reboot, are not detected, IEsetup will attempt to download the missing pre-requisite patches directly from windowsupdate.com

    I suggest that you need to deploy the pre-requisites, reboot, then try IEsetup.

    Group Policy Software Installation, is a very limited tool, and can't really do all that.
    You will probably need to use startup scripts, to perform the checking and installation.


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Thursday, June 19, 2014 10:11 PM
  • I have tried another client to see if the problem is not rising. Made a msi with IEAk with the prerequisites added. Deploy the msi thru gpo as software package. It runs at startup of the computer. It runs indeed and it made a ie10main.log. Problem in the log are again with the prerequisites. He is downloading the prerequisites and tries to install them, then the log says that it fails downloading the prerequisites.

    What is wrong in the IEAK10 msi because the prerequisites are added in it, why is he downloading the prerequisites while there are added in the msi?

    Probably it failes downloading becasue this goes thru proxy or service automatic updates must be enabled....

    Must i try to ask this in another forum, can you give me some directions where?


    freddie


    IEsetup doesn't "know" that you have packaged the pre-requisites inside your package.
    IEsetup checks first to see if the pre-requisites are already installed, and that a post-install-reboot has occurred. If this is both true, then IEsetup will install IE and then require a reboot.

    If the pre-requisites, with post-install-reboot, are not detected, IEsetup will attempt to download the missing pre-requisite patches directly from windowsupdate.com

    I suggest that you need to deploy the pre-requisites, reboot, then try IEsetup.

    Group Policy Software Installation, is a very limited tool, and can't really do all that.
    You will probably need to use startup scripts, to perform the checking and installation.


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    This is very strange because in IEAK10 you configure that the prerequisites must be installed before the installation of IE so why is he checking? This means IEsetup runs the iesetup first in stead of the added prerequisites before installation. So if you ask me IEAK does not do his job right?


    freddie

    Friday, June 20, 2014 9:51 AM
  • I don't understand what exactly i am surching for and what to do with it..

    Once you have ProcMon running and tracing your next attempt of the install, create a filter (e.g. press Ctrl-L) which says:  Operation  Is  WriteFile   (I.e. make the first 3 input boxes exactly those words and then click Add (for Include).   That means that ProcMon will be showing you a list of all File writes done since you started tracing.  Further each record will have an accurate timestamp and they will all be shown in that order.  Hence (with File class events enabled of course, File button down) it will show you a list all writes made by the install.  If you had something else running which would have also been doing unrelated writes you should exclude that process.  However, I would advise against trying to just Include the process that you are imagining will be responsible for producing your install's diagnostics, since I imagine that more than one process could be involved and seeing all of the diagnostics, regardless of origin, could be helpful.

    Then each filtered record would show you:  in the Path field, the name of the file being written to; in the Details field, the Length= of the write and in the Time field an accurate timestamp.  So at first the only thing that you would be using ProcMon for is a listing of all the writes in order to find the names of the files that were involved.  There may be some files that you were not aware of which could be found that way. 

    So, open those files and browse them in the normal way.  In fact you could also use ProcMon's Ctrl-J to assist with that but that is just a nicety.

    When you find something in a log that you don't understand and you want to use ProcMon's other trace records to help you understand it you have a one-time slightly inconvenient hurdle to go over.  You have to infer which of the filtered records is the one which probably was responsible for the output of that record.  The clues you have are: the name of the file you are browsing, the length of that record, the lengths of adjacent records and any timestamp information that they imply.  For a simple example, say the one you were interested in was the longest, (e.g. as determined by presssing End in Notepad with Word Wrap off and the Status bar on), then if you found such a write in the trace, e.g. where the Length= value in the Details field for a write to that file was only 1 or 2 bigger than what Notepad's Status bar was showing you, you could guess that that write was the one which output that record.  Checking the timestamp and checking the lengths of the adjacent records and the preceding and following trace records for the same file would help confirm your guess.  Note though that the timestamp in the trace will always be later than any time implied by the log record (e.g. since the record is first assembled and then written) and also that the trace timestamp is invariably more accurate than whatever time granularity the record shows.

    I said the inference process is a "one-time" inconvenience.  Obviously it could be done each time but provided you keep track of your first conclusion the others can be more easily inferred simply by counting backwards or forwards from that one.

     

    FYI



    Robert Aldwinckle
    ---

    I have run Process monitor write file but there are so many write files...all successfully. This is to much..


    freddie

    Friday, June 20, 2014 9:52 AM
  • This is very strange because in IEAK10 you configure that the prerequisites must be installed before the installation of IE so why is he checking? This means IEsetup runs the iesetup first in stead of the added prerequisites before installation. So if you ask me IEAK does not do his job right?


    freddie

    No, because IEsetup only knows that you are running "something" before IEsetup installs IE - IEsetup doesn't know what those things really do, only that it should run those.

    And, I don't think IEsetup can run "something", reboot, then resume IEsetup, install IE, then reboot again.
    I think the pre-requisites need a reboot, before IE installs. This is because Windows requires that.


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Friday, June 20, 2014 10:12 AM
  • Tried it again. Installed the prerequisites updates. They are installed. REboot, start the iesetup.msi made with ieak. Tried the msi and a batchfile with msie command in it which starts the msi package. Both do not start ie setup but are finished very quickly.

    Logfile says the same as above: configured successfully.

    So the prerequisites are installed but why does iesetup not run........start it as a admin


    freddie

    I also tried the executable whisch is made with IEAK but the executalbe is also doiing nothing...

    Edit:
    Tried to install the normal setup without IEAk, the one that i downloaded from Microsoft and he also says in the beginning downloading updates but then, the updates are already there, he installs. After a reboot IE10 is installed so it must be due to the IEAK msi or exe...

    • Edited by surfer10 Friday, June 20, 2014 10:49 AM
    Friday, June 20, 2014 10:33 AM
  • I also tried the executable whisch is made with IEAK but the executalbe is also doiing nothing...

    IEAK, produces two "installable" output files:

    IEsetup.MSI
    IEsetup.exe

    These two files, are almost identical. The MSI file, simply contains the IEsetup.exe inside.
    That is, the MSI, is a simple "wrapper" around the IEsetup.exe.
    The MSI file, simply unpacks the IEsetup.exe and then executes the IEsetup.exe.

    So, there should be no difference if you use the EXE or the MSI - the outcome should be exactly the same.

    After your test: "I have installed the pre-requisites and then rebooted",
    did you use re-authored IEAK output, with the pre-requisites taken out of it?
    (Maybe your older IEAK package output is somehow bad ?)


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Saturday, June 21, 2014 12:18 AM
  • No i installed the prerequisites seperatly from the IEAK msi file. The MSI file also contains the prerequisites. I will try to test first the prerequisites seperatly then the IEAK without the prerequisites.


    freddie

    Monday, June 23, 2014 10:08 AM
  • Tried everything again. Installed IE10 on a client update IE10. Installed IEAK10 on the client and configured Internet Explorer. MAde a msi with IEAK10. Copied that msi to a network share with all the nessecairy rights. 

    Made a gpo and put the msi in the software installation. Nothing happens when restarting client, although the setup starts but get the same error as above: he downloads the prerequisites (it looks like it in the logging) but then failed on installing the prerequisites in the log.

    In the msi created i have put againt the prerequisites before installing Internet Explorer. Si it looks like this is not possible to install IEAK10 for me.

    Then the best thing for me is download the IE10 version and deploy it with some parameters and put it in a batchfile with parameters to install thru gpo without IEAK10. In the same batchfile install the prerequisites first.. Is this possible to do with 1 batchfile? any suggestions to do for me without WSUS (company descision).


    freddie

    Tuesday, June 24, 2014 2:24 PM
  • Then the best thing for me is download the IE10 version and deploy it with some parameters and put it in a batchfile with parameters to install thru gpo without IEAK10. In the same batchfile install the prerequisites first.. Is this possible to do with 1 batchfile? any suggestions to do for me without WSUS (company descision).

    As I said previously, you (almost certainly) need a reboot after patches and before installing IE10, so you can't do that all in one batch files, because you need a reboot in the middle.

    You could try it in a single batch file, but I'm sure you will find that IE10 will try to download the pre-requisites again since it will not detect those as present/active until after the necessary post-patch-reboot occurs.


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Tuesday, June 24, 2014 8:57 PM
  • I have found a way to deploy the prerequisites like advised used WSUS server to 1 client for testing. This succeeded. But is still have problems to install the msi made with IEAK. Have attached the policy with software installation computer policy attached the msi to install made with IEAK. Nothing happens though. It looks like the client is waiting or doiing something at startup but cannot see IE10 after a few reboots. So it seems that the msi is not good...

    What can i do about this?


    freddie

    Monday, June 30, 2014 9:04 AM
  • I have found a way to deploy the prerequisites like advised used WSUS server to 1 client for testing. This succeeded. But is still have problems to install the msi made with IEAK. Have attached the policy with software installation computer policy attached the msi to install made with IEAK. Nothing happens though. It looks like the client is waiting or doiing something at startup but cannot see IE10 after a few reboots. So it seems that the msi is not good...

    What can i do about this?


    freddie


    can you see from the logs, is the GP Software Installation being launched?
    can you see from the IE10_main.log, is the IEsetup (MSI) being launched?

    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Monday, June 30, 2014 9:40 AM
  • I have found a way to deploy the prerequisites like advised used WSUS server to 1 client for testing. This succeeded. But is still have problems to install the msi made with IEAK. Have attached the policy with software installation computer policy attached the msi to install made with IEAK. Nothing happens though. It looks like the client is waiting or doiing something at startup but cannot see IE10 after a few reboots. So it seems that the msi is not good...

    What can i do about this?


    freddie


    can you see from the logs, is the GP Software Installation being launched?
    can you see from the IE10_main.log, is the IEsetup (MSI) being launched?

    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Yes i can see that the msi is beiing installed in the log from GPO but it is only configured not really installed. I cannot get the installation of the msi created with IEAk10 to work.  The ie_main.log is not created...


    freddie

    Tuesday, July 1, 2014 9:12 AM