Ad Widget
Collapse
Call for discussion on ZABBIX 1.6
Collapse
X
-
-
Then you should probably look around for a commercial monitoring system. It sounds like you already use a lot of money on hardware and software, so this shouldn't be a big concern for you.
To hope for an open-source project to port the entire thing to Windows, just for one "customer", is a bit naive I think. I at least haven't heard anyone else request that, from what I remember.Comment
-
You are right. Anyway I see no technical problems of creating Windows port, it can be sponsored functionality if anyone is interested. I am not sure how many ZABBIX users may need this...
Please let's stay on topic.Comment
-
my last words to this:
@tenzer: the problem is something else: if we don't use unix or linux any longer for customers, why bother with expensive administration with own systems?
@richlv that culd hapen if you watch a movie while posting and if you are not a native speaker ;-)
@alexei maybe you can ask, how many possible users are interested in windows and did not install because of the native unix/linux client? as mentioned: at the moment we don't even need to evaluate because of the os issue. If you ask for suggestions, you get suggestions. If you don't want suggestions why e.g. we don't use zabbix just say so.Comment
-
It seems I wasn't clear enough in my previous message. I didn't say I am not interested in suggestions, just the opposite, I am interested in any! That's why I opened the whole discussion here.@alexei maybe you can ask, how many possible users are interested in windows and did not install because of the native unix/linux client? as mentioned: at the moment we don't even need to evaluate because of the os issue. If you ask for suggestions, you get suggestions. If you don't want suggestions why e.g. we don't use zabbix just say so.
The suggestion regarding Windows port is absolutely OK to me.
The message regarding staying on topic was addressed to everyone here, if you mean this.Comment
-
Request : Remote Command
Hello Guys...
I'm start play with remote command, but i found one big problem
When remote command is execute, server try reach remote agent. But all my agents are behind a firewall, and server can't contact they.
IMHO, when remote command is fired up... agent must download command from server and execute command localy.
What do you thing ?
NB: sorry about english.Comment
-
The most important feature I want to see:
Currently templates are great for making changes to lots of hosts at the same time. The problem is that template linkage must be done through clicking many things on the GUI. If I want to add 1000 hosts to a new template, I need to hire a full-time button clicker. If Template linkage was exportable, I could script the creation of XML and import it just as I do for adding any non-template stuff.
In general, Zabbix seems somewhat hard to scale because of the clunky web interface. Having to script XML creation is a pain, but makes it at least usable (just not with templates in their current state).Comment
-
Hello Alexei and forum!
So I have been playing around with the 1.5 beta and so far I really like it. I am still scared to hook anything even remotly related to production to it but I have dropped a couple of desktops on it for testing.
I have not run into many bugs and the few I have are already mentioned and acknowledged in the forum elsewhere so I am very pleased and excited about this release.
One thing I was disappointed in is the inventory. I love the ability to sort by the different columns but there is a bit more I would like to see.
My company runs many small projects and when a project is complete, we shift resources to another project. Zabbix has helped us keep track of these systems as they move about and as a result my company uses the inventory /ALOT/. I end up spending at least a couple hours a week making sure that the inventory is uptodate and correct.
The two things I personally would like to see is:
1) A customizable inventory screen. It doesn't matter to me if only the admin can customize it or eveyone can customize their own screen, but I would like to pick what columns we see. Right now the defaults are: Host, Name, OS, SerialNo, Tag, MAC Address. Seeing the Host, Name, and OS are great but we never need the SerialNo or Tag unless we are doing warranty calls (which evey admin hopes they don't have to do often
). The MAC Address is good information to have for the network guys but they only use the information every once in a while. Besides most of these servers have 2 network cards at least and a good chunk of them have up to 6. Being able to pick what you see would be a good thing to have. I am sure others would use this as well. I personally would like to have Host, Device Type, OS, Hardware Info, Contact, Notes. Especially the Hardware Info.
We end up using the Hardware box to hold information like: how many processors? What kind of processors? How many cores? Hyperthreaded? How much memory and of what type? (example from one of our systems: 2GB total, 1x1GB, 2x512MB, PC3200 ECC Registered) How many hard drives? Speed and size of the hard drives? Warranty information on the hard drives? Primary MAC goes into the field, others go here.
As you can see, we cram a lot of data into the hardware field.
I do not expect to have all of that split up in the 1.6 release. I kinda doubt too many people want as much detail as we use so it would be unrealistic for me to expect all of that. The hardware field works well for all of that information but it would be nice to have at least fields for processor and memory split off. Even still, I will be very happy with just being able to say "I want these fields displayed on the inventory list in this order". Changing the fields displayed in the primary inventory page would be very nice.
2) This may be more difficult then it sounds like in my head but if it isn't too difficult to do I would REALLY like to see some of the information in the inventory auto updated.
Things like processor pretty much stay the same and it might be difficult to determine how many processors you actually have when you have multiple hyperthreaded cores. So those I don't mind filling in.
However, I do need to be able to determine what OS, distro, and kernel are on a system. A software project we have has known issues with Debian 2.6.20 and another has issues with CentOS 2.6.9-50 so I have to track what kernels are running on what systems and make sure everything is OK. Therefore I have in the OS entry something like: Linux Debian 2.6.22-2-686, Linux CentOS 2.6.9-67.0.1.ELsmp, Windows Server 2003 Std Ed SP1 (Build 3790). This information is already captured by the standard templates as are things like total memory. If it is already being captured, would it be difficult to link into?
It is just one of those things where I may forget to update or someone else will run an update and the kernel version changes so then I have to not only see what it is in Zabbix but I have to verify the kernel manually. So if I am always having to verify the data manually, what is the point in having the data in Zabbix?
Anyway, I know I wrote a lot but I hope I got my point and information across. At least this round
. I have already gotten a list of requests from my users of "can the new version do this?" so I may be posting more later after I run a few tests. 
Thanks Zabbix team!
cstackpoleComment
-
Trigger Exceptions
It would be nice to provide exceptions for triggers. For instance, I don't know all the possible errors that will come up in a Windows event log so I would like to be alerted any time one comes up. However I get a dozen errors that I know are harmless and meaningless and would like to prevent those from setting the trigger.Comment
-
Unlike a lot of people, I care much less about shiny new features than I care about ensuring that the current features work. I've been using 1.4.5 for awhile now and I'm absolutely shocked at how inconsistent and downright broken so much of it is. Further, I'm disappointed by the lack of interest that anyone has given to the amount of broken-ness. Half of the items in the templates for FreeBSD and Solaris don't work. Even something as simple as the net.if.* functions for FreeBSD don't work even despite a user providing a patch for them. So my suggestion for 1.5 or 1.6 is stop working on new features and fix what you have, then take some time and do documentation that people can actually use.Comment
-
Move userparameter to gui
Userparameters are an awesome thing, but when you have 100+ hosts it's difficult to distribuite them to the hosts. I think that should be a way to write a userparameter and select the hosts that it applies.
This is a feature request or an how-to question in case i missed an already existing feature.
P.S. To improve my english, would be good if you reply this post correcting me. ThanksComment
-
Blink until acknowledge
Like other people, I'm monitoring windows event logs. It may be used in two ways:
1) monitor every log.
When an error come up, the trigger blinks in red for a while until an info event happens. So, if i open zabbix on the morning maybe i'm going to ignore an error because of the green square.
2) monitor only error logs.
The trigger blinks or stays red ever. So i have to check every time if new events are happened.
Starting with the proposition that green is better than red-acknowledged, would be a good idea to check a "red until acknowledge" thing.
It works in this way:
Step1 Error - Red blink
Step2 Info - Orange|Red blink
Step3 Acknowledge - Green quiteComment
-
1:Top n reports will give us clear overview of my IT system;
2:Make it to be a CMDB(ITIL keywords);Comment
Comment