Jump to content


Adminoob

Established Members
  • Content Count

    26
  • Joined

  • Last visited

Everything posted by Adminoob

  1. I have an SCCM 2012 R2 distribution point that was accidentally reinstalled (the DP role removed, then re-added - no content was deleted) the packages and content library are all still on the DP, is there any way to get the reinstalled DP to recognize and associate with the now old content? it seems like it should just be a matter of recreating the content mapping, but I have no Idea how to do that. Please help!
  2. I tried this method, first test was a bust, had to remove the variable and just use C:, second test was a bust because the image finished and I noticed that the CCM client was missing most of the actions, and the notification was disabled, and the patch didn't apply...time to dig through logs.
  3. Thank you for the excellent info, do you also have a guide updated to for SCCM 2012 R2 + Server 2012 + SQL 2012? WSUS is now a role rather than a separate install for Server 2012 so there are a few differences regarding prerequisites and install processes.
  4. In SCCM 2007 I could apply client patches during the config manager client install task of an OSD like thus: PATCH="%_SMSTSMDataPath%\OSD\AH2000A6\hotfix\KB2994331\Client\x64\Configmgr2012ac-r2-kb2994331-x64.msp" Can it be done the same way in 2012? the hotfixes no longer reside in the client install folder, so the .msp's would have to be copied there manually and the client package updated. I've found at least one post where this was being done, but I cannot find any official MS KB saying this is supported or not: http://www.deploymentresearch.com/Research/tabid/62/EntryId/189/Installing-CU3-for-ConfigMgr-2012-R2.aspx
  5. when I create a package and then distribute it to a DP it first copies a temp file to the root of D:\SMS_DP$, Then it transfers those files to D:\SCCMContentLib, and creates the necessary files within the 3 subfolders, finally, and this only happens if the box is checked to copy to the package to a share, a folder with the extracted files is copied to D:\SMSPKGD$\(PACKAGE_ID). It also creates a .tar file in smssig. When I distribute an application pretty much the same thing happens minus the extracted file in SMSPKGD since applications cannot be run from the DP, which I find annoying and odd in itself, but that is another matter.
  6. Hello, When I distribute content to a DP, I get this error repeatedly in my distmgr.log: SetObjectSecurity failed; 0x80070002 then a ton of these after: Failed to decrypt cert PFX data I'm running with HTTPS, and the packages always seem to copy ok, anyone know what this error indicates?
  7. Hello! Ok, no one, not even Microsoft engineers can seem to provide a clear and definitive answer on this topic, everyone's understanding of the .PCK file with relation to SCCM 2012 is clear as mud. I understand what .PCK files are...in the SCCM 2007 world, and how they work, all that jazz, what I don't understand is how/when/why they would be used by SCCM 2012...it seems that sccm 2012 would only need these .pck files during a reassignment of a shared DP in a migration scenario...even that surmise is sketchy since I've watched very closely the DP content conversion process and at no time did the server access the .PCK files to populate the single instance store. I am going to do some more testing on my own, my ultimate goal is to permanent delete the contents (not the folder itself) of the SMSPKG folder, essentially all the .PCK and .DL$ files to save space on my server. If any soul out there knows..not guesses...the purpose of the .PCK file in 2012, let me know please, don't just copy/paste other people's posts as an answer, explain in clear terms each step of the process that 2012 would utilize a .PCK, or if the answer really is that 2012 does not use .PCK files at all, let me know. I have a single primary site with 16 secondary sites in my SCCM 2007 environment, I'm migrating to a single primary with 16 distribution points...so even if .PCK's are used to populate secondary sites, I should not need them since I won't have any secondary sites once all of my DP's are migrated...yeah? Thanks!
  8. I had the same problem and found this thread, only to realize that my issue was caused by our DHCP server running out of IP's! Sometimes it is the simple things that elude us.
  9. Thank you. Should I upgrade my SCCM 2007 to R3 prior to using the migration connector? Or does that not matter? T
  10. Hello, If my current SCCM 2007 R2 is installed on a 32bit Windows Server 2003, and I plan on migrating to SCCM 2012 on Server 2008 R2 x64, will there be any problems with the migration process going from a 32bit to 64bit environment? The reason I ask is that I read in a forum post somewhere that an admin in a similar situation did the following steps: performed a full backup of SCCM 2007 running on W2K3 32bit, reinstalled SCCM 2007 on a different server running W2K8 x64 and restored from that backup he made essentially creating a mirrored install but on a x64 OS instead, they then installed SCCM 2012 on the new production server (also W2K8 x64) and finally went into the standard migration steps. This seemed rather convoluted to me, and I found no other posts that claimed there was any need to first mirror your SCCM 2007 from a 32 to a 64bit environment before attempting a full migration to SCCM 2012. Thanks in advance, T
  11. Thanks Jorgen (a bit late, sorry!) I did manage to simply add an unattend.xml to the B&C TS, and this worked fine, but I found out the hard way that you MUST remove that file prior to running the capture process, otherwise it just continues to boot into audit mode (the sysprep process should remove that file, but it doesn't , not sure why that is.) T
  12. Hello, I have a build and capture TS that works great for creating my thin-image, however, I would like to somehow interrupt the build and capture at some point and force it to boot into audit mode so I can install some apps that cannot be repackaged or otherwise scripted. Can this be done? Thanks!
  13. That link is dead, or is down at the moment. I have uploaded a zipped copy of the file here: http://www.filedropper.com/wsname
  14. Sorry for the dumb question: Do those existing workstations have the CCM client installed already? And how did you figure out that you must disable those specific services in order to get the patch to install?
  15. Hi there, I'm in the same boat, did you ever resolve this issue? I tried following Microsoft's method here: http://support.microsoft.com/kb/977384 but on my test deployment machine, both the ConfigMgr client and the hotfix failed to install, the error on the deployment machine referenced a problem copying the hotfix to a temp location. I'm going to attach a portion of my client.msi.txt file from the destination pc that failed. Also, here is the exact commands I'm using in my TS (it is the Microsoft suggested commands, plus the standard setting for cache) PATCH="%_SMSTSMDataPath%\OSD\CEC0030\i386\hotfix\KB977384\SCCM2007AC-SP2-KB977384-x86-enu.msp" SMSCACHESIZE=8000 Thanks, T
  16. Deadline approaching...but feeling confident all will be smooth

  17. Kudos to Michael Petersen http://blog.coretech.dk/mip/ for the .vbs solution.
  18. Ah the packaged wsname.exe worked like a charm!
  19. I have several computers that have XP Pro 32bit on them, but the machine architecture is actually x64; I have successfully captured wim images from these machines using either x64 or x86 boot images, should I ALWAYS use x64 boot images to capture on X64 arch. (even when the OS I'm capturing is 32bit?)
  20. Hello! I have a capture only task sequence that works beautifully, and is very simple, but there is one thing I would like to change. Here are the components of my SCCM capture-only TS: 1. Use Toolkit Package (MDT Integration) 2. Set Backup Location (TS variable: ComputerBackupLocation ) 3. Set Backup Filename (TS variable: BackupFile ) 4. Create Image (MDT create image script: cscript "%scriptroot%\ZTIBackup.wsf" ) I don't think it matters, but this is capturing an XP image. I would like to eliminate #3 and prompt for an image name (not a computer name, the .wim name) How can this be done? Via another TS variable perhaps (I'm reading through the MS documentation on that right now, but so far, nothing pops out that looks like it will prompt for the .wim name during the OSD) Thanks!
  21. Hello, I have added a TS directly under "Setup windows and ConfigMgr" as a command line; it did not work, and perhaps it is the way I configured it, I simply put in this for the command line: wsname.exe /n:$SERIALNUM and left the rest defaults except for 'Run in' which was the UNC to the directory where wsname.exe was kept (it was a hidden share, should it be a standard share?) And I did not run the command as any particular user, should I run it as the administrator account? I'm trying a different route now, I created a package for the wsname.exe command and am using that instead of a 'Run command line' TS. Well see how that works out, or doesn't, as the case may be. Any suggestions or examples from people who have successfully used wsname.exe is very appreciated. Thanks!
  22. Alright, I had this working fine in MDT, but I am trying a similar approach in SCCM to no avail; I added a package to SCCM with the necessary Powershell script (tested and working) to rename the destination PC with the SMBios computer name (Lenovo computers use the system s/n, which we use to identify them in Active Directory/SCCM). Right before the rename TS I have a command line running the PS comand to set the execution policy to unrestricted. These two TS' I put right after the configure Windows TS, it didn't rename the pc. I moved it to other locations, and cannot get it to work regardless. I figured the trouble might be with UAC, but then every application package I have created thus far works fine during the software install phase, but I tested my script within Windows and found that it worked as expected. A couple points/questions: 1. I do NOT want to prompt for a computer name during any stage of the OSD, this must be a fully automated process. 2. Is VBScript a better option? 3. Should I perhaps try creating an MDT TS in SCCM and then mimic the process that used to work when all I was running was MDT? 4. Is there any better method to accomplish this? Thanks!
  23. Success! Alas, I have found a simple solution to my problem! At least a partial solution; as I stated originally, I really just wanted to mirror the same imaging methods I was used to in Novell Zenworks; setup a windows box with all the trimmings, snapshot it, upload it, sysprep it, snapshot again for final deployment via pxe/zenworks. I can achieve this functionality, and the solutions were so simple as to be embarrassing to admit. To capture any OS in a non-sysprepped state via pxe OSD task sequence: create a new custom ts first ts: 'Use Toolkit Pakage" - first integrate MDT 2010 into SCCM, then create a package for the MDT Deployment Toolkit second ts: "Set Backup Location" - set a task sequence variable with 'ComputerBackupLocation' and a value that points to your backup share location third ts: "Set Backup File Name" - yet another ts variable called "BackupFile" with a value that will be your image name 'myimage.wim' fourth ts: "Create Image" - here's the magic ts, it is a 'Run Command Line' ts with the command line of cscript "%scriptroot%\ZTIBackup.wsf Advertise this, make it available to pxe boot image and voila! It simply works! Tested it on a Windows 7 x64 and XP machine, no issues. Now to reverse the process, even simpler: 2. To apply a non-sysprepped wim via pxe OSD task sequence: first ts: "Partition Disk 0" - change the format to quick, otherwise left everything default here second ts: "Apply Operating System Image" - point this to your previously captured non-sysprepped image get a cup of coffee Again, tested on W7 and XP, works fine. I understand that this method is only valid if you are capturing and reapplying to the same model due to HAL and Mass Storage driver issues, but this will get me started and I can work on creating my 'thin-image' and custom application deployment ts's at a later date. Thanks all, Sincerely, T
  24. Thank you for your reply. That is good advice of course, and if I were more than a team of one and didn't have a deadline quickly approaching to revamp all of my imaging methods, I would certainly approach it from that angle without a doubt. However, I have apps like Adobe educational suite (12-15 gb) in one image, plus at least 30-40 additional applications of varying sizes and types, depending on which of the 7 different image classes we are talking about. Even if I were to script all of these via vbs and ts, it would take the build and capture process HOURS to complete, I suppose that is true of creating the base build as I do currently... I may just give up and use Imagex/MDT to do this. In the Novell Zenworks days of my recent past, I would: 1. Install/customize Windows 2. Snapshot an image of that gold OS to the server via Zenworks 3. Sysprep and seal that machine 4. Upload that image to the server as well 5. Deploy as necessary to hundreds of computers via Zenworks over PXE. What took me weeks to accomplish the old way, will now, if I follow the thin-client paradigm, take me months, that is, until I have recreated these monolithic images of ours using thousands of lines of code. Care to share an example of your vbs code so I can get a running start?
×
×
  • Create New...