Files are not copied to new client access points, and existing client access points do not receive updated files in Systems Management Server 2.0 (841923)
The information in this article applies to:
- Microsoft Systems Management Server 2.0
Important This article contains information about modifying the registry. Before you modify the registry, make sure to back it up and make sure that you understand how to restore the registry if a problem occurs. For information about how to back up, restore, and edit the registry, click the following article number to view the article in the Microsoft Knowledge Base: 256986 Description of the Microsoft Windows Registry SYMPTOMSThe Microsoft Systems Management Server (SMS) 2.0 Inbox Manager component cannot update files on the client access point (CAP). No errors are logged in the SMS component logs or the Windows event logs. If you remove and then re-create the CAP, not all the
files are copied to the CAP. The folder structure is created on the CAP, but
some or many of the files are not copied to the folders. Many files in the CAP folders have older dates, while some files have more recent dates.
After you upgrade to an SMS service pack, some clients do not complete the upgrade. Some client components are not upgraded to the service pack level.CAUSEThis problem may occur if the following registry subkey on the site server is corrupted: HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\SMS\Inbox Source\Inbox Instances For example, some subkeys may repeat the key name or sections of the path in the values. The Inbox Instances key defines the location of the component folders on the
site server. By default, the component folders are in the SMS\Inbox folder on the site server. When SMS creates a CAP, new keys
are written under the Inbox Instances key to define the network abstraction layer (NAL) path of the CAP server and share. Original source keys have a defined Universal Naming Convention (UNC) entry that points to the site server.
The CAP registry subkeys include a NAL Path value.
The subkeys may appear in a different order on different CAP servers. SMS creates and
deletes the CAP subkeys when a CAP is added or removed from the hierarchy. Note The subkeys are created only when you install the SMS site server. SMS does not rebuild the subkeys after the initial
installation of the site. The subkeys are not rebuilt by site resets or by re-application
of a service pack. The subkeys cannot be rebuilt by an automatic process. RESOLUTIONTo resolve this problem, use one of the following methods: - Method 1: Remove and then restore the SMS site.
- Method 2: Import the Inbox Instances key from another SMS site that is working correctly.
Method 1: Remove and then restore the SMS site Back up the site server database, and then remove the SMS site. To re-create
the Inbox Instances keys, reinstall the SMS site, and then restore the database. You can use the Systems Management Server Recovery Expert to help you prepare and restore your SMS site. For additional information, visit the following Microsoft Web site:
For additional information about how to remove an SMS 2.0 primary site, click the following article number to view the article in the Microsoft Knowledge Base:
840676
How to remove a primary site in Systems Management Server 2.0
Method 2: Import the Inbox Instances key from another site server that is working correctlyWarning If you use Registry Editor incorrectly, you may cause serious problems that may require you to reinstall your operating system. Microsoft cannot guarantee that you can solve problems that result from using Registry Editor incorrectly. Use Registry Editor at your own risk. Note You must import the keys from a site server that is working correctly. If another site server is not available, you must use Method 1 to remove and to restore your SMS 2.0 site server. - On the site that is working correctly, click Start, click Run, type regedit, and then click OK.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source\Inbox Instances - On the Registry menu, click Export Registry File.
- Select a save location, type Goodregistry as the registry file name, and then click Save.
- Copy the file to the SMS site server that has the corrupted registry.
- On the SMS site server that is experiencing the problem, remove all the CAPs. To do this, follow these steps:
- Start the SMS Administrator console.
- Expand the Site Database\Site Hierarchy\problem_site_name\Site Settings tree, and then click Site Systems, where problem_site_name is the site that is experiencing the problem.
- Double-click a site system to view the Site System Properties.
- On the Client Access Point tab, click to clear the Use this site system as a client access point check box, and then click OK.
- Repeat step d for each site system that is listed.
- Monitor each CAP to make sure that the CAP_xxx folder and share is removed, where xxx is the site code of the SMS site. After all the CAPs are removed, go to step 7.
- On the site server that is experiencing the problem, click Start, click Run, type regedit, and then click OK.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source\Inbox Instances - On the Registry menu, click Export Registry File.
- Select a save location, type Oldregistry as the registry file name, and then click Save.
- Delete the Inbox Instances key.
- Start Notepad, and then open the Goodregistry.reg file that you copied from the site server that is working correctly.
- Delete the CAP sections from the .reg file. In the CAP sections, the "NAL Path" entry has a value. The "UNC Path" entry has a null value. For example, a CAP section is similar to the following:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source\Inbox Instances\14]
"Inbox Name"="Package Info CAP"
"NAL Path"="MSWNET:[\"SMS_SITE=xxx\"]\\\\server name\\CAP_xxx\\"
"Relative Path"="pkginfo.box"
"UNC Path"=""
"Location Type"=dword:00000003
"Assistant Flags"=dword:00000000 The following example shows an original source section that has a value for the "UNC Path" entry and a null value for the "NAL Path" entry. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source\Inbox Instances\13]
"Inbox Name"="Package Master Info"
"NAL Path"=""
"Relative Path"="inboxes\\pkginfo.box"
"UNC Path"="\\\\server name\\SMS_xxx\\inboxes\\pkginfo.box"
"Location Type"=dword:00000001
"Assistant Flags"=dword:00000000 - In each remaining source section, change the name and share of the site server in the "UNC Path" entry to the name and share of the site server that is experiencing the problem. For example, change the site server name and share in the following source section:
"UNC Path"="\\\\server_name\SMS_xxx\\inboxes\inbox_folder" Important The additional backslash characters are required. - After you modify the "UNC Path" entry in each section, save the .reg file, and then exit Notepad.
- Import the .reg file on the site server that is experiencing the problem. To do this, follow these steps:
- Locate the Goodregistry.reg file that you saved in step 4.
- Right-click the Goodregistry.reg file, and then click Merge.
- Click Yes to merge the information.
- Start Registry Editor.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source\Inbox Instances - Make sure that each Inbox Instances key correctly references the site server.
- If any Inbox Instances keys are empty, delete those keys.
- Make sure that the correct permissions are restored to the Inbox Source keys. To do this, follow these steps:
- Click Start, click Run, type regedt32, and then click OK.
- Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\Inbox Source - On the Security menu, click Permissions. The Inbox Source, Inbox Definitions, Inbox Instances, and Inbox Rules keys must have the following permissions:
- Administrators = Full Control
- SMSServer_xxx = Full Control
- Everyone = Read
The numeric keys under the Inbox keys must have the following permissions:- Administrators = Full Control
- SMSServer_xxx = Full Control
- Re-create the CAP.
If the CAP folders are still not created correctly after you complete these steps, use Method 1. STATUSMicrosoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Modification Type: | Minor | Last Reviewed: | 6/13/2005 |
---|
Keywords: | kbCAP kbServer kbRegistry kbInboxMgr kbtshoot kbUpgrade kbprb KB841923 kbAudITPRO |
---|
|