-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello.

I have a custom written application in C++ which monitors the status of
services on remote Windows 2000 servers across the Internet.
I have it running on 205 remote servers and for most of them it works just
fine. All Windows 2000 servers are patched to current
levels and have current service packs applied.

There is a small group of 17 servers for which the application does not
work. These 17 servers all have a common operating system
configuration which doesn't appear to vary dramatically from all the other
servers from which the application does work. They also
have the commonality of belonging to the same remotely managed company.

The error being returned from these servers is ...cpp 519, can't access to
the services database and;
...cpp
527, can't access to the services database

I am not a programmer and I am not the author of this application. The
programmers cannot tell me what the cause of the failure is
beyond that it is not a problem with the application. Since it works on
most of the servers, I would tend to agree with them.

I compare the Administrator's account rights to server where the application
does work and I found 3 potential problems. The
rights for "Log on as a Service", "Log on as a Batch Job" and "Act as part
of the Operating System" were delegated to a registry
key and not to the Administrator directly. This differs from servers where
the application.

I added these rights to the Administrator's account and rebooted. That did
not fix the error.

The services database appears to be intact and working correctly. I can
start and stop services, add and remove services without a
problem.

Does anyone have a clue or suggestion as to a course of investigation to try
and fix this problem?

Thanks.




-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.3
Comment: Digital signature guarantees authenticity

iQA/AwUBQXgUuN/hBQ7O4WklEQJNXgCgts4tc7emc5WSe+FXMSGiA/grFCsAoIBr
dFhhLY9BeP5R0KpT0bdsl9v+
=BppP
-----END PGP SIGNATURE-----

First, it's not very polite to cross-post to every single newsgroup with
"Windows 2000" in it's name, regardless of whether they are relevant groups
or not. Try to stick to a smaller subset.

Second, these obviously aren't top-notch developers you're dealing with.
Generally speaking, -=any=- program error -=does=- signify a problem in
their program - they probably just didn't -=plan=- for these errors to
occur. If it's a problem with an underlying component (such as a Windows
library) they should -=know=- as much, and find a fix/workaround for it
and/or demand a fix from the vendor.

This being a custom-written application, I would hope you have ownership
rights to the source code. If so, I would give it to a development shop who
knows what it's doing. If they are in-house developers, find some better
ones. Either that, or hire John Robbins

--
John Phillips
MVP - Windows SDK



"Howard Hartman" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello.
>
> I have a custom written application in C++ which monitors the status of
> services on remote Windows 2000 servers across the Internet.
> I have it running on 205 remote servers and for most of them it works just
> fine. All Windows 2000 servers are patched to current
> levels and have current service packs applied.
>
> There is a small group of 17 servers for which the application does not
> work. These 17 servers all have a common operating system
> configuration which doesn't appear to vary dramatically from all the
other
> servers from which the application does work. They also
> have the commonality of belonging to the same remotely managed company.
>
> The error being returned from these servers is ...cpp 519, can't access to
> the services database and;
>
....cpp
> 527, can't access to the services database
>
> I am not a programmer and I am not the author of this application. The
> programmers cannot tell me what the cause of the failure is
> beyond that it is not a problem with the application. Since it works on
> most of the servers, I would tend to agree with them.
>
> I compare the Administrator's account rights to server where the
application
> does work and I found 3 potential problems. The
> rights for "Log on as a Service", "Log on as a Batch Job" and "Act as part
> of the Operating System" were delegated to a registry
> key and not to the Administrator directly. This differs from servers
where
> the application.
>
> I added these rights to the Administrator's account and rebooted. That
did
> not fix the error.
>
> The services database appears to be intact and working correctly. I can
> start and stop services, add and remove services without a
> problem.
>
> Does anyone have a clue or suggestion as to a course of investigation to
try
> and fix this problem?
>
> Thanks.
>
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 8.0.3
> Comment: Digital signature guarantees authenticity
>
> iQA/AwUBQXgUuN/hBQ7O4WklEQJNXgCgts4tc7emc5WSe+FXMSGiA/grFCsAoIBr
> dFhhLY9BeP5R0KpT0bdsl9v+
> =BppP
> -----END PGP SIGNATURE-----
>
>