Re: SAP client advertisment runs on wrong computers

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Shehzad Khoja [MSFT] (srkhoja_at_online.microsoft.com)
Date: 01/18/05


Date: Tue, 18 Jan 2005 09:15:48 -0800

SMS doesn't directly go to DNS to discover any records. If you enable
network discovery then SMS will go to DHCP to discovery machines.

I am not sure how wrong DNS entries can cause collection evaluator to put
wrong machines in a collection. To troubleshoot this issue, you will have to
get more data on this like which discovery agent discovered those machine
and if any discovery agent had a wrong 'name' field populated for the
machine.

-- 
This posting is provided "AS IS" with no warranties, and confers no rights.
"Aidar Khasanov" <AidarKhasanov@discussions.microsoft.com> wrote in message 
news:C06E0713-8726-414D-81B5-6E778B794E61@microsoft.com...
> Shehzad, thank you for the answer.
>
> Yes, the collection is targeting only systems - the collection membership
> rule is: System Resource.Name is equal to "comp1". Collection is not
> dynamically updated.
> It seems that we have solved this case. The problem was connected to
> DNS/DHCP issue. There is a "Discard A and PTR records when lease is 
> deleted"
> checkbox in Win2003 DHCP server properties. Somebody has turned it off! We
> have just turned it on and cleared wrong DNS records.
> In our case this checkbox primarily affected reverse lookup zone. For
> example, we had one record in forward lookup zone «domainname.com»:
> - comp1 Host(A) 10.0.0.145
> and several PTR records for the IP address:
> - 10.0.0.145 Pointer(PTR) comp1.domainname.com.
> - 10.0.0.145 Pointer(PTR) anothercomp1.domainname.com.
> - 10.0.0.145 Pointer(PTR) anothercomp2.domainname.com.
> - 10.0.0.145 Pointer(PTR) anothercomp3.domainname.com.
> SMS 2003 SP1 enlisted these records in ResourceNames[0]. ResourceNames[n]
> fields. And when the advertisement was assigned to comp1, SMS installed it 
> on
> ONE of these computer, randomly selected. ("System Status" in SMS 
> AdminCosole
> and "Adv Client Spy" confirmed that advertisment was applied and actually
> installed only on ONE computer). Although these computers had wrong 
> reverse
> lookup PTR records, in forward lookup zone Host(A) records were correct 
> for
> each computer. And comp1 was the only member of particular SMS collection.
> But I still wonder, how discovering of PTR records is implemented in SMS?
> And why doesn't it use just simple Host(A) name-to-IP mapping?
>
>
> "Shehzad Khoja [MSFT]" wrote:
>
>> Is this happening all the time? This may happen if you have dynamic
>> collections and at the time you create advertisement your collections are
>> not updated. But if this is happening all the time then we need to
>> investigate this more. Can you make sure that policy and policy 
>> assignment
>> is created only for the machines in the collection?
>>
>> Also the collection you are targetting has only systems? No users, 
>> correct?
>>
>> -- 
>> This posting is provided "AS IS" with no warranties, and confers no 
>> rights.
>>
>>
>> "Aidar Khasanov" <AidarKhasanov@discussions.microsoft.com> wrote in 
>> message
>> news:5B1C10EA-41EB-4CB4-AE00-3C5D84622A91@microsoft.com...
>> > We use SMS2003 SP1. The advertisment is assigned to collection that
>> > contains,
>> > for example, 3 computers: Comp1, Comp2, Comp3. The problem is that
>> > advertisment also runs on another computer, say, AnotherComp1, that is 
>> > NOT
>> > member of the collection.
>> > This is not a duplicate GUIDs problem. When I open "Properties" of
>> > AnotherComp1 computer account in "All Systems" collection, there is:
>> > Name: AnotherComp1
>> > NetbiosName: AnotherComp1
>> > ResourceNames[0]: Comp3 -- name of computer which IS a member of
>> > collection.
>> > Does anybody know what are all these fields about: ResourceNames[0],
>> > ResourceNames[1], ... ResourceNames[n] ? And is there any way to force 
>> > SMS
>> > not to use these fields when determining whether to install 
>> > advertisment
>> > on
>> > particular client?
>>
>>
>> 


Relevant Pages

  • SMS 2003 SP2... installing legacy client on NT servers and Win 98 Machines
    ... I've run into a strange little problem in getting SMS up and running. ... So the discovery ran and found pretty much all of our 2000/XP/2003/NT ... Server machines... ... but none of our Windows 98 machines. ...
    (microsoft.public.sms.admin)
  • Re: SMS Admin Issues
    ... > information can be sent back to the SMS site server. ... The report indicated that 82 machines were missing SP2. ... > installation delay is occur (i.e., ... > "Active Directory System Group Discovery" this discovery can detect the OU ...
    (microsoft.public.sms.admin)
  • Re: No distribution to Hardware groups, but Usergroups O.K.
    ... The collection has the expected clients. ... The machines are discoverd by SMS, ... >Verify that Policy has been created for those machines? ... Verify that AD discovery (or network ...
    (microsoft.public.sms.swdist)
  • RE: After I run a network discovery not all computers are showing
    ... > Also if I run a query for all XP machines, some of the machines that show up ... >> I ran a network discovery on my SMS server with Subnets and Domains enabled. ...
    (microsoft.public.sms.setup)
  • Re: Advertisment distributing to more than collection membership
    ... Systems that have the same SMS ... client GUID can do unpredictable things like that, ... I created an advertisment and picked ... > deployed to a variety of machines in completely different subnets. ...
    (microsoft.public.sms.misc)