|
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]
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. |
Folders Missing in a New CAP Installation |
|
Contributed By: Cliff Hobbs [MVP SMS] |
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. |
How do I use a specific NT Share as a DP? |
|
Contributed By: Cliff Hobbs [MVP SMS] |
Information Relating Old DPs Still Appearing |
|
Contributed By: Cliff Hobbs [MVP SMS] |
Moving a CAP |
|
How do I move a CAP that has been created on the wrong drive?
Contributed By: Cliff Hobbs [MVP SMS]
|
'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) |
Problem Using LOCALSVR from the Resource Kit |
|
Contributed By: Cliff Hobbs [MVP SMS] |
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. @echo OFF |
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 |
|
|