SMS CAPs and DPs

Goto the SMS Home Page

This page details problems and issues relating to Client Access Points (CAPs) and Distribution Points (DPs).

Controlling which drive the CAP is created on

Is there anyway of controlling which the drive the CAP is created on?

Contributed By: Cliff Hobbs [MVP SMS]
By default, a CAP is created on the drive with the most available free space which may be inconvenient.  To get a CAP/DP to use a specific drive letter, use a Windows NT *SHARE* as the site system. This will even allow you to target the CAP/DP down to a specific directory.

You can also use the following procedure to control which drive the CAP is created on:

  1. Using Server Manager, select the server you want to create the CAP on and stop sharing the hidden administrative share for all drives you do not want the CAP installed on.
     

  2. Within the MMC, navigate to the site you want to create the CAP for.
     

  3. From 'Site Settings | Site Systems' double-click the server you want to create the CAP on.
     

  4. From the 'Client Access Point tab', check the 'Use this site system as a client access point' checkbox.
     

  5. Once the CAP has been created, reverse step 1.

The same procedure can be used to control the creation of the 'SMS_PKG' and 'SMSLOGON' share points.
 

DPs in Resource domain fail to update

Anyone have this occur? My Site Server in an Accounts Domain and my DPs in a Resource domain. The SMS Service account has all the rights under the sun. I couldn't access via normal DP server under site systems - created a share that's wide open. I am now getting rights errors and now I am getting a 'no NTFS Partition or drive space error' on my 40 GB NTFS drive with at least 5 GB available. Nothing is updated under the share.

Now you would think that the Server Connection accounts are for the Site Servers (LPs and CAPs), to talk up to the Site Server upstream - well think again.

Apparently the Server Connection accounts ('
SMSServer_XYZ' and any Custom Ones), are used by the Distribution Manager to update Distribution Points. PSS have seen this themselves. Watch out for this one when your DPs don't update.

To get round this problem some people have added their SMS Service account as an additional Server Network Connection account 
 

Folders Missing in a New CAP Installation

Contributed By: Cliff Hobbs [MVP SMS]
So you've created a new site but the CAP doesn't contain all of the files/ directories a "normal" CAP does. Here's how to solve this problem ...  [Go to article]
 

How can I verify Prefserv.exe is working after I've run it?

Look in the registry under 'HKLM\SOFTWARE\MICROSOFT\NAL\CLIENT' Under 'Abexprtdb' key - CAP List for site (sitecode) which should list your CAPs and marked one of them as preferred.

An extra key is also created - 'Preferred ABexprtdb'. Under this will list your preferred CAP and preferred DP if set.

Also bear in mind that the DWORD value for '
Use Preferred Servers' must be set at '1' for it to work correctly.
 

How do I use a specific NT Share as a DP?

Contributed By: Cliff Hobbs [MVP SMS]
To use a specific NT share as a DP, it must exist on the server before it can be created in SMS. SMS itself cannot create a user-defined share when you make a new DP in the MMC. It will automatically create the 'smspkg<driveletter>$' share on the drive with the most free space on the target server.

To get a DP to use a specific drive letter, use a Windows NT *SHARE* as the site system. This will even allow you to target the DP down to a specific directory.
 

Information Relating Old DPs Still Appearing

Contributed By: Cliff Hobbs [MVP SMS]
Here's a way to clear out information relating to the DPs in an old site if you ever re-install a site with a new name...  [Go to article]
 

Moving a CAP

How do I move a CAP that has been created on the wrong drive?

Contributed By: Cliff Hobbs [MVP SMS]
If you find a CAP has been created on the wrong drive:

  1. Stop the SMS Executive and NT Logon Discovery Agent services (if present).
     

  2. Unshare the CAP (through Server Manager or from the server itself).
     

  3. Delete the CAP directory and it's contents.
     

  4. Using Server Manager (or on the server itself) , stop sharing the hidden administrative share for all drives you do not want the CAP installed on.
     

  5. Restart the SMS Executive and NT Logon Discovery Agent settings. SMS sees the CAP has gone and creates it on the drive with the most free space.
     

  6. Once the CAP has been created, reverse step 4.
     

  7. Re-permission the CAP (if appropriate to your domain model).
     

'Preferred' setting in registry disappears after a reboot using Prefserv

I am trying to use Prefserv to set preferred CAPs and DPs for client machines in our single domain, single site SMS 2.0 SP2, and from what is going on, I do not think it is working, as I notice the following:

When a user logs on they run:
PREFSERV /cap TS2 /add MSWNET:["SMS_SITE=TS2"]\\CNW034\CAP_TS2\

This results in an entry being made in the registry in
HKLM\Software\Microsoft\NAL\CLIENT\Preferred AbExprtDB\CAP List for site TS2\
which contains the 'MSWNET
' entry that was a parameter described above. This gets put in as a 'REG_SZ' with a blank data value.

Some time soon after, there is an entry modified in HKLM\Software\Microsoft\NAL\CLIENT\AbExprtDB\CAP List for site TS2\ which then has the same entry as the parameter above, but has the added '
PREFERRED' within the square brackets.

All this makes sense. However, when I re-boot the system, the registry entry that had the PREFERRED part, has that removed. This also happens when I use the Control Panel applet for SMS and update the site configuration.

I really need to set this site up so that client machines go to particular CAPs and DPs or else the network will grind to a halt. This was easy in SMS 1.2, but seems hard in SMS 2.0. Can anyone tell me what is going on here with the preferred entries being removed from the registry. If you thing the same CAP will be used anyhow (despite the entry of PREFERRED not being there after reboot) how can I best see this in a log (I've tried but failed, so I assume it is not working).

There is one missing registry entry for setting the preferred CAP: HKLM\SOFTWARE\Microsoft\NAL\CLIENT\Use Preferred Servers=1 (Double_Word)

prefserv.exe /CAP ZUR /ADD ["Display=\\SERVER1\"]MSWNET:["SMS_SITE=ZUR"]\\SERVER1\

Using these two commands your clients will connect with the desired CAPs.

There are also a number of Microsoft Knowledge Base articles on using PrefServ such as 235873 'SMS: Specifying Preferred Servers in Systems Management Server 2.0'.
 

Problem Using LOCALSVR from the Resource Kit

Contributed By: Cliff Hobbs [MVP SMS]
Here's some information courtesy of Ed Aldrich on how he got to grips with the LOCALSVR utility from the Resource Kit ...  [Go to article]
 

Re-permissioning a CAP in a Master Domain Model

As explained in the SMS Servers in the Resource or Accounts Domain article on the Design and Planning Issues page, in a Master Domain Model if the CAP is in a Resource domain and the user accounts are in the Master Accounts domain, you need to grant NTFS permissions for the Domain Users group from the Master Accounts domain to the CAP - if you don't the installation may fail.

For SP1 you can use the following batch file to help you with this (you'll need to modify it for SP2 onwards). Put all your CAP servers in a file called '
LIST.TXT' in the same directory as the batch file.

@echo OFF
@if not "%ECHO%"=="" echo %ECHO%
@if not "%OS%"=="Windows_NT" goto DOSEXIT
rem $Workfile: skeleton.bat $ $Revision: 2 $ $Date: 12/04/97 9:51a $
rem $Archive: skeleton.bat $

rem Set local scope and call MAIN procedure
setlocal & pushd & set RET=
set SCRIPTNAME=%~n0
set SCRIPTPATH=%~f0
if "%DEBUG%"=="1" (set TRACE=echo) else (set TRACE=rem)
rem call _mtplib :INIT %SCRIPTPATH%
if /i {%1}=={/help} (call :HELP %2) & (goto :HELPEXIT)
if /i {%1}=={/?} (call :HELP %2) & (goto :HELPEXIT)
call :MAIN %*
:HELPEXIT
popd & endlocal & set RET=%RET%
goto :EOF

rem
/////////////////////////////////////////////////////////////////////////
rem HELP procedure
rem Display brief on-line help message
rem
:HELP
if defined TRACE %TRACE% [proc %0 %*]
rem Put help message here...

goto :EOF

rem
 /////////////////////////////////////////////////////////////////////////
rem MAIN procedure
 rem
:MAIN
if defined TRACE %TRACE% [proc %0 %*]

for /f %%I in (list.txt) do call :LOOP %%I

goto :EOF

rem
/////////////////////////////////////////////////////////////////////////
rem Additional procedures go here...
rem
:LOOP
pushd & set RET=
@echo ON

rem ****************************
net use h: /delete
 @REM Try to map to D and E drive on CAP server. All my caps were either on D or E.
net use h: \\%1\D$
net use h: \\%1\e$
H:
cacls cap_* /E /G "DOMAIN\domain users":R
cd cap_*
cacls * /T /E /G "DOMAIN\domain users":R
c:

net use h: /delete

rem ****************************
@echo OFF
popd & set RET=%RET%
goto :EOF

rem These must be the FINAL LINES in the script...
:DOSEXIT
echo This script requires Windows NT

rem
/////////////////////////////////////////////////////////////////////////
 

What spec of server should I use for my DPs?

Does anyone have any suggestions on distribution point minimum hardware? I have some old Pentium Pro 200's that have enough hard drive space to be DPs, I'm just wondering if they would slow things down instead of speeding things up. These will be dedicated DPs, so I don't have to worry about sharing resources with anything else. Logically, it would seem that it shouldn't take too much processor power, but I wanted to get some opinions first.

No actual SMS services have to run on a Distribution Point, so performance shouldn't depend on anything other than disk access time and raw network throughput.
 

© FAQShop.com 2003 - 2008

Goto the SMS Home Page

Email the Author