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-diff... 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:
- ASP.NET overall health(VBS Script and graph definitions)
- ASP.NET Application Specific Scripts (VBS Script and graph definitions)
- 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