View Full Version : 1.1alpha5 Defining Items for Windows Services
axsdenied
04-02-2005, 02:42
I've found a bug when adding defined items defined from performance monitor.
Example counter:
perf_counter[\Memory\Committed Bytes]
This reports how much Total Memory a windows machine is using. (Programs in Memory + Pagefile)
When adding this counter, the backslashes ("\") are doubled by the web interface after saving. So it looks like:
perf_counter[\\Memory\\Committed Bytes]
It is also saved in the database like this. It shortly turns off stating unsupported and stops working. I'm assuming the double slashes are to escape the slash.
I updated the database row manually to the single back slash format and the item now records correctly without stopping. Just though you might wanna know. I'm not sure if this is specific to this version either.
axsdenied
04-02-2005, 03:03
I also tried defining the counter within the agentd.conf on the server being monitored. It worked for about 5 minutes, actually recording data, then stopped saying it wasn't supported by zabbix.
axsdenied
05-02-2005, 01:21
More information found :)
Also even updating the database manually to correct the formatting of the perf_counter item created doesn't always return data. It will say "active" but "0" is returned, or no data at all.
However if I move these definitions from the front end and into the zabbix_agentd.conf file I'm able to collect stats normally.
For example:
"\Network Interface(Intel[R] 82559 Fast Ethernet LAN on Motherboard)\Bytes Received/sec"
This one won't enter in the front end because the name is too long due to the name of the network card so I have to define it manually in the conf file.
"\Memory\Pages/sec"
"\Memory\Page Faults/sec"
"\LogicalDisk(_Total)\Disk Read Bytes/sec"
"\LogicalDisk(_Total)\Disk Write Bytes/sec"
All these will not work unless in the agent conf file.
Any reason for this? Known bug?
Axsdenied
Windows Systems Administrator
paul_flatt
15-02-2005, 08:08
I have he same problem.
Running the W32 client on a W2K3 server with Exchange 2003.
Trying to get some MTA and SMTP stats into zabbix, but no joy.
Initiallt tried by adding the key under items for the host, but got the double "\\" problem as outlined below.
Added Alias entries into agentd.conf on the windows server. Restarted zabbix client, and added the alias name in the key area of the items for the host.
Unfortunately, zabbix says that parameter is not supported on zabbix agent.
Anyone got any ideas as to why???
Cheers
Paul
axsdenied
02-03-2005, 00:20
Alexei,
Any reason or word on the things posted in this thread? I see you're still out there answering threads regarding smaller stuff, how about some love here :)
Axsdenied
paul_flatt
02-03-2005, 04:07
1.1alpha6 seems to have rectified this problem. I now have a whole heap of very useful Exchange performance monitoring parameters being saved into Zabbix.
Good work.
1.1alpha6 seems to have rectified this problem. I now have a whole heap of very useful Exchange performance monitoring parameters being saved into Zabbix.
Good work.
Just wondering what you monitor on your exchange boxes. I watch local queue, remote queue, and categorizer queue. Thoses seem to cover about everything since exchange doesnt have a nice mailq command. Every once in a while i will get one that stacks up to ~200 messages, but very rarely.
Thanks,
cooper
paul_flatt
09-03-2005, 07:33
Good ones to watch are MTA queue (Message queue length, number messages being processed per second etc.). A constantly high MTA queue could signify a) Message stuck in queue or b) you are being hit with a HUGE amount of mail (as in a mail-bomb).
Also good to monitor inter-site SMTP queues. Same as above. Messages can get stuck or malformed etc.
I also keep a check on mail volumes on each of my servers, including the main incoming SMTP queue from the internet. This allows me to trend message flow, as well as perform some capacity planning for future modelling.
Hope this helps.
Paul
Wolfgang
28-04-2005, 17:41
Good ones to watch are MTA queue (Message queue length, number messages being processed per second etc.). A constantly high MTA queue could signify a) Message stuck in queue or b) you are being hit with a HUGE amount of mail (as in a mail-bomb).
Also good to monitor inter-site SMTP queues. Same as above. Messages can get stuck or malformed etc.
I also keep a check on mail volumes on each of my servers, including the main incoming SMTP queue from the internet. This allows me to trend message flow, as well as perform some capacity planning for future modelling.
Hope this helps.
Paul
Would you mind giving an example on how you get these data out of exchange via zabbix? I think you use userdefined checks...
dminstrel
14-06-2005, 23:31
I have the double backslash problem with 1.1Alpha10. :confused:
Adding the Item:
perf_counter[\MSExchangeMTA\Work Queue Length]
(I did the database trick and removed the extra '\'s)
for my Exchange Server still gives a Not supported error.
Am I doing anything wrong?
Thanks,
Jonathan
axsdenied
09-07-2005, 00:34
If you run a query, via command line, against the database, does it show the value of the "key_" for your itemid with single "\"'s?
I have the exact same problem. Every time I press "update" Zabbix doubles the amont of backslashes (ie: \ becomes \\ becomes \\\\ and so on...)
It seems to do this in all fields where it is possible to enter a \ (description, key, unit, etc)
I had previously gotten around this by using forward slashes in a file size monitoring key. But that doesn't work for perf_counters. :(
I do not wish to go mucking in the database so this problem is leaving me with a much less functional Zabbix.
I haven't seen this resolved in any thread (can't search for \), so if anyone has an fix for this, please point me to it.
Thanks.
I'm using 1.1beta1 by the way.
axsdenied
14-10-2005, 21:53
WoW I posted this months ago, the problem still hasn't been fixed and not even a word from the author...
AXS,
Yes, it has been resolved thanks to bytesize :) , although it is not really a Zabbix problem. See this thread:
http://www.zabbix.com/forum/showthread.php?t=1482
Regards,
Ian