Nov 24, 2009 Problem with Office 2010 Activation (Activation Error) Microsoft Office. When I try to activate Office 2010 Professional Plus x64 on Windows 7 x64 RTM. Microsoft Office 2010 Product keys plus Activation keys Free incl activation keys, Serial keys are fully working to activate MS Office 2010, MS word, excel.

• Tai Crack Office 2010

We can't get KMS to activate Office 2010. There are at least 7 clients with Office 2010 installed and all of them report that the product needs to be activated. The event logs on all the the clients confirm that they have successfully issued an activation request to the KMS host (event ID 12288) and have received a response from the KMS host (event ID 12289).

I checked the Volume Activation Technical Refernce Guide to help interpret the event log entries but am not finding very much useful information in those log entries. Is there a tool like slmgr for Win7 that will display information about Office 2010 on the KMS host? I would like to see where the request count sits - I suspect that the KMS host is not incrementing that value and thus the problem.

I'm looking for any diagnostic tools or procedures that might shed some light on the problem. Have been searching the web for two days without much luck. PROBLEM SOLVED. Unlike Windows 7, the CMID for Office 2010 is created on the client machine when any Office application is launched the first time. When I built the customized installation for the Windows 7 LTI deployment (on the reference computer) I tested the Office 2010 installation by launching a couple of the Office apps. That action created the Office CMID on the reference computer and I went on my merry way and created my deployment image from that computer.

Tai Crack Office 2010

The CMID then was the same for every machine to which the image was deployed. So, the KMS host thought it was the same client every time any of those machines hit the KMS host to attempt to activate Office 2010. Thus, the KMS host did not increment the counter.

The moral to the story - when building the customized installation for deployment make sure no Office 2010 apps are launched before the image is captured. This process also served to correct a misconception on my part. For KMS volume activation, there are two different CMIDs - one for Windows and one for Office 2010. I thought a client machien ID (CMID) was unique to the client machine, not to the applications. Andrew - Yes (at least that's what my network guys said). Jason - slmgr on the KMS host shows details about Windows 7 but nothing about Office 2010.

The Windows log on the client machines is also now showing the following event. Trying now to find something on the web that can translate this into a readable state. Log Name: Application Source: Office Software Protection Platform Service Date: 3/31/2011 8:45:40 AM Event ID: 1003 Task Category: None Level: Information Keywords: Classic User: N/A Computer: hidden Description: The Software Protection service has completed licensing status check.

BlackBerry Desktop Software syncs your organizer, music & media files from your Mac or PC to your. Manage the link between your computer and your BlackBerry device. File da blackberry computer.

PROBLEM SOLVED. Unlike Windows 7, the CMID for Office 2010 is created on the client machine when any Office application is launched the first time. When I built the customized installation for the Windows 7 LTI deployment (on the reference computer) I tested the Office 2010 installation by launching a couple of the Office apps. That action created the Office CMID on the reference computer and I went on my merry way and created my deployment image from that computer. The CMID then was the same for every machine to which the image was deployed. So, the KMS host thought it was the same client every time any of those machines hit the KMS host to attempt to activate Office 2010.

Thus, the KMS host did not increment the counter. The moral to the story - when building the customized installation for deployment make sure no Office 2010 apps are launched before the image is captured. This process also served to correct a misconception on my part.

For KMS volume activation, there are two different CMIDs - one for Windows and one for Office 2010. I thought a client machien ID (CMID) was unique to the client machine, not to the applications. Hi, When you build your reference image with Office 2010, it is important to rearm the Office installation before capturing Windows 7: In command prompt, launch this C: Program Files Common Files Microsoft Shared OfficeSoftwareProtectionPlatform ospprearm.exe.

A message similar to the following displays if the operation succeeds: ' Microsoft Office rearm successful.' The path might be Program Files (x86) Common Files Microsoft Shared OfficeSoftwareProtectionPlatform if you install a 32-bit edition of Office 2010 on a 64-bit edition of Windows. Slmgr remains the tools to view KMS host status for Office 2010. If the host is receiving the request, I doubt the counter is not being incremented. KMS is a simple, nearly foolproof service.

Are you using VAMT? If not, you should be. Jason Twitter @JasonSandys Jason - I do indeed want to use VAMT and in fact we are trying to get it running. But it reports complete information only for the computer on which it is installed. I can add computers from our domain but all I get is just the machine name.

All other columns show. The VAMT Configuration document says that in order for this to work VAMT has to have access to client computers by modifying the Windows firewall to allow WMI. In our environment the Windows firewall is turned off on all clients as well as on the KMS host, so I'm at a loss as to why this info isn't availaable in VAMT. VAMT is a little bit of a tricky beast to get used to. Did you initiate a scan of the systems? VAMT has to connect to each system to query its status and retrieve information about it. It will not do this automatically; you have to manually intiate this action (sorry don't have it installed where I'm at so I can't tell you the exact steps).

If you have done this, are you receiving any errors? Also, do you have the latest version of VAMT - 2.0?

Jason Twitter @JasonSandys. Yes, I ran an Active Directory scan and used a filter to limit the output to just the collection of machines on which we have installed Windows 7 and Office 2010.

We're just beginning the process of migrating from XP to 7 (as you could probably tell from the flood of posts I have made lately on this forum). VAMT successfully finds and lists all those clients (no errors), but the only column that contains any information for those machines is Computer Name. All other columns in all rows show. I am running VAMT 2.0. Hi, When you build your reference image with Office 2010, it is important to rearm the Office installation before capturing Windows 7: In command prompt, launch this C: Program Files Common Files Microsoft Shared OfficeSoftwareProtectionPlatform ospprearm.exe. A message similar to the following displays if the operation succeeds: ' Microsoft Office rearm successful.' The path might be Program Files (x86) Common Files Microsoft Shared OfficeSoftwareProtectionPlatform if you install a 32-bit edition of Office 2010 on a 64-bit edition of Windows.

RegardsYannick - if I never launch any of the Office applications in my reference image before actually capturing the image is it still necessary to rearm it? I guess what I'm asking is, exactly when does Office get armed and what causes it to get armed? Yannick - if I never launch any of the Office applications in my reference image before actually capturing the image is it still necessary to rearm it?

I guess what I'm asking is, exactly when does Office get armed and what causes it to get armed? Yes, you have to do this before the capture even if you didn't launch Office. And after do not open an Office application or run ospp.vbs until you have captured the image. You can rearm 5 times, unless you activate Office 2010 by using a KMS host. If you run out of rearms, activating by using a KMS host lets you rearm one time. For the next time you could use a command line action in the TS for this. Yes, you have to do this before the capture even if you didn't launch Office.

And after do not open an Office application or run ospp.vbs until you have captured the image. You can rearm 5 times, unless you activate Office 2010 by using a KMS host. If you run out of rearms, activating by using a KMS host lets you rearm one time. For the next time you could use a command line action in the TS for this. Thanks for the information, much appreciated.

This really creates a problem for us because history has shown that, in our operation, we have to update images quite frequently. It would not be unusual for us to have to modify and recapture an image more than 5 times, and if I understand correctly we can no longer do that because eventually the Office installation in the image would become unusable.

When we do hit that problem, do you know if uninstalling and reinstalling Office in the image would give us another 5 rearms?