[ZBX-4444] Got signal [signal:11(SIGSEGV),reason:128,refaddr:(nil)]. Crashing ... Created: 2011 Dec 15 Updated: 2017 May 30 Resolved: 2012 Sep 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.9 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Critical |
Reporter: | leszek | Assignee: | Unassigned |
Resolution: | Duplicate | Votes: | 0 |
Labels: | crash | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
2.6.26-2-xen-amd64 #1 SMP Thu Nov 25 06:39:26 UTC 2010 x86_64 GNU/Linux |
Attachments: | 7417_crash.txt | ||||||||
Issue Links: |
|
Description |
Bug (crashes) appeared after upgrade to new version just 10 days ago. Specially after some modification in configuration. Yesterday I add 2 new hosts using clone previous and has several crashes - server working 1 to 6 hours and crashes 24711:20111214:164445.399 Sending list of active checks to [10.1.2.22] failed: host [10.1.2.22] not found |
Comments |
Comment by Alexander Vladishev [ 2011 Dec 16 ] |
1. Please attach all information about crash from server log file. (from "Got signal.." till the end of a file) 2. Could you please execute and attach output of: objdump -Dswx sbin/zabbix_server | gzip -c > zabbix_server.objdump.gz Thank you! |
Comment by leszek [ 2011 Dec 19 ] |
Hi! |
Comment by leszek [ 2012 Jan 26 ] |
In december I tried to upgrade to new Zabbix version (1.8.9) but system was unstable on my environment so 10 days later I decided to compile previous stable, version 1.8.4 (case |
Comment by leszek [ 2012 Jan 27 ] |
The problem is solved. The guilty was firewall on Zabbix server where one rule droped all traffic outocomming on port 10051 from server. Checking logs on Windows needs probably first activation from Zabbix server on 10051 port and responce back to server on port 10050. On Zabbix server I logged only incomming traffic so diagnostic was harder. I changed rule on firewall 23 of december because one coleque complained about heavy traffic coming from Zabbix to his server. Then I create rule on firewall, next was a lot of holidays and everybody forget about changes |
Comment by richlv [ 2012 Jan 27 ] |
that shouldn't result in segfaults, though. can you reliably reproduce crashing ? |
Comment by leszek [ 2012 Jan 27 ] |
If You ask about crashing case, I cannot diagnose it right now because I had to downgrade to stable version 1.8.4. in december 2011 |
Comment by Oleksii Zagorskyi [ 2012 May 10 ] |
I definitely know that an identical log line: I'm attaching a file "7417_crash.txt" where it is visible (it was a trapper). leszek, please let us know, do you use Orabbix ? |
Comment by Alexei Vladishev [ 2012 Sep 08 ] |
I am closing this issue, it seems to be fixed elsewhere. |
[ZBX-4352] Host Mass Update: Cannot link additional template to hosts Created: 2011 Nov 12 Updated: 2017 May 30 Resolved: 2011 Nov 15 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.9rc1 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Joseph Bueno | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | massupdate | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | Capture.png |
Description |
When trying to link a new template to several hosts with mass update, I get following error messages: ERROR: Cannot update Hosts Undefined index: host [api/classes/class.chost.php:1777] I have attached a screenshot showing the error. |
Comments |
Comment by richlv [ 2011 Nov 12 ] |
unfortunately, reproducible in 1.8 branch rev 23162. |
Comment by richlv [ 2011 Nov 12 ] |
broken by : r22796 | pavels | 2011-10-31 09:45:56 +0200 (Mon, 31 Oct 2011) | 1 line
<pavels> The issue reference in the message is incorrect, it's actually |
Comment by richlv [ 2011 Nov 12 ] |
(1) unitests... <pavels> We don't have any unit tests for 1.8. <richlv> oh, right. might be worth doublechecking that there is such a unittest for trunk, but in general CLOSED |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 14 ] |
Fixed. RESOLVED. |
Comment by Alexey Fukalov [ 2011 Nov 15 ] |
(1) [GUI] <pavels> CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Nov 15 ] |
Merged to /branches/1.8 revision r23242. CLOSED. |
[ZBX-4326] When create host with incorrect profile field API return DBerror Created: 2011 Nov 08 Updated: 2017 May 30 Resolved: 2011 Nov 09 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9, 1.9.8 (beta) |
Type: | Incident report | Priority: | Major |
Reporter: | Alexey Fukalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Comments |
Comment by Alexey Fukalov [ 2011 Nov 08 ] |
API now throw error on invalid profile field. dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4326 |
Comment by Alexey Fukalov [ 2011 Nov 09 ] |
svn://svn.zabbix.com/branches/1.8 23063 |
[ZBX-4325] maintenance does not start at the specified time Created: 2011 Nov 07 Updated: 2017 May 30 Resolved: 2011 Nov 11 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9, 1.9.8 (beta) |
Type: | Incident report | Priority: | Major |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
Suppose we create a maintenance that is active from 07.11.2011 12:00. Suppose we also create a maintenance period for an hour, starting from the same time: 07.11.2011 12:00. The problem is that maintenance will not start at 12:00. The reason this happens is because the "active from" value in the database is actually 07.11.2011 12:00 plus a bunch of seconds (depending on when the maintenance was created), i.e., not exactly 12:00:00. Server then considers "12:00" from the period to be less than "12:00" from "active from", and the maintenance does not start. The solution is to make GUI save the "active from" timestamp with a zero number of seconds. |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Nov 07 ] |
We will also add maintenance logging at DebugLevel=3 on the server side under this issue. |
Comment by Aleksandrs Saveljevs [ 2011 Nov 08 ] |
Server side available in development branch svn://svn.zabbix.com/branches/dev/ZBX-4325 . |
Comment by Alexey Fukalov [ 2011 Nov 09 ] |
Frontend side finished in dev branch. |
Comment by Alexey Fukalov [ 2011 Nov 11 ] |
svn://svn.zabbix.com/branches/1.8 23154 |
Comment by Alexey Fukalov [ 2011 Nov 14 ] |
svn://svn.zabbix.com/trunk 23189 |
[ZBX-4323] host.create + profile = profile not inserts Created: 2011 Nov 07 Updated: 2017 May 30 Resolved: 2011 Nov 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A) |
Affects Version/s: | 1.8.5 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Major |
Reporter: | Artur Kraev | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | api | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
While using host.create, and set profile values for new host, looks like profile does not inserts into database. API request (IPs chaged: {"params":[{"host":"123","ip":"0.0.0.0","dns":"","useip":1,"groups":[ {"groupid":6}],"profile": {"name":"123","contact":"test client","location":"test"},"parentTemplates":[ {"templateid":10047}]}],"auth":"d65d71256c08764e357d3474737d0de6","jsonrpc":"2.0","method":"host.create","id":1} I'm fixed this bug in my installation by changing line 38860 in class.chost.php : if(isset($host['profile']) && !empty($host['extendedProfile'])) { changed to if(isset($host['profile']) && !empty($host['profile'])) { after this problem dissapeared |
Comments |
Comment by Alexey Fukalov [ 2011 Nov 07 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4323 |
Comment by Alexey Fukalov [ 2011 Nov 08 ] |
svn://svn.zabbix.com/branches/1.8 23045 |
[ZBX-4275] zabbix needs to wait a bit on databases instead of just closing down Created: 2011 Oct 25 Updated: 2017 May 30 Resolved: 2011 Nov 07 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.9 |
Fix Version/s: | 1.8.9, 1.9.8 (beta) |
Type: | Incident report | Priority: | Major |
Reporter: | Trever L. Adams | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 2 |
Labels: | database, problems, startup | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Fedora 16 |
Description |
Any system where it is not guaranteed that the database will be up before Zabbix server tries to start will yield a non-started Zabbix server. An example of this is Fedora 16 with Postgresql and systemd. I believe the fix is fairly simple. Zabbix should wait for a time being if it cannot connect to the database. Maybe a loop of sorts with 250ms between connection attempts and a maximum of 10 seconds of waiting? Also, if the database goes down, Zabbix should try to reattach. (It may do this already.) https://bugzilla.redhat.com/show_bug.cgi?id=729753 is this bug and hasn't seen any traffic. |
Comments |
Comment by Oleksii Zagorskyi [ 2011 Oct 26 ] |
Loop of with 250ms is very small, 1 second will be ok (IMO). 10 seconds of waiting is ok. The same problem under FreeBSD (zabbix installed from Port collection) even when zabbix_server init script contains "# REQUIRE: DAEMON mysql" and MySQL starts before zabbix_server. MySQL need some additional time to create a socket and at the end zabbix_server is stopped. I added "sleep 5" before "run_rc_command "$1"" in the init script. I vote for this issue. |
Comment by Aleksandrs Saveljevs [ 2011 Nov 07 ] |
Available in development branch svn://svn.zabbix.com/branches/dev/ZBX-4275 . |
Comment by dimir [ 2011 Nov 07 ] |
Successfully tested. |
Comment by Aleksandrs Saveljevs [ 2011 Nov 08 ] |
Available in pre-1.8.9 in r23039 and in pre-1.9.8 in r23040. |
Comment by dimir [ 2011 Nov 08 ] |
I propose to reopen it. As rich suggested, when we start zabbix_server and db is down, the process will be hanging there useless. Init script would tell the server is running (and it will be right) and the only thing a user could do to identify the problem is looking at the log. And that would be more obvious if the process would stop after a timeout. So I suggest introducing a timeout, but configurable, as asaveljevs suggested. So that administrator that knows his db startup can take 1 minute would just set it in the config file. The default could be 10 seconds. Opinions? |
Comment by Oleksii Zagorskyi [ 2011 Nov 08 ] |
I vote for timeout. Even hard coded in the sources 10 seconds will be better than try indefinitely. |
Comment by richlv [ 2011 Nov 08 ] |
agreed. my biggest concern would be something like a failover solution which would never spot such a server being down is using lsb initscripts a silly question, does this affect proxy as well ? |
Comment by Aleksandrs Saveljevs [ 2011 Nov 09 ] |
Note that if the database is down, then in the vast majority of cases users will not be able to use GUI, too. Since Zabbix without GUI is not very useful either, users will be able to figure out that something is wrong. A less likely scenario that achieves the same problematic behavior at startup is also possible: Zabbix server connects to the database successfully, then database goes down when Zabbix server performs initial queries, before spawning any processes. Zabbix server would be no more useful in that case. Yes, the change affected proxy, too. But note that for proxy there is no watchdog - if a proxy loses a connection to the database at any time, it is just as useless as if it does not have a connection to the database in the beginning. The same logic applies for server, except that server has a watchdog. But, as mentioned above, users will be able to notice the unavailability of the database because their GUI will not work. |
Comment by richlv [ 2011 Nov 09 ] |
looking at the example of the failover again, users would not be looking at the gui - they would expect clustering solution to detect daemon as being down. and i guess that would be impossible... i'm getting more and more convinced that there should be a timeout on waiting for the db - not just upon startup, but in general (users could set it to 0, if desired). that should also solve the issue of being able to connect to the db initially upon startup, but not afterwards |
Comment by dimir [ 2011 Nov 09 ] |
I like the idea of having a timeout globally. So that all the db connection issues are treated the same way, doesn't matter be that during server startup or during normal work. With 0 as timeout parameter users instruct the server to wait for db eternally. |
Comment by richlv [ 2011 Nov 14 ] |
having thought over this during the weekend (of course), some summary : 1. cases when users are less likely to spot that zabbix is down : 2. thus when/which users are more likely to be hit by this : the problem is that detecting this in an automated fashion is extremely hard, if not impossible. we basically have to parse logfile to detect that the daemon is not working, which isn't feasible in the initscript. currently i don't see how users could workaround this issue |
Comment by Oleksii Zagorskyi [ 2012 Jan 29 ] |
This discussion is not finished, btw. Additionally suppose I'm using some very simple shell script (watch-dog) which checks presence of running "zabbix_server" process. I suggest to reconsider this issue again and maybe report new ZBX(NEXT). |
Comment by dimir [ 2012 Feb 03 ] |
<rich> for example, in this training session two people misconfigured |
Comment by dimir [ 2012 Feb 03 ] |
Oleksiy, I vote for the one who knows the issue very well to describe it best, I vote for you. |
Comment by Oleksii Zagorskyi [ 2012 Feb 06 ] |
Discussed problem reported in a |
Comment by Oleksii Zagorskyi [ 2012 Feb 06 ] |
Just for record: |
[ZBX-4271] Memory leaks when an deadlock Created: 2011 Oct 25 Updated: 2017 May 30 Resolved: 2011 Oct 25 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.9, 1.9.7 (beta) |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Alexey Pustovalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Gentoo, rev22632, MySQL 5.5 Percona, zabbix server, web and database installed on separate hosts |
Issue Links: |
|
Description |
when zabbix process update triggers table "update triggers set error='Zabbix server was restarted...'" |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Oct 25 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4271 . The bug was introduced in pre-1.8.9 under |
Comment by dimir [ 2011 Oct 25 ] |
Successfully tested! Please review my small changes in r22642 |
Comment by Alexey Pustovalov [ 2011 Oct 25 ] |
not working patch for me... i have these errors in logs after applying patch rev22641: |
Comment by Aleksandrs Saveljevs [ 2011 Oct 25 ] |
Fixed in pre-1.8.9 in r22649. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 25 ] |
Alexey, the patch does not affect MySQL connectivity in any way. If you still have those errors with the latest trunk (the memory leak fix has already been merged), please provide a longer excerpt from the log file. |
Comment by Alexey Pustovalov [ 2011 Oct 25 ] |
Sorry, Aleksandrs, my mistake... I found bug in MySQL config file:) Patch working excellent |
[ZBX-4264] Zabbix agent does not compile on HP-UX Created: 2011 Oct 24 Updated: 2017 May 30 Resolved: 2011 Oct 27 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Installation (I) |
Affects Version/s: | 1.8.9, 1.9.7 (beta) |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | dimir | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | agent, compilation, hp-ux | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
HP-UX B.11.11 U 9000/800 886900688 unlimited-user license |
Description |
$ ./configure --enable-agent cc -g zabbix_agentd_SOURCES = active.c active.h stats.c stats.h cpustat.c cpustat.h diskdevices.c diskdevices.h perfstat.c perfstat.h vmstats.c vmstats.h logfiles.c logfiles.h zabbix_agentd.c zbxconf.c zbxconf.h listener.c listener.h eventlog.c eventlog.h -o zabbix_agent zabbix_agent.o stats.o cpustat.o diskdevices.o perfstat.o vmstats.o zbxconf.o ../../src/libs/zbxsysinfo/libzbxagentsysinfo.a ../../src/libs/zbxsysinfo/hpux/libspecsysinfo.a ../../src/libs/zbxsysinfo/common/libcommonsysinfo.a ../../src/libs/zbxsysinfo/simple/libsimplesysinfo.a ../../src/libs/zbxlog/libzbxlog.a ../../src/libs/zbxalgo/libzbxalgo.a ../../src/libs/zbxsys/libzbxsys.a ../../src/libs/zbxnix/libzbxnix.a ../../src/libs/zbxcomms/libzbxcomms.a ../../src/libs/zbxconf/libzbxconf.a ../../src/libs/zbxcommon/libzbxcommon.a ../../src/libs/zbxcrypto/libzbxcrypto.a ../../src/libs/zbxjson/libzbxjson.a ../../src/libs/zbxexec/libzbxexec.a zabbix_agent_SOURCES = zabbix_agent.c stats.c stats.h cpustat.c cpustat.h diskdevices.c diskdevices.h perfstat.c perfstat.h vmstats.c vmstats.h zbxconf.c zbxconf.h -lm |
Comments |
Comment by dimir [ 2011 Oct 24 ] |
The problem is that "-I ../../include" is lost somewhere. If I add this to the cc command-line it compiles. |
Comment by dimir [ 2011 Oct 25 ] |
The problem appeared to be the way "make" handles multi-line values on HP-UX (or just old "make"). |
Comment by dimir [ 2011 Oct 25 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4264 . |
Comment by Aleksandrs Saveljevs [ 2011 Oct 26 ] |
(1) You have done two fixes: one which moves @AGENT_LIBS@ around and another one which moves @AGENT_LDFLAGS@. It would be nice to figure out which one of them actually helps and whether we can do with just one of them. Once that is decided, we might wish to do the same for server and proxy. <dimir> Keeping the order of libs in "agent_ldadd" variable. RESOLVED in r22739 . <asaveljevs> CLOSED |
Comment by dimir [ 2011 Oct 27 ] |
Fixed in pre-1.8.9 r22757, pre-1.9.8 r22760 . |
[ZBX-4249] Trigger wizard "insert macro" action works incorrectly Created: 2011 Oct 17 Updated: 2017 May 30 Resolved: 2011 Nov 14 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Major |
Reporter: | Alexey Fukalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
1. Open trigger creation form |
Comments |
Comment by richlv [ 2011 Oct 17 ] |
i just wanted to note that actual problem is badly missing and in a normal situation this would be closed as "incomplete" please, add actual problem description as well, thanks |
Comment by Alexey Fukalov [ 2011 Oct 18 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4249 |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 18 ] |
Please note that earlier trigger expression was broken only in the trigger wizard, but at the same time trigger expression in the normal editing mode was fine. Confirm the fix in dev branch |
Comment by dimir [ 2011 Oct 19 ] |
I suggest to remove the unneeded code instead of commenting it out. We use version control system thus we can always bring it back if needed. Other than that the fix is confirmed. |
Comment by Alexey Fukalov [ 2011 Oct 19 ] |
svn://svn.zabbix.com/branches/1.8 22503 |
Comment by Alexey Fukalov [ 2011 Nov 14 ] |
Error appears than added two or more macros. |
Comment by Alexey Fukalov [ 2011 Nov 14 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4249 |
Comment by Aleksandrs Saveljevs [ 2011 Nov 15 ] |
Seems to work with two or more macros. |
Comment by Alexey Fukalov [ 2011 Nov 22 ] |
svn://svn.zabbix.com/branches/1.8 23409 |
[ZBX-4241] Truncate the "ids" table when converting the DB to the DM mode Created: 2011 Oct 14 Updated: 2017 May 30 Resolved: 2011 Oct 21 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | None |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Minor |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | dm, ids | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
When we have working zabbix installation then the "ids" table is filled with the values. After when we tries to understand some issue then these values are annoying and they can even confuse. So would be nice to truncate the "ids" table. |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Oct 21 ] |
Available in development branch svn://svn.zabbix.com/branches/dev/ZBX-4241 . |
Comment by Aleksandrs Saveljevs [ 2011 Oct 25 ] |
Available in pre-1.8.9 in r22644. |
[ZBX-4232] Unclear log message "first network error" Created: 2011 Oct 13 Updated: 2017 May 30 Resolved: 2012 Jan 29 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Proxy (P), Server (S) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Trivial |
Reporter: | Attilla de Groot | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | logging, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Debian |
Issue Links: |
|
Description |
Currently I'm getting the following message for a *nix host: 21081:20111013:102745.243 Zabbix Host [xxx]: first network error, wait for 15 seconds Probably not a big issue, just some item that can't be retreived. However, in the interface everything looks ok and no unsupported items. I'd like to resolve this, but I don't know which item is causing this issue. Please include an item name in log message. |
Comments |
Comment by dimir [ 2011 Oct 13 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4232 . |
Comment by Oleksii Zagorskyi [ 2011 Oct 13 ] |
Maybe the massages: I recently ran into this problem. |
Comment by dimir [ 2011 Oct 13 ] |
What's your suggestion? "Disabling checks on Zabbix host [Zabbix server], no responce while processing item [system.uptime]"? |
Comment by dimir [ 2011 Oct 13 ] |
<Rich> dimir, if i recall correctly, several items can lead to disabling a host Couple of more suggestions. <dimir> "Disabling checks on Zabbix Host [Zabbix server] until it becomes available"? |
Comment by dimir [ 2011 Oct 13 ] |
I vote for "Temporarily disabling checks on Zabbix host [Zabbix server]: host unavailable" Any objections? |
Comment by richlv [ 2011 Oct 13 ] |
"Zabbix" in "Zabbix host" seems a bit redundant. either only "host", or "Zabbix agent host" (assuming it's for passive agents only ?) |
Comment by dimir [ 2011 Oct 13 ] |
"Zabbix" in "Zabbix host" is a host type. We have it everywhere so we know what "type of host" (item) is disabled. So this is dynamic. Another example: "Temporarily disabling checks on SNMP host [Zabbix server]: host unavailable" |
Comment by Oleksii Zagorskyi [ 2011 Oct 13 ] |
I don't know how exactly the disabling works depending of item types and if it really depends of types then i suggest something similar to: "Temporarily disabling SNMP checks on host [Zabbix server]: host unavailable" |
Comment by dimir [ 2011 Oct 13 ] |
Looks great. So, here is how it looks now: 25990:20111013:165818.574 SNMP item [snmp.uptime] on host [Zabbix server] failed: first network error, wait for 15 seconds And if connection is restored before host is disabled: 26559:20111013:170913.022 SNMP item [snmp.uptime] on host [Zabbix server] failed: first network error, wait for 15 seconds Same with Zabbix agent (many items): 26558:20111013:171008.264 Zabbix agent item [system.cpu.load[,avg15]] on host [Zabbix server] failed: first network error, wait for 15 seconds How's that? |
Comment by Attilla de Groot [ 2011 Oct 13 ] |
For me this is great! |
Comment by Oleksii Zagorskyi [ 2011 Oct 13 ] |
Perfectly ! |
Comment by richlv [ 2011 Oct 14 ] |
awesome, except "SNMP checks on host [Zabbix server]: connection restored" i think you the error message. how about "resuming..." ? |
Comment by dimir [ 2011 Oct 14 ] |
Well, I could not think of anything to add there but I guess "resuming" could be it. |
Comment by dimir [ 2011 Oct 14 ] |
Fixed in pre-1.8.9 r22410, pre-1.9.7 r22412 . |
Comment by Javier Barroso [ 2013 Sep 12 ] |
Hello, We had 55 minutes of not monitoring at one of our server (proxy02). We are using 1.8.10 which should solve this issue. Do you know why this could be happenning? Thank you |
[ZBX-4221] Sorting by host does not work in Configuration->Web Created: 2011 Oct 11 Updated: 2017 May 30 Resolved: 2011 Oct 12 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Trivial |
Reporter: | Alexey Fukalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Comments |
Comment by Alexey Fukalov [ 2011 Oct 11 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4221 |
Comment by Alexey Fukalov [ 2011 Oct 13 ] |
svn://svn.zabbix.com/branches/1.8 22371 |
[ZBX-4216] Weekday and Yes/No terms is wrong Brazilian Portuguese translation Created: 2011 Oct 07 Updated: 2017 May 30 Resolved: 2011 Oct 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8, 1.9.7 (beta) |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Ricardo Santos | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | brazilian, portuguese, translation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | ZBX-4216_patch.txt |
Description |
For both 1.8 and 1.9:
Only 1.9:
|
Comments |
Comment by Ricardo Santos [ 2011 Oct 07 ] |
Patch for 1.8 - http://pastebin.com/6f1civyb |
Comment by richlv [ 2011 Oct 07 ] |
thanks, 1.8 fix committed in rev 22215. |
Comment by richlv [ 2011 Oct 08 ] |
updated br_pt synced to trunk -> should be fixed |
[ZBX-4205] When change trigger in template, changes of inherited triggers are not added to audit log Created: 2011 Oct 05 Updated: 2017 May 30 Resolved: 2011 Oct 10 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Minor |
Reporter: | Alexey Fukalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | audit | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
Create host "localhost" and link trigger "Template_Linux". change item status enable to disable on "Template_Linux", following log is recorded on Audit screen:
However, change trigger status enable to disable on "Template_Linux", only log of "Template_Linux" is recorded:
|
Comments |
Comment by Alexey Fukalov [ 2011 Oct 06 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4205 |
Comment by Alexey Fukalov [ 2011 Oct 07 ] |
svn://svn.zabbix.com/branches/1.8 22213 |
Comment by Alexey Fukalov [ 2011 Oct 10 ] |
not fixed in trunk |
Comment by Alexey Fukalov [ 2011 Oct 10 ] |
trunk fix: dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4205 |
Comment by Alexey Fukalov [ 2011 Oct 11 ] |
svn://svn.zabbix.com/trunk 22285 |
[ZBX-4203] updating trigger by API drops all trigger dependencies Created: 2011 Oct 05 Updated: 2017 May 30 Resolved: 2011 Oct 18 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Critical |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
latest revision 22098 of 1.8 branch <<<< ONLY >>>> |
Issue Links: |
|
Description |
API method "trigger.update" drops all trigger dependencies for updated trigger |
Comments |
Comment by Alexey Fukalov [ 2011 Oct 17 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4203 |
Comment by Oleksii Zagorskyi [ 2011 Oct 17 ] |
Dev branch tested. Works as expected. Methods addDependencies(), deleteDependencies() just for case are tested too and work too. |
Comment by Alexey Fukalov [ 2011 Oct 18 ] |
svn://svn.zabbix.com/branches/1.8 22464 |
[ZBX-4201] Templates are being included in Bar Report Graphs Created: 2011 Oct 04 Updated: 2017 May 30 Resolved: 2011 Oct 26 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Kam Lane | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | barreports, graphs, templates, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Scientific Linux 6.1 |
Attachments: | zabbix_agentd.win.working_set.PNG |
Description |
"Template_Windows", which is listed as a template in my selected [host] group, is being pulled into the graph. 'Scale' & 'Average by' are both set to 'Daily' for the bar report. |
Comments |
Comment by Alexey Fukalov [ 2011 Oct 24 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4201 |
Comment by richlv [ 2011 Oct 24 ] |
(1) extra spaces in sql queries + ' AND '.DBcondition('h.status', array(HOST_STATUS_MONITORED, HOST_STATUS_NOT_MONITORED)). <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 25 ] |
(2) When using this When using the latest trunk with the same DB (but not this dev branch) there is possible to select items. <Vedmak> why trunk db? this branch is made for 1.8. <Igor> Sorry. Confirm changes in DEV branch <asaveljevs> CLOSED, I guess. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 26 ] |
(3) In bar reports, "Distribution of values for multiple periods", the popup lists some of the items from templates, but it is not possible to select a template in the "Host" dropdown. <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Alexey Fukalov [ 2011 Oct 27 ] |
svn://svn.zabbix.com/branches/1.8 22718 |
[ZBX-4198] Second space in hostname or host group changed to "+" in filter Created: 2011 Oct 04 Updated: 2017 May 30 Resolved: 2011 Oct 13 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Critical |
Reporter: | Attilla de Groot | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | itemconfigfilter, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | Screen Shot 2011-10-04 at 4.09.19 PM.png | ||||||||
Issue Links: |
|
Description |
When two spaces in a hostname or host group exist it is impossible to go to the second page when using the filter, because it changes the space to a "+" in the filter. |
Comments |
Comment by richlv [ 2011 Oct 04 ] |
reproduced in 1.8 svn head; also happens for application names and possibly other strings |
Comment by Alexey Fukalov [ 2011 Oct 12 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4198 |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 13 ] |
Confirm the fix in dev branch, please merge to 1.8 branch (when code review will be finished). |
Comment by richlv [ 2011 Oct 13 ] |
code review ! |
Comment by Alexey Fukalov [ 2011 Oct 13 ] |
svn://svn.zabbix.com/branches/1.8 22367 |
[ZBX-4194] query failed: missing semicolon or break Created: 2011 Oct 03 Updated: 2017 May 30 Resolved: 2011 Oct 04 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.6, 1.8.7, 1.8.8 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Mike Davis | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | distributed, query | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Two Environment Types: These are running on mysql 5.1.58 installed in /opt/mysql-5.1.58 and here is the configure command I used to build. ./configure --enable-server --enable-agent --with-mysql=/opt/mysql-5.1.58/bin/mysql_config --with-net-snmp --with-libcurl These are zabbix servers running in distributed mode. |
Attachments: | zabbix_log_query_failed.txt | ||||
Issue Links: |
|
Description |
Upgrade from 1.8.5 to 1.8. {6,7,8}has a bug with the last value queries. There is a missing semicolon or a break. After upgrading, I immediately get the following errors: 4872:20111003:074928.225 [Z3005] query failed: [1064] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'items set lastclock=1317653367,prevorgvalue='58802703590.000000',prevvalue=lastv' at line 1 [update items set lastclock=1317653365,prevorgvalue='1703127541535.000000',prevvalue=lastvalue,lastvalue='17.171170' where itemid=10610600000018440update items set lastclock=1317653367,prevorgvalue='58802703590.000000',prevvalue=lastvalue,lastvalue='1967.664167' where itemid=10610600000018442update items set lastclock=1317653368,prevorgvalue='90080447591.000000',prevvalue=lastvalue,lastvalue='10.273673' where itemid=10610600000018443update items set lastclock=1317653365,prevorgvalue='58802700681.000000',prevvalue=lastvalue,lastvalue='1969.819588' where itemid=10610600000018445update items set lastclock=1317653367,prevvalue=lastvalue,lastvalue='0.000000' where itemid=10610600000018467update items set lastclock=1317653368,prevvalue=lastvalue,lastvalue='0.000000' where itemid=10610600000018468update items set lastclock=1317653364,prevvalue=lastvalue,lastvalue='0.016636' where itemid=10610600000018474update items set lastclock=1317653364,prevvalue=lastvalue,lastvalue='75.598191' where itemid=10610600000018514update items set lastclock=1317653365,prevvalue=lastvalue,lastvalue='24.401809' where itemid=10610600000018515update items set lastclock=1317653367,prevvalue=lastvalue,lastvalue='6431547392' where itemid=10610600000018517update items set lastclock=1317653368,prevvalue=lastvalue,lastvalue='19925299200' where itemid=10610600000018518] I have attached an excerpt of the log file from today currently running 1.8.8 |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Oct 04 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4194 . Mike, apparently, you were the only one running 1.8.6 or higher with a three digit node number. I shall be doing that, too, now. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 05 ] |
Fixed in pre-1.8.9 in r22146. |
[ZBX-4178] compilation fails on FreeBSD: union has no member named `sival_int' Created: 2011 Sep 28 Updated: 2017 May 30 Resolved: 2011 Oct 26 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Proxy (P), Server (S) |
Affects Version/s: | 1.8.6 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | building, openbsd | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
Zabbix agent does not compile on FreeBSD 4.2: $ make install > /dev/null We have fixed a similar compilation problem on FreeBSD in |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Oct 26 ] |
Same issue occurs on FreeBSD 6.2. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 26 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4178 . |
Comment by Aleksandrs Saveljevs [ 2011 Oct 26 ] |
Tested on the following platforms:
<sasha>
|
Comment by Aleksandrs Saveljevs [ 2011 Oct 27 ] |
Fixed in pre-1.8.9 in r22707 and pre-1.9.7 in r22709. |
[ZBX-4176] API "action.update" does not work properly Created: 2011 Sep 27 Updated: 2017 May 30 Resolved: 2011 Sep 28 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A) |
Affects Version/s: | 1.8.8rc3, 1.9.7 (beta) |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | API, actions | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
latest trunk r21920, |
Issue Links: |
|
Description |
Suppose we need to enable/disable an action by API. Official documentation even has an examples with this operation, but it is partially wrong (actually disabled status is 1) and it does not work at all. Current trunk and 1.8 branch have different behavior. See results of my tests:
>>>>>>>>>>>>>>>>>>> OK <<<<<<<<<<<<<<<<<: , , >>>>>>>>>>>>>>> BAD <<<<<<<<<<<<<<<< , ,
>>>>>>>>>>>>>>>>> BAD <<<<<<<<<<<<<<<<<<<<<<< , , >>>>>>>>>>>>>>>>>>>>> still BAD <<<<<<<<<<<<<<<<<<<<<< , , >>>>>>>>>>>>>>> still BAD #2 <<<<<<<<<<<<<<<<< , , |
Comments |
Comment by Alexey Fukalov [ 2011 Sep 28 ] |
svn://svn.zabbix.com/branches/dev/ZBX-4176 |
Comment by Alexey Fukalov [ 2011 Sep 29 ] |
svn://svn.zabbix.com/branches/1.8 22066 |
[ZBX-4159] Zabbix frontend does not take into account "nodeid" when updating record for the "acknowledges" and "housekeeper" table in the "ids" table Created: 2011 Sep 21 Updated: 2017 May 30 Resolved: 2011 Nov 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | None |
Affects Version/s: | 1.8.7 |
Fix Version/s: | 1.8.9, 1.9.8 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Igor Danoshaites (Inactive) | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
Zabbix frontend does not take into account "nodeid" when updating record for the "acknowledges" table in the "ids" table. That is why in some cases in the frontend can appear the following error: "[ CEvent::acknowledge ] DB::reserveIds ID out of range for [acknowledges]" At the same time in the Zabbix DB in the "ids" table for the "acknowledges" table in the "nextid" field will be incorrect "1000000000015291" value, instead of the correct value "1001000000015291"): -------
------- |
Comments |
Comment by Igor Danoshaites (Inactive) [ 2011 Sep 28 ] | ||||||||
The same problem occurred for them again, now for the "housekeeper" table: mysql> select * from ids where table_name='housekeeper';
-------
------- After deleting this incorrect "nextid" value error disappeared again. Would be very nice to fix this issue. | ||||||||
Comment by Alexey Fukalov [ 2011 Oct 07 ] | ||||||||
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4159 | ||||||||
Comment by Alexey Fukalov [ 2011 Oct 10 ] | ||||||||
svn://svn.zabbix.com/branches/1.8 22227 | ||||||||
Comment by Aleksandrs Saveljevs [ 2011 Oct 14 ] | ||||||||
The fix does not work. Suppose an event is acknowledged on a child node. This acknowledge has a historical ID, meaning it does not have a source node identifier - only the destination node number. Events for child nodes can also be acknowledged on master nodes. Thus, a conflict is possible between an ID generated on the child node and ID generated on the master node. Four tables are subject to this problem: "events", "acknowledges", "auditlog", "auditlog_details". | ||||||||
Comment by Alexey Fukalov [ 2011 Nov 07 ] | ||||||||
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4159 | ||||||||
Comment by Alexey Fukalov [ 2011 Nov 08 ] | ||||||||
COMMIT: svn://svn.zabbix.com/branches/1.8 23037 | ||||||||
Comment by Alexey Fukalov [ 2011 Nov 08 ] | ||||||||
COMMIT: svn://svn.zabbix.com/trunk 23042 | ||||||||
Comment by Alexander Vladishev [ 2011 Nov 08 ] | ||||||||
"[ CMaintenance::create ] Incorrect value for unsigned int field" occur while creating a new maintenance period. <sasha> CLOSED |
[ZBX-4158] Within transaction, SQL statements after failure are still processed Created: 2011 Sep 21 Updated: 2017 May 30 Resolved: 2012 Jan 16 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 1.9.8 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | dimir | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | db, transaction | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
When in transaction and SQL statement fails the subsequent SQL statements within that transaction are still processed. This can result in data inconsistency. Solution: for every execute and select statement if inside a failed transaction return without doing anything. |
Comments |
Comment by richlv [ 2011 Sep 21 ] |
wasn't something similar fixed recently as |
Comment by dimir [ 2011 Sep 21 ] |
Looks like the same bug but the fix ( |
Comment by dimir [ 2011 Sep 22 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4158 . |
Comment by dimir [ 2011 Oct 04 ] |
Fixed in trunk r22122, 1.8.9rc1 r22121. |
Comment by dimir [ 2011 Oct 26 ] |
I don't think so, as far as I understood that problem still exists. |
Comment by Alexander Vladishev [ 2011 Oct 26 ] |
Possible process hanging in function DBget_nextid() with already failed transaction: 1706:20111026:152111.516 In DBget_nextid() tablename:'triggers' |
Comment by dimir [ 2011 Nov 01 ] |
Fixed in re-created development branch svn://svn.zabbix.com/branches/dev/ZBX-4158
|
Comment by dimir [ 2011 Nov 04 ] |
Fixed merge conflicts in development branch svn://svn.zabbix.com/branches/dev/ZBX-4158-trunk |
Comment by dimir [ 2011 Nov 07 ] |
Fixed in 1.8.9rc1 r22958, pre-1.9.8 r23003. |
[ZBX-4156] Zabbix agent service crash/hang Created: 2011 Sep 20 Updated: 2017 May 30 Resolved: 2011 Sep 22 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | 1.8.6, 1.8.7 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Alexandru Nica | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | agent | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Windows |
Attachments: | zabbix_agentd.exe |
Description |
After updating agent to 1.8.7.rc1 (revision 21392) I get the following errors in the log. 5308:20110920:130647.210 PerfCounter 'Jýþ' FAILED: invalid format These may occur several times and at random times the agent may hang for a few minutes (so long as to trigger a "system down" PROBLEM in zabbix) and after a few minutes it resumes work like nothing happened (and triggers a "system down" OK in zabbix) I have a set of general items for monitoring CPUs like "perf_counter[\Processor(X)\% Processor Time, 300]" with 0<=X<=7. Of course not all systems have 8 CPUs, they may have just 4, as is the case with the server in question, and perf_counter instances for CPUs with X>4 would be invalid. I understand that part of the perfcounter code was rewritten in 1.8.6. |
Comments |
Comment by Alexandru Nica [ 2011 Sep 20 ] |
I can confirm that the issue only affects Windows 2008 R2. I have looked at several Windows 2003 servers and there is are no error messages, even with invalid perf_counter instances. |
Comment by richlv [ 2011 Sep 21 ] |
timeouts could be a different issue - |
Comment by Rudolfs Kreicbergs [ 2011 Sep 21 ] |
There indeed is a problem regarding the message formatting and that on it's own should not hang the agent. The unknown error message is: <rudolfs> REPRODUCED - it seems that I have reproduced the problem when agent hangs, will investigate that. |
Comment by Alexandru Nica [ 2011 Sep 21 ] |
With debug level 4 I get something of a cleaner output: 4452:20110921:123026.589 In PERF_COUNTER() I dont' get the following errors anymore: No hang until now, will restart the agent a few more times and wait another hour. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 21 ] |
That in fact is a memory violation on read. Both error messages are fixed in dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4156 Could you please try to repeat the "hanging" problem with that branch (it is based on 1.8.8rc2)? It seems that I was wrong in did NOT REPRODUCE the problem. |
Comment by Alexandru Nica [ 2011 Sep 21 ] |
Did not manage to hang it with DebugLevel=4 5404:20110921:152246.685 Starting Zabbix Agent [BITVMH1]. Zabbix 1.8.7rc1 (revision 21392). Will try with the dev branch you mentioned. Any windows svn client you recommend? Tortoise keeps crashing on me. Another thing I just saw is that with 1.8.7 I get "Active check [perf_counter[\Memory\Pages/sec, 300]] is not supported. Disabled." for a counter which is actually valid and should not be disabled. Will report on this after trying the dev branch. |
Comment by Alexandru Nica [ 2011 Sep 21 ] |
Running zabbix 1.8.8rc2 (revision 21676). Still get the error message on debuglevel=default 5092:20110921:164042.938 PerfCounter 'qýþ' FAILED: invalid format Valid counters DO get disabled, but it seems that only after the error message. 4152:20110921:164358.393 agent #0 started [collector] |
Comment by Rudolfs Kreicbergs [ 2011 Sep 21 ] |
Sorry, I did not compile the agent in the dev branch, will update the branch in a couple of minutes <rudolfs> DONE in r21799 at svn://svn.zabbix.com/branches/dev/ZBX-4156 |
Comment by Rudolfs Kreicbergs [ 2011 Sep 21 ] |
Are you using 32bit Win? I can compile an attach the .exe to the issue. |
Comment by Alexandru Nica [ 2011 Sep 21 ] |
Would you please attach the x64 version also? |
Comment by Rudolfs Kreicbergs [ 2011 Sep 21 ] |
Fair enough, it was a 50-50 chance Attached 64bit Agent Windows binary |
Comment by Alexandru Nica [ 2011 Sep 21 ] |
Thank you for the binary, now running Zabbix 1.8.8 (revision {ZABBIX_REVISION}). |
Comment by Alexandru Nica [ 2011 Sep 22 ] |
So far so good, no nasty error messages, just a clean "not supported, disabled". No hangs, no script timeouts, I'm really happy with this. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 22 ] |
I'll move forward with reviewing and testing the fix since the it is likely a separate issue from the hangs. Though it will not be closed till tomorrow anyhow and please feel free to reopen the issue if the problem occurs even after closing the issue. |
Comment by Alexandru Nica [ 2011 Sep 22 ] |
Sorry, still not fixed.
I will install this version on a win2003 box and let you know if they behave the same. I have a feeling this is 2008 specific, some sort of memory corruption that went by unnoticed in win2003. Extract from log with debuglevel=default 4256:20110922:130637.267 Zabbix Agent stopped. Zabbix 1.8.8 (revision {ZABBIX_REVISION}).5048:20110922:130645.785 Starting Zabbix Agent [BITVMH1]. Zabbix 1.8.8 (revision {ZABBIX_REVISION} ). |
Comment by Rudolfs Kreicbergs [ 2011 Sep 28 ] |
Crash fixed in pre-1.8.6 r21973 and pre-1.9.7 r21976. Nica, please separate the hanging problem in a separate ZBX. |
[ZBX-4155] Zabbix may try to run multiple instances with the same .pid file Created: 2011 Sep 19 Updated: 2017 May 30 Resolved: 2011 Sep 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Proxy (P), Server (S) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Rudolfs Kreicbergs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
When trying to lock the .pid file, Zabbix only checks for a single error - it should fail for any error. |
Comments |
Comment by Rudolfs Kreicbergs [ 2011 Sep 19 ] |
Fixed/available in dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4155 |
Comment by Rudolfs Kreicbergs [ 2011 Sep 28 ] |
Fixed in pre-1.8.9 r21979 and pre-1.9.7 r21980. |
[ZBX-4146] In "Configuration -> IT Services" no refresh after adding new Service in IE7 Created: 2011 Sep 14 Updated: 2017 May 30 Resolved: 2011 Sep 14 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Minor |
Reporter: | Eduards Samersovs (Inactive) | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | itservices | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
"Configuration" When the Add Service was executed several times on the "IT service" screen in the item, It enters the state that reading a browser doesn't end if it right-clicks in arbitrary Service, |
Comments |
Comment by Eduards Samersovs (Inactive) [ 2011 Oct 04 ] |
branches/1.8 revision 22098 |
[ZBX-4131] Incorrect page is shown after login Created: 2011 Sep 12 Updated: 2017 May 30 Resolved: 2011 Sep 12 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.5 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Minor |
Reporter: | Alexey Fukalov | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Issue Links: |
|
Description |
last screen of any account is overrided last screen of guest account. 1. login with admin account, view "trigger" screen, and logout |
Comments |
Comment by Alexey Fukalov [ 2011 Sep 12 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4131 |
Comment by Alexey Fukalov [ 2011 Sep 28 ] |
svn://svn.zabbix.com/branches/1.8 21996 |
[ZBX-4104] using closed handle in libs/zbxexec/execute.c zbx_execute() Created: 2011 Sep 03 Updated: 2017 May 30 Resolved: 2011 Sep 14 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | 1.8.7 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Major |
Reporter: | alix | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | execute.c.patch execute.c.patch.unified |
Description |
libs/zbxexec/execute.c zbx_execute() code, which is supposed to wait for launched process finish, is accessing previously closed handle in WaitForSingleObject() call. also MSDN recommends calling SetHandleInformation() for read pipe handle for reasons unknown, and I trust them in that. patch for 1.8.7 is attached |
Comments |
Comment by alix [ 2011 Sep 08 ] |
diff -u |
Comment by Rudolfs Kreicbergs [ 2011 Sep 09 ] |
Thanks, alix, for spotting this. The correct solution is actually to call WaitForSingleObject() for the job - it is signaled when all the processes are done. Could you please send a link to the article about the SetHandleInformation() call? I would like to get to the bottom of the problem, thanks! |
Comment by alix [ 2011 Sep 09 ] |
ah right, there's also a job... I suppose I can try to test WaitForSingleObject() for job on my hosts, alright. here's a MSDN article I mentioned: http://msdn.microsoft.com/en-us/library/ms682499(v=vs.85).aspx |
Comment by Rudolfs Kreicbergs [ 2011 Sep 09 ] |
Thanks, I found the same one - I'll look more into it. It seems a bit weird that we need to call SetHandleInformation() on a handle, that we do not pass to the child process. |
Comment by alix [ 2011 Sep 09 ] |
according to my week-length test, it doesn't harm either, so I'd like to be on a safe side here. |
Comment by alix [ 2011 Sep 09 ] |
I've tried the suggested change (replace process handle with job handle in WaitForSingleObject() call) and I'm getting random WAIT_TIMEOUT results in approximately 50% calls. |
Comment by alix [ 2011 Sep 09 ] |
disregard the 50% number in previous comment - after a while all my userparameter items are turned into not supported |
Comment by Rudolfs Kreicbergs [ 2011 Sep 12 ] |
Jobs are used to handle process trees - the initial child may exit before the whole tree has finished. We can add the whole process tree to a job and then monitor the job instance. It looks like waiting for the job to finish will be not as easy as it seemed in the beginning - WaitForSingleObject() does not work (i.e. times out) in my tests as well opposed to what is written in MSDN: http://msdn.microsoft.com/en-us/library/ms684161%28v=VS.85%29.aspx#managing_job_objects . Let's see how to solve this.... |
Comment by alix [ 2011 Sep 12 ] |
I'm still not convinced about jobs. we're launching a single process and it won't exit until all subprocesses it starts are finished. at least my tests show that this approach works flawless, and I'm starting quite a number things piped together in my userparameters. I heard there are plans to make simultaneous, not consecutive userparameter checks and maybe then jobs will be useful. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 12 ] |
In general, there is no guaranty that a child will not exit before it's children do - "detached" child process is a normal case. Moreover, even if we call a process that will not exit before it's children do, timeout may occur and we would still need other means of killing the process tree - that's why jobs were introduced in |
Comment by alix [ 2011 Sep 12 ] |
it's pretty interesting, and is right, in theory. but I'd like to test what exactly happens when children of a parent (and thus parent) hits timeout value and we have to kill its parent process. I'll report what I've found. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 13 ] |
MSDN suggests 2 solutions: Thus we come to two "bad" options: After talking to Sasha, decided to implement option A since it is rather reasonable and option B is really dirty. If there is a better solution, please let us know. |
Comment by alix [ 2011 Sep 13 ] |
yesterday I experimented with jobs too and couldn't make WaitForSingleObject (I've also tried WaitForMultipleObjects) to signal when spawned process is finished. we just sit there until timeout hits despite the fact that spawned process and all its children has already been finished. so basically we're stuck with what I've suggested in the first place it still is a pretty reasonable solution. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 13 ] |
So it seems Moreover, my tests show that all the waiting is done in zbx_read_from_pipe() even when we have "detached" child processes - the output handle is kept open till the last process in the child tree exits (though I'm pretty sure there are other cases as well). |
Comment by Rudolfs Kreicbergs [ 2011 Sep 14 ] |
Regarding handle inheritance, there is an article in MSDN explaining it: http://msdn.microsoft.com/en-us/library/aa365782%28v=vs.85%29.aspx It seems that we do NOT need to remove handle inheritance. Removing handle inheritance is important in a different situation: In our case we pass the write end of the handle and in fact this ensures that we will read all the input of the child and it's child processes if the handle gets inherited to the whole tree - even if the first child exits, the parent will wait till all the handles are closed. So it is even more unlikely that waiting for the initial child process after reading from the pipe will do any harm as compared to waiting for the whole process tree if it was possible. Note that the parent process does not pass the read handle and keeps it open till either a timeout occurs or the other end is closed by all child processes (and thus no process should be interested whether we are still keeping it open). So in our case there is no need to remove the inheritance for the read end. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 14 ] |
Fixed in dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4104 |
Comment by richlv [ 2011 Sep 21 ] |
timeouts for scripts on windows also mentioned at |
Comment by Rudolfs Kreicbergs [ 2011 Sep 28 ] |
Fixed in pre-1.8.9 r21989 and pre-1.9.7 r21990. |
[ZBX-4091] agent, get & sender links against unneeded libraries Created: 2011 Aug 31 Updated: 2017 May 30 Resolved: 2011 Sep 15 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Installation (I) |
Affects Version/s: | 1.8.7rc1 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | compilation, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
1. if libcurl development headers are present on the system, libcurl is compiled in zabbix_agent, agentd, get & sender. that, of course, created useless dependencies and increases binary size. brought in by libcurl just being present : libcurl.so.4 => /usr/lib/libcurl.so.4 (0xb77bb000) totalling 16 libs and ~ 62KB increase in agentd binary, for example 2. there apparently is also some way to link sqlite3 into all these binaries, as has happened with zabbix opensuse package at http://software.opensuse.org/search/download?base=openSUSE%3A11.4&file=server%3A%2Fmonitoring%2FopenSUSE_11.4%2Fi586%2Fzabbix-agent-1.8.5-1.1.i586.rpm&query=zabbix |
Comments |
Comment by richlv [ 2011 Aug 31 ] |
same issue was fixed for proxy as |
Comment by Rudolfs Kreicbergs [ 2011 Sep 14 ] |
Apparently this example (libCurl) was found in 1.9.* branch where libCurl indeed is needed for the agent. However, it is not needed for get and sender. Will add separate flags for the agent in a similar fashion as done for the server and proxy. Please create a new ZBX regarding linked sqlite3 - could not reproduce nor find the reason for such behaviour. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 14 ] |
Fixed in dev branch: svn://svn.zabbix.com/branches/dev/ZBX-4091 Removed linking to libCurl for get and sender. Since simple.c is used in server, proxy and agent code, all of these components need libCurl - currently all components use a single object file for each *.c file. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 28 ] |
Fixed in pre-1.8.9 r21984 and pre-1.9.7 r21986. |
[ZBX-4087] don't call user input garbage Created: 2011 Aug 30 Updated: 2017 May 30 Resolved: 2011 Sep 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G), Proxy (P), Server (S) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Critical |
Reporter: | richlv | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
documentation doesn't call user input garbage (even if it is ), but daemons still do. daemon message should be unified with docs this is a followup for |
Comments |
Comment by dimir [ 2011 Sep 19 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4087 . |
Comment by dimir [ 2011 Oct 04 ] |
Fixed in 1.8.9rc1 r22125, trunk 22126. |
[ZBX-4085] Zabbix 1.8.6 doesn't build on osx Leopard Created: 2011 Aug 30 Updated: 2017 May 30 Resolved: 2011 Sep 15 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Installation (I) |
Affects Version/s: | 1.8.6 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Major |
Reporter: | Nicola Canepa | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | compilation, macosx | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
MacOSX Leopard 10.5.8 Intel |
Attachments: | nameser.h nameser8_compat.h srv V1.patch srv V2.patch |
Description |
configure ends correctly, but make end with the following error: $ make ns_t_srv was added in 1.8.6 |
Comments |
Comment by richlv [ 2011 Sep 05 ] |
probably can be considered to be a regression, was added in rev 19998 :
|
Comment by Rudolfs Kreicbergs [ 2011 Sep 05 ] |
Could you please try to compile with each of these patches to help determine the bottom issue and get back with the results? Thanks! |
Comment by Nicola Canepa [ 2011 Sep 07 ] |
V1 compiles OK, while V2 ends with the following error: |
Comment by Rudolfs Kreicbergs [ 2011 Sep 12 ] |
Sorry for the late response. Interesting result, could you please try requesting "net.tcp.dns.query[,_xmpp-client._tcp.codingteam.net,SRV]" with V1 and paste the result (to make sure V1 works)? |
Comment by Rudolfs Kreicbergs [ 2011 Sep 13 ] |
This looks weird. Can you please look at your config.log file and look for lines like: The idea is that <arpa/nameser.h> should be included and thus ns_t_srv should be defined: configurator first checks whether the header exists (that is what you should find in config.log) and then the header is included in sysinc.h->common.h->net.c. |
Comment by Nicola Canepa [ 2011 Sep 13 ] |
I have those lines, and also I have I think the problem is the following ifdef in sysinc.h:
which causes nameser.h to only load arpa/nameser8_compat.h and no the useful ns_t_srv definition. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 13 ] |
I had the same thought, could you check it by looking at nameser.h (or maybe attach it)? I checked on the only Mac we have at the office and that define just brought in another file: Maybe you can play around with nameser.h - e.g. add a custom #define statement at the top, e.g.: |
Comment by Nicola Canepa [ 2011 Sep 15 ] |
The same happens on my Mac, but the alternative file is named arpa/nameser8_compat.h I tried removing the 3 lines and the error changes: |
Comment by Rudolfs Kreicbergs [ 2011 Sep 15 ] |
That error shows that "#include <arpa/nameser_compat.h>" is needed - it defines "HEADER" structure which is used in net.c. |
Comment by Nicola Canepa [ 2011 Sep 15 ] |
I removed 3 lines from sysinc.h, so I don't have BIND_8_COMPAT defined (and thus nameser8_compat.h is not included anymore)
in #ifdef MAC_OS_X
it compiles correctly, but I think it's not the way to go. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 15 ] |
I might be mistaken, but there should be a license statement at the beginning of the file allowing redistribution - it is not copyrighted by Apple. But I start to doubt we will find a cause there, I've reread the nameser.h I found in one Mac and it does not explain such behaviour in any way. Could you please test if the header is really included: 1) add a custom #define statement at the top of nameser.h: Since no other user has complained about such issue, the problem most likely is either the setup or unrelated to the specific header and thus it should not be fixed by defining the value before the cause is found, though that can be used as a work-able patch until the true cause is determined. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 15 ] |
Thanks, Nicola! The problem indeed exists in nameser.h, you have there: which means the rest of the file is not compiled Will research the problem some more and discuss with colleagues what would be the best approach. |
Comment by Rudolfs Kreicbergs [ 2011 Sep 15 ] |
Discussed with Sasha - BIND_8_COMPAT was defined to fix a bug with Leopard though he does not recall the exact bug <richlv> this might be a good reason to add comments as for what bugs different extra stuff is supposed to fix |
Comment by Rudolfs Kreicbergs [ 2011 Sep 15 ] |
Fixed/available in dev branch: svn://svn.zabbix.com/branches/ZBX-4085 |
Comment by Rudolfs Kreicbergs [ 2011 Sep 28 ] |
Fixed in pre-1.8.9 r21967. |
[ZBX-4072] improvement of index for acknowledgement Created: 2011 Aug 25 Updated: 2017 May 30 Resolved: 2011 Oct 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Kodai Terashima | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | acknowledges, performance | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Zabbix 1.8 |
Issue Links: |
|
Description |
creation of index objectid, value and eventid field on events table improve acknowledge performance |
Comments |
Comment by Alexander Vladishev [ 2011 Sep 27 ] |
I think a new index for the table 'events' isn't necessary. Tuning existing SQL statements will be enough. Fixed in the development branches |
Comment by Alexander Vladishev [ 2011 Sep 28 ] |
Available in version pre1.8.9, r2212. |
Comment by richlv [ 2011 Oct 08 ] |
reopen to set "fix version" |
[ZBX-4045] Crash in DCsync_hosts() Created: 2011 Aug 12 Updated: 2017 May 30 Resolved: 2011 Oct 07 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Proxy (P), Server (S) |
Affects Version/s: | 1.8.7, 1.9.5 (alpha), 2.0.0 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Critical |
Reporter: | Rudolfs Kreicbergs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | distributed | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | Hosts.png crash.0x808803e discovery.png zabbix_server.log | ||||
Issue Links: |
|
Description |
Crash in DCsync_hosts(). See attachment: This is caused by duplicate hosts (hosts that have the same name). |
Comments |
Comment by Rudolfs Kreicbergs [ 2011 Aug 15 ] |
The cause is probably the same as in The crash happens when these multiple entries are deleted and DCsync_hosts() is called - it is presumed, that each host has a separate entry in hosts_ph, but in this case it is deleted with the first host and the second hosts does not get an entry and thus crashes when uses NULL entry. |
Comment by Rudolfs Kreicbergs [ 2011 Aug 25 ] |
Fixed/available in svn://svn.zabbix.com/branches/dev/ZBX-4045 Added code that catches that case (duplicate hosts), logs an error and exits properly. |
Comment by Alexander Vladishev [ 2011 Aug 26 ] |
Successfully tested! |
Comment by Rudolfs Kreicbergs [ 2011 Sep 01 ] |
Fixed/available in pre-1.8.8 r21402 and pre-1.9.6 r21405. If duplicate hosts or proxies are found, a warning is logged and the server/proxy exits. |
Comment by richlv [ 2011 Sep 05 ] |
trunk changelog only listed hosts (omitting proxies), fixed in rev 21497. |
Comment by Alexander Vladishev [ 2011 Oct 04 ] |
Server stops with error "Error: duplicate hosts [***] found. Exiting...", when we:
|
Comment by Aleksandrs Saveljevs [ 2011 Oct 07 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4045 . Since detection of duplicate hosts is not trivial without consuming additional resources and duplicate hosts should not happen anyway, the check for duplicate hosts and stopping of server have been removed. What we try to do now is just do not crash and function properly for one of the duplicate hosts, less properly for the rest. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 11 ] |
Fix for 1.8 is available in pre-1.8.9 in r22276. Fix for trunk will be done separately. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 11 ] |
Fix for trunk available in development branch with the same URL: svn://svn.zabbix.com/branches/dev/ZBX-4045 . |
Comment by Aleksandrs Saveljevs [ 2011 Oct 13 ] |
Fix for trunk is available in pre-1.9.7 in r22352. |
[ZBX-4026] SNMP Host not being disabled when unreachable Created: 2011 Aug 09 Updated: 2017 May 30 Resolved: 2012 Jan 29 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Proxy (P), Server (S) |
Affects Version/s: | 1.9.5 (alpha) |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | SpiderX | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | pollers, server, snmp, snmpv3 | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | zabbix_hosts.png zabbix_hosts_items.png zabbix_last_20.png zabbix_latest_data.png | ||||||||
Issue Links: |
|
Description |
The problem is similar to https://support.zabbix.com/browse/ZBX-3798. |
Comments |
Comment by Oleksii Zagorskyi [ 2011 Aug 10 ] |
Related forum thread http://www.zabbix.com/forum/showthread.php?t=22922 |
Comment by SpiderX [ 2011 Aug 11 ] |
Added some screenshots to clarify issue. =0. |
Comment by SpiderX [ 2011 Aug 11 ] |
Zabbix server config: |
Comment by dimir [ 2011 Sep 19 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-4026 . |
Comment by dimir [ 2011 Sep 19 ] |
The fix is for 1.8 as it's reproducible there too. |
Comment by dimir [ 2011 Sep 20 ] |
@SpiderX: would it be possible if I ask you to check the reason of unsupported items in GUI (see zabbix_hosts_items.png, you can navigate mouse cursor on the Error icon in the "Error" column)? Just to confirm, I assume it should be "SNMP error [1]". |
Comment by SpiderX [ 2011 Sep 20 ] |
You are right. It shows "SNMP error [1]". |
Comment by dimir [ 2011 Sep 20 ] |
Thanks. |
Comment by dimir [ 2011 Oct 04 ] |
Fixed in 1.8.9rc1 r22133, trunk r22141. |
[ZBX-4006] Importing a template that updates an existing, yields oracle errors Created: 2011 Aug 02 Updated: 2017 May 30 Resolved: 2011 Oct 21 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.5 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Gergely Czuczy | Assignee: | Unassigned |
Resolution: | Cannot Reproduce | Votes: | 0 |
Labels: | oracle, trivial, xml | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Oracle 10g2 server, oracle 11g2 cliens |
Description |
When re-importing an existing template, oracle errors are generated for the item update queries. Queries: here, the following is wrong: snmpv3_securitylevel= this an integer, NOT NULL column in the database, that means it MUST have a value, which the zabbix fronted omits. Fix: add the securitylevel to the query when updating an item |
Comments |
Comment by Gergely Czuczy [ 2011 Aug 02 ] |
It seems like $item['snmpv3_securitylevel'] doesn't have a value at includes/items.inc.php:638 |
Comment by Alexey Fukalov [ 2011 Oct 11 ] |
Seems that in template you have empty value for "snmpv3_securitylevel". Where did you get that template from? |
Comment by Gergely Czuczy [ 2011 Oct 11 ] |
I've been using my own template generator. In the template this attribute is do filled in, that means, the value in the XML for for this field is not empty. That is, it has a value in the XML file. For some reason, it didn't make it into the query. |
Comment by Alexey Fukalov [ 2011 Oct 11 ] |
Could you please attach template that you are trying to import? I tested with default template from Zabbix distribution and import worked fine. |
Comment by Gergely Czuczy [ 2011 Oct 11 ] |
Sorry, but i'm strictly prohobited from publishing any templates we're using, because of company policy. It's an snmp v3 template. It's not any default template, and it's not the import, it's the update. For that you'll have to import a template twice, that contains snmp v3 items. The first import imports the template, creates it. The second import will try to update it, hence the "update" word in the title of this ticket. |
Comment by Alexey Fukalov [ 2011 Oct 11 ] |
Ok, does error appear if you export that template using Zabbix frontend and import resulting XML? |
Comment by richlv [ 2011 Oct 11 ] |
please note that it's extremely hard to debug specific issues if full information is not provided. you could strip down the template to minimum required to reproduce the problem and sanitise it from all sensitive information |
Comment by Alexey Fukalov [ 2011 Oct 20 ] |
As we cannot reproduce this problem in our environment, could you please provide us template example without sensitive data as richlv suggested? |
Comment by Alexey Fukalov [ 2011 Oct 21 ] |
We cannot reproduce this error, if you have any additional information or steps how to reproduce it, please reopen this issue. |
[ZBX-3988] Browser memory leak on some pages of zabbix web interface Created: 2011 Jul 28 Updated: 2017 May 30 Resolved: 2011 Dec 20 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.6, 1.9.6 (beta) |
Fix Version/s: | 1.8.9, 1.9.9 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | Oleksii Zagorskyi | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 1 |
Labels: | memoryleak | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
WinXP32 SP3, Opera 11.50 build 1074. |
Attachments: | 3operas_memory leak.png Opera_DEV-3988_memleak.png firefox-memory-leak.png |
Description |
Last time (~ last week) i have huge problem - my Opera periodically eats all RAM (4GB), it hangs and if i could not close it in time, even OS hangs and i have only one way - press reset button. I have opened several Zabbix GUI tabs on the Opera all time, and sometimes i leave opened Dashboard tab in the background and i don't select it for some time. After some short time my system becomes unstable and finally not responds - Opera ate all virtual memory. When i switch to tab with Dashboard and move mouse over several widgets (without any click, only mouse over !!!) then Opera drops all memory leak. Speed of memory leak (only one tab with Dashboard opened) ~ 500 Mbytes/hour of virtual memory. I have configured monitoring of revision changes for different components on the my dev-server and i can assume that problem can appears between revs 20500 and 20667. So i think you should to take a look to this situation. And i feel that this situation related to the Another browsers are not tested. |
Comments |
Comment by Oleksii Zagorskyi [ 2011 Jul 28 ] |
Note: Pages Auto-updating is disabled in the profile (Refresh (in seconds)=0) |
Comment by Oleksii Zagorskyi [ 2011 Jul 28 ] |
Meh, just rebooted (by reset button). And I've had opened pages: items.php, trigger_prototypes.php, events.php, tr_status.php |
Comment by Oleksii Zagorskyi [ 2011 Aug 11 ] |
About the picture "3operas_memory leak.png" Other opera instances have ~40-60 tabs opened each. Checked on several different WinXP workstations with the same version of Opera. |
Comment by Aleksandrs Saveljevs [ 2011 Aug 17 ] |
Same happens in Firefox in Zabbix 1.8.6. See firefox-memory-leak.png. The only thing that computer is doing is showing a single slide show on the monitor. |
Comment by richlv [ 2011 Aug 21 ] |
note that slideshow one was reported some time ago already as ZBX-3878 |
Comment by Alexey Fukalov [ 2011 Oct 06 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-3988 |
Comment by Aleksandrs Saveljevs [ 2011 Oct 06 ] |
Does not seem to leak in Safari, but leaks pretty fast in Internet Explorer 7 and Internet Explorer 9. Also seems to leak slowly in Opera (raised from 130 MB to 190 MB in approximately an hour) on Windows and Firefox and Google Chrome on Linux. |
Comment by Oleksii Zagorskyi [ 2011 Oct 17 ] |
Deep and long tests of this dev branch were made. Memory leak reproducible only on the page "slides.php" (Opera under Linux & Windows). |
Comment by Oleksii Zagorskyi [ 2011 Oct 17 ] |
It seems that memory leaks on the page "slides.php" highly dependent on the screen's (used in the slides) content. |
Comment by Oleksii Zagorskyi [ 2011 Oct 18 ] |
the picture attached. sorry |
Comment by Oleksii Zagorskyi [ 2011 Nov 02 ] |
Maybe it's time to commit this changes to 1.8 branch & trunk ? For slide shows we have separate issue ZBX-3878. |
Comment by Alexey Fukalov [ 2011 Nov 02 ] |
Resolved except slideshow leaks. |
Comment by Aleksandrs Saveljevs [ 2011 Nov 02 ] |
(1) You have added loading of menus.js for items.php and slides.php, but we do not have that JavaScript file in our repository. <asaveljevs> Also, please review r22897. <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Alexey Fukalov [ 2011 Nov 04 ] |
svn://svn.zabbix.com/branches/1.8 22963 |
Comment by Oleksii Zagorskyi [ 2011 Nov 04 ] |
Thank you for fixing ! |
Comment by Oleksii Zagorskyi [ 2011 Nov 23 ] |
I feel that memory leaks are back. Not sure for 1.8 or trunk branch. I need several days to be sure. |
Comment by Oleksii Zagorskyi [ 2011 Nov 23 ] |
Yeah, leaks definitely are back. Currently tested only Dashboard page, but after two days I feel that not only dashboard affected. Related only to trunk branch, i.e. latest revision of 1.8 branch is ok. According to revision changes monitoring (my very specific solution) I suppose the changes between revisions 23287 and 23335 but I'm not sure. <zalex> <Vedmak> Leaks are in Dashboard screen? <zalex> yes, leaks are not only in th dashboard. In the triggers, events pages too. I think in other pages too. <pavels> zalex, when you tested opera, did it leak continuously? I've tried to open about 20 trigger pages simultaneously and it ate up about 20 Mb per refresh, but when it reached 350 Mb the leak seamed to stop and stabilized. I tried it on a different page with just some content and auto refresh, and it seams opera does leak when refreshing a page, but always stabilizes at some point. The trigger page doesn't leak in Firefox or Chrome, the dashboard seems to leak a bit, but much slower. <zalex> pavels, a dynamic of leak in the Opera for windows and linux is different. In windows need to wait ~ 5-10 minutes to see the leaking start. In windows it up every minute and constantly. No need to open many tabs/pages, single page is enough. I always have auto-refresh pages DISABLED, i.e. 0 seconds. <pavels> Wait, you mean that the trigger and event pages leak even when auto refresh is disabled? <zalex> Yes, definitely. All my life (on all zabbix installation, databases, etc) I have auto-refresh pages DISABLED, i.e. 0 seconds. <pavels> Found were the leak is. Now all I need is to figure out how to fix it. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 20 ] |
Well that was fun and interesting. RESOLVED in /branches/dev/ |
Comment by Oleksii Zagorskyi [ 2011 Dec 20 ] |
Fast test of dev branch shows that the leaks are missing at the events page (Opera for Windows and Linux). <zalex> Report of long testing is ready. NO MORE MEMORY LEAKS !!! Thanks. |
Comment by Alexei Vladishev [ 2011 Dec 22 ] |
It is not about memory leaks, but please also test if blinking works fine without any visible problems in case of large number of visual elements, say, 1000 of triggers with some of them blinking. It is because the new algorithm is more CPU intensive. <pavels> Tested it in firefox with about 700 events, all of them blinking. CPU usage does go up about 10 percentage points, but the page stayed responsive and I haven't noticed any slow downs at all. <zalex> Tested Opera for Windows and Linux with blinking 1000 rows at the events and triggers pages. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Dec 27 ] |
Merged the jqBlink fix to the trunk r24269. CLOSED. |
Comment by hamid sfandiari [ 2012 Mar 12 ] |
I've same issue on Firefox and chrome .. it's occurs when I used a slide show which contains graph, but when I load a side show with map(s) the problem is not occurs |
Comment by Oleksii Zagorskyi [ 2012 Mar 12 ] |
Hamid, I'd suggest you to move this comment to the ZBX-3878. |
[ZBX-3942] Zabbix Agent Collector should not collect additional statistics using perfstat if system.stat item is not used Created: 2011 Jul 11 Updated: 2017 May 30 Resolved: 2011 Nov 02 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Minor |
Reporter: | dimir | Assignee: | dimir |
Resolution: | Fixed | Votes: | 0 |
Labels: | aix | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
AIX 5.3 (with available perfstat API) |
Issue Links: |
|
Description |
Zabbix Agent running on AIX platform (5.3 and above) is constantly collecting system information using perfstat API: This results in Collector accessing Object Data Manager every second which results in ODM accessing files like CuAt. This can be seen when tracing collector's process system calls using command "truss -p <PID of collector>" (e. g. "truss -p 2756952"): [...] In this case Collector is collecting additional system statistics that can be accessed using system.stat[resource,<type>] key. Collector should not collect this additional information unless that key is used. |
Comments |
Comment by dimir [ 2011 Jul 13 ] |
Fixed in svn://svn.zabbix.com/branches/dev/ZBX-3942 . |
Comment by richlv [ 2011 Aug 09 ] |
who's reviewing this ? |
Comment by dimir [ 2011 Aug 23 ] |
Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-3942 . Also successfully tested on AIX 5.3 |
Comment by dimir [ 2011 Oct 04 ] |
Fixed in 1.8.9rc1 r22129, trunk r22130. |
Comment by Oleksii Zagorskyi [ 2011 Nov 02 ] |
Reopened for fix "Fix version" |
Comment by Oleksii Zagorskyi [ 2011 Nov 02 ] |
Closed again. |
[ZBX-3829] dependencies of triggers and linked template assign host modification Created: 2011 May 21 Updated: 2017 May 30 Resolved: 2011 Sep 15 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.5 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Aleksander Danecki | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | dependencies, triggers | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
Suppose we have a single host with attached linked template, and set the relationship between the triggers. Once the host assign another linked template previously credited the relationship between triggers disappear. |
Comments |
Comment by richlv [ 2011 Sep 05 ] |
confirming the problem in 1.8 branch rev 21493. |
Comment by Alexey Fukalov [ 2011 Sep 15 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-3829 |
Comment by Alexey Fukalov [ 2011 Sep 28 ] |
svn://svn.zabbix.com/branches/1.8 21998 |
[ZBX-3822] Undefined index in tr_testexpr.php Created: 2011 May 19 Updated: 2017 May 30 Resolved: 2011 Sep 29 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Critical |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Duplicate | Votes: | 0 |
Labels: | gui, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
1.8 branch, rev 19709 |
Issue Links: |
|
Description |
trigger with expression : {Server 8:zabbix[proxy,"Proxy 9",lastaccess].fuzzytime(3m)}=0 open testing interface : Undefined index: a636c1a7ac58e3e665c8e3934beda0ed[/srv/www/htdocs/zabbix/tr_testexpr.php:82] |
[ZBX-3625] frontend does not allow to save a valid aggregated item key Created: 2011 Mar 17 Updated: 2017 May 30 Resolved: 2011 Nov 07 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.4 |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | aggregate, items | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
For instance, our GUI does not allow to create an aggregated item with perfectly valid key "grpsum[[servers1,servers2,servers3],agent.ping,last,0]", because it insists on arguments having double quotes around them. This restriction seemed to be required for earlier versions of Zabbix server, but not anymore. |
Comments |
Comment by Aleksandrs Saveljevs [ 2011 Mar 18 ] |
Note that until this is implemented the array syntax for aggregate items will not work, i.e. we should use grpsum["group1,group2,group3",agent.ping,last,0] as a workarouind, instead of the expected grpsum[[group1,group2,group3],agent.ping,last,0]. Fortunately, documentation at http://www.zabbix.com/documentation/1.8/manual/config/items#aggregated_checks does not give any examples with multiple groups. |
Comment by Alexander Vladishev [ 2011 Nov 07 ] |
Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-3625 |
Comment by dimir [ 2011 Nov 09 ] |
When trying to create an item with key: grpavg[[Zabbix servers, Linux servers],vm.memory.size[available],avg,30] an error occurs: Error in item key: Incorrect usage of bracket symbols. ',' found after final bracket. <dimir> Thanks to asaveljevs this is solved, if key parameter ("vm.memory.size[available]" in this case) contains square brackets it has to be double-quoted. |
Comment by dimir [ 2011 Nov 09 ] |
Successfully tested. |
Comment by Alexander Vladishev [ 2011 Nov 10 ] |
Trunk fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-3625-TRUNK |
Comment by Alexander Vladishev [ 2011 Nov 10 ] |
Reopened for code reviewing and testing a trunk. |
Comment by Alexander Vladishev [ 2011 Nov 22 ] |
Available in version pre1.8.9, r23092 |
[ZBX-3473] it is possible to save host with empty dns name and "connect to" set to dns Created: 2011 Jan 27 Updated: 2017 May 30 Resolved: 2011 Oct 31 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.4 |
Fix Version/s: | 1.8.9 |
Type: | Incident report | Priority: | Major |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | hostconfigform, hosts, trivial, validation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
it is possible to save host with empty dns name and "connect to" set to dns |
Comments |
Comment by richlv [ 2011 Oct 25 ] |
(1) new code doesn't follow https://zabbix.org/wiki/Docs/specs/coding_style (specifically, spacing) <richlv> for the record, new/modified still has things like : <pavel> RESOLVED. <Vedmak> CLOSED |
Comment by richlv [ 2011 Oct 25 ] |
(2) there should be a different fix for trunk (this might be be already be planned, just noting so that it's not forgotten) because of gettext usage |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Oct 25 ] |
(2) I believe it's already fixed in the trunk. I'll double check it. |
Comment by richlv [ 2011 Oct 26 ] |
(3) i don't think i like the following > svn log --stop-on-copy svn://svn.zabbix.com/branches/dev/ZBX-3473
<pavel> Sorry about that. RESOLVED <Vedmak> CLOSED |
Comment by Alexey Fukalov [ 2011 Oct 27 ] |
(4) [GUI] Done. [RESOLVED] <Vedmak> review please my last commit <pavels> CLOSED. |
Comment by Pavels Jelisejevs (Inactive) [ 2011 Oct 31 ] |
Merged to /branches/1.8 revision r22796. CLOSED. |
[ZBX-3441] server can reset disabled items to "not supported" state Created: 2011 Jan 20 Updated: 2017 May 30 Resolved: 2011 Oct 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | richlv | Assignee: | dimir |
Resolution: | Fixed | Votes: | 1 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
in some cases, zabbix server can reset item from disabled to not supported state - seems to happen if item is disabled, then turns unsupported before configuration cache is updated |
Comments |
Comment by Alexei Vladishev [ 2011 Oct 12 ] |
As a long term solution we should probably split item status (active, disabled) and not supported flag in the table structure. |
Comment by richlv [ 2011 Oct 13 ] |
...while thinking about possibility to set active/passive easily on a host/item level with items coming from one general template also, wasn't there recently some work to make pollers use cache for unsupported state ? |
Comment by dimir [ 2011 Oct 14 ] |
Reproduced in latest 1.8:
|
Comment by dimir [ 2011 Oct 17 ] |
Do not change the status of disabled item. Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-3441 . |
Comment by dimir [ 2011 Oct 19 ] |
Fixed in pre-1.8.9 r22512, pre-1.9.7 r22517 |
[ZBX-2931] Template_SNMPv2_Device's triggers are "TRUE" in data.sql Created: 2010 Aug 24 Updated: 2017 May 30 Resolved: 2011 Oct 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Server (S) |
Affects Version/s: | 1.8.3 |
Fix Version/s: | 1.8.9, 1.9.7 (beta), 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Kodai Terashima | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | database, installation, templates, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: | data.sql |
Description |
Template_SNMPv2_Device's triggers are "TRUE" in data.sql. Additionally, I think it would be better that "Trigger just added. No status update so far." error messages are removed from templates in data.sql. I created data.sql for 1.8.3 which is changed and removed avobe issues. Please see the attachment. |
Comments |
Comment by Alexander Vladishev [ 2011 Oct 19 ] |
Fixed in the development branches |
Comment by Aleksandrs Saveljevs [ 2011 Oct 20 ] |
(1) There are disabled and not supported items in templates. Let's fix them, too! <asaveljevs> RESOLVED for both 1.8 and trunk. |
Comment by Alexander Vladishev [ 2011 Oct 20 ] |
Fixed in version pre-1.8.9, r22562. |
changes in data.sql for 2.0
(ZBX-2886)
[ZBX-2882] Wrong Item in Linux Template Created: 2010 Aug 14 Updated: 2011 Sep 28 Resolved: 2011 Sep 08 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Agent (G) |
Affects Version/s: | 1.8.2 |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Sub-task | Priority: | Blocker |
Reporter: | Radek Vybiral | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | database, installation, templates, trivial | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
SLES 10SP2 |
Description |
There is a wrong check "vfs.file.cksum[/vmlinuz] " in Linux Template Most recent distros use /boot/vmlinuz Please change trigger as well. Thanks |
Comments |
Comment by richlv [ 2010 Aug 16 ] |
was already fixed in the appliance version; won't be fixed in main data.sql until Zabbix 2.0 |
Comment by Alexander Vladishev [ 2011 Sep 08 ] |
vmlinuz Definition documented in http://www.linfo.org/vmlinuz.html |
Comment by Alexander Vladishev [ 2011 Sep 08 ] |
Fixed in the development branches: |
Comment by Alexander Vladishev [ 2011 Sep 28 ] |
Fixed in version pre1.8.9, r22022. |
[ZBX-2504] Adding group using mass update for host remove already existing group Created: 2010 Jun 03 Updated: 2017 May 30 Resolved: 2011 Nov 01 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | 1.8.2 |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Philippe Camelio | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | hostmassupdate, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
Ubuntu/Mysql |
Description |
Several hosts are assign to differents groups Using select the hosts and add the new group using mass update |
Comments |
Comment by richlv [ 2010 Aug 25 ] |
same as with templates, group management in mass update should be expanded to have 'replace group membership' and 'assign additional groups' |
Comment by Alexei Vladishev [ 2011 Oct 27 ] |
Let's do a quick fix by renaming 'Group' to 'Replace groups'. |
Comment by Alexei Vladishev [ 2011 Nov 01 ] |
Fixed in development branch. Ready to test. |
Comment by Alexei Vladishev [ 2011 Nov 01 ] |
Fixed in revision 22840. |
Comment by richlv [ 2011 Nov 01 ] |
reopening to : (1) set correct "fix for" versions; "Replace groups" -> "Replace host groups" (although "Replace host group membership" might be a bit more accurate ) |
Comment by richlv [ 2011 Nov 01 ] |
fixed in : svn://svn.zabbix.com/branches/dev/ZBX-2504 |
[ZBX-2493] default messages for trigger, discovery and auto registration actions Created: 2010 Jun 01 Updated: 2017 May 30 Resolved: 2011 Nov 06 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Aleksandrs Saveljevs | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | actions, trivial, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Description |
Default subject and message " {TRIGGER.NAME}: {STATUS}" is good for event source "Triggers", but is of little use for "Discovery" and "Auto registration". Default messages for the last two sources should also be provided. |
Comments |
Comment by Aleksandrs Saveljevs [ 2010 Jun 30 ] |
Similarly, " {TRIGGER.NAME}: {STATUS}" is probably not the best example of a remote command. Also, if we create a new action operation, the operation type defaults to "Send message" and "Default message" checkbox is checked. If we change the operation type to "Remote command" and to "Send message" back again, the "Default message" checkbox becomes unchecked. |
Comment by Aleksandrs Saveljevs [ 2010 Aug 13 ] |
Since {STATUS}is deprecated, the default subject and message should use {TRIGGER.STATUS}instead. |
Comment by richlv [ 2010 Sep 03 ] |
dev branch fix the obsolete macro usage in the default action messages; one issue might be doublequote usage for the new define. please, review =) |
Comment by richlv [ 2010 Sep 03 ] |
obsolete macro fixed; remaining issues : 1. incorrect defaults for discovery & autoreg; |
Comment by Alexey Fukalov [ 2011 Oct 17 ] |
dev branch: svn://svn.zabbix.com/branches/dev/ZBX-2493 Correct messages should be edited for autoreg/discovery actions, but functionality can be tested. |
Comment by richlv [ 2011 Oct 17 ] |
possible default message for discovery (last line should be clarified once it's clear what exactly the macro returns) subj : Discovery of {DISCOVERY.DEVICE.IPADDRESS}: {DISCOVERY.DEVICE.STATUS}message : Discovery by "{DISCOVERY.RULE.NAME}" of {DISCOVERY.DEVICE.IPADDRESS} : {DISCOVERY.DEVICE.STATUS}Discovered {DISCOVERY.SERVICE.UPTIME} |
Comment by richlv [ 2011 Oct 17 ] |
possible default message for auto-registration 1.8 subj: Host {HOSTNAME}auto-registered i guess message body would be the same... trunk might be different - but it must be verified whether server will always have all this info available for notification : subj : Host {HOST.HOST} auto-registeredHost {HOST.HOST} registered from IP {HOST.IP}with Zabbix agent port {HOST.PORT}. |
Comment by Aleksandrs Saveljevs [ 2011 Oct 17 ] |
(1) If we attempt to create a discovery action, then both the subject and body say "DISCOVERY". If we change action type to "Auto registration", then they both become "AUTOREG". If we change action type to "Triggers", they become the defaults for trigger actions. However, if we now change the action type to "Discovery", then the body will not change. <asaveljevs> Also, the implemented approach is that the subject will change independently of the body. That means that if a user has changed subject, but not the body, only the body will change. Perhaps, we should look at subject and body together - change them if both are at the defaults. <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Oct 17 ] |
(2) The overriding message in an operation should also depend on the type of action. The always suggested " {TRIGGER.NAME}: {TRIGGER.STATUS}" for "Auto registration" action is not good. <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 18 ] |
Confirm changes in the "Default subject" and "Default message" for the Event sources= "Triggers" and "Discovery"for 1.8, BUT for the "Auto registration" event both message subject and body are "Host {HOSTNAME}auto-registered". |
Comment by Aleksandrs Saveljevs [ 2011 Oct 19 ] |
(3) Select "Remote command" as the type of operation. Note that the label "Default message" is visible - should not be. <Vedmak> RESOLVED <asaveljevs> CLOSED |
Comment by Aleksandrs Saveljevs [ 2011 Oct 19 ] |
Proposal for the default subjects and messages: ===== Triggers ====
* body (1.8): Trigger: {TRIGGER.NAME} Trigger status: {TRIGGER.STATUS} Trigger severity: {TRIGGER.SEVERITY}Trigger URL: {TRIGGER.URL} Item values: 1. {ITEM.NAME1} ({HOSTNAME1}:{TRIGGER.KEY1}): {ITEM.VALUE1} 2. {ITEM.NAME2} ({HOSTNAME2}:{TRIGGER.KEY2}): {ITEM.VALUE2} 3. {ITEM.NAME3} ({HOSTNAME3}:{TRIGGER.KEY3}): {ITEM.VALUE3} * body (trunk): Trigger: {TRIGGER.NAME} Trigger status: {TRIGGER.STATUS} Trigger severity: {TRIGGER.SEVERITY} Trigger URL: {TRIGGER.URL}Item values: 1. {ITEM.NAME1}( {HOST.NAME1}: {ITEM.KEY1}): {ITEM.VALUE1}2. {ITEM.NAME2}( {HOST.NAME2}: {ITEM.KEY2}): {ITEM.VALUE2}3. {ITEM.NAME3}( {HOST.NAME3}: {ITEM.KEY3}): {ITEM.VALUE3}===== Discovery =====
Discovery: {DISCOVERY.DEVICE.STATUS} {DISCOVERY.DEVICE.IPADDRESS}* body (1.8): Discovery rule: {DISCOVERY.RULE.NAME} Device IP: {DISCOVERY.DEVICE.IPADDRESS} Device status: {DISCOVERY.DEVICE.STATUS} Device uptime: {DISCOVERY.DEVICE.UPTIME}Device service name: {DISCOVERY.SERVICE.NAME} Device service port: {DISCOVERY.SERVICE.PORT} Device service status: {DISCOVERY.SERVICE.STATUS} Device service uptime: {DISCOVERY.SERVICE.UPTIME} * body (trunk): Discovery rule: {DISCOVERY.RULE.NAME} Device IP: {DISCOVERY.DEVICE.IPADDRESS} Device DNS: {DISCOVERY.DEVICE.DNS} Device status: {DISCOVERY.DEVICE.STATUS} Device uptime: {DISCOVERY.DEVICE.UPTIME} Device service name: {DISCOVERY.SERVICE.NAME}Device service port: {DISCOVERY.SERVICE.PORT}Device service status: {DISCOVERY.SERVICE.STATUS}Device service uptime: {DISCOVERY.SERVICE.UPTIME}===== Auto registration =====
Auto registration: {HOSTNAME}* body (1.8): Host name: {HOSTNAME}
Auto registration: {HOST.HOST}* body (trunk) Host name: {HOST.HOST} Host IP: {HOST.IP}Agent port: {HOST.PORT} |
Comment by Alexey Fukalov [ 2011 Oct 21 ] |
COMMIT: svn://svn.zabbix.com/branches/1.8 22598 |
Comment by Alexey Fukalov [ 2011 Oct 21 ] |
trunk dev branch: svn://svn.zabbix.com/branches/dev/ZBX-2493 |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 21 ] |
Confirm changes in the latest 1.8 branch. |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 21 ] |
In trunk dev branch |
Comment by Igor Danoshaites (Inactive) [ 2011 Oct 21 ] |
<Igor> TESTED in both 1.8 branch and trunk |
Comment by Aleksandrs Saveljevs [ 2011 Oct 24 ] |
Trunk branch reviewed. |
Comment by Alexey Fukalov [ 2011 Oct 24 ] |
MERGED: svn://svn.zabbix.com/trunk 22619 |
Comment by Oleksii Zagorskyi [ 2011 Nov 06 ] |
Reopened to add "1.8.9" to Fix Version/s: |
Comment by Oleksii Zagorskyi [ 2011 Nov 06 ] |
Closed again. |
Comment by Oleksii Zagorskyi [ 2011 Nov 06 ] |
Really not only discovery and registration actions changed but trigger too. |
Comment by Oleksii Zagorskyi [ 2011 Nov 06 ] |
Closed again. |
[ZBX-2490] acknowledge coming from a child node is not displayed on master node Created: 2010 May 31 Updated: 2017 May 30 Resolved: 2011 Oct 17 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | Frontend (F) |
Affects Version/s: | None |
Fix Version/s: | 1.8.9, 1.9.7 (beta) |
Type: | Incident report | Priority: | Blocker |
Reporter: | richlv | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 1 |
Labels: | acknowledges, distributed | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
trunk rev 12372 |
Issue Links: |
|
Description |
if an event is acknowledged on a child node, it is properly synchronised upstream. the problem - on the dashboard and in monitoring -> events the event is still shown as not acknowledged. |
Comments |
Comment by Johan Venter [ 2011 Jul 14 ] |
I'm also plagued by this on 1.8.5 - everything about the event (including the acknowledge text) is synced from slave to master except the 'acknowledged' flag on the event table. I've seen a few tickets that mention this issue around, but no useful replies. I've tried to dig into the code and figure this out but with 0 experience in the Zabbix codebase I haven't quite got the hang of how all the data syncs. It doesn't seem like it should be a hard one to fix and it would really make DM work as advertised. |
Comment by richlv [ 2011 Aug 10 ] |
possibly related to : |
Comment by Alexander Vladishev [ 2011 Oct 17 ] |
Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-2490 |
Comment by Alexander Vladishev [ 2011 Oct 19 ] |
Fixed in version pre-1.8.9, r22492. |
[ZBX-2361] Can't copy SNMP items from one template to another Created: 2010 Apr 21 Updated: 2017 May 30 Resolved: 2011 Oct 19 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | None |
Affects Version/s: | 1.8.2, 1.8.3 |
Fix Version/s: | 1.8.9, 2.0.0 |
Type: | Incident report | Priority: | Blocker |
Reporter: | Rein Remmel | Assignee: | Unassigned |
Resolution: | Fixed | Votes: | 0 |
Labels: | database, installation | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified | ||
Environment: |
RHEL5.5, PHP 5.1.6, Mysql 5.0.77 |
Description |
We are trying to copy items from Template_Netscreen_25 template to our custom Juniper template. Copying icmp items succeeds, put copying snmp items gives an error: Incorrect key format 'key_name[param1,param2,...]'. |
Comments |
Comment by richlv [ 2010 Apr 21 ] |
that's because item keys there contain colons. remove/replace them and it should work. leaving this issue open to fix the default templates |
Comment by Rein Remmel [ 2010 Apr 22 ] |
Thanks, renaming item keys resolved the problem. |
Comment by richlv [ 2010 Aug 16 ] |
template fixed for appliance 1.8.3, main data.sql won't be fixed until Zabbix 2.0 |
Comment by Alexander Vladishev [ 2011 Oct 19 ] |
Fixed in the development branches: |
Comment by Alexander Vladishev [ 2011 Oct 20 ] |
Fixed in version pre-1.8.9, r22552. |