aspperf.dll causing perlib event id error 1008

Hello there,

I've had a problem with perflib event id 1008 (Open procedure for
aspperf.dll has failed) since I installed our SBS 2000.

I went to:

http://www.smallbizserver.net/SBS2000/How_to_clear_perflib_errors_on_the_server.aspx

and followed it to download the extensible performance
counter list utility (exctrlst.exe) and disabled them all. This didn't
seem to do anything - still lots of errors clogging our app log only
then it was 1010 errors also. I then tried using the unlodctr / lodctr
command to try to get them working correctly or stop them. One or the
other. I've tried editing the registry per the event id website.

I'm now in a situation where I just want perflib event id 1008 to go
away. I am filtering out the event from the app event log, but I can
only see this as a temporary solution. How can I tidy this one last
little annoyance up?

Thanks a lot for any help.

Shane.

Susan
Wed Jul 23 00:55:51 CDT 2003

Did you try just rebooting the server?

moliolioi wrote:

> Hello there,
>
> I've had a problem with perflib event id 1008 (Open procedure for
> aspperf.dll has failed) since I installed our SBS 2000.
>
> I went to:
>
> http://www.smallbizserver.net/SBS2000/How_to_clear_perflib_errors_on_the_server.aspx
>
> and followed it to download the extensible performance
> counter list utility (exctrlst.exe) and disabled them all. This didn't
> seem to do anything - still lots of errors clogging our app log only
> then it was 1010 errors also. I then tried using the unlodctr / lodctr
> command to try to get them working correctly or stop them. One or the
> other. I've tried editing the registry per the event id website.
>
> I'm now in a situation where I just want perflib event id 1008 to go
> away. I am filtering out the event from the app event log, but I can
> only see this as a temporary solution. How can I tidy this one last
> little annoyance up?
>
> Thanks a lot for any help.
>
> Shane.

--
"Don't lose sight of security. Security is a state of being, not a
state of budget. He with the most firewalls still does not win.
Put down that honeypot and keep up to date on your patches. Demand
better security from vendors and hold them responsible. Use what
you have, and make sure you know how to use it properly and effectively."
~ Rain Forest Puppy

http://www.wiretrip.net/rfp/txt/evolution.txt

moliolioi
Fri Jul 25 06:36:48 CDT 2003

Thank you Susan. I forgot to restart the WMI service. I re-booted
anyway as per your advice. When I did I got another error:

Source: perfctrs ID:5305
collectdhcpperformance routine failed because shared memory segment
wasn't created.

Seems I now need to re-enable the extensible performance counters. One
of my colleagues pointed me to a KB article and the exctrllst.exe
file.

Much obliged to you all.

Shane.



"Susan Bradley, CPA aka Ebitz SBS Rocks [MVP]" <sbradcpa@pacbell.net> wrote in message news:<3F1E2367.6F9F428B@pacbell.net>...
> Did you try just rebooting the server?
>
> moliolioi wrote:
>
> > Hello there,
> >
> > I've had a problem with perflib event id 1008 (Open procedure for
> > aspperf.dll has failed) since I installed our SBS 2000.
> >
> > I went to:
> >
> > http://www.smallbizserver.net/SBS2000/How_to_clear_perflib_errors_on_the_server.aspx
> >
> > and followed it to download the extensible performance
> > counter list utility (exctrlst.exe) and disabled them all. This didn't
> > seem to do anything - still lots of errors clogging our app log only
> > then it was 1010 errors also. I then tried using the unlodctr / lodctr
> > command to try to get them working correctly or stop them. One or the
> > other. I've tried editing the registry per the event id website.
> >
> > I'm now in a situation where I just want perflib event id 1008 to go
> > away. I am filtering out the event from the app event log, but I can
> > only see this as a temporary solution. How can I tidy this one last
> > little annoyance up?
> >
> > Thanks a lot for any help.
> >
> > Shane.
>
> --
> "Don't lose sight of security. Security is a state of being, not a
> state of budget. He with the most firewalls still does not win.
> Put down that honeypot and keep up to date on your patches. Demand
> better security from vendors and hold them responsible. Use what
> you have, and make sure you know how to use it properly and effectively."
> ~ Rain Forest Puppy
>
> http://www.wiretrip.net/rfp/txt/evolution.txt