How to fix MMC could not create the snap-in while opening task scheduler?
I tried opening task scheduler using tasksched.msc and from control panel > administrative tools same issue.
Replies (4)
Microsoft Management Console (MMC) is a built-in feature in Windows operating system that lets you manage snap-in on the go. Snap-ins are basic component of a console. Sometimes, snap-ins may not work properly, especially if the registry configuration of a snap-in is broken. If you’re going to look on the error message, you’ll notice the CLSID:FX:
Disclaimer: Serious problems might occur if you modify the registry incorrectly by using Registry editor or by using another method. These problems might require that you reinstall the operating system, and Microsoft cannot guarantee that it can be solved. Modify the registry at your own risk.
If you want to proceed, follow these steps to troubleshoot your the issue with MMC.
- Press the Windows key + R on your keyboard, then type in regedit.
- In the left pane, navigate to this location: «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MMC\SnapIns\FX:
- Right-click on the folder, then click Export. (This will let you backup the registry key into .reg file)
- Right-click onto it again, then click Delete.
- Click Yes when the confirmation box appears.
- Close the Windows Registry, and restart your computer.
After restarting your computer, Windows should automatically generate the required registry configuration for the Task Scheduler and solves the problem.
Note: Backup the registry first before modifying it. Check this article to learn how to backup and restore the registry in Windows. (Simply choose the operating system that is running on your computer on the drop-down).
We’re looking forward to your feedback.
-If you think this was useful, feel free to «mark it as an answer» to help those who are facing the same problem.
Mmc could not create the snap in windows 7
The following forum(s) have migrated to Microsoft Q&A: All English Windows 7 IT Pro forums!
Visit Microsoft Q&A to post new questions.
Asked by:
Question
when I try to invoke the event viewer in Vista I get the following error:
MMC could not create the snap-in.
Name: Event Viewer
CLSID: FX:
I am having this problem. All of the information I find is one or two years old. I have seen several queries about it but never a complete solution posted.
I was wondering if anyone knew how to fix this problem
- Moved by Carey Frisch MVP Sunday, March 14, 2010 10:58 PM Moved to more appropriate forum category (From:Windows Vista Announcements)
All replies
Before moving on, could you please follow the steps below to verify MMC Snap-in settings.
1. Click Start, in the Start Search box type «mmc» and press Enter.
2. Click «File->Add/Remove Snap-ins».
3. In the box of «Selected Snap-ins», please click on and remove all entries except «Console root».
Please click OK to quit.
If any error message is encountered, please let me know details.
We encountered this error on a Server 2008 server, I found that .net 1.1 framework had been installed as part of an application install process, but that most of the mmc snap-ins require .net 2.0 or later. Upgrading the .net version fixed the problem.
Thank-you for your post.
I think it is on the right track — I think. I have now installed asp.net 3.5. I downloaded the .net cleanup tool and ran that. It gave me the option to remove 1.1 — so I did that.
I am still having the error occur.
I also found a website that will show you the current level of .net installed within IE.
The issue occurred because Windows Vista requires elevated user rights when a .dll file is registered for enhanced security, and the Administration Tools Pack is not installed by a user who has administrative user rights. Microsoft KB930056 provides a simple solution and workaround for this error:
- Open a command prompt with administrative privileges (instructions here).
- Copy and paste the following commands into the elevated command prompt, or you can save the commands into a batch file, and then execute the batch script:
regsvr32 /s adprop.dll
regsvr32 /s azroles.dll
regsvr32 /s azroleui.dll
regsvr32 /s ccfg95.dll
regsvr32 /s certadm.dll
regsvr32 /s certmmc.dll
regsvr32 /s certpdef.dll
regsvr32 /s certtmpl.dll
regsvr32 /s certxds.dll
regsvr32 /s cladmwiz.dll
regsvr32 /s clcfgsrv.dll
regsvr32 /s clnetrex.dll
regsvr32 /s cluadmex.dll
regsvr32 /s cluadmmc.dll
regsvr32 /s cmproxy.dll
regsvr32 /s cmroute.dll
regsvr32 /s cmutoa.dll
regsvr32 /s cnet16.dll
regsvr32 /s debugex.dll
regsvr32 /s dfscore.dll
regsvr32 /s dfsgui.dll
regsvr32 /s dhcpsnap.dll
regsvr32 /s dnsmgr.dll
regsvr32 /s domadmin.dll
regsvr32 /s dsadmin.dll
regsvr32 /s dsuiwiz.dll
regsvr32 /s imadmui.dll
regsvr32 /s lrwizdll.dll
regsvr32 /s mprsnap.dll
regsvr32 /s msclus.dll
regsvr32 /s mstsmhst.dll
regsvr32 /s mstsmmc.dll
regsvr32 /s nntpadm.dll
regsvr32 /s nntpapi.dll
regsvr32 /s nntpsnap.dll
regsvr32 /s ntdsbsrv.dll
regsvr32 /s ntfrsapi.dll
regsvr32 /s rasuser.dll
regsvr32 /s rigpsnap.dll
regsvr32 /s rsadmin.dll
regsvr32 /s rscommon.dll
regsvr32 /s rsconn.dll
regsvr32 /s rsengps.dll
regsvr32 /s rsjob.dll
regsvr32 /s rsservps.dll
regsvr32 /s rsshell.dll
regsvr32 /s rssubps.dll
regsvr32 /s rtrfiltr.dll
regsvr32 /s schmmgmt.dll
regsvr32 /s tapisnap.dll
regsvr32 /s tsuserex.dll
regsvr32 /s uddi.mmc.dll
regsvr32 /s vsstskex.dll
regsvr32 /s w95inf16.dll
regsvr32 /s w95inf32.dll
regsvr32 /s winsevnt.dll
regsvr32 /s winsmon.dll
regsvr32 /s winsrpc.dll
regsvr32 /s winssnap.dll
regsvr32 /s ws03res.dll
This step will register the Windows 2003 management tools DLLs properly on Windows Vista.
Windows Server 2008 — MMC could not create the snap-in
Развернул свежую Windows Server 2008, установил, как полагается, на неё все текущие обновления с WSUS и после перезагрузки обнаружил проблему с работой mmc.exe. При попытке использования сборных оснасток, таких как Server Manager или некоторых отдельных типа Event Viewer система стала возвращать ошибку «MMC could not create the snap-in»
В логе ServerManager.log расположенном в C:WindowsLogs не удалось обнаружить никаких событий, происходящих после установки всей пачки последних обновлений. Чтобы проверить то, что проблема заключается не в повреждении файлов какого-либо из обновлений, пришлось прибегнуть к помощи средства System Update Readiness Tool. Описание и ссылки на свежие версии этой утилиты можно найти в статье KB947821 — Description of the System Update Readiness Tool for Windows Vista, for Windows Server 2008, for Windows 7, and for Windows Server 2008 R2
В процессе установки System Update Readiness Tool выполняет проверку всех установленных обновлений и создаёт лог-файлы из которых можно узнать результат проверки:
В моём случае проверка не выявила никаких проблем с файлами обновлений:
В большом количестве источников в интернете можно найти информацию о подобной проблеме, её корнях и способах решения. Есть даже такие кардинальные, как например, описано в одном блоге: Jared Heinrichs Blog — MMC error 18ea3f92-d6aa–41d9-a205-2023400c8fbb
Jared Heinrichs предлагает произвести замену конфигурационного файла Framework в каталоге C:WindowsMicrosoft.NETFrameworkv2.0.50727CONFIG (для 64-битных систем соответственно — C:WindowsMicrosoft.NETFramework64v2.0.50727CONFIG). А именно имеющийся файл machine.config (который в большинстве случаев и является источником проблемы) переименовать machine.config.bad а файл machine.config.default скопировать в эту же папку с новым именем machine.config, то есть восстановить старый конфигурационный файл по умолчанию.
Из других источников выяснилось, что при установке .NET Framework 3.5 в файл machine.config в указанном каталоге могут быть внесены некорректные данные и поэтому я решил попробовать удалить эту версию .NET Framework 3.5 штатным способом. Итак, используя оснастку установки/удаления программ, был удалён пакет Microsoft .NET Framework 3.5 Service Pack 1 (KB951847) и сразу после этого все оснастки mmc заработали.
После запроса к WSUS, система опять предложила установить данное обновление. Устанавливаем его..
Сразу после этого делаем повторный запрос к WSUS и устанавливаем несколько доступных обновлений к переустановленной версии .NET Framework 3.5 SP1:
После этого все оснастки работают, так что можно считать этот метод ещё одним работающим вариантом штатного решения проблемы.