[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: Text File 7417_crash.txt    
Issue Links:
Duplicate
duplicates ZBX-4980 Trappers can hang (futex) or crash on... Closed

 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
24719:20111214:164445.803 Sending list of active checks to [10.1.2.20] failed: host [10.1.2.20] not found
24673:20111214:164447.155 Got signal [signal:11(SIGSEGV),reason:128,refaddr:(nil)]. Crashing ...
24673:20111214:164447.155 ====== Fatal information: ======
24673:20111214:164447.155 Program counter: 0x7f84921fbf31
24673:20111214:164447.155 === Registers: ===
24673:20111214:164447.155 r8 = 29726576726553 = 11666254149608787 = 11666254149608787
24673:20111214:164447.155 r9 = 702087c4797a726f = 8079607009424077423 = 8079607009424077423
24673:20111214:164447.155 r10 = 657a6385c482c56f = 7312266371168126319 = 7312266371168126319
24673:20111214:164447.155 r11 = 202 = 514 = 514
24673:20111214:164447.155 r12 = 29c = 668 = 668
24673:20111214:164447.155 r13 = 6b2a70 = 7023216 = 7023216
24673:20111214:164447.155 r14 = e = 14 = 14
24673:20111214:164447.155 r15 = 4ee8c45c = 1323877468 = 1323877468
24673:20111214:164447.155 rdi = 2cbac5647761750c = 3223105518627288332 = 3223105518627288332
24673:20111214:164447.155 rsi = 1309660 = 19961440 = 19961440
24673:20111214:164447.155 rbp = 1309660 = 19961440 = 19961440
24673:20111214:164447.155 rbx = 7f848e82d358 = 140207303349080 = 140207303349080
24673:20111214:164447.155 rdx = e = 14 = 14
24673:20111214:164447.155 rax = 2cbac5647761750c = 3223105518627288332 = 3223105518627288332
24673:20111214:164447.155 rcx = 7250 = 29264 = 29264
24673:20111214:164447.155 rsp = 7fff443699e8 = 140734337817064 = 140734337817064



 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!
Because of lack of time I had to back to previous version 1.8.4 and now is impossible to mak any dump
Version 1.8.9 seems unstable in my environment. But, when my system will be less load I'll retry to upgrade again.
By the way, I wish You Marry Christmass and Happy New Year!
L.J.

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 ZBX-4444) and I explore it back without problem .... except logging windows events functionality.
In system (Latest data -> Windows_Logs) for every Windows client I can see last events dated 23.12.2012 and no more. When I clean history than I lost Windows_Logs from Latest_data. No other funcionality gone!. I have no errors in server log as well in client log. I use about 50 Windows clients and all of them have last info in Windows_Logs dated 23.12.2012 and no station has later dated info.
As I mentioned before everything working properly, I can telnet to customer from Zabbix server and check version, Zabbix controls state of client with ping, I can check all other system parameters on line (processor, memory, disk space etc.).
I tried to create new items and triggers to alive funcionality without efect. I have no new idea where and how to check or fix this state. I noticed in some treads similar description but no solution at all
Have anybody idea what happened and how to alive Windows_Logs?
L.J.

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
Tread could be closed
L.J.

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
Problem with Windows logs I initially connected with upgrade and downgrade of Zabbix because of time coincidence. In fact both are different problems. So, I resolve Windows logs problem (by changing rule on firewall for 10051 port) which is separate from crash after upgrade to 1.8.9.
I will wait for next Zabbix version, higher than 1.8.9, and will back to upgrade later. Now I can't do upgrade because of more important things in my IT systems and as far, version 1.8.4 is enought for me today
Thanks for assistance anyway.
L.J.

Comment by Oleksii Zagorskyi [ 2012 May 10 ]

I definitely know that an identical log line:
Got signal [signal:11(SIGSEGV),reason:128,refaddr:(nil)]. Crashing ...
has been generated at RedHat6 64bit where working zabbix_server was 32bit binary (do not ask me why).
Version was 1.8.10

I'm attaching a file "7417_crash.txt" where it is visible (it was a trapper).
This case described in a ZBX-4980
I suppose this issue can be similar/identical to the ZBX-4980 (there crash looks differently, but I suppose it can have the same reason).

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: PNG File 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]
[ CHost::massUpdate ] Wrong fields for host [ ]

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

  • ZBX-4265 fixed host input validation (pavels)

<pavels> The issue reference in the message is incorrect, it's actually ZBX-3473

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]
Review my change please, i fixed it in a bit another way.

<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:
Duplicate

 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
svn://svn.zabbix.com/trunk 23064





[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:
Duplicate

 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:
Duplicate

 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.
It's not very good solution, but I do not see nothing better.

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.
Configurable option would be the best solution.

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 :
1.1. cluster/ha/failover setup, when frontend is connected to a central database and thus they can access all data;
1.2. when frontend uses a different access details for security reasons;
1.3. when zabbix is used more for alerting or during non-working hours

2. thus when/which users are more likely to be hit by this :
2.1. bigger users (who have ha or other availability solution set up);
2.2. when they least expect it - during the night and such

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.
Currently we have at least 3 votes for global timeout.

Additionally suppose I'm using some very simple shell script (watch-dog) which checks presence of running "zabbix_server" process.
Currently my script will falsely think that zabbix server daemon is working but really it doesn't work.

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
password info in the server config file and started up server. they
saw db access error message, fixed it, then tried to start server
again (as they expected server to shutdown automatically). that
resulted in pidfile error messages, of course, which confused them
even more. we should really consider implementing a configurable
timeout for such cases.

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 ZBX-4611

Comment by Oleksii Zagorskyi [ 2012 Feb 06 ]

Just for record:
quote from the summary -> " to wait a bit"
a result of this issue -> "to wait eternally"





[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:
Duplicate

 Description   

when zabbix process update triggers table "update triggers set error='Zabbix server was restarted...'"
if query recieves deadlock zabbix-server begins eat memory! Every deadlock eating 5-10MB.



 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 ZBX-4158, so this is a blocker for 1.8.9rc1, which was planned to be released tomorrow (http://twitter.com/#!/zabbix/status/124100757766160384). Thanks, Alexey!

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:
nd hostid between 000000000000000 and 099999999999999]
11509:20111025:175205.107 [Z3005] query failed: [2006] MySQL server has gone away [select i.itemid,i.key_,h.host,i.type,i.history,i****]
11587:20111025:175205.157 Sending configuration data to proxy '**-proxy'. Datalen 496212
11634:20111025:175206.923 [Z3005] query failed: [2006] MySQL server has gone away [begin;]
11650:20111025:175206.941 [Z3005] query failed: [2006] MySQL server has gone away [begin;]

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
$ make
[...]

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
active.c:
cpp: "active.c", line 20: error 4036: Can't open include file 'common.h'.
cpp: "active.h", line 23: error 4036: Can't open include file 'threads.h'.
cpp: "active.c", line 23: error 4036: Can't open include file 'cfg.h'.
cpp: "active.c", line 24: error 4036: Can't open include file 'log.h'.
cpp: "active.c", line 30: error 4036: Can't open include file 'comms.h'.
cpp: "active.c", line 31: error 4036: Can't open include file 'threads.h'.
cpp: "active.c", line 32: error 4036: Can't open include file 'zbxjson.h'.
[...]



 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:
Duplicate

 Description   

1. Open trigger creation form
2. Switch to wizard mode
3. Click "edit" and select item
4. Click "add", expresion will be added to list
5. Click "Insert macro" and select some macro
6. Click "AND" expression will be broked



 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 ZBX-4249. Now trigger expression after performing these actions will be not broken.

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.
When we convert this DB to the DM mode then old values stay on the place.

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:
Duplicate
is duplicated by ZBX-2091 Zabbix server network error, says it ... Closed
is duplicated by ZBX-9501 "first network error" Closed

 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:
6641:20111007:091459.168 Disabling Zabbix host [Zabbix server]
6641:20111007:091959.201 Enabling Zabbix host [Zabbix server]
could be improved too?
It's not clear what means that host is Disabling, Enabling. Sometimes this confuses me.

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
<Rich> so giving item there might be a bit misleading

Couple of more suggestions.

<dimir> "Disabling checks on Zabbix Host [Zabbix server] until it becomes available"?
<Rich> "Temporarily disabling host [Zabbix server]" ?

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"
"Temporarily disabling Zabbix agent checks on host [Zabbix server]: host unavailable"
"Temporarily disabling ICMP 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
25995:20111013:165839.704 SNMP item [snmp.uptime] on host [Zabbix server] failed: another network error, wait for 15 seconds
25995:20111013:165900.736 SNMP item [snmp.uptime] on host [Zabbix server] failed: another network error, wait for 15 seconds
25995:20111013:165921.756 temporarily disabling SNMP checks on host [Zabbix server]: host unavailable
25995:20111013:170021.761 enabling SNMP checks on host [Zabbix server]

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
26561:20111013:170928.999 SNMP checks on host [Zabbix server]: connection restored

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
26559:20111013:171008.264 Zabbix agent item [vfs.fs.size[/tmp,free]] on host [Zabbix server] failed: another network error, wait for 15 seconds
26561:20111013:171023.006 Zabbix agent item [vfs.fs.size[/tmp,free]] on host [Zabbix server] failed: another network error, wait for 15 seconds
26561:20111013:171038.008 Zabbix agent item [vfs.fs.inode[/opt,free]] on host [Zabbix server] failed: another network error, wait for 15 seconds
26561:20111013:171053.011 Zabbix agent item [net.tcp.service[pop]] on host [Zabbix server] failed: another network error, wait for 15 seconds
26561:20111013:171108.091 temporarily disabling Zabbix agent checks on host [Zabbix server]: host unavailable
26561:20111013:171208.101 enabling Zabbix agent checks on host [Zabbix server]

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?
$ grep proxy02 zabbix_server.log
11339:20130912:110557.170 Zabbix agent item [kern.sockets.orphan] on host [proxy02] failed: first network error, wait for 15 seconds
11342:20130912:115932.286 resuming Zabbix agent checks on host [proxy02]: connection restored

Thank you
PD: We will try to update our zabbix, I now this is a big NOT LOOK THIS COMMENT ...





[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:
Duplicate

 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: Text File ZBX-4216_patch.txt    

 Description   

For both 1.8 and 1.9:

  • Tuesday was translated with "Quinta-feira" that means "Thursday"
  • Thursday was translated with "Terça-feira" that means "Tuesday"

Only 1.9:

  • Yes was translated with "Não" that means No
  • No was translated with "Sim" that means Yes


 Comments   
Comment by Ricardo Santos [ 2011 Oct 07 ]

Patch for 1.8 - http://pastebin.com/6f1civyb
I corrected these terms in pootle

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:
Duplicate
is duplicated by ZBX-4215 When change trigger in template, chan... Closed

 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:

  • Template_Linux:Buffers memory items.status: 1 => 0
  • localhost:Buffers memory items.status: 1 => 0

However, change trigger status enable to disable on "Template_Linux", only log of "Template_Linux" is recorded:

  • Template_Linux:/etc/inetd.conf has been changed on server {HOSTNAME}

    triggers.status: 1 => 0



 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 >>>>
NOT reproducible in the trunk r22139


Issue Links:
Duplicate

 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.
Thanks.

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
MySQL 5.5.15 Community Edition
PHP 5.3.8


Attachments: PNG File 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)).
+ ' AND '.DBcondition('hg.groupid', $groupids);

<Vedmak> RESOLVED

<asaveljevs> CLOSED

Comment by Igor Danoshaites (Inactive) [ 2011 Oct 25 ]

(2) When using this ZBX-4201 dev branch (with trunk DB) there is not possible to select item / items after clicking on "Select" button in the popup.php, as there are no item descriptions in the "Description" field. Can not test it as can not add items.

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 ZBX-4201.

<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: PNG File Screen Shot 2011-10-04 at 4.09.19 PM.png    
Issue Links:
Duplicate
is duplicated by ZBX-4292 Filter by name pagination issue Closed

 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 !
no merging yet.

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:
Debian - Linux version 2.6.32-bpo.5-amd64 (Debian 2.6.32-15~bpo50+1) ([email protected]) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Fri Jun 11 08:42:31 UTC 2010
Ubuntu - Linux version 2.6.32-24-server (buildd@yellow) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #39-Ubuntu SMP Wed Jul 28 06:21:40 UTC 2010

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: Text File zabbix_log_query_failed.txt    
Issue Links:
Duplicate

 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]
4873:20111003:074933.227 [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=1317653372,prevorgvalue='58802712303.000000',prevvalue=lastv' at line 1 [update items set lastclock=1317653370,prevorgvalue='1703127541535.000000',prevvalue=lastvalue,lastvalue='17.170907' where itemid=10610600000018440update items set lastclock=1317653372,prevorgvalue='58802712303.000000',prevvalue=lastvalue,lastvalue='1967.196258' where itemid=10610600000018442update items set lastclock=1317653373,prevorgvalue='90080447689.000000',prevvalue=lastvalue,lastvalue='10.276075' where itemid=10610600000018443update items set lastclock=1317653370,prevorgvalue='58802709404.000000',prevvalue=lastvalue,lastvalue='1969.806333' where itemid=10610600000018445update items set lastclock=1317653371,prevvalue=lastvalue,lastvalue='130' where itemid=10610600000018461update items set lastclock=1317653373,prevvalue=lastvalue,lastvalue='0.000000' where itemid=10610600000018468update items set lastclock=1317653369,prevvalue=lastvalue,lastvalue='0.000000' where itemid=10610600000018469update items set lastclock=1317653370,prevvalue=lastvalue,lastvalue='99.858604' where itemid=10610600000018470update items set lastclock=1317653371,prevvalue=lastvalue,lastvalue='0.016638' where itemid=10610600000018471update items set lastclock=1317653372,prevvalue=lastvalue,lastvalue='0.066550' where itemid=10610600000018472update items set lastclock=1317653373,prevvalue=lastvalue,lastvalue='0.033281' where itemid=10610600000018473update items set lastclock=1317653369,prevvalue=lastvalue,lastvalue='1620974' where itemid=10610600000018489update items set lastclock=1317653370,prevvalue=lastvalue,lastvalue='93.962099' where itemid=10610600000018490update items set lastclock=1317653372,prevvalue=lastvalue,lastvalue='1620974' where itemid=10610600000018492update items set lastclock=1317653373,prevvalue=lastvalue,lastvalue='93.962099' where itemid=10610600000018493update items set lastclock=1317653369,prevvalue=lastvalue,lastvalue='75.598160' where itemid=10610600000018519update items set lastclock=1317653370,prevvalue=lastvalue,lastvalue='24.401840' where itemid=10610600000018520update items set lastclock=1317653372,prevvalue=lastvalue,lastvalue='6431555584' where itemid=10610600000018522update items set lastclock=1317653373,prevvalue=lastvalue,lastvalue='19925291008' where itemid=10610600000018523]

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
...
daemon.c: In function `child_signal_handler':
daemon.c:73: union has no member named `sival_int'

We have fixed a similar compilation problem on FreeBSD in ZBX-3936, but apparently not on the older versions.



 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:

  • Linux 2.6
  • FreeBSD 4.2, FreeBSD 6.2 and FreeBSD 7.3
  • NetBSD 5.0
  • OpenBSD 3.9 and OpenBSD 4.6
  • HP-UX 11.11
  • AIX 5.2
  • Solaris 10

<sasha>

  • Linux 2.4
  • AIX 6.1
  • Solaris 8
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,
latest 1.8 branch r21863


Issue Links:
Duplicate

 Description   

Suppose we need to enable/disable an action by API.
And we want to use ONLY "actionid": parameter to select corresponding action.

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.
http://www.zabbix.com/documentation/1.8/api/action/update
http://www.zabbix.com/documentation/2.0/manual/appendix/api/action/update

Current trunk and 1.8 branch have different behavior.
In the trunk it works if we specify an action name (redundant data in our case)
1.8 branch does not work AT ALL.

See results of my tests:

                                                            • Zabbix 1.9 latest (trunk) ******************************

>>>>>>>>>>>>>>>>>>> OK <<<<<<<<<<<<<<<<<:
request:
{
"jsonrpc":"2.0",
"method":"action.update",
"params":

{ "actionid":"17", "name":"test19", "status":"1" }

,
"auth":"ebe9ea3b39b7b7f00b39a04b50b3fdc8",
"id":2
}
response:
{
"jsonrpc":"2.0",
"result":

{ "actionids":[ "17" ] }

,
"id":2
}

>>>>>>>>>>>>>>> BAD <<<<<<<<<<<<<<<<
request:
{
"jsonrpc":"2.0",
"method":"action.update",
"params":

{ "actionid":"17", "status":"1" }

,
"auth":"356d584f180937a9eeab315ba2935056",
"id":2
}
response:
{
"jsonrpc":"2.0",
"error":

{ "code":-32602, "message":"Invalid params.", "data":"Action \"\" already exists." }

,
"id":2
}

                                                            • Zabbix 1.8 ******************************

>>>>>>>>>>>>>>>>> BAD <<<<<<<<<<<<<<<<<<<<<<<
request:
{
"jsonrpc":"2.0",
"method":"action.update",
"params":

{ "actionid":"3", "name":"18test", "status":"1" }

,
"auth":"bfcbc8dc41438a20652f4e0a672df8e5",
"id":2
}
response:
{
"jsonrpc":"2.0",
"error":

{ "code":-32602, "message":"Invalid params.", "data":"[ CAction::update ] Incorrect parameter used for Action [ 18test ]" }

,
"id":2
}

>>>>>>>>>>>>>>>>>>>>> still BAD <<<<<<<<<<<<<<<<<<<<<<
request:
{
"jsonrpc":"2.0",
"method":"action.update",
"params":

{ "actionid":"3", "status":"1" }

,
"auth":"1e9508bf3a409223cf9f0e0dae39a866",
"id":2
}
response:
{
"jsonrpc":"2.0",
"error":

{ "code":-32602, "message":"Invalid params.", "data":"[ CAction::update ] Action [ ] already exists" }

,
"id":2
}

>>>>>>>>>>>>>>> still BAD #2 <<<<<<<<<<<<<<<<<
request:
{
"jsonrpc":"2.0",
"method":"action.update",
"params":

{ "actionid":"3", "name":"18test" }

,
"auth":"7c6bd9ad0bf753a520e4f1c9a2258c15",
"id":2
}
response:
{
"jsonrpc":"2.0",
"error":

{ "code":-32602, "message":"Invalid params.", "data":"[ CAction::update ] Incorrect parameter used for Action [ 18test ]" }

,
"id":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:
Duplicate

 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"):

--------------------------------------------------------------------+

nodeid table_name field_name nextid

--------------------------------------------------------------------+
10 | acknowledges | acknowledgeid | 1000000000015291 |



 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';
------------------------------------------------+

nodeid table_name field_name nextid

------------------------------------------------+

10 housekeeper housekeeperid 1000000000000119

------------------------------------------------+
1 row in set (0.00 sec)

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:
Duplicate
is duplicated by ZBX-1401 Zabbix_server continues failed transa... Closed

 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 ZBX-1401 ?

Comment by dimir [ 2011 Sep 21 ]

Looks like the same bug but the fix (ZBX-3889) actually only deals with deadlocks. So I guess ZBX-1401 is not actually fixed. The fix will be available here.

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'
1706:20111026:152111.516 ignoring query [txnlev:1] [select nextid from ids where nodeid=0 and table_name='triggers' and field_
name='triggerid'] within failed transaction
1706:20111026:152111.516 ignoring query [txnlev:1] [select max(triggerid) from triggers where triggerid between 0 and 99999999
999] within failed transaction
1706:20111026:152111.516 ignoring query [txnlev:1] [insert into ids (nodeid,table_name,field_name,nextid) values (0,'triggers','triggerid',0)] within failed transaction
1706:20111026:152111.516 ignoring query [txnlev:1] [update ids set nextid=nextid+1 where nodeid=0 and table_name='triggers' and field_name='triggerid'] within failed transaction
1706:20111026:152111.516 ignoring query [txnlev:1] [select nextid from ids where nodeid=0 and table_name='triggers' and field_name='triggerid'] within failed transaction
1706:20111026:152111.516 ignoring query [txnlev:1] [select max(triggerid) from triggers where triggerid between 0 and 99999999999] within failed transaction
......................

Comment by dimir [ 2011 Nov 01 ]

Fixed in re-created development branch svn://svn.zabbix.com/branches/dev/ZBX-4158

  • avoid eternal loop within failed transaction when getting next id
  • do not cache event IDs
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: File 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
5712:20110920:130716.351 PdhLookupPerfNameByIndex failed: [0x800007D0] unable to find message text [0x0000013D]

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.
Prior to 1.8.6 the items for non-existent CPUs (X>4) would just return 0, even though the perf_counter instance is invalid.
With 1.8.6 and 1.8.7 I understand this has been fixed and the item should return ZBX_NOTSUPPORTED as the perf_counter is invalid. It seems to work ok, in the frontend I get ZBX_NOTSUPPORTED for those items but the agent always logs that error, always with the same 'Jýþ' string and the same 0x800007D0. The 0x0000013D is variable.



 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.
There is another issue I have observed only on Windows 2008 R2: Sometimes items with UserParameters return script time out even though the script is really small and should return immediately. Maybe the same hang is the cause for both issues.

Comment by richlv [ 2011 Sep 21 ]

timeouts could be a different issue - ZBX-4104

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:
[0x800007D0] Unable to connect to the specified computer, or the computer is offline
Could you please try running the agent with DebugLevel=4 to catch the the log file during one of these "hang" situations?

<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()
4452:20110921:123026.589 In add_perf_counter() counter:'\Processor(5)% Processor Time' interval:300
4452:20110921:123026.605 add_perf_counter(): unable to add PerfCounter '\Processor(5)% Processor Time': [0x800007D1] The specified instance is not present.
4452:20110921:123026.605 PERF_COUNTER(): unable to add PerfCounter '\Processor(5)% Processor Time': [0x800007D1] The specified instance is not present.
4452:20110921:123026.605 End of PERF_COUNTER()

I dont' get the following errors anymore:
5308:20110920:130647.210 PerfCounter 'Jýþ' FAILED: invalid format
5712:20110920:130716.351 PdhLookupPerfNameByIndex failed: [0x800007D0] unable to find message text [0x0000013D]
The first one seems to me like an access violation on memory read. Could it be that the error message routine is the one performing an access violation and hanging the process? It tries to get the name of the failed perfcounter but reads invalid memory?

No hang until now, will restart the agent a few more times and wait another hour.
After that I will try with default debuglevel and see if that causes hangs.

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
Definetly error message + perfcounter related, managed to hang it with DebugLevel=default on fist run.

5404:20110921:152246.685 Starting Zabbix Agent [BITVMH1]. Zabbix 1.8.7rc1 (revision 21392).
356:20110921:152246.701 agent #0 started [collector]
4436:20110921:152246.716 agent #1 started [listener]
5616:20110921:152246.716 agent #2 started [listener]
5328:20110921:152246.716 agent #3 started [listener]
5400:20110921:152246.716 agent #4 started [active checks]
5400:20110921:152358.274 PerfCounter 'qýþ' FAILED: invalid format
5400:20110921:152358.274 Active check [perf_counter[\Memory\Available Bytes, 300]] is not supported. Disabled.
5400:20110921:152649.315 Active check [perf_counter[\Memory\Page Faults/sec, 300]] is not supported. Disabled.
5400:20110921:152850.497 Active check [perf_counter[\Memory\Pages/sec, 300]] is not supported. Disabled.
5400:20110921:153051.415 Active check [perf_counter[\Network Interface(Virtual Network [LAN])\Bytes Received/sec, 180]] is not supported. Disabled.
5400:20110921:153252.478 Active check [perf_counter[\Network Interface(Virtual Network [LAN])\Bytes Sent/sec, 180]] is not supported. Disabled.
5400:20110921:153553.503 Active check [perf_counter[\Network Interface(Virtual Network [WAN])\Bytes Received/sec, 180]] is not supported. Disabled.
5400:20110921:153653.532 PerfCounter 'qýþ' FAILED: invalid format
5400:20110921:153653.673 Active check [perf_counter[\Network Interface(Virtual Network [WAN])\Bytes Sent/sec, 180]] is not supported. Disabled.
5400:20110921:153753.687 PerfCounter 'qýþ' FAILED: invalid format
5400:20110921:153753.702 Active check [perf_counter[\Network Interface(undefined2)\Bytes Received/sec, 180]] is not supported. Disabled.
----> this is where it hangs.

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
5092:20110921:164042.984 Active check [perf_counter[\Memory\Available Bytes, 300]] is not supported. Disabled.
5860:20110921:164053.717 PdhLookupPerfNameByIndex failed: [0x800007D0] unable to find message text [0x0000013D]
5860:20110921:164054.123 PerfCounter 'qýþ' FAILED: invalid format

Valid counters DO get disabled, but it seems that only after the error message.
Just had my first hang during this edit

4152:20110921:164358.393 agent #0 started [collector]
5852:20110921:164358.393 agent #1 started [listener]
4928:20110921:164358.393 agent #2 started [listener]
4540:20110921:164358.393 agent #3 started [listener]
1740:20110921:164358.393 agent #4 started [active checks]
1740:20110921:164538.998 PerfCounter 'qýþ' FAILED: invalid format
1740:20110921:164538.998 Active check [perf_counter[\Memory\Committed Bytes, 300]] is not supported. Disabled.
1740:20110921:164639.011 PerfCounter 'qýþ' FAILED: invalid format
1740:20110921:164639.089 Active check [perf_counter[\Memory\Page Faults/sec, 300]] is not supported. Disabled.
1740:20110921:164739.102 PerfCounter 'qýþ' FAILED: invalid format
1740:20110921:164739.118 Active check [perf_counter[\Memory\Pages/sec, 300]] is not supported. Disabled.
4152:20110921:164758.633 PdhLookupPerfNameByIndex failed: [0x800007D0] unable to find message text [0x0000013D]
4152:20110921:164759.055 PerfCounter 'qýþ' FAILED: invalid format
1740:20110921:164859.100 PerfCounter 'qýþ' FAILED: invalid format
1740:20110921:164859.100 Active check [perf_counter[\Memory\Pool Paged Bytes, 300]] is not supported. Disabled.
----> here it hangs
4568:20110921:165232.854 Zabbix Agent shutdown requested
4568:20110921:165233.868 Zabbix Agent stopped. Zabbix 1.8.8rc2 (revision 21676).
-----> I stop the service and it shuts down gracefully

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.
We use SlikSVN on our Windows test boxes:
http://www.sliksvn.com/en/download

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}

).
I'll see how it goes, post back tomorrow

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.
Can you leave the issue opened for another day, just to be sure?

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 randomly get errors for perf_counters which are actually valid.
  • It still hangs sometimes. It is more rarely than with 1.8.7rc1 which was practically unusable – kept hanging or crashing (service terminated unexpectedly) at 20 minutes interval. With this revision of 1.8.8 I got 24+ hours with no problems.

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}

).
3228:20110922:130645.816 agent #0 started [collector]
4228:20110922:130645.816 agent #1 started [listener]
4224:20110922:130645.816 agent #2 started [listener]
5552:20110922:130645.816 agent #3 started [listener]
5264:20110922:130645.816 agent #4 started [active checks]
5264:20110922:130826.717 PerfCounter '\Memory\Available Bytes' FAILED: invalid format
5264:20110922:130826.733 Active check [perf_counter[\Memory\Available Bytes, 300]] is not supported. Disabled.
5264:20110922:130926.747 PerfCounter '\Memory\Committed Bytes' FAILED: invalid format
5264:20110922:130926.793 Active check [perf_counter[\Memory\Committed Bytes, 300]] is not supported. Disabled.
5264:20110922:131026.807 PerfCounter '\Memory\Page Faults/sec' FAILED: invalid format
5264:20110922:131026.823 Active check [perf_counter[\Memory\Page Faults/sec, 300]] is not supported. Disabled.
3228:20110922:131046.057 PdhLookupPerfNameByIndex() failed: [0x800007D0] Unable to connect to the specified computer or the computer is offline.
3228:20110922:131046.479 PerfCounter '\UnknownPerformanceCounter(_Total)% Processor Time' FAILED: invalid format
5264:20110922:131246.677 Active check [perf_counter[\Memory\Pages/sec, 300]] is not supported. Disabled.
5264:20110922:131447.609 Active check [perf_counter[\Network Interface(Virtual Network [LAN])\Bytes Received/sec, 180]] is not supported. Disabled.
5264:20110922:131648.588 Active check [perf_counter[\Network Interface(Virtual Network [LAN])\Bytes Sent/sec, 180]] is not supported. Disabled.
5264:20110922:131849.598 Active check [perf_counter[\Network Interface(Virtual Network [WAN])\Bytes Received/sec, 180]] is not supported. Disabled.
5264:20110922:131949.612 PerfCounter '\Network Interface(Virtual Network [WAN])\Bytes Sent/sec' FAILED: invalid format
5264:20110922:131949.643 Active check [perf_counter[\Network Interface(Virtual Network [WAN])\Bytes Sent/sec, 180]] is not supported. Disabled.
5264:20110922:132049.657 PerfCounter '\Paging File(_Total)% Usage' FAILED: invalid format
5264:20110922:132049.688 Active check [perf_counter[\Paging File(_Total)\% Usage, 300]] is not supported. Disabled.
5264:20110922:132149.702 PerfCounter '\PhysicalDisk(_Total)\Avg. Disk sec/Read' FAILED: invalid format
5264:20110922:132149.780 Active check [perf_counter[\PhysicalDisk(_Total)\Avg. Disk sec/Read, 180]] is not supported. Disabled.
5264:20110922:132249.793 PerfCounter '\PhysicalDisk(_Total)\Avg. Disk sec/Write' FAILED: invalid format

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:
Duplicate

 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:
Duplicate

 Description   

"Configuration" When the Add Service was executed several times on the "IT service" screen in the item,
the phenomenon that the front end is not displayed was confirmed.
When Internet Explorer 7 is used, this phenomenon can be confirmed.

It enters the state that reading a browser doesn't end if it right-clicks in arbitrary Service,
Add Service is selected, and making Service is repeated, and the front end is not displayed.



 Comments   
Comment by Eduards Samersovs (Inactive) [ 2011 Oct 04 ]

branches/1.8 revision 22098
trunk revision 22112





[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:
Duplicate

 Description   

last screen of any account is overrided last screen of guest account.

1. login with admin account, view "trigger" screen, and logout
2. view "event" screen with guest account
3. login with admin account.
4. "event" screen is displayed after login



 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: Text File execute.c.patch     File 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.
it results in sporadical false execute timeouts.

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.
I don't really understand why the jobs are involved, isn't enough to spawn child processes directly?

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.
of course process can launch something 'detached' from itself, and we don't care about the fate of these detached childs and thus don't need to wait for them.

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 ZBX-3519.

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:
1) http://msdn.microsoft.com/en-us/library/ms684161%28v=VS.85%29.aspx
Use WaitForSingleObject() on job handle which should return on either timeout or when the job gets signaled after all associated processes have exited - that simply does not work at all. Found no additional info on the requirements on this setup, however, found a warning that the job might get signaled in other cases as well.
2) http://msdn.microsoft.com/en-us/library/aa365198%28v=vs.85%29.aspx
Use I/O completion ports. However, that requires a separate thread to be monitoring the completion port (otherwise, we might get a race condition when the job is completed before we start monitoring the port). Furthermore, MSDN states that "delivery of messages to the completion port is not guaranteed" which make this solution also unusable.

Thus we come to two "bad" options:
A) Wait for the main process - if the first child exits, we assume that all scripts should have finished and force-kill all other processes still associated with the job. This means that users should always keep the main process running until everything is finished.
B) Query jobs process count every N miliseconds till it is zero or a timeout occurs.

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.
I'll keep this task in my head anyway and post if something interesting pops up. there's got to be a way to force jobs do what we want.

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:
1) We create a pipe in the parent process
2) Pass the read end to the child process
3) Run the child process and call ReadFile() in the child process() till it returns 0 and sets the error to ERROR_HANDLE_EOF (end of file)
4) Write the data to the pipe and use CloseHandle() to indicate that all data has been sent
5) Child process does not get ERROR_HANDLE_EOF since the child has inherited the write end of the pipe as well and it has not been closed that handle - only when ALL handles are closed the child will get ERROR_HANDLE_EOF.
If inheritance for the write end of the pipe had been removed, the child process would have correctly received ERROR_HANDLE_EOF.

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 ZBX-4156

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)
libidn.so.11 => /usr/lib/libidn.so.11 (0xb75d2000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0xb758a000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7553000)
libssl.so.1.0.0 => /lib/libssl.so.1.0.0 (0xb74fc000)
libcrypto.so.1.0.0 => /lib/libcrypto.so.1.0.0 (0xb735b000)
libz.so.1 => /lib/libz.so.1 (0xb7347000)
libssh2.so.1 => /usr/lib/libssh2.so.1 (0xb7320000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0xb72f5000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb72da000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7211000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb71e9000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0xb71e4000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb71db000)
libdl.so.2 => /lib/libdl.so.2 (0xb71d6000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb71d1000)

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 ZBX-3218

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 ZBX-3105



 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: File nameser.h     File nameser8_compat.h     File srv V1.patch     File srv V2.patch    

 Description   

configure ends correctly, but make end with the following error:

$ make
Making all in src
Making all in libs
Making all in zbxcrypto
make[3]: Nothing to be done for `all'.
Making all in zbxcommon
make[3]: Nothing to be done for `all'.
Making all in zbxlog
make[3]: Nothing to be done for `all'.
Making all in zbxalgo
make[3]: Nothing to be done for `all'.
Making all in zbxnix
make[3]: Nothing to be done for `all'.
Making all in zbxconf
make[3]: Nothing to be done for `all'.
Making all in zbxsysinfo
Making all in common
gcc -DHAVE_CONFIG_H -I. -I../../../../include -g -O2 -MT net.o -MD -MP -MF .deps/net.Tpo -c -o net.o net.c
net.c: In function 'decode_type':
net.c:197: error: 'ns_t_srv' undeclared (first use in this function)
net.c:197: error: (Each undeclared identifier is reported only once
net.c:197: error: for each function it appears in.)
net.c: In function 'NET_TCP_DNS_QUERY':
net.c:311: error: 'ns_t_srv' undeclared (first use in this function)
net.c:540: warning: case label value exceeds maximum value for type
make[4]: *** [net.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

ns_t_srv was added in 1.8.6
Compilation works on 1.8.5



 Comments   
Comment by richlv [ 2011 Sep 05 ]

probably can be considered to be a regression, was added in rev 19998 :

  • ZBXNEXT-799 added support of SRV records to net.tcp.dns.query[]
  • ZBX-1029 added lookup of Jabber SRV records to Jabber notifications
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:
gcc -DHAVE_CONFIG_H -I. -I../../../../include -g -O2 -MT net.o -MD -MP -MF .deps/net.Tpo -c -o net.o net.c
In file included from net.c:28:
/usr/include/arpa/nameser_compat.h:99: error: conflicting types for ‘HEADER’
/usr/include/arpa/nameser8_compat.h:304: error: previous declaration of ‘HEADER’ was here
net.c: In function ‘decode_type’:
net.c:182: error: ‘ns_t_a’ undeclared (first use in this function)
net.c:182: error: (Each undeclared identifier is reported only once
net.c:182: error: for each function it appears in.)
net.c:183: error: ‘ns_t_ns’ undeclared (first use in this function)
net.c:184: error: ‘ns_t_md’ undeclared (first use in this function)
net.c:185: error: ‘ns_t_mf’ undeclared (first use in this function)
net.c:186: error: ‘ns_t_cname’ undeclared (first use in this function)
net.c:187: error: ‘ns_t_soa’ undeclared (first use in this function)
net.c:188: error: ‘ns_t_mb’ undeclared (first use in this function)
net.c:189: error: ‘ns_t_mg’ undeclared (first use in this function)
net.c:190: error: ‘ns_t_mr’ undeclared (first use in this function)
net.c:191: error: ‘ns_t_null’ undeclared (first use in this function)
net.c:192: error: ‘ns_t_wks’ undeclared (first use in this function)
net.c:193: error: ‘ns_t_ptr’ undeclared (first use in this function)
net.c:194: error: ‘ns_t_hinfo’ undeclared (first use in this function)
net.c:195: error: ‘ns_t_minfo’ undeclared (first use in this function)
net.c:196: error: ‘ns_t_mx’ undeclared (first use in this function)
net.c:197: error: ‘ns_t_txt’ undeclared (first use in this function)
net.c:198: error: ‘ns_t_srv’ undeclared (first use in this function)
net.c: In function ‘NET_TCP_DNS’:
net.c:231: error: ‘NS_PACKETSZ’ undeclared (first use in this function)
net.c:272: error: ‘ns_c_in’ undeclared (first use in this function)
net.c:272: error: ‘ns_t_soa’ undeclared (first use in this function)
net.c: In function ‘NET_TCP_DNS_QUERY’:
net.c:295: error: ‘ns_t_any’ undeclared (first use in this function)
net.c:296: error: ‘ns_t_a’ undeclared (first use in this function)
net.c:297: error: ‘ns_t_ns’ undeclared (first use in this function)
net.c:298: error: ‘ns_t_md’ undeclared (first use in this function)
net.c:299: error: ‘ns_t_mf’ undeclared (first use in this function)
net.c:300: error: ‘ns_t_cname’ undeclared (first use in this function)
net.c:301: error: ‘ns_t_soa’ undeclared (first use in this function)
net.c:302: error: ‘ns_t_mb’ undeclared (first use in this function)
net.c:303: error: ‘ns_t_mg’ undeclared (first use in this function)
net.c:304: error: ‘ns_t_mr’ undeclared (first use in this function)
net.c:305: error: ‘ns_t_null’ undeclared (first use in this function)
net.c:306: error: ‘ns_t_wks’ undeclared (first use in this function)
net.c:307: error: ‘ns_t_ptr’ undeclared (first use in this function)
net.c:308: error: ‘ns_t_hinfo’ undeclared (first use in this function)
net.c:309: error: ‘ns_t_minfo’ undeclared (first use in this function)
net.c:310: error: ‘ns_t_mx’ undeclared (first use in this function)
net.c:311: error: ‘ns_t_txt’ undeclared (first use in this function)
net.c:312: error: ‘ns_t_srv’ undeclared (first use in this function)
net.c:321: error: ‘NS_PACKETSZ’ undeclared (first use in this function)
net.c:369: error: ‘ns_c_in’ undeclared (first use in this function)
net.c:369: warning: passing argument 2 of ‘res_query’ makes integer from pointer without a cast
net.c:369: warning: passing argument 4 of ‘res_query’ from incompatible pointer type
net.c:369: warning: passing argument 5 of ‘res_query’ makes integer from pointer without a cast
net.c:375: warning: assignment from incompatible pointer type
net.c:380: error: ‘NS_HFIXEDSZ’ undeclared (first use in this function)
net.c:380: error: invalid operands to binary +
net.c:385: error: ‘NS_QFIXEDSZ’ undeclared (first use in this function)
net.c:385: error: invalid operands to binary +
net.c:385: warning: assignment from incompatible pointer type
net.c:389: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:396: error: ‘NS_INT32SZ’ undeclared (first use in this function)
net.c:401: warning: case label value exceeds maximum value for type
net.c:404: warning: case label value exceeds maximum value for type
net.c:405: error: ‘ns_c_hs’ undeclared (first use in this function)
net.c:405: warning: case label value exceeds maximum value for type
net.c:406: error: ‘NS_INADDRSZ’ undeclared (first use in this function)
net.c:406: warning: passing argument 3 of ‘bcopy’ makes integer from pointer without a cast
net.c:414: warning: case label value exceeds maximum value for type
net.c:415: warning: case label value exceeds maximum value for type
net.c:416: warning: case label value exceeds maximum value for type
net.c:417: warning: case label value exceeds maximum value for type
net.c:418: warning: case label value exceeds maximum value for type
net.c:419: warning: case label value exceeds maximum value for type
net.c:420: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:424: warning: case label value exceeds maximum value for type
net.c:425: warning: case label value exceeds maximum value for type
net.c:426: warning: case label value exceeds maximum value for type
net.c:430: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:434: warning: case label value exceeds maximum value for type
net.c:437: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:441: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:460: warning: case label value exceeds maximum value for type
net.c:464: warning: case label value exceeds maximum value for type
net.c:465: warning: comparison between pointer and integer
net.c:470: warning: passing argument 3 of ‘bcopy’ makes integer from pointer without a cast
net.c:499: warning: case label value exceeds maximum value for type
net.c:521: warning: case label value exceeds maximum value for type
net.c:522: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:526: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
net.c:530: warning: case label value exceeds maximum value for type
net.c:541: warning: case label value exceeds maximum value for type
net.c:553: warning: passing argument 1 of ‘get_name’ from incompatible pointer type
make[4]: *** [net.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

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)?
Could you also search *.h files in your include directory for "ns_t_srv"?
This is rather poorly documented - either a header is missing in our #include statements (and that could potentially lead to other problems) or we simply need to defined the constants in Zabbix code as it is already done in 1.9.* branch.

Comment by Rudolfs Kreicbergs [ 2011 Sep 13 ]

This looks weird. Can you please look at your config.log file and look for lines like:
configure:4487: checking arpa/nameser.h usability
configure:4487: gcc -c -Wall -Wuninitialized -Wtype-limits conftest.c >&5
configure:4487: $? = 0
configure:4487: result: yes

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
#define HAVE_ARPA_NAMESER_H 1
in include/config.h

I think the problem is the following ifdef in sysinc.h:
#ifdef MAC_OS_X

  1. define BIND_8_COMPAT 1
    #endif

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:
#ifdef BIND_8_COMPAT
#include <arpa/nameser_compat.h>
#endif

Maybe you can play around with nameser.h - e.g. add a custom #define statement at the top, e.g.:
#define MY_CUSTOM_DEFINE_ST 1
and add to the top of net.c something like:
int test = MY_CUSTOM_DEFINE_ST;
and see if it compiles?

Comment by Nicola Canepa [ 2011 Sep 15 ]

The same happens on my Mac, but the alternative file is named arpa/nameser8_compat.h
Maybe you can include in configure a check for ns_t_srv and if it fails remove the define BIND_8_COMPAT

I tried removing the 3 lines and the error changes:
gcc -DHAVE_CONFIG_H -I. -I../../../../include -g -O2 -I/rnd/apps/servers/mysql-5.0.67/include -g -Os -arch x86_64 -fno-common -D_P1003_1B_VISIBLE -DSIGNAL_WITH_VIO_CLOSE -DSIGNALS_DONT_BREAK_READ -DIGNORE_SIGHUP_SIGQUIT -MT net.o -MD -MP -MF .deps/net.Tpo -c -o net.o net.c
net.c: In function ‘NET_TCP_DNS_QUERY’:
net.c:316: error: syntax error before ‘HEADER’
net.c:316: warning: no semicolon at end of struct or union
net.c: At top level:
net.c:324: warning: data definition has no type or storage class
net.c:331: error: syntax error before ‘answer’
net.c:331: warning: data definition has no type or storage class
net.c:336: error: syntax error before ‘if’
net.c:349: error: syntax error before ‘.’ token
net.c:362: warning: data definition has no type or storage class
net.c:364: error: conflicting types for ‘buffer’
net.c:327: error: previous declaration of ‘buffer’ was here
net.c:364: warning: data definition has no type or storage class
net.c:365: warning: data definition has no type or storage class
net.c:368: error: syntax error before ‘if’
net.c:374: error: conflicting types for ‘msg_end’
net.c:328: error: previous declaration of ‘msg_end’ was here
net.c:374: error: request for member ‘buffer’ in something not a structure or union
net.c:374: warning: data definition has no type or storage class
net.c:376: error: request for member ‘h’ in something not a structure or union
net.c:376: error: request for member ‘h’ in something not a structure or union
net.c:376: error: request for member ‘h’ in something not a structure or union
net.c:376: error: request for member ‘h’ in something not a structure or union
net.c:376: warning: data definition has no type or storage class
net.c:377: error: request for member ‘h’ in something not a structure or union
net.c:377: error: request for member ‘h’ in something not a structure or union
net.c:377: error: request for member ‘h’ in something not a structure or union
net.c:377: error: request for member ‘h’ in something not a structure or union
net.c:377: warning: data definition has no type or storage class
net.c:379: error: conflicting types for ‘msg_ptr’
net.c:328: error: previous declaration of ‘msg_ptr’ was here
net.c:379: error: request for member ‘buffer’ in something not a structure or union
net.c:379: error: ‘HFIXEDSZ’ undeclared here (not in a function)
net.c:379: warning: data definition has no type or storage class
net.c:383: error: syntax error before ‘for’
net.c:393: warning: parameter names (without types) in function declaration
net.c:393: warning: data definition has no type or storage class
net.c:394: warning: parameter names (without types) in function declaration
net.c:394: warning: data definition has no type or storage class
net.c:395: error: syntax error before ‘+=’ token
net.c:396: warning: parameter names (without types) in function declaration
net.c:396: warning: data definition has no type or storage class
net.c:398: error: syntax error before ‘switch’
net.c:444: warning: parameter names (without types) in function declaration
net.c:444: warning: data definition has no type or storage class
net.c:445: error: syntax error before ‘+=’ token
net.c:447: warning: parameter names (without types) in function declaration
net.c:447: warning: data definition has no type or storage class
net.c:448: error: syntax error before ‘+=’ token
net.c:450: warning: parameter names (without types) in function declaration
net.c:450: warning: data definition has no type or storage class
net.c:451: error: syntax error before ‘+=’ token
net.c:453: warning: parameter names (without types) in function declaration
net.c:453: warning: data definition has no type or storage class
net.c:454: error: syntax error before ‘+=’ token
net.c:456: warning: parameter names (without types) in function declaration
net.c:456: warning: data definition has no type or storage class
net.c:457: error: syntax error before ‘+=’ token
net.c:467: error: conflicting types for ‘p’
net.c:328: error: previous declaration of ‘p’ was here
net.c:467: error: initializer element is not constant
net.c:467: warning: data definition has no type or storage class
net.c:469: error: syntax error before ‘&’ token
net.c:469: error: conflicting types for ‘bcopy’
net.c:469: warning: data definition has no type or storage class
net.c:470: error: syntax error before ‘+=’ token
net.c:480: warning: data definition has no type or storage class
net.c:482: error: syntax error before ‘while’
net.c:501: error: conflicting types for ‘p’
net.c:328: error: previous declaration of ‘p’ was here
net.c:501: error: initializer element is not constant
net.c:501: warning: data definition has no type or storage class
net.c:502: error: invalid type argument of ‘unary *’
net.c:502: warning: data definition has no type or storage class
net.c:504: error: syntax error before ‘if’
net.c:532: error: conflicting types for ‘p’
net.c:328: error: previous declaration of ‘p’ was here
net.c:532: error: initializer element is not constant
net.c:532: warning: data definition has no type or storage class
net.c:533: error: syntax error before ‘while’
net.c:543: warning: parameter names (without types) in function declaration
net.c:543: warning: data definition has no type or storage class
net.c:544: error: syntax error before ‘+=’ token
net.c:546: warning: parameter names (without types) in function declaration
net.c:546: warning: data definition has no type or storage class
net.c:547: error: syntax error before ‘+=’ token
net.c:549: warning: parameter names (without types) in function declaration
net.c:549: warning: data definition has no type or storage class
net.c:550: error: syntax error before ‘+=’ token
net.c:564: error: syntax error before ‘->’ token
make[4]: *** [net.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

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.
Did I understand correctly that you removed the 3 lines from "nameser.h"? If so, I really have no clue why you are missing "ns_t_srv" since the header where it is defined is clearly included Could you maybe attach the header (nameser.h) to see if there is any significant difference from what I've seen so far?

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)
If I modify
#ifdef MAC_OS_X

  1. define BIND_8_COMPAT 1
    #endif

in

#ifdef MAC_OS_X

  1. define BIND_8_COMPAT 1
  2. define T_SRV 33
    #endif

it compiles correctly, but I think it's not the way to go.
I don't think Apple's copyright allows me to post the header, I'm sorry.

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:
#define MY_CUSTOM_DEFINE_ST 1
2) add to the top of net.c something like:
int test = MY_CUSTOM_DEFINE_ST;
3) try to compile and see whether it compiles about net.c - if it does, the problem is that the header file is not included. If it compiles successfully, try moving the #define statement closer to "ns_t_srv" definition. Simply defining T_SRV will not fix the cause (though the values are defined in Zabbix 2.0 code), it will make the problem disappear

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:
#ifdef BIND_8_COMPAT
#include <arpa/nameser8_compat.h>
#else

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
Since this is only Leopard specific, decided to manually define all the values as in 1.9.* branch since we do not want to create a workaround.

<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:
Duplicate

 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
svn://svn.zabbix.com/branches/dev/ZBX-4072
svn://svn.zabbix.com/branches/dev/ZBX-4072-TRUNK

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: PNG File Hosts.png     File crash.0x808803e     PNG File discovery.png     File zabbix_server.log    
Issue Links:
Duplicate

 Description   

Crash in DCsync_hosts(). See attachment:
13235:20110812:180024.044 ====== Fatal information: ======
13235:20110812:180024.044 Program counter: 0x808803e

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 ZBX-4020 - when running multiple discoverers, identical hosts can be created. (Attached screenshots)

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:

  • add new host
  • (configuration refresh)
  • delete host
  • add host with same name
  • (configuration refresh)
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: PNG File zabbix_hosts.png     PNG File zabbix_hosts_items.png     PNG File zabbix_last_20.png     PNG File zabbix_latest_data.png    
Issue Links:
Duplicate
is duplicated by ZBX-3798 snmp host not being disabled even if ... Closed

 Description   

The problem is similar to https://support.zabbix.com/browse/ZBX-3798.
The only difference is that I use SNMPv3 authPriv (SNMPv3 security name, SNMPv3 auth passphrase, SNMPv3 priv passphrase defined through Template Macros) and Zabbix 1.9.5.



 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.
zabbix_lates_data actually shows the problem. All pollers load is 100% at the same time PollerUnrechable load is 0%.
zabbix_last_20 shows that there are unreachable hosts. Trigger used for this notification is

{zbx_tpl_soft_service_reachability-1:icmpping.max(90)}

=0.
zabbix_hosts shows that hosts are still available when they are unavailable 40 min (see zabbix_last_20).
zabbix_hosts_items shows that items in this hosts are not supported.

Comment by SpiderX [ 2011 Aug 11 ]

Zabbix server config:
UnreachablePeriod=450
UnavailableDelay=600
UnreachableDelay=150

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:
SQL error [ORA-00936: missing expression] in [UPDATE items SET description='ping',key_='icmpping',hostid=10166,delay=300,history=7,type=3,snmp_community='',snmp_oid='',value_type=3,data_type=0,trapper_hosts='',snmp_port=161,units='',multiplier=0,delta=0,snmpv3_securityname='',snmpv3_securitylevel=,snmpv3_authpassphrase='',snmpv3_privpassphrase='',formula='',trends=365,logtimefmt='',valuemapid=0,delay_flex='',params='',ipmi_sensor='',templateid=85208,authtype=0,username='',password='',publickey='',privatekey='' WHERE itemid=81794]

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.
latest trunk, ~ after r20500


Attachments: PNG File 3operas_memory leak.png     PNG File Opera_DEV-3988_memleak.png     PNG File 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.
Finally i figured out when it happens.

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.
It seems here is no this problem with other GUI pages.

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.
I have even recorded video how i reproduce the problem

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 ZBX-3969.

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
It seems not only Dashboard involved. I continue an investigation.

Comment by Oleksii Zagorskyi [ 2011 Aug 11 ]

About the picture "3operas_memory leak.png"
Instance of Opera#2 has only one tab opened - Dashboard.

Other opera instances have ~40-60 tabs opened each.
As i said - problem reproducible not for all front-end pages, and reproducible not for Dashboard page only.

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).
Detailed report will be available soon.

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.
I need some additional time to test.

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 ?
No more forces to wait

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
svn://svn.zabbix.com/trunk 22968

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.
Tested opera for Linux & Windows.
Trunk rev 23335.

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.
I'll try to figure out affecting revision.

<zalex>
Strange, I have memory leaks even in the revision 22968 (trunk) when this issue was fixed.
Note: I did not tested the fix in that time.

<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.
Last time (latest trunk revision) the leaks in Linux is different - need to wait 20-30 minutes to see BIG pieces of memory eating (200-300 MBytes if I recall correctly). If you will wait 1-2 hours you will see several such memory's jumps. If I recall correctly, earlier (2-3 months ago) the dynamic in linux was similar as in windows.

No need to open many tabs/pages, single page is enough.

I always have auto-refresh pages DISABLED, i.e. 0 seconds.
If you need fresh graphs I'll create them.

<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.
All current and previous tests have been performed with auto-refresh pages DISABLED, i.e. 0 seconds.
I have disabled it always because I'm not end user of Zabbix frontend and I do not need to have it enabled.
See my very first comment to this issue.

<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/ZBX-3988-trunk

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).
A report of more deep testing and all pages will be ready in 1-2 days.

<zalex> Report of long testing is ready.
Tested Opera 10.52 for Windows and Linux. Tested for 4-5 hours with opened ~ 24 tabs (almost all "affected" pages) each time. Tested in both modes: auto-refresh pages disabled and enabled (30 seconds).
The page "slides.php" WAS NOT USED IN THE TESTS (will be done separately soon).

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.
I do not see|feel any difference under Windows + Core2Duo 2Ghz.
Under Linux +Corei5 2,86Ghz Opera process consumes +5% when tested page is opened. Per all CPU it's only ~ +(1-2)%

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.
Please do mention a version of zabbix frontend used, versions of your Browser ans describe as much details as possible.
Thanks.





[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:
Duplicate

 Description   

Zabbix Agent running on AIX platform (5.3 and above) is constantly collecting system information using perfstat API:

http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/com.ibm.aix.prftools/doc/prftools/prftools07.htm

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"):

[...]
statx("/etc/objrepos/CuAt", 0x2FF20020, 76, 0) = 0
statx("/etc/objrepos/CuAt", 0x2FF20600, 76, 0) = 0
open("/etc/objrepos/CuAt", O_RDWR) Err#13 EACCES
open("/etc/objrepos/CuAt", O_RDONLY) = 5
shmat(5, 0x00000000, 6144) = 0x40000000
statx("/etc/objrepos/CuAt.vc", 0x2FF20510, 76, 0) = 0
open("/etc/objrepos/CuAt.vc", O_RDWR) Err#13 EACCES
open("/etc/objrepos/CuAt.vc", O_RDONLY) = 6
shmat(6, 0x00000000, 6144) = 0x50000000
shmdt(0x40000000) = 0
close(5) = 0
shmdt(0x50000000) = 0
close(6) = 0
[...]

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.
looks like frontend explicitly decides to remove such dependency

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:
Duplicate
duplicates ZBX-3754 Undefined variable in triggers.inc.ph... Closed

 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
when exported, it is rejected by trunk upon import



 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 :
if (!check_db_fields($host_db_fields, $host)){

<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
------------------------------------------------------------------------
r22661 | pavels | 2011-10-26 11:01:01 +0300 (Wed, 26 Oct 2011) | 1 line

  • ZBX-3504 Adds a more generic error message when no maps are defined

<pavel> Sorry about that. RESOLVED

<Vedmak> CLOSED

Comment by Alexey Fukalov [ 2011 Oct 27 ]

(4) [GUI]
Some code reformation we discussed. (IF clauses)

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:

  • disable item
  • before Zabbix agent cache is updated - make item unsupported
  • server sets item unsupported
  • item is processed according to "refresh unsupported"
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: File data.sql    

 Description   

Template_SNMPv2_Device's triggers are "TRUE" in data.sql.
I get trigger list using api trigget.get method with only_true option, Template_SNMPv2_Device's triggers are listed.

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
svn://svn.zabbix.com/branches/dev/ZBX-2931
svn://svn.zabbix.com/branches/dev/ZBX-2931-TRUNK

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.
<sasha> Thanks! CLOSED

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:
svn://svn.zabbix.com/branches/dev/ZBX-2882
svn://svn.zabbix.com/branches/dev/ZBX-2882-TRUNK

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
The existing groups are removed whereas it should not or a message should prevent the user what happens



 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;
(2) change strings further to obey 16 at https://zabbix.org/wiki/Docs/specs/syntax#Entities

"Replace groups" -> "Replace host groups" (although "Replace host group membership" might be a bit more accurate )
"New group" -> "New host group"
for trunk, fix "Relpace"

Comment by richlv [ 2011 Nov 01 ]

fixed in :

svn://svn.zabbix.com/branches/dev/ZBX-2504
svn://svn.zabbix.com/branches/dev/ZBX-2504-trunk





[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 ZBX-2493-action_msg

fix the obsolete macro usage in the default action messages;
fix hardcoded message contents;
additionally, use separate contents for subject & message by introducing new define, ACTION_DEFAULT_SUBJ

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;
2. "default message" in operations unchecking itself

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-registered

Host {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 ====

  • subject:
{TRIGGER.STATUS}: {TRIGGER.NAME}

* 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 =====

  • subject:

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 =====

  • subject (1.8):

Auto registration:

{HOSTNAME}

* body (1.8):

Host name: {HOSTNAME}
  • subject (trunk)

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 ZBX-2493 (rev #22612) all is fine, BUT when using IE8 browser several user groups can overlap each over on the screen, please see screenshot for more details. Some time ago (when I was testing maintenance periods) I also registered appropriate issue: ZBX-4244

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.
Reopened to add "trigger" the issue summary because its missing can confuse sometimes.

Comment by Oleksii Zagorskyi [ 2011 Nov 06 ]

Closed again.
p.s. svn commit messages are ok ("improved default messages for actions")





[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:
Duplicate
is duplicated by ZBX-2778 Acknowledge not send to master-node Closed
is duplicated by ZBX-3037 event acknowledge status not synchron... Closed

 Description   

if an event is acknowledged on a child node, it is properly synchronised upstream.
if event details or acknowledge details for this event are opened, the acknowledge is visible.

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 :

ZBX-2416
ZBX-2993
ZBX-3037

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,...]'.
The same happens when trying to do a full clone of a template containing snmp items. We are running zabbix 1.8.2 and the problem still exists in 1.8.3 rev. 11623.
Since we are configuring templates on multiple nodes and for many devices, inserting all items manually isn't an option. Basically deploying zabbix in our environment is heavily dependent on that functionality. Thats why I set priority to Major.



 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:
svn://svn.zabbix.com/branches/dev/ZBX-2361
svn://svn.zabbix.com/branches/dev/ZBX-2361-TRUNK

Comment by Alexander Vladishev [ 2011 Oct 20 ]

Fixed in version pre-1.8.9, r22552.





Generated at Fri Mar 29 13:26:48 EET 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.