[hobbit] Booking new scripts into Xymon

Wed Jun 30 13:16:13 CEST 2010

Hi.

Thank you for your response, I did not think about that.
However, it seems like these loggings did only occur during the first run of the script. I have not seen them after that, and data is being reported to Xymon. I do not know if there is data missing or if it is incorrect, but I think it looks ok. 

/Johan

-----Original Message-----
From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] 
Sent: den 30 juni 2010 13:03
To: hobbit at hswn.dk
Subject: RE: [hobbit] Booking new scripts into Xymon

Hi Johan

I don't have access to a 2k8 64 Bit box at the moment to reproduce the problem. However....

I have been reading some articles around this problem. See this link for some more background information http://www.sepago.de/helge/2008/04/02/windows-x64-all-the-same-yet-very-different-part-6/ 
You could try the following:

WScript.exe or CScript.exe must be used to execute the script and call the COM object(WMI etc). Since the 64Bit version of windows has two cscript/WScript installed you need to specify which one

They are located in the following places:

32-bit Script Host: %Systemroot%\SysWOW64\cscript.exe Script-Name
64-bit Script Host: %Systemroot%\System32\cscript.exe Script-Name

You could try the following. Change the line in the BBwin.ext from <load value="cscript c:\pathtoscript\scriptname.vbs" /> to <load value="%Systemroot%\SysWOW64\cscript.exe c:\pathtoscript\scriptname.vbs" />. If that does not work try the other path. Normally the %Systemroot% would be c:\windows.

Let me know what you find!

Regards
Neil

-----Original Message-----
From: Johan Sjöberg [mailto:johan.sjoberg at deltamanagement.se] 
Sent: 30 June 2010 12:36 PM
To: hobbit at hswn.dk
Subject: RE: [hobbit] Booking new scripts into Xymon

Hi. I am having a little trouble using the SQL permon script on a Win 2k8 64-bit server. I get the following errors in the eventlog (along with some more of the same kind):

"Windows cannot open the 64-bit extensible counter DLL ASP.NET_64 in a 32-bit environment. Contact the file vendor to obtain a 32-bit version. Alternatively if you are running a 64-bit native environment, you can open the 64-bit extensible counter DLL by using the 64-bit version of Performance Monitor. To use this tool, open the Windows folder, open the System32 folder, and then start Perfmon.exe."

I think this problem is caused by bbwin being a 32-bit application. As such, it is seeing the 32-bit version of the system32-folder and is loading the 32-bit perfmon.exe.

I had this problem when I created an exchange mailqueue monitoring script, bbwin loaded the 32-bit powershell exe, which is not compatible with the exchange PS extensions. I "solved" this by copying the 64-bit powershell exe to the ext folder and loading it explicitly.
However, I do not know very much VBS, so I do not know how to solve it in this case, if it is possible to fix.

I would be grateful for any hints on how to get it working on a 64-bit environment.

/Johan

-----Original Message-----
From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] 
Sent: den 21 juni 2010 12:39
To: hobbit at hswn.dk
Subject: RE: [hobbit] Booking new scripts into Xymon

Interesting response from M$ about WMI and SQL2008

Microsoft was supporting monitoring using WMI till SQL 2005. So
OpManager should be able to fetch information from some WMI classes. But
from SQL 2008 these WMI classes are deprecated and Powershell should be
used to fetch the same kind of information. See this link
http://forums.manageengine.com/topic/no-database-in-sql-2008-express-ins
tance

Seems like powershell is being pushed as the new technology. I went to
the MS Tech Ed 2009 in Durban south Africa and I remember one of the SQL
sessions they showed powershell and how you can use a pipe to string
commands together. The presenter was going on about the power of the
pipe and I thought to myself he must have never touched *nix before
because this aint new.

-----Original Message-----
From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za] 
Sent: 21 June 2010 12:10 PM
To: hobbit at hswn.dk
Subject: RE: [hobbit] Booking new scripts into Xymon

I was just testing that myself. Will merge this into the main file and
release a update during lunch.

-----Original Message-----
From: Walter van Loon [mailto:hobbit at general-failure.com] 
Sent: 21 June 2010 12:06 PM
To: hobbit at hswn.dk
Subject: RE: [hobbit] Booking new scripts into Xymon

One of our DBA's modified the script from

strOutput = strOutput &
CheckReverseValue(GetWMIPercent("Win32_PerfRawData_MSSQLSERVER_SQLServer
BufferManager","@","Buffercachehitratio","Buffercachehitratio_Base"),"Bu
ffer
Cache Hit Ratio",iBufferCacheHitRatioWarn, iBufferCacheHitRatioAlarm)

to

strOutput = strOutput &
CheckReverseValue(GetWMIValue("Win32_PerfFormattedData_MSSQLSERVER_SQLSe
rverBufferManager","@","Buffercachehitratio"),"Buffer
Cache Hit Ratio",iBufferCacheHitRatioWarn, iBufferCacheHitRatioAlarm)

For our SQL 2008 servers this seems to work fine.

Thanks again for sharing your work; looking forward to your asp.net
monitor.

Walter.

> Yes, I'm sorry about that.
>
> It looks like a WMI issue since "select * from
> sys.dm_os_performance_counters" does show 'normal' values that result
in
> 100% (which is in line with what perfmon on this server shows). It
looks
> as if WMI returns completely different counters/values, very strange.
>
> Walter.
>
>> Hi Walter
>>
>> For the benefits of the other users on the list I will use english. I
>> have not yet tested with 2008. I will let you know what I find when I
>> get the chance.
>>
>> Regards
>> Neil
>>
>> -----Original Message-----
>> From: Walter van Loon [mailto:hobbit at general-failure.com]
>> Sent: 21 June 2010 10:01 AM
>> To: hobbit at hswn.dk
>> Subject: RE: [hobbit] Booking new scripts into Xymon
>>
>> Hi Neil,
>>
>> De DBA's hier zijn blij met deze monitor, bedankt!
>>
>> Als ik het goed begrijp berekent het script de BufferCacheHitRatio
als
>> (value / baseline*100)
>>
>> Met sql server 2008 lijken die counters 'anders' zijn, de baseline is
>> een
>> 9-digit getal en de huidige waarde is een 4-digit getal, het
resultaat
>> is
>> dan altijd een veel te groot getal.
>>
>> Heb jij een idee wat dit is of heb je zelf nog niet getest met sql
2008?
>>
>> Walter.
>>
>>> Hi Guys/Gals
>>>
>>> I think I got it right. I have uploaded the Microsoft SQL Server
>>> Performance script to the repository. I have included graph
>> definitions
>>> and all sorts of goodies. Hope it helps.
>>>
>>>
>>> Regards
>>> Neil
>>>
>>> -----Original Message-----
>>> From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za]
>>> Sent: 18 June 2010 01:08 PM
>>> To: hobbit at hswn.dk
>>> Subject: RE: [hobbit] Booking new scripts into Xymon
>>>
>>> I did look at the FAQ in the site.
>>>
>>> -----Original Message-----
>>> From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za]
>>> Sent: 18 June 2010 12:59 PM
>>> To: hobbit at hswn.dk
>>> Subject: RE: [hobbit] Booking new scripts into Xymon
>>>
>>> Hi All
>>>
>>> I registered on the http://xymonton.trantor.org site. I want to
upload
>>> my script but to be honest I am completely lost as how to do it. Is
>>> there instructions somewhere. Sorry this is my  first time with
>> DokuWiki
>>> and I don't want to mess up the site.  Any help will be appreciated.
>>>
>>>
>>> Regards
>>> Neil
>>>
>>>
>>> -----Original Message-----
>>> From: Neil Franken [mailto:nfranken at theunlimitedworld.co.za]
>>> Sent: 15 June 2010 08:17 AM
>>> To: hobbit at hswn.dk
>>> Subject: [hobbit] Booking new scripts into Xymon
>>>
>>> Hi All
>>>
>>> I am almost done with the scripts I talked about before. Is there
any
>>> special requirements to upload these to the Xymon community? Is
there
>> a
>>> QA function or something like that?
>>>
>>> Here is what I have:
>>> 1) ASP.NET overall health(VBS Script and graph definitions)
>>> 2) ASP.NET Application Specific Scripts (VBS Script and graph
>>> definitions)
>>> 3) SQL Server(Microsoft) DBA type performance pack (rather large
graph
>>> definition)
>>>
>>> On another note I have been able to interface with Xymon via telnet
>> and
>>> using Wireshark learned some basics about the protocol. Once I am a
>>> little more clued up I will upload some docs for the Wiki. At this
>> point
>>> I would also like to look at taking Xymon HTML pages a little
further.
>>> While AJAX and web 2.0 technologies would be great I feel that for
the
>>> moment I could probably add some value in making it a little easier
to
>>> customize via CSS. I am not a web designer by trade but I think I
can
>>> add some value in making this front end a little more configurable.
>>>
>>> Anyway if anyone can just let me know what the procedures  are for
>>> contributing to the project and I will gladly give the time that
xymon
>>> has saved me back into the project.
>>>
>>> Kind Regards
>>> Neil Franken
>>>
>>> To unsubscribe from the hobbit list, send an e-mail to
>>> hobbit-unsubscribe at hswn.dk
>>>
>>>
>>>
>>> To unsubscribe from the hobbit list, send an e-mail to
>>> hobbit-unsubscribe at hswn.dk
>>>
>>>
>>>
>>> To unsubscribe from the hobbit list, send an e-mail to
>>> hobbit-unsubscribe at hswn.dk
>>>
>>>
>>>
>>> To unsubscribe from the hobbit list, send an e-mail to
>>> hobbit-unsubscribe at hswn.dk
>>>
>>>
>>>
>>
>>
>>
>> To unsubscribe from the hobbit list, send an e-mail to
>> hobbit-unsubscribe at hswn.dk
>>
>>
>>
>> To unsubscribe from the hobbit list, send an e-mail to
>> hobbit-unsubscribe at hswn.dk
>>
>>
>>
>
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk

To unsubscribe from the hobbit list, send an e-mail to
hobbit-unsubscribe at hswn.dk