none
Permission error when trying to access COM+ applications under Component Services

    Question

  • I am a developer and I need to be able to install new COM+ Applications on my desktop; however, when I click on the COM+ Application branch under My Computer on the Component Services MSC snap-in I get the following error: You do not have permission to perform the requested action. If security is enabled on the System Application of the target computer make sure you are included on the appropriate roles . My domain login is a member of the local Administrators group which should be the only requirement to able to view installed COM+ Applications. I cannot check the rights of the System Application for the same reason. The error in the event log is

    Event ID 4434 Category Security

    A method call to an object in a COM+ application was rejected because the caller is not properly authorized to make this call. The COM+ application is configured to use Application and Component level access checks, and enforcement of these checks is currently enabled. The remainder of this message provides information about the component method that the caller attempted to invoke and the identity of the caller.Svc/Lvl/Imp = 10/6/2,  Identity = <<Domain\LoginName>>

    Is there some other way to set the security on the System Application or a way to reinstall COM+ on Windows 7? Any help would be greatly appreciated. I have run out of ideas.

    Cheers,

    Jim Lesure
    Washington DC
    • Moved by Lisa M-Microsoft Support Friday, January 29, 2010 10:42 PM (From:Windows 7 Security, Privacy, and User Accounts)
    Thursday, January 28, 2010 10:53 PM

All replies

  • In the snap-in, please right-click on Computer, and choose Properties. Then select the COM Security tab. Please make sure that your account is allowed to access the components.

    If the issue persists, please temporary disable antivirus and check the result again.
    Arthur Xie - MSFT
    Monday, February 01, 2010 7:13 AM
  • W7/64 Enterprise

    Arthur

    I have a similar issue (caller.Svc/Lvl/Imp = 10/6/2) followed by '1000/Application error/migwiz/msvcrt.dll'. Right clicking on Computer/Properties at the components snapIn does not show up 'Properties'.

    Kind regards
    markus
    Tuesday, February 02, 2010 8:54 AM
  • W7/64 Enterprise

    Arthur

    I have a similar issue (caller.Svc/Lvl/Imp = 10/6/2) followed by '1000/Application error/migwiz/msvcrt.dll'. Right clicking on Computer/Properties at the components snapIn does not show up 'Properties'.

    Kind regards
    markus

    You may right- click on Computer, but not on Properties.
    Arthur Xie - MSFT
    Wednesday, February 03, 2010 6:30 AM
  • Thank you Arthur

    Sorry, there is a mistake in my Post.
    I wanted to say: Right clicking on 'Computer' item at the components snapIn only brings up 'Open new window here/Refresh/Help' but no 'Properties'.


    Kind regards
    Markus
    • Edited by aakerbeere Wednesday, February 03, 2010 8:19 PM clarification
    Wednesday, February 03, 2010 4:01 PM
  • Hi,

    Sorry for the mistake in my post. We can expand “Computers” in the mmc console, and right-click on My Computer, then choose Properties. We could change the permission there.  


    Arthur Xie - MSFT
    Thursday, February 04, 2010 2:48 AM
  • Thank you Arthur

    I'm confused.

    I'm talking about the 'Component services' SnapIn on 'W7/64 Enterprise' which i start using 'comexp.msc' or 'dcomcnfg.exe'. Also do you?
    I do not get 'Properties' available on the context menu of 'Computers/My computer'. And i am locally  logged in as an admin.

    This is the same Problem as Jim described  in his initiating post:
    ...however, when I click on the COM+ Application branch under My Computer on the Component Services MSC snap-in I get the following error: You do not have permission to perform the requested action. If security is enabled on the System Application of the target computer make sure you are included on the appropriate roles ....

    Is there a way to post images (printscreens) here?

    I do appreciate very much your care taking.

    Kind regards
    Markus
    Thursday, February 04, 2010 8:19 PM
  • Hello

    I'd like to add myself to this error. I can click on My computer and I've added full permission to Everyone, and my user. However, I still get the exact error as the above post and cannot access the COM+ object I've registered and want to change.

    I tried disabling my anti-virus but that made no difference.

    This is seriously impeding my ability to develop a necessary component for a client and is the only bad spot of the Win 7 experience so far...
    Wednesday, March 10, 2010 8:26 AM
  • I've felt on the *same* problem.

    It appears that this may be a side effect of a bug in "windows easy transfert" (did you used it by chance?)

    No solution found yet, apart from reinstalling from scratch (repair install does not work) but this implies *not* using easy transfert after the reinstall: go figure!

    Thread on this topic here
    Tuesday, March 16, 2010 10:14 PM
  • I have the exact same issue, and also used "Windows Easy Transfer" from an XP Pro system.  I've performed three new installations of Windows 7 and the only computer with this problem is the one where I used Easy Transfer.  I've tried everything short of a bare metal install which I would sure like to avoid.  I've found links on reinstalling DTC, repairing a corrupt catalog (although none of those articles applied to Windows 7), SFC /SCANNOW, and as of today - even an in-place upgrade of the OS.  Same problem.  Its affecting many operations including performing backups which I have been unable to do since Jan.  So needless to say, I can't mess around with this for much longer.

    I'm not sure if Easy Transfer messed with the SIDs, or certificates, or what, but I'm certain COM+ was function before its use. 

    I don't see any options to reinstall COM+, and like the others here, I cannot change the role security of the SystemApplication because the problem makes that area inaccessible. 

    HELP!

    ---Vinnie

    Thursday, March 18, 2010 12:52 AM
  • Hi.  I have had the same problem.  What we've figured out is that in our case, it is caused by USMT.  We have an in-place upgrade from XP to 7 and on some systems, when USMT restores a users profile, we have this issue.  (USMT is basically an automated Easy Transfer, if you didn't know.)  What's wierd is that it's only happening with some of our users.  I rebuilt my box last week in-place and I am working just fine but my boss did the same and he is not working.

    You can fix this by rebuilding the users profile.  Just copy all of your docs, favorites, desktop, downloads, etc to another location, log on as a different user and delete your profile.  Log back in as yourself (or the user) and copy everything back in.  That should fix it.  We are currently using this fix, but looking for a better solution.  If anyone finds anything please let me know.

    Friday, March 19, 2010 4:08 PM
  • You can fix this by rebuilding the users profile.  Just copy all of your docs, favorites, desktop, downloads, etc to another location, log on as a different user and delete your profile.  Log back in as yourself (or the user) and copy everything back in.  That should fix it.  We are currently using this fix, but looking for a better solution.  If anyone finds anything please let me know.

    By reading your fix, I have deduced that the problem should not be present on a *newly created account*. 

    I've made the test by creating a new user: unfortunately the problem also appears inside a session logged under that new account.

    Can you explain it?

    Friday, March 19, 2010 6:29 PM
  • Actually, I believe the problem is carried forward through a system account (all users or default user).  I think you may need to reimage without migrating ANY user settings or data, and then recreate the profile.  That's what my boss had to do.  Are other Windows 7 systems in your enterprise able to browse Com+ applications?
    Friday, March 19, 2010 7:07 PM
  •   Are other Windows 7 systems in your enterprise able to browse Com+ applications?
    It's a home system,
    Friday, March 19, 2010 8:12 PM
  • Oh, ok.  Well, I am still troubleshooting the issue because this may be a big problem for us.  If I find anything I will post it here.
    Friday, March 19, 2010 9:02 PM
  • cityskate fyi

    I have used WET from XP*32 Enterprise to create a migration file of my former XP*32 Enterprise Computer on a USB drive and i used WET from the subsequently clean set up W7*64 on the sam computer to restore users, files and settings from this file.

    No obvious troubles during these activities.

    Kind regards

    markus

    Saturday, March 20, 2010 1:56 PM
  • We have too.  We've also used USMT to transfer files and settings.  In about half of our upgrades we Com+ is fine, and we have this problem with the other half.  I found an article from 2007 about rebuilding Com+ that I am trying.  I have to make some assumptions because it's outdated, but if I can make it work, I will post here.
    Saturday, March 20, 2010 3:09 PM
  • Sorry, my former system was Vista*32 Enterprise, not XP
    Saturday, March 20, 2010 3:54 PM
  • Hi

    New account on my Computer does have the same Problem as those transferred by WET.

    Kind regards

    Markus

    Monday, March 22, 2010 9:45 AM
  • I think what has to be done is do a bare metal installation, then transfer files only.  Some setting from our old build is getting transfered using USMT or Easy Transfer and is screwing up COM+ on the Windows 7 build.
    Monday, March 22, 2010 3:27 PM
  • Well, I was able to narrow the problem down even further.  I took the migapp.xml and migsys.xml files out of my USMT loadstate and the problem did not recurr.  Those 2 files are responsible for migrating operating system settings and application settings, but migsys.xml is no longer used, so I can leave that one out.  I think I am going to need to keep migapp.xml though, so hopefully I can modify the file so that it the problem does not persist. 

    Unfortunately, this is only a workaround for me, I still don't know how to actually fix the problem.

    Monday, March 22, 2010 9:01 PM
  • I have a similar problem with COM+ Applications - "An error occurred while processing the last operation. Error code 80040154 - Class not registered." Also an error with the VSS (Unexpected error calling routine CoCreateInstance. hr=0x80040154). To add to the problem am unable to run "VSSadmin List Writers". The return msg. "A Volume Shadow Copy Service component encountered an unexpected error."

    i've been through two level of MS support with no resolution other than to reinstall. However, as with other on this list along with postings by others on alternate lists, this doesn't solve the problem. It appears there is a problem with COM+ that is common to the errors my system generates. Can't find a way to reinstall just COM+.

    Will check out the migsys.xml and migapp.xml suggestion. Also will try the modification to user profiles.

    Thursday, April 08, 2010 7:15 AM
  • Please let me know if you find anything.  I can't duplicate my results of taking out migapp.xml and migsys.xml.  I don't know if it was a fluke that it worked a few times, or if I have changed something that has messed me up again, but it is not working right now.  There has got to be a fix for this.  I can't believe that Microsoft can't figure it out either.  Is there no way to just reinstall com+?
    Thursday, April 08, 2010 2:48 PM
  • I'm in this boat too.  I've tried a few things, without luck, including:

    • Adjusting permissions for COM+
    • Adjusting permission in the registry per http://support.microsoft.com/?kbid=327507
    • Making sure my logon was in just about any group that MIGHT make a difference (it's already a local admin, though)
    • Running Process Explorer to look for the error ... none was observed.

    So I'm hosed.  Can't find a workaround ... building a new logon doesn't work.  I'd prefer not to start over again.  Is this ABSOLUTELY because we used the transfer tool (which I did)?  Or just a theory at this point?

    Monday, April 12, 2010 3:23 PM
  • Yes, I have done extensive testing and the problem is transfered via either USMT or the Easy Transfer util.  If I do a bare metal install via SCCM, the problem does not occur.  However, if I use USMT at all, it happens.  I thought eliminating certain .xml files would fix the problem, but USMT 4.0 uses manifest files to do a lot of it's work, so leaving out .xml files has no effect.  I have also recreated the problem by using Easy Transfer.  So if you back up your files only, and do a bare metal install, it should work.

    Monday, April 12, 2010 9:29 PM
  • I've attempted to add my local admin user account under COM Security > Access Permissions > Edit Default, but MMC crashes when clicking OK or Apply. Odd thing is, the local administrator group is already added to the list, so I should have no issues accessing COM+ Applications.

    I've also used Windows Easy Transfer to transfer files and settings from Win 7 Enterprise x86 to Win 7 Enterprise x64. I have 50+GB of data to backup/recover, so I don't plan on doing a bare metal install any time soon especially since I just performed one just recently.

    Thursday, April 22, 2010 4:43 PM
  • Ok, I figured out a workaround for this issue.  I still don't know how to actually fix it, once introduced, but I know how to not introduce it in the first place.  This is for USMT 4.0 (probably the same for USMT 3), I'm not sure how you would integrate this into Easy Transfer. 

    You need to create a config.xml file and specify it on the command line of scanstate.exe and loadstate.exe.  It should also work if you only use it on the loadstate.exe step, since it will simply exclude the corrupt settings.  You can create the file by typing this at a command prompt:

    scanstate /genconfig:config.xml /i:miguser.xml /i:migapp.xml /v:13 /l:scan.log

    Of course, you need to be in the directory where scanstate.exe and the xml files are located.  Once you have the config.xml, you can specify which Windows settings you want to exclude from the migration.  To be safe, I excluded all core Windows settings, which include complus settings, and it worked.  I have not tried to go back and just exclude complus, but I think it would probably work.  Following is the section that you need to modify.  Notice that I only need to set migrate=”no” to the parentWindows Core Settings.”  This causes USMT to skip the entire section.  If you look near the bottom of this section, you will see 3 components related to ComPlus.  You can try just excluding those 3 if you want to migrate other core Windows settings.  In my case, I don’t need to, so I just skip the whole section.

    Hope this helps.  Let me know if you have any questions.  Oh, and these xml files are much easier to view using a good text editor.  I use the editor that comes with AutoIT 3.

    <component displayname="Windows Core Settings" migrate="no" ID="additional_options\windows_core_settings">
            <component displayname="Microsoft-Windows-Win32k-Settings" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-win32k-settings/microsoft-windows-win32k-settings/settings"/>
            <component displayname="Microsoft-Windows-Web-Services-for-Management-Core" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-web-services-for-management-core/microsoft-windows-web-services-for-management-core/settings"/>
            <component displayname="Microsoft-Windows-UPnPSSDP" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-upnpssdp/microsoft-windows-upnpssdp/settings"/>
            <component displayname="Microsoft-Windows-UPnPDeviceHost" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-upnpdevicehost/microsoft-windows-upnpdevicehost/settings"/>
            <component displayname="Microsoft-Windows-UPnPControlPoint" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-upnpcontrolpoint/microsoft-windows-upnpcontrolpoint/settings"/>
            <component displayname="Microsoft-Windows-TerminalServices-RemoteConnectionManager" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-terminalservices-remoteconnectionmanager/microsoft-windows-terminalservices-remoteconnectionmanager/settings"/>
            <component displayname="Microsoft-Windows-TerminalServices-Drivers" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-terminalservices-drivers/microsoft-windows-terminalservices-drivers/settings"/>
            <component displayname="Microsoft-Windows-SQMApi" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-sqmapi/microsoft-windows-sqmapi/settings"/>
            <component displayname="Microsoft-Windows-SQM-Consolidator-Base" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-sqm-consolidator-base/microsoft-windows-sqm-consolidator-base/settings"/>
            <component displayname="Microsoft-Windows-RPC-Remote" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-remote/microsoft-windows-rpc-remote/settings"/>
            <component displayname="Microsoft-Windows-RPC-Local" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-local/microsoft-windows-rpc-local/settings"/>
            <component displayname="Microsoft-Windows-RPC-HTTP" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rpc-http/microsoft-windows-rpc-http/settings"/>
            <component displayname="Microsoft-Windows-Rasppp" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasppp/microsoft-windows-rasppp/settings"/>
            <component displayname="Microsoft-Windows-RasMprDdm" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasmprddm/microsoft-windows-rasmprddm/settings"/>
            <component displayname="Microsoft-Windows-RasBase" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-rasbase/microsoft-windows-rasbase/settings"/>
            <component displayname="Microsoft-Windows-Microsoft-Data-Access-Components-(MDAC)-ODBC-DriverManager-Dll" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-microsoft-data-access-components-(mdac)-odbc-drivermanager-dll/microsoft-windows-microsoft-data-access-components-(mdac)-odbc-drivermanager-dll/settings"/>
            <component displayname="Microsoft-Windows-ICM-Profiles" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-icm-profiles/microsoft-windows-icm-profiles/settings"/>
            <component displayname="Microsoft-Windows-feclient" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-feclient/microsoft-windows-feclient/settings"/>
            <component displayname="Microsoft-Windows-dpapi-keys" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-dpapi-keys/microsoft-windows-dpapi-keys/settings"/>
            <component displayname="Microsoft-Windows-Crypto-keys" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-crypto-keys/microsoft-windows-crypto-keys/settings"/>
            <component displayname="Microsoft-Windows-COM-DTC-Setup" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-com-dtc-setup/microsoft-windows-com-dtc-setup/settings"/>
            <component displayname="Microsoft-Windows-COM-ComPlus-Setup" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-com-complus-setup/microsoft-windows-com-complus-setup/settings"/>
            <component displayname="Microsoft-Windows-COM-Base" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-com-base/microsoft-windows-com-base/settings"/>
            <component displayname="Microsoft-Windows-CAPI2-certs" migrate="yes" ID="http://www.microsoft.com/migration/1.0/migxmlext/cmi/microsoft-windows-capi2-certs/microsoft-windows-capi2-certs/settings"/>
          </component>

     

    Friday, April 23, 2010 5:31 PM
  • There's still no suggestion for how to recover from this other than to do a bare-metal install?  I saw some microsoft documents about recovering a corrupt COM+ catalog but it specifically says that this should not be done on Windows 7.  Is anyone from Microsoft working on this issue?
    Thursday, April 29, 2010 11:12 PM
  • Hello guys,

    I had the same problem after using Windows Easy File Tranfer to migrate settings and data from Win 7 x32 to Win 7 x64.

    The solution to restore the broken MSDTC/COM+ that worked for me was to use Easy File Transfer tool again?! (though I kind of promissed myself not to use it again :) ) to export the settings from a healthy Win 7 x64 system and import them on my broken system.

    I only selected for migration the Shared Items -> Windows Settings from another (healthy) Win 7 x64 system, and after restart everything was working again as expected.

    Thanks a lot to my collegue who had this brilliant ideea, it saved me from a lot of wasted time.

    So you could say someone from MS worked on this issue :)

     

     

    • Proposed as answer by Cool Raoul Thursday, September 30, 2010 8:19 PM
    Thursday, September 30, 2010 11:51 AM
  • IT worked !!! 

    flawlessly!

    I just had  to set up a fresh installation of W7-64 inside a Virtual Machine and do what you explained

    Ionut,  thanks to you and to your colleague a thousand times, 

    Thursday, September 30, 2010 8:19 PM
  • I have the same problem with my new computer.  Is there any way I can obtain "the Shared Items -> Windows Settings from another (healthy) Win 7 x64 system" to load into my pc? 
    Saturday, October 16, 2010 4:02 PM
  • Thank you Ionut

    This has resolved this issue for me. I did it the same way as 'Cool Raoul' did.

    I was hoping it would also resolve my problem with 'Easy Transfer' (http://social.technet.microsoft.com/Forums/en-US/w7itproinstall/thread/b8380ddc-cd75-4a3c-a8ec-e9a2d44cbeb2) because it also relies to 'com+' troubles.

    But nope.

    Kind regards
    markus

    Monday, October 18, 2010 8:39 AM
  • I was having the same problem, I used WET to transfer from XP32 to 7E64. I posted about it here http://social.technet.microsoft.com/Forums/en/w7itproappcompat/thread/e18ddbd2-e7ba-4e68-bcf1-b2d985848a9d

    Using WET to transfer from a healthy virtual machine worked to resolve my problem.

    Monday, October 18, 2010 7:04 PM
  • I have the same problem with my new computer.  Is there any way I can obtain "the Shared Items -> Windows Settings from another (healthy) Win 7 x64 system" to load into my pc? 


    Here is a zipped .mig file that contains just the Shared Items - Windows Settings from a Win 7 Enterprise 64bit virtual machine I created to fix my problem.

    http://cid-9bfd4bd78f578931.office.live.com/self.aspx/TechNet%20COM%20fix/dcom.zip

    • Proposed as answer by Shem Sargent Tuesday, June 05, 2012 9:01 PM
    Monday, October 18, 2010 7:37 PM
  • Thank you ChrisDTC.

     It has resolved the problem.  Much appreciated.

    Wednesday, October 20, 2010 7:06 PM
  • Thank you, thank you, thank you ChrisDTC -

    This saved hours of barebones reinstalls.

    Cheers, Jim

    Monday, November 01, 2010 1:29 PM
  • Thanks for the info and the .MIG file. Problem resolved thanks to this.
    Tuesday, November 16, 2010 4:02 PM
  • I have this problem but never used WET to set up my computer. Has anyone tried this .MIG file with Windows Home Premium?
    Wednesday, December 15, 2010 1:43 AM
  • Thank you for that MIG file! Easy solution!
    Monday, April 04, 2011 8:17 PM
  • Thank you, ChrisDTC!  You saved me from sheer disaster! I'd buy you a beer (if I could).
    Tuesday, April 12, 2011 9:08 PM
  • ChrisDTC ... would you happen to have the same dcom.zip for a 32-bit Win7 Enterprise?  I tried migrating the .mig file, but got stopped because of 64bit to 32-bit incompatibility.   I cannot get an old DCOM app running in Win7 to another DCOM app installed on a W2K8R2 server;  They just don't seem to want to register themselves on either system and refuse to communicate.

     

    Thanks

    Jim

    Friday, June 03, 2011 1:48 PM
  • Awesome!!! fixed my issue, thanks ChrisDTC!!!
    Friday, June 03, 2011 8:26 PM
  • Thanks Ionut, it also worked for me. The gift that keeps on giving!!

     

    Wednesday, July 13, 2011 9:22 PM
  • It looks like ChrisDTC has come up with a great answer - for an IT professional.  But I'm not.  I'm just a home user, with Windows 7 Home Premium, one Windows 7 computer, and I would have no idea what to do with the zip file if it could even be used on my version of the OS.  I used Easy Transfer to set up the new computer from an old computer running XP.  Silly me!  I stumbled on this problem when I tried to install Norton Ghost and it hiccuped.   When I came to the recovery step that said, "Check COM+ applications for catalog corruption" I got the error message that I didn't have the right privileges to access "My Computer" under COM+ Applications.  But I was running as administrator, with elevated privileges.

    Does anyone have any suggestions for how I, an ordinary user, can do to recover from this MESS????

    Thank you!

    Friday, August 26, 2011 2:38 AM
  • I know this is outdate but I'm sure it will be useful for someone else. I just got off the phone with Microsoft and we were able to fix this issue by restoring the COM+ Catalog on my PC. Leike everyone else here, we had run Windows Easy Transfer and was not able to access the COM+ Application folder afterwards. Below is a link to the repair that worked for us: http://blogs.msdn.com/b/distributedservices/archive/2010/06/17/w2k8-com-catalog-backup-amp-restore.aspx
    Friday, November 18, 2011 12:08 AM
  • Okay, it's 2012 and this was the first instance of real problems within Win7-64 for me. 

    Ms Ionut Marinescu & your colleague, a perfect solution.  ChrisDTC, with the dcom.zip, I simply unzipped it in its own folder and used WET to locate the file and transfer.  A reboot, and everything is as normal as Win7-64 can get.  Thanks very much.

    Tuesday, January 24, 2012 11:31 PM
  • Thanks Chris!

    We were unable to correctly install the 3CX Desktop components on a newly installed Win 7 computer where we used the Windows Easy Transfer tool (WET).  The “MyPhoneSilverlightCom.tlb” file was empty because the registration of the COM objects failed.  The issue was resolved after importing the dcom.mig file (in dcom.zip listed above) using WET and rebooting the computer.

    This looks like a serious bug in WET if you ask me, and has cost me many hours of troubleshooting. It was only after checking the "Component Services" control panel and seeing the red arrow on the "My Computer" icon that we finally had a hint of what was going on.

    If I didn't stumble on this article I would never have guessed that WET was the culprit!

    Peter



    Tuesday, February 21, 2012 1:32 PM
  • Thanks ChrisDTC, you're a life saver :)


    • Edited by luxlucis1999 Thursday, February 23, 2012 11:28 AM
    Thursday, February 23, 2012 11:28 AM
  • I am having the EXACT same problem:  3CX MyPhone desktop components not working because of "red arrow" in My Computer in Component Services.  And it only affects those pcs that were setup using Easy Transfer.

    Apart from this being a VERY SERIOUS bug in Easy Transfer, can you elaborate on the steps you took to fix this, short of a complete OS install?  Like some other posters on this subject, I am only generally familiar with Windows 7.   All the techno-talk about "using WET to transfer dcom from a virtual machine" doesn't help if you are not a Windows uber geek....




    • Edited by zooeyhall Saturday, April 28, 2012 2:29 AM
    Saturday, April 28, 2012 2:22 AM
  • Bingo! Excellent fix ChrisDTC. Many thanks.
    Tuesday, June 05, 2012 9:01 PM
  • I am having the EXACT same problem:  3CX MyPhone desktop components not working because of "red arrow" in My Computer in Component Services.  And it only affects those pcs that were setup using Easy Transfer.

    Apart from this being a VERY SERIOUS bug in Easy Transfer, can you elaborate on the steps you took to fix this, short of a complete OS install?  Like some other posters on this subject, I am only generally familiar with Windows 7.   All the techno-talk about "using WET to transfer dcom from a virtual machine" doesn't help if you are not a Windows uber geek....





    All you need to do is download the zip file from my post above, extract the .mig file to your desktop, then locate the Windows Easy Transfer program (WET) on your computer, use the search bar on the Start menu. Go through the steps in WET, choose external disk or usb flash drive > New Computer > Yes > now find the .mig file > Transfer > restart computer when finished.
    • Proposed as answer by zooeyhall Tuesday, July 10, 2012 9:01 PM
    • Edited by ChrisDTC Tuesday, August 21, 2012 3:44 PM a letter
    Tuesday, July 10, 2012 7:58 PM
  • Thank you for the reply.  Yes I got it working after taking a closer look at what needed to be done.  I have used your file to fix this issue on multiple computers.  Thanks for the reply, and also thank you for posting the zip file on this thread.
    Tuesday, July 10, 2012 9:01 PM
  • ChrisDTC,

    Thank you very much. I spent several hours trying to figure out why I did not have permission to access COM+ Components. I was unable to run an application that uses SQL Server 2005. SQL would install but it will not install the COM+ Components.  After running your file, I was able to access COM+. I re-installed the application and bingo, it launched with no problems and the Window Setting changes were minimal. Awesome!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Thanks again.


    Casey 


    • Edited by choke5 Sunday, August 26, 2012 3:37 PM
    Sunday, August 26, 2012 3:36 PM
  • I had to use 3 browsers to eventually download the zip file, probably because of the Skydrive change. Chrome & Firefox wouldn't download but IE did. And as the others said, it worked fine. Wish I found this forum page before I lost 4 hours today!

    Monday, October 22, 2012 7:21 PM
  • Brilliant! Your solution has finally resolved my days-long struggle to this obscure issue. Many thanks!!

    Friday, October 26, 2012 7:16 PM
  • I'm using a dutch version of Windows 7, and WET cries about different languages. So your dcom.img won't work for me. How did you create it, so I can do it myself with a localized version...
    Thanks

    Ronald

    Tuesday, December 04, 2012 1:20 PM
  • I've managed to make my own dutch dcom and that repaired the problems with Dcom and the permissions.

    But by repairing, I lost a feature in a program, which was very nice.... This is really weird....

    In my genealogy software Family Tree Maker, it is possible to link pictures to a person. But while Drag and Drop is quite normal, this has never been a possibility in this program. I always had to add pictures through a number of idiotic steps. But about a year ago, with newer version of Fam. Tree Maker, I somehow discovered, that Drag and Drop worked, which was a big relief. However, since my repair, I lost it.... It isn't possible anymore to Drag and Drop in that program.....

    Does anyone has any ideas what might be the cause?

    regards

    Ronald

    Tuesday, December 04, 2012 4:30 PM
  • Thank you, ChrisDTC! Saved a ton of time.
    Thursday, January 10, 2013 6:27 PM
  • Thank you. This worked like a charm.
    Thursday, April 04, 2013 5:52 PM
  • Great and easy fix.  As a small business owner, finding answers like this save much time and expense.  Very Good!
    Monday, July 08, 2013 3:29 PM
  • Did anyone try the official fix that seems to address this same issue? http://support.microsoft.com/kb/2481190

    Specifically, the More Information section which shares a VBS script. Seems like this is safer than restoring shared settings from an alien machine.

    Monday, October 07, 2013 11:42 PM
  • MisterEliot:

    Yes...the solution from KB2481190 worked on a Windows 7 Pro SP1 (64bit) workstation I had that was experiencing the issue. One of the symptoms was that the workstation was showing Security Status as 'Unknown' in the SBS 2011 Console.

    Applying the above referenced fix, then rebooting the workstation solved the problem.

    Zim

    Wednesday, October 09, 2013 1:10 PM
  • Thanks!  This solved the problem.
    Wednesday, October 16, 2013 3:21 PM
  • ChrisDTS,

    I have the same issue and trying to resolve. Unfortunately your link is not working. Can you please update and provide once again. Thank you.

    Wednesday, May 28, 2014 4:03 PM
  • I have the same issue and trying to resolve. Unfortunately specified link to download .mig file is not working. Can some one help me to get the file? I also tried to connect to another healthy w7 PC, but I am not sure what specific files needs to be downloaded under Shared Items -> Windows Settings. Thank you.
    Wednesday, May 28, 2014 4:17 PM
  • Same here.  Have you (or anyone) found a fix?
    Wednesday, June 25, 2014 12:21 AM