Re: Office Installation Not Syncing to AIP

Good point Eric, I should have thought to try the VAMU.

Good news, it worked for one machine. Bad news, it didn't work on a
second machine I tested it on. I'm going to test it on a few other
machines after I get all those patches applied.

Is it alright if I send you the log from the machine that didn't
change after using VAMU?

Thanks for your help!


On Aug 1, 12:16 pm, Eric A. <Er...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
OK...

Here is the reason why. It's my fault. I was having you use
msiexec.exe /i Aipshare\filename.msi REINSTALLMODE=VOMU REINSTALL=ALL

The problem is the "O" in the VOMU. The O indicates to replace older files.
We want to replace all files since we are reaching to a brand new AIP.

Please use this command instead.
msiexec.exe /i Aipshare\filename.msi REINSTALLMODE=VAMU REINSTALL=ALL

The "A" in VAMU will force it to replace all files with the new AIP versions
even if they are older versions.

This is documented in the MSDN article..http://msdn2.microsoft.com/EN-US/library/aa367988.aspx

/f [p|o|e|d|c|a|u|m|s|v] Package|ProductCode Repairs a product.. This option
ignores any property values entered on the command line. The default argument
list for this option is 'omus.' This option shares the same argument list as
the REINSTALLMODE property.
p - Reinstalls only if file is missing.
o - Reinstalls if file is missing or an older version is installed.
e - Reinstalls if file is missing or an equal or older version is installed.
d - Reinstalls if file is missing or a different version is installed.
c - Reinstalls if file is missing or the stored checksum does not match the
calculated value. Only repairs files that have msidbFileAttributesChecksum in
the Attributes column of the File table.
a - Forces all files to be reinstalled.
u - Rewrites all required user-specific registry entries.
m - Rewrites all required computer-specific registry entries.
s - Overwrites all existing shortcuts.
v - Runs from source and re-caches the local package. Do not use the v
reinstall option for the first installation of an application or feature.

To answer your question about whether or not you can tell how the client
patches got installed. No you can't.

--
Eric Palm
MSFT Office Setup



"Aaron Wright" wrote:
I created a new AIP, and then I applied SP3 to it. I didn't apply all
the patches since SP3 because there are 36 of them and I don't want to
take the time yet.

I ran another recaching command on a client, but the version numbers
didn't update at all. The new AIP I just created has excel.exe
version 10.0.6501. After running the recaching command the client
still has version 10.0.6832. Same thing with powerpnt.exe,
winword.exe, mso.dll, and so on.

What now? Would you like the log file from the recaching?

Thanks!
Aaron

On Jul 30, 5:27 pm, Aaron Wright <wright...@xxxxxxxxx> wrote:
No problem! Any comment on the patch detection issue I brought up?

Is there any way to tell how the two patches got deployed to this
client directly? We use a mix of WSUS and SMS, with SMS simply
sending out an msiexec command to sync the clients to the AIP.
MS07-036 is not approved in WSUS, so I'm not sure how the PC got it.
About half of our PCs are having this same problem, but I can't say
with 100% certainty that they're all in a mixed state. But I assume
they are...

I'm going to work on setting up a fresh AIP and apply the patches
again. It will take some time, but I will let you know the outcome.

Thanks!
Aaron

On Jul 30, 4:56 pm, Eric A. <Er...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:

WAIT!

:)

The post about KB936514 was a misclick... it was ment for someone elses
post... Dont follow those instructions as they are for installing patches
directly on the client and that is not what you want to do.

sorry for the confusion...
--
Eric Palm
MSFT Office Setup

"Aaron Wright" wrote:
Hi Eric,

Thank you for your reply! I will try what you suggested to solve the
problem. Though I don't understand how it will change anything. If I
create a new AIP and get it patched with SP3 and up-to-date as of
MS07-036 then it should be exactly the same as the current AIP I have
set up. How is recaching the client to that new AIP going to get me
any different results from recaching it to my current one?
Regardless, I know enough to know how little I know, so I will try
this and let you know the results.

I will also try what you suggested in your last post regarding
KB936514. I will post the results here when I finish.

Last, I'd like your opinion/input on something, and your reply may
benefit others watching this list/post as well. I'm referencing the
information in the 3 links I've pasted below. Basically, MBSA 2.0/
WSUS/SMS w/ ITMU don't support the detection of applicable security
updates for Office products installed via an AIP. In the back of my
mind I'm hoping you'll tell me there is some kind of work-around for
this. But Doug Neal said in his post "AIP installations will not be
supported going forward..." I'm not sure when this policy change
started, but I deployed our company's office installations via AIP
because it was a method recommended in Office Resource Kit book. Now
I'm stuck with no way to detect applicable security updates unless I
convert my clients to OBS and patch manually, which is quite a lot of
effort to go through and I haven't had time for. What are your
thoughts and comments on this?

Thanks again!
Aaron

http://groups.google.com/group/microsoft.public.security.baseline_ana....

http://groups.google.com/group/microsoft.public.softwareupdatesvcs/br....
(Doug Neal's response)

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

On Jul 30, 9:32 am, Eric A. <Er...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Please manually download one of the problem patches to your machine.. Lets try
KB936514 for example.

Extract the contents of KB936514 out of the exe using winzip.
You will have many text files and a file named xlconv.msp.

For ease of this conversation place xlconv.msp in the root of c:\

Then open a command prompt window and use this command..

msiexec /p c:\xlconv.msp /l*v c:\Update.txt /qn

After it fails you will have a log file in the root of c:\ named update.txt.

Please paste the contents on the forum so we can tell you why it failed.

--
Eric Palm
MSFT Office Setup

"Eric A." wrote:
Hi Aaron...

I don't think those errors are relevent.. if you captured a verbose log
could you please paste the entire contents here?

I have a script that I can run on the file that will tell me where it thinks
it got all of its patches from.

Thanks
--
Eric Palm
MSFT Office Setup

"Aaron Wright" wrote:

That's so much for your reply! Sorry I didn't check back sooner.

Yes, if you wouldn't mind verifing that these machines are in a mixed
state, I would appreciate it. What information do you need from me to
do this?

I've been troubleshooting the problem the last few days. I turned on
verbose logging, and I'm seeing a lot of error similar to the ones
below. I did some searching around and these are possibly caused by
different language versions? But I'm not sure how this could be,
we've always been English only.

DEBUG: Error 2746: Transform 1TTo1U invalid for package C:\WINDOWS
\Installer\176d92b.msi. Expected product
{90150804-6000-11D3-8CFE-0050048383C9}, found product
{90110409-6000-11D3-8CFE-0050048383C9}.
DEBUG: Error 2746: Transform 2TTo2U invalid for package C:\WINDOWS
\Installer\176d92b.msi. Expected product
{90150405-6000-11D3-8CFE-0050048383C9}, found product
{90110409-6000-11D3-8CFE-0050048383C9}.
DEBUG: Error 2746: Transform 3TTo3U invalid for package C:\WINDOWS
\Installer\176d92b.msi. Expected product
{90150406-6000-11D3-8CFE-0050048383C9}, found product
{90110409-6000-11D3-8CFE-0050048383C9}.

Thanks again!
Aaron

On Jul 24, 2:52 pm, Eric A. <Er...@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
Yes...
More than likely the reason this is happening is because your install is in
a "mixed state".
I am assuming that you have applied most of your patches, or even all of
your office patches to the AIP and then have run the re-cache command to
update the clients.
I would bet that at some point one or more patches were either pushed to the
client machines or they have been installed directly on the clients.
This is a classic example of what we call a "mixed state".. Patches have been
installed on the machine locally, and also have been installed on the AIP and
re-cached to the client machines.
If the installation is in a "mixed state" the symptom that you usually see
is that you will try to apply an update and it says the update was
successful, but if you try to validate file versions/size etc from what the
KB says it should be it will not be correct.
This is discussed in the Office Xp whitepaper.http://support.microsoft.com/kb/330043
Here is a snippet..

Microsoft strongly recommends that you do not mix admin and client updates.
Instead:
7 Apply admin updates to admin installation points and then
perform

...

read more »- Hide quoted text -

- Show quoted text -


.

Relevant Pages

  • Re: Office Installation Not Syncing to AIP
    ... to remove the clientside patches to fix the mixed state.. ... We want to replace all files since we are reaching to a brand new AIP. ... To answer your question about whether or not you can tell how the client ... If the installation is in a "mixed state" the symptom that you usually see ...
    (microsoft.public.officeupdate)
  • RE: MS Software Update Service
    ... and approve the patches before releasing them to your clients. ... Automatic Update client) ... Doesn't patch SQL Server, Exchange, Office, etc. ... distributed through Active Directory software installation, ...
    (Focus-Microsoft)
  • Re: Office Installation Not Syncing to AIP
    ... I created a new AIP, and then I applied SP3 to it. ... I ran another recaching command on a client, ... Is there any way to tell how the two patches got deployed to this ... When the installer accesses the admin point to try to obtain the ...
    (microsoft.public.officeupdate)
  • Re: Office Installation Not Syncing to AIP
    ... We want to replace all files since we are reaching to a brand new AIP. ... To answer your question about whether or not you can tell how the client ... patches got installed. ... If the installation is in a "mixed state" the symptom that you usually see ...
    (microsoft.public.officeupdate)
  • Re: Patches silent installieren
    ... der Rechner auf dem Du das Paket ... Ich hab mir ein Image von so einer nackten Installation gemacht, ... daß Du bei Updates zunächst den AIP mit den ... daß von einem AIP installiert wurde und die Patches werden dort ...
    (microsoft.public.de.german.office)
Loading