Re: unable to perform "perfmon" on a remote Windows XP Pro

From: garytn9988 (garytn9988_at_discussions.microsoft.com)
Date: 03/07/05 

Date: Sun, 6 Mar 2005 15:49:04 -0800

Steven,

Yes, I verified that the remote registry service is running on that XP Pro
computer. As far as the user rights in Local Security Policy, it appears the
XP which is having the problem has more rights to the administrators and
domain admins group than an XP which is not having the problem.

Example:
For policies "Act as part of the operating system" and "Create a token object"
the XP that's having the problem the administrators group and the domain
admins groups are defined in both policies having full control. In an XP that
is not having the problem both policies are undefined.

Any other suggestions?

Gary

"Steven L Umbach" wrote:

> Verify that the remote registry service is running on that XP Pro computer
> and check the user rights in Local Security Policy to make sure that they
> match what is shown on a computer that you do not have a problem with as far
> as the administrators group having user rights. --- Steve
>
>
> "garytn9988" <garytn9988@discussions.microsoft.com> wrote in message
> news:E39CB7A4-71CF-447C-99D4-AFA214278CE8@microsoft.com...
> > Problem:
> > When attemtping to perform a "perfmon" from any of my Windows based
> > servers
> > to one particular Windows XP Pro workstation, I get an "unable to connect"
> > error immediatly on the server I am trying to execute the perfmon from.
> > It's
> > almost like it does not even attempt to make a connection to the remote
> > Windows XP Pro workstation to pull the performance counter information.
> >
> >
> > Knowns:
> > 1. The id I am using with "perfmon" is an ID that is part of the domain
> > administrators group.
> > 2. The Domain administrator global group is defined in the remote Windows
> > XP
> > Pro's local administrators group.
> > 3. I am able to connect with the same ID used with perfmon to make
> > connections to the remote Windows XP Pro's drives and add and delete
> > anything
> > on the remotes drives.
> > 4. I have verified diskperf was activated on the remote system.
> > 5. I followed Microsofts KB300702, which did not help me so I removed the
> > specific user ID (used with perfmon) from the documented areas and just
> > left
> > the local administrator group in the documented areas.
> >
> >
> > Question:
> > Can anyone help me with this issue?
> >
> >
> > Thanks
> >
> > Gary
>
>
>

Relevant Pages

  • Re: unable to perform "perfmon" on a remote Windows XP Pro
    ... I verified that the remote registry service is running on that XP Pro ... > and check the user rights in Local Security Policy to make sure that they ... >> Pro's local administrators group. ...
    (microsoft.public.win2000.security)
  • Re: unable to perform "perfmon" on a remote Windows XP Pro
    ... Verify that the remote registry service is running on that XP Pro computer ... as the administrators group having user rights. ... > Pro's local administrators group. ...
    (microsoft.public.win2000.security)
  • Re: Recovery Agent cannot recover encrypted files
    ... Created user efs_recovery and added to administrators group ... In "Local Security Policy" Went to the "public key Policies/EFS" section and ran the "Add data recovery Agent" wizard. ... Added the cert i created using the cipher command which added the efs_recovery user as a recovery agent. ... "Properties/Advanced" and untick the "Encrypt contents to secure data" checkbox. ...
    (microsoft.public.windows.file_system)
  • Re: Visual Studio Remote Debugging:
    ... settings to "local security policy". ... > left of the Local Policies, and you see the Audit Policy entry. ... > If I use Ctrl+F5 to run the Webapplication, I will see the account logon ... > the machine on the remote machine's eventlog. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Admin equivalent group
    ... Or you can have freedom. ... -- RAH ... Administrators group can do. ... Local Security Policy and matching things up there, ...
    (microsoft.public.windowsxp.security_admin)