Iroqouiz

Did you check this by mistake?

Yeah, I figured you HAD deployed it. Was curious as to what settings you chose Edit: You deployed it to the All Users collection and then people install it from the App Catalog?

I'm not sure. Can't remember if there's a Export option for TS in MDT. Have you tried? What happened?

I'm sorry if anyone gets offended by this, but that's retarded.

I don't have an answer to your question, just a suggestion.Why not schedule the updates to install at night or at the weekends if you have a service window?

How have you deployed the application?

Me too.Any tips?

Did a workaround by creating one UDIWizard.xml file for every image I want to deploy, and locked the image in the designer. Then created one TS each for those xml files.

Doesn't seem to matter what image I choose in the UDI. it still picks the image specified when I created the UDI task sequence. I thought the UDI was supposed to take precedence over what image is chosen when you create the TS. It's quite annoying. Anybody know how to fix this?

Wondering this myself. Doesn't seem to matter what image I choose, it still picks the image specified when I created the UDI task sequence. It's quite annoying. Anybody know how to fix this?

*PROBLEM SOLVED* Like 2 months ago I accidentally installed the ConfigMgr client on my server. I uninstalled it but it still looked in the console as the server had the client. I double checked then, and it looked fine. Now it seemed like the server had tried to remediate the client (think I forgot to remove the ccmsetup and ccm folders from the C drive back in the days). But the remediation failed and somehow messed things up with the MP. Yesterday I noticed that the MP always stopped working at the same time every night. That's when I noticed the server actually had a half-installed client. Checked in Task Scheduler and saw that the task for ccmeval last ran the same time my MP went down. Ran ccmclean and removed entries from the registry as well as the ccmsetup folder. Checked Task Scheduler again to make sure ccmeval wasn't there. Server and MP looks fine as of this morning

After a reboot of the server, mpcontrol.log says this: SMS_MP_CONTROL_MANAGER received STOP notification. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) UnregisterFromWINS: Unregistering the WINS name MP_P01 ... SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) UnregisterFromWINS: EnumerateLANAs() returned 0x0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) NetBIOS_DelName(): LocalName: MP_P01 LanaNumber: 1 SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) UnregisterFromWINS: NetBIOS_DelName(LANA=1) returned 0x0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) MPStop(): UnregisterFromWINS returned 0x0. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) CMPControlManager::RemoveInDNS: Couldn't delete DNS record of service <SRV_RECORD> FQDN <SCCM_PRIMARY_SITE_SERVER> SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) MPStop(): RemoveInDNS() returned 0x0. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) CMPControlManager::UnregisterForIPAddressChangeNotification() returned 0x0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) MPStop(): UnregisterForIPAddressChangeNotifications() returned 0x0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) MPStop(): Returning with 0x0. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) SMS_MP_CONTROL_MANAGER successfully STOPPED. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) ******************************************************************************** SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4808 (0x12C8) The registry change notification registry key handle has been closed. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4128 (0x1020) Deleted 'SMS Server Availability' performance instance => SMS Management Point. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4128 (0x1020) Configuration and Availability Monitor thread stopped. SMS_MP_CONTROL_MANAGER 2012-08-30 08:41:39 4128 (0x1020) SMS_EXECUTIVE started SMS_MP_CONTROL_MANAGER as thread ID 4640 (0x1220). SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 1148 (0x047C) ******************************************************************************** SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) SMS_MP_CONTROL_MANAGER received START notification. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) MPStart(): Registered for Notifications. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) CMPControlManager::ReadConfigurationSettings(): m_pWmi->GetObject() failed - 0x80041010 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) CMPControlManager::ReadConfigurationSettings(): Periodic Interval is 1800000 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) CMPControlManager::ReadConfigurationSettings(): WINS Interval is 14400000 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) MPStart(): ReadConfigurationSettings() returned 0x80041010. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) Querying MPHealthCheckIntervalInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) Querying MPHealthCheckTimeoutInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) Querying MPHealthCheckStatusMessageIntervalInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) Querying NLBNodeAvailabilityState registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) MPStart(): Read all MP Settings. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) MPStart(): SSL disabled. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) CMPControlManager::WriteToCCMSettings(): WMI Connection established. SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) CMPControlManager::WriteToCCMSettings(): pWmi->GetObject() failed - 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) STATMSG: ID=5432 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_MP_CONTROL_MANAGER" SYS=<SCCM_PRIMARY_SITE_SERVER> SITE=P01 PID=1196 TID=4640 GMTDATE=to aug 30 06:43:43.836 2012 ISTR0="" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) MPStart(): WriteToCCMSettings() failed - 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) SMS_MP_CONTROL_MANAGER failed to start with 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:43:43 4640 (0x1220) SMS_EXECUTIVE started SMS_MP_CONTROL_MANAGER as thread ID 1616 (0x650). SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1148 (0x047C) ******************************************************************************** SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) SMS_MP_CONTROL_MANAGER received START notification. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) MPStart(): Registered for Notifications. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) CMPControlManager::ReadConfigurationSettings(): m_pWmi->GetObject() failed - 0x80041010 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) CMPControlManager::ReadConfigurationSettings(): Periodic Interval is 1800000 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) CMPControlManager::ReadConfigurationSettings(): WINS Interval is 14400000 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) MPStart(): ReadConfigurationSettings() returned 0x80041010. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) Querying MPHealthCheckIntervalInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) Querying MPHealthCheckTimeoutInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) Querying MPHealthCheckStatusMessageIntervalInSeconds registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) Querying NLBNodeAvailabilityState registry value returned a status of 2. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) MPStart(): Read all MP Settings. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) MPStart(): SSL disabled. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) CMPControlManager::WriteToCCMSettings(): WMI Connection established. SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) CMPControlManager::WriteToCCMSettings(): pWmi->GetObject() failed - 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) STATMSG: ID=5432 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_MP_CONTROL_MANAGER" SYS=<SCCM_PRIMARY_SITE_SERVER> SITE=P01 PID=1196 TID=1616 GMTDATE=to aug 30 06:44:41.787 2012 ISTR0="" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) MPStart(): WriteToCCMSettings() failed - 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650) SMS_MP_CONTROL_MANAGER failed to start with 0x80041002 SMS_MP_CONTROL_MANAGER 2012-08-30 08:44:41 1616 (0x0650)

Hey, thanks for the tip. When I opened SQL CM I got this error message: Ran this command in an elevated cmd: mofcomp.exe "C:\Program Files (x86)\Microsoft SQL Server\100\Shared\sqlmgmproviderxpsp2up.mof" After that I could start SQL CM. Checked, and TCP/IP is Enabled. Restarted the SMS service also. Didn't solve my problem though. I forgot to mention that I've experimented with my configuration.mof and sms_def.mof files. Added one class for Hardware Inventory. Could that have messed things up?

*PROBLEM SOLVED, CHECK MY LAST POST* Hey, Perhaps someone could help me with this. My Management Point is freaking out. Everything has been working fine up until a few days ago. Started getting the following error: "MP Control Manager detected management point is not responding to HTTP requests. The HTTP status code and text is 500, Internal Server Error." I set up a new web service (Maik Koster's) like a week ago, which has been working. A few days go by and suddenly my clients didn't receive a policy when doing OSD. Saw MP was critical. Can't really find any information about this when it comes to SCCM 2012, only 2007. Don't think it's IIS. I can access it via IE and run, for instance, GetCollectionMembers. So that leaves the MP to have some issues with SQL? Haven't touched that since installing the server. Should add that I removed the MP role yesterday, rebooted the server, and then installed it again. That made it work until midnight. At least it was all green in Site Status and Component Status. Any tips?

Thanks so much!

Yeah, it seems like web services in of themselves shouldn't differ a whole lot Whenever you have time. Really appreciate it.

Thanks for the info! Are admins/MVPs running SCCM 2012 just not using web services? Can't seem to find any information about this on the internet when it comes to 2012. Plenty of info for 2007 but that doesn't really help in this case. I would really appreciate if you could paste the code from your customizations, if that would be alright?

Have some issues with Maik's web service as well. OSDComputerName is not carried through the rest of the TS and is not applied. I'm using his PrettyGoodFrontendClone. Also, if the computer is unknown to SCCM and then added to an OSD collection, it waits for all 25 tries under the HasOSAdvertisement step outlined in the CustomSettings.ini file. After a few minutes it shows up in the correct collection when I look in the console. But it obviously takes too long. We use this exact web service and frontend in our current SCCM 2007 production environment. But in the 2012 lab environment it just won't work. Any ideas?

Sorry, I must've misunderstood completely. Ok, what about importing the MSI product code instead of using Start in?

Have you set up boundaries and boundary groups and made sure you've added your server in the Content location box?

Why do you need the Start in at all, if the app installs correctly when you remove it?

In my case it wasn't my TS that was the problem, it was my virtual machines. Somehow all of them seems to have gotten corrupt. Tried my TS on a physical computer and that worked like a charm. Created a new VM and the TS worked fine on that also. Don't know how your lab is set up, but maybe worth trying your TS on another machine, if you haven't already.

Well, it's obviously something with the NIC drivers, like you said. Don't know why it's not working even though you added them to the boot image. Is is vmWare or Hyper-V?

Hey, go to Software Library. Select Software Update Groups, click on your SUG and select the Deployment tab at the bottom of the GUI. Right click the deployment you want to delete and click Delete. Piece of cake!

Ok. Haven't had any issues with this myself until just now! Quite annoying. Perhaps someone else has a suggestion as to what to do? Google doesn't give me much.