anyweb

hi have you added any filenames to Software Metering, browse to one of the EXE's for an Adobe product, if you want to meter a specific version then add it there ?

there are no more beta 2 parts coming as Release Candidate 2 is already out, look at those guides here

what are you trying to deploy exactly ?

yes you will have problems unless you are a Microsoft TAP customer, you should not install RC2 into production otherwise, it's not supported to upgrade it at all. So you'll have to install again from scratch when the final code is available (RTM).

to remove an update or updates from a software Update Group, you need to select your software update group and right click on an update that you want to remove, select Edit Membership if the update(s) is/are in one or more software update groups then they will be listed here, simply remove the checkmark(s) from the software update group(s) that you want to delete the update from

did you verify what the possible causes were ?, for example the firewall settings ?

well the log will be on the client, did you look there?

attach your smsts.log and i'll take a look

did you create a new package from definition for the configmgr client / are you looking in control panel for the client ? why do you think the client didn't install ? what does ccmsetup.log say ?

that means unsupported, so you are doing something in windows that should be done in winpe or vice versa, i'll take a look at the log to confirm...i had a quick look at your log and didn't see any reference to the 0000032 failure, can you double check there's no more smsts*.log files ?

copy it to the usmt folder(s) give it a name like MyCustomXml.xml and redistribute your USMT package to your distribution points. Once done add the file to your Capture User Files and Settings step by selecting Customize how user profiles are captured. Click on Files and add the filename you specified.

add a custom XML file with exclusions like this one <!-- This component migrates Common Exclusions--> <component type="Documents" context="System"> <displayName _locID="miguser.userdata">Common Exclusions</displayName> <role role="Data"> <rules> <unconditionalExclude> <objectSet> <script>MigXmlHelper.GenerateDrivePatterns ("\Winnt\* [*]", "Fixed")</script> <script>MigXmlHelper.GenerateDrivePatterns ("\Windows\* [*]", "Fixed")</script> <pattern type="File">%CSIDL_WINDOWS%\* [*]</pattern> <pattern type="File">C:\MININT\*[*]</pattern> <pattern type="File">D:\* [*]</pattern> <pattern type="File">E:\* [*]</pattern> <pattern type="File">F:\* [*]</pattern> <pattern type="File">G:\* [*]</pattern> <pattern type="File">H:\* [*]</pattern> <pattern type="File">I:\* [*]</pattern> <pattern type="File">J:\* [*]</pattern> <pattern type="File">K:\* [*]</pattern> <pattern type="File">L:\* [*]</pattern> <pattern type="File">M:\* [*]</pattern> <pattern type="File">N:\* [*]</pattern> <pattern type="File">O:\* [*]</pattern> <pattern type="File">P:\* [*]</pattern> <pattern type="File">Q:\* [*]</pattern> <pattern type="File">R:\* [*]</pattern> <pattern type="File">S:\* [*]</pattern> <pattern type="File">T:\* [*]</pattern> <pattern type="File">U:\* [*]</pattern> <pattern type="File">V:\* [*]</pattern> <pattern type="File">W:\* [*]</pattern> <pattern type="File">X:\* [*]</pattern> <pattern type="File">Y:\* [*]</pattern> <pattern type="File">Z:\* [*]</pattern> </objectSet> </unconditionalExclude> </rules> </role> </component>

no way that i know of, correct.

you cannot migrate from SMS 2003 to ConfigMgr 2012 because there is no mechanism to do so within ConfigMgr 2012, and there won't be. There are capabilities built in to migrate from ConfigMgr 2007 however as described above.

is DNS working ?

search for smsts*.log

that's RC2 specific, just accept those three license agreements and continue

For all intents and purposes, this is only a minor change, and were this any other operating system or graphical environment, it would never warrant an entire news item. However, we're talking Windows, the most popular desktop operating system of all time, here. After 17 years of trusty service, Microsoft has removed the Start button from the taskbar in the upcoming Consumer Preview release of Windows 8. When Windows 95 was launched, one of its most important changes over Windows 3.11 and earlier versions was the inclusion of an entirely new graphical user interface. At the very heart of this interface and was the Start menu and the button that activated it. In the Windows 8 Consumer Preview, to be released at any moment now, the Start button is gone. The Consumer Preview has already been leaked all over the web, and it has been confirmed that it no longer contains the Start button (or orb, since Vista) or the Start menu. This is actually not all that surprising, considering the start menu's functionality had already been reduced severely in previous beta releases. Now, it's gone completely, with the Windows 7 taskbar in Windows 8's desktop mode now acting solely as a taskbar. The Verge has confirmed with its sources at Microsoft that the start button has been replaced by a hot corner (for mouse operation) and a gesture (for touch) which essentially serve as a means to switch between the Metro interface and the traditional desktop. On mouse activation, a thumbnail will appear of the mode you're switching to (Metro or desktop). The decision is supposedly not entirely final, and there's a minute chance that, given enough feedback, the button might return. Still, everything is pointing towards the full death of the Start menu and button. Let's face it - 17 years of service is an eternity in the computer world, and in all honesty, I do feel somewhat sad for its demise. For many, it's a cornerstone of computing, and now it's gone. We need to come up with a new "press start to shut down" joke. via > http://www.osnews.com/story/25581/Microsoft_Removes_Start_Menu_Button_from_Windows_8

well in both cases it's not an Error it's a warning, and you can always continue with warnings but not with Errors, good point though and good to see Microsoft is listening to bugs/dcr's filed and acting on them.

you can post your webservice related questions here, but no, it's fine to use it once specified correctly

depends on whether you are in windows pe or not, did you check if there was a SMSTSLOG subdir in ccm\logs ? at what point are you trying to get the log ? during the ts, or after it's failed

the exe is there, most likely in x:\sms\bin\x64\ try running it from there...

press f8, at the command prompt type this exactly x: cd %temp% cd smstslog cmtrace smsts.log

can you attach your smsts.log file it must list the problem (with your step)

press F8 at that point does it bring up a command prompt ? if so type ipconfig, do you get an IP ?