View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001275 | SpeedFan | Other | public | 2008-10-06 20:12 | 2011-02-02 06:32 |
| Reporter | JohnnyFu | Assigned To | alfredo | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | assigned | Resolution | open | ||
| Platform | Windows | OS | ALL | OS Version | ALL |
| Summary | 0001275: SNMP and Service | ||||
| Description | Hi Alfredo, I wonder if it would be a big problem to implement SNMP support? Although most users probable using Speedfan for private purposes it would be great for people like me who just want to monitor a couple of windows servers. There is an SNMP extension for Speedfan out there in the wild, but it is kinda buggy and no longer beeing developed. I have seen people on Nagios and Cacti forums playing with this extension but it causes more trouble then anything else. SNMP support would give people great flexibility for their Nagios and Cacti scripts for instance. http://forums.cacti.net/files/speedfan_sample_198.png <-- as an example And btw, are there any news on "Speedfan as a service" ? greetings Johnny | ||||
| Tags | No tags attached. | ||||
| Motherboard Model | |||||
| Video Card Model | |||||
|
|
The problem (with sfsnmp) is related to making the shared memory global (I am not a windows programmer, I don't really understand this) in both Speedfan and sfsnmp. MySQL had a similar problem however, and a suggested fix was mentioned http://bugs.mysql.com/bug.php?id=24841 http://bugs.mysql.com/bug.php?id=24731 It was also discussed in bug 551 here On the sfsnmp forum I have made this thread: http://code.bastart.eu.org/forum/comments.php?DiscussionID=10 but since the code hasn't been touched for a year, it may be that he has indeed abandoned the project. It is released under the LGPL and so the source is available - so maybe you could pick it up and integrate it straight into Speedfan, alfredo ? There simply isn't anything available that can do this. A tiny service only version of speedfan that used SNMP (and maybe even WMI) would really be amazing. |
|
|
For this bug to be fixed SpeedFan has to create its SHM with "Global\" prefixed to the name. I created a preview build of SFSNMP that tries to also open the SHM globally if it fails to open it normally. You can find this build here: http://code.bastart.eu.org/svn/sfsnmp/trunk/dist/inst/sfsnmp_installer.msi |
|
|
Ping. alfredo any investigation into this issue? |
|
|
I'm interested in this too. I'm using Munin under Linux to monitor also Windows machines via SNMP and there's next to no software providing this information (compared to whats available under Linux). SFSNMP looks very promising and I'd be grateful if SpeedFan is updated to support a mechanism with which SFSNMP can communicate. |
|
|
I thought about this again, yesterday. I think it might be possible to write a small proxy application that reshares the SpeedFan SHM as global. I'll try to implement this this weekend. |
|
|
I've created a fix for this: http://static.loping.net/bcode/downloads/tests/globshm-test.zip Extract this to the SpeedFan program directory and start it with injector.exe. It will inject a .dll into SpeedFan that hooks CreateFileMappingA and registers the shared memory globally. I will release a new version of SFSNMP tonight. - Axel |
|
|
Also, here are the sources: http://deve.loping.net/svn/sfsnmp/trunk/projects/hooklib/hooklib.cpp http://deve.loping.net/svn/sfsnmp/trunk/projects/injector/injector.cpp |
|
|
Here is a preview installer: http://deve.loping.net/svn/sfsnmp/trunk/installer/sfsnmp_installer.msi |
|
|
This is causing other issues accessing the shared memory area also. I have a service which does the usual OpenFileMapping() MapViewOfFile() calls and has been working great. I've just installed the service onto a Windows 7 x64 (Professional) machine and now it fails to open the file mapping, whether I use "SFSharedMemory_ALM" or "Global\SFSharedMemory_ALM" (obviously "Global\\SFSharedMemory_ALM" in code). Have tried with both version 4.42 and 4.43 beta10 with no luck, so I am assuming as Ago pointed out above the shared memory map is not being created with the "Global\" prefix. They do run under different accounts also, with my service being loaded at startup under the "SYSTEM" account, and Speedfan running under the currently logged in user account. Can we get a test version with "Global\SFSharedMemory_ALM" perhaps? |
|
|
An update, and alternative method to Ago's injection solution above: I've hex edited the speedfan.exe file from 4.43 beta10 and changed the two locations in the file which read 'SFSharedMemory_ALM' to be 'Global\SFShMem_ALM' thus being the same string size in file. Can now successfully open up 'Global\SFShMem_ALM' from my service, and all is working well! Cheers, bio |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-10-06 20:12 | JohnnyFu | New Issue | |
| 2008-10-06 20:12 | JohnnyFu | Status | new => assigned |
| 2008-10-06 20:12 | JohnnyFu | Assigned To | => alfredo |
| 2009-04-18 02:56 | DaWolfey | Note Added: 0004714 | |
| 2009-07-06 10:30 | Ago | Note Added: 0004894 | |
| 2010-05-25 19:10 | BSOD2600 | Note Added: 0005284 | |
| 2010-06-11 08:26 | rfc | Note Added: 0005302 | |
| 2010-06-11 08:29 | Ago | Note Added: 0005303 | |
| 2010-11-18 15:34 | Ago | Note Added: 0005481 | |
| 2010-11-18 15:35 | Ago | Note Added: 0005482 | |
| 2010-11-18 15:36 | Ago | Note Added: 0005483 | |
| 2011-02-01 08:27 | biofrog | Note Added: 0005786 | |
| 2011-02-02 06:32 | biofrog | Note Added: 0005789 |
