Here's another KB we published this morning. This one talks about an issue where attempting to reinstall a System Center Configuration Manager 2007 secondary site fails when attempted via the primary site console:
=====
Symptoms
You issue an instruction to uninstall a System Center Configuration Manager 2007 secondary site from the primary site console. After doing so you notice on the secondary site server that the uninstall process completed properly but when you then try to reinstall the secondary site on the same server using the primary site's console it gets stuck showing install pending on the primary site console. On the secondary site in the file SMS_BootStrap.ini, you will also notice that it mentions the purpose as DEINSTALL.
Cause
After the secondary site gets uninstalled, it should ideally send a notification back to its primary site informing it that the deinstallation was successful. If for any reason this notification does not reach the primary site, it will not know about the deinstallation being completed. When this happens, when we then try to install the secondary site on the same server again it will first try to uninstall it. This is why the instruction sent to the server in the SMS_BootStrap.ini file is DEINSTALL.
Resolution
To resolve this situation, browse to the hman.box on the primary site server. You will find a file there by the name of delsite.lkp. This file contains entries for each of the secondary sites that are set for deinstallation. Open this file in notepad and depending on the scenario, you may want to remove just the entry or delete the file itself (as this contains the deinstall instructions for all secondary sites which were initiated from this primary site).
Example:
[N18]
Key=D78A1B1BEC3887B3D8A01115F4C47E81D3FC982D24
[N23]
Key=43083D44ABB3D3FF48B58208228245849D852665B3
[N04]
Key=FDCC2C92FF4D5071C02D8C6818AFA9702A3CF6E4F4
[N01]
Key=CF269DF522B1B3D07D165B9054903762EED279BEB1
If the site we're trying to install has the site code N01, you would remove the entry for only N01 and the rest of the file remains the same. So for this example, after removing the N01 entry, the information contained in this file would be:
[N18]
Key=D78A1B1BEC3887B3D8A01115F4C47E81D3FC982D24
[N23]
Key=43083D44ABB3D3FF48B58208228245849D852665B3
[N04]
Key=FDCC2C92FF4D5071C02D8C6818AFA9702A3CF6E4F4
More Information
The hierarchy manager is the component which handles all hierarchy changes including install and uninstall of secondary sites assuming it is initiated from the primary site. In the case above, we will remain stuck in the deinstall loop because when the setup tries to uninstall the secondary site on the destination server it will fail as there are no secondary site components currently installed there. In cases of actual failures, this will work and is the actual purpose of this process.
=====
For the latest version of this article see the link below:
J.C. Hornbeck | System Center Knowledge Engineer
The App-V Team blog: http://blogs.technet.com/appv/
The WSUS Support Team blog: http://blogs.technet.com/sus/
The SCMDM Support Team blog: http://blogs.technet.com/mdm/
The ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/
The SCOM 2007 Support Team blog: http://blogs.technet.com/operationsmgr/
The SCVMM Team blog: http://blogs.technet.com/scvmm/
The MED-V Team blog: http://blogs.technet.com/medv/
The DPM Team blog: http://blogs.technet.com/dpm/
The OOB Support Team blog: http://blogs.technet.com/oob/
The Opalis Team blog: http://blogs.technet.com/opalis
