branches/1.8 13293

confirming the fix in 1.8 branch rev 13304.

FreeBSD 8.0-RELEASE-p2
mysql-server-5.5.4
Zabbix last trunk

Confirmed in r13350.

Fixed in pre1.8.3, r13365.

Thanks, i testes yesterday and all fine, except one - i think is need to add More info in debug log about reason in skip action.
Now in debug log presented simple one string "Skip actions". Is not informative.

Thanks, I open a new issue ZBXNEXT-455 (feature requests).

it actually looks like it's not possible to add host using the api at all

fixed error message in : branches/1.8 13340
does group with id 1 exists?

confirming the fix in trunk rev 13895

located in api/classes/class.cimage.php

branches/1.8 13343

zabbix pre1.8.3, rev.12952

ZBX-2583

Can non save password for Jabber medias.

fixed

branches/1.8 13023

Zabbix frontend v. pre1.8.3, r12990.

ZBX-2596

confirming the fix in dev branch rev 13022.

branches/1.8 13027

1.8 branch rev 12732

ZBX-2545

confirming the fix in dev branch rev 12771.

I ran revision 12771 and the bug is still happening (I reported it here together with a proposed solution: https://support.zabbix.com/browse/ZBX-2550 )

I just downloaded revision 12788 and looked at the reserveIds() functions and it still doesn't seem to calculate the correct $nextid when no entry in the "ids" tables exists yet for the desired table counter.

can't reproduce the problem with svn head. are you sure you had svn head when testing ?

You said this was fixed in 12771 but I ran into that problem with exactly that revision and reported the bug which was then marked as a duplicate of this one.
I've looked at the code in the latest snapshot 12788 and the logic in there still doesn't seem to be fixed. It should be noticed that this will only happen when there is not yet an entry in the "ids" table for the counter. Take a look at the relevant code segment in db.inc:

else

return $nextid;

The select statement get MAX($id_name) which ist the last used id. It then assigns that to $nextid which then gets returned.
The result is that the function returns the last used id and not the next free id as it should.

The reason for this issue is I think the wrong naming of the column "nextid" in the "ids" table. It seems that column holds not the next id but the last used one. That leads to some semantic confusion and to the two codepaths delivering different results.

should be fixed in 12853, fixed in another branch

so i suppose we can close this one

last trunk revision

We've seen similar problem with buggy handling of Base64 by MS Exchange. Are you sure MS Exchange works fine?

No, this is Mdaemon 11.0.0, no MS Exchang and no buggy handling of Base64
The problem of precisely defined.
Configuration can be greatly simplified:

Subject:
ITEM.VALUE:

or
ITEM.LASTVALUE:

or

):

From:<xxx>
To:<xxx>
Date: Wed, 04 Aug 2010 13:30:30 +0300
Subject: DEBUG it2: PROBLEM | It_Test_log | EVENT.ID: 306154 | Server timestamp = 2010.08.04 13:30:29
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64

KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq

Mail WITH problem (additionaly EOL between Subject: and MIME is from Zabbix !!!):

From:<xxx>
To:<xxx>
Date: Wed, 04 Aug 2010 13:39:19 +0300
Subject: ITEM.VALUE: text

MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64

KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq

This leads to the problem mentioned in the topic query.

Perhaps it will be right to improve the formation of subjects, always removing away from it all the EOL after calculating the macro before the formation of Subject line. IMHO.
And better to resolve ZBX-2203 also.

Additionally, if macro

not last in subject, then is no problem:
Config subject:
ITEM.LASTVALUE:

SOME TEXT

Result without problem visible in clients:
From:<xxx>
To:<xxx>
Date: Wed, 04 Aug 2010 14:30:35 +0300
Subject: ITEM.LASTVALUE: text
SOME TEXT
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64

KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq

I also tested. Now all is well.

Fixed in pre-1.8.3 in r13823.

regression -> blocker

branches/1.8 13299

confirming the fix in 1.8 branch rev 13304.

Founded one new also. Tip (mouse over) for widget Favourite graphs -> Add simple grap...
And shifts your attention to the ending " grap..." in pop-up.

If you do not want to forget about my previous message, then REOPEN this request please.

confirming nbsp and "Simple grap..." problem

Does this still exist in latest 1.8?
If yes, attach screenshot please.

Yes, i'm sorry. problem is exist only in trunk branche. I always live in the trunk and did not think that NBSP can affect only the trunk
See screenshot "191_NBSP_persist-184rc2-NO" ftom latest revisions.
Tested in Opera10.63, IE8.
Shortening the menu is registered as a separate issue ZBX-3241

So I think this issue can be closed, once again sorry for my mistake, I do not know how I made this, it's not my style

there still are nbsps in dashboard in trunk, so i guess that could be dealt under this issue

dev branch: ZBX-2689

confirming the fix in dev branch rev 16060. leaving as is for code review

trunk 16079

branches/1.8 13305

confirming the fix in 1.8 branch rev 13332.

ZBX-2697
it's forbidden now to create maintenance without any host or group.
also maintenace api changed, all operations are made via api, permission checks added.

edit : dev branch rev 13332.

it is not possible to delete maintenance anymore : "You do not have permission to perform this operation"

hmm, is it maintenance without any host\hostgroups?
or you cannot delete any maintenance?

It happens if you add a maintenance period with a single group assigned.

Please also fix old-style permission check in this form.

fixed

Tested, feel free to merge.

branches/1.8 13472

1.8.3rc1

Hi!
Problem with creating items has been fixed.

Fixed in 1.8 and trunk

Tested. Now all fine. Thanks.

ZBX-2686

branches/1.8 13536

only in Opera 10.60 browser. WinXP.
started from trunk revision 13906 - ZBX-2732 fixed undefined variables (Aly)

can't reproduce in opera 10.11 on linux

I tested in two different Zabbix installation (FreeBSD8.0, CentOS5), from two different workstation with WinXP SP3 Rus, latest Opera 10.60 built 3445

See bad-login-form.png for another example.

this should be fixed now - could everybody seeing the issue confirm that it's ok now ?

Looks good!

Fixed in pre-1.8.3 in r13771.

Added detection of socklen_t in pre-1.8.3 in r13816.

i found in libs/zbxdbhigh/proxy.c in function process_mass_data():

if (item.type != ITEM_TYPE_TRAPPER && item.type != ITEM_TYPE_ZABBIX_ACTIVE)
if (0 != proxy_hostid && (item.type == ITEM_TYPE_INTERNAL ||
item.type == ITEM_TYPE_AGGREGATE ||
item.type == ITEM_TYPE_DB_MONITOR))
continue;

why if proxy_hostid != 0 for item with type db monitor not processed values? oO

tested with:
if (item.type != ITEM_TYPE_TRAPPER && item.type != ITEM_TYPE_ZABBIX_ACTIVE)
if (0 != proxy_hostid && (item.type == ITEM_TYPE_INTERNAL ||
item.type == ITEM_TYPE_AGGREGATE))
continue;

items with type DB information via proxy working for me now)

Fixed in pre-1.8.3 in r13647.

branches/1.8 13138

confirming the fix in trunk rev 13143.

Fixed in pre1.8.3, r11735

Available at version pre-1.8.3, revision 11431

1. go to sreens
2. change time in timeline
3. graphs show period - currenttime, but not selected time interval!

confirming in trunk rev 12409. regression, blocker.

Fixed with ZBX-2473

Fixed in pre-1.8.3 in r12398.

Zabbix v1.8.2.build10230
RHEL v5.4 2.6.18-164.9.1.el5 #1 SMP x86_64
PHP version 5.3.1
PHP memory limit 512M
PHP post max size 64M
PHP upload max filesize 16m
PHP max execution time 600
PHP timezone Europe/Berlin
PHP databases support MySQL
PHP BC math yes
PHP MB string yes
PHP Sockets yes
PHP GD 2.0.34
GD PNG Support yes
libxml module 2.6.26
ctype module yes

reproduktion of error, step-1

reproduktion of error, step-2

confirming in trunk rev 10226

Fixed very trivial. svn://svn.zabbix.com/branches/dev/zbxnext-23

confirming the fix in dev branch & trunk, rev 10317.

zabbix-1.8.2.r10230

svn://svn.zabbix.com/branches/dev/ZBX-2274

svn://svn.zabbix.com/branches/dev/ZBX-2274

confirming the fix in dev branch rev 11355.

Bug fixed in version pre 1.8.3 revision 11378

Fixed directly in 1.8 & trunk

Guys, this problem is reported to me yet tonight in ZBX-2738

Confirm the fix in 1.8 branch.

Tested all browsers, cannot reproduce.

I cannot reproduce it either under Firefox on Linux.

Rich, we need your help!

opera 10.10, linux. single screen with custom graph, set as dynamic.
dragging from left to right works, dragging from right to left opens the graph instead

ok... looks like thee direction does not matter (that much). the point and/or period matters. for example, dragging from the middle of the graph to the left edge seems to trigger the problem. graph dimensions are 500x100

There is Opera 10.60 available for linux, I would suggest to update it first, because other browsers work properly.

assuming that it's a bug with some opera versions.
10.60 doesn't work with kde/qt3, though, so this might come up later...

Fixed directly in 1.8 and trunk

confirming the fix in trunk rev 13892.

trunk rev 13895.
changes between 9 august and today 10 august

Fixed directly in 1.8 and trunk

confirming the fix in trunk rev 13897.

Well I didn't managed to reproduce, but fixed by code review. Fixed in 1.8 and trunk

Rich, please, confirm this fix.

confirming the fix in 1.8 branch rev 13653

In branches

confirming the fix in dev branch rev 13870.
shouldn't this go into 1.8.3, though ?

implemented

branches/1.8 13315

confirming the fix in 1.8 branch rev 13332.

branches/1.8 13311

confirming the fix in 1.8 branch rev 13332.

Zabbix pre1.8.3, r13354.

ZBX-2719

branches/1.8 13369

Fixed in version pre1.8.3, r11861

PHP 5.2.10 (cli) (built: Dec 22 2009 18:51:51)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies

that's probably a different bug, but additionally, an expression like :

/

>1
fails with an incorrect message:
Function '' does not accept parameters. Check expression part starting from '(3600,86400)}>1'

edit : this seems to happen with all functions that accept fore than one parameter

svn://svn.zabbix.com/branches/dev/ZBX-2461

Bug fixed in version pre 1.8.3 revision 12346

I don't think this is fixed. Just tried an import in pre-zabbix-1.8.3.x-12366, got the same error again while adding a trigger that checks on port 3000 via TCP.

"Not allowed symbols or sequence of symbols in expression element detected: Check expression part starting from 'tcp,3000.avg(600)}=0'"

Trigger details from import:

<trigger>
<description>CASP</description>
<type>0</type>
<expression>{{HOSTNAME}:tcp,3000.avg(600)}=0</expression>
<url></url>
<status>0</status>
<priority>4</priority>
<comments></comments>
</trigger>

confirming, not fixed, forgot about simple checks

fixed, please see revision 12378

dev branch rev 12393.

user macro doesn't work as a parameter for a simple check, for example :

{Host:ssh,{$SSH_PORT}.last(0)}=0

Sorry, forgot about macros, now all macros should work, see revision 12394

confirming the fix in dev branch rev 12398.

Bug fixed in version pre 1.8.3 revision 12400

The K/M/G in trigger now stands for 1024/1024*1024/1024*1024*1024, but in Graph, it stands for 1,000/1,000,000/1,000,000,000, this will cause a lot confusion. In real world, 1KB mean 1024 bytes memory, or 1000bytes disk space. For network traffic, it follow same rules of disk space. can we use a more consistent way to use K/M/G, and add a switch to control the meaning?

1.8 branch r12235

Value of the trigger should vary to the UNKNOWN only in case of change of a state of the trigger to the DISABLED

Fixed in svn://svn.zabbix.com/branches/dev/zbx-2459

Fixed.

Fixed.

Implemented

svn://svn.zabbix.com/branches/dev/ZBX-2595

Error in the frontend when using Postgre DB:

1. pg_query() [<a href='function.pg-query'>function.pg-query</a>]: Query failed: ERROR: syntax error at or near "," LINE 1: ...g for",,200]',10047,30,90,0,7,'','',2,0,'',0,'',0,,'',0,'','... ^[C:\Program Files\Xampp\xampp\htdocs\Zabbix\ZBX-2595\frontends\php\include\db.inc.php:491]
2. Error in query [INSERT INTO items (itemid,description,key_,hostid,delay,history,status,type,snmp_community,snmp_oid,value_type,data_type,trapper_hosts,snmp_port,units,multiplier,delta,snmpv3_securityname,snmpv3_securitylevel,snmpv3_authpassphrase,snmpv3_privpassphrase,formula,trends,logtimefmt,valuemapid,delay_flex,params,ipmi_sensor,templateid,authtype,username,password,publickey,privatekey) VALUES (29860,'loggggggg','log["/home/igor/logs/1.8_logs/zabbix_server2.log","Sleeping for",,200]',10047,30,90,0,7,'','',2,0,'',0,'',0,,'',0,'','','',,'',,'','','',0,0,'','','','')] [ERROR: syntax error at or near "," LINE 1: ...g for",,200]

see revision 12996

Now when using PG and MySQL DB all is fine-can save log item.

Please merge the changes with 1.8branch.

Bug fixed in version pre 1.8.3 revision 13002

ALSO: history for Log items - all rows are too dark & no alternating;

Z, SNMP, IPMI icons are too close. They used to be spaced farther apart.

ZBX-2540

Tested branches/dev/ZBX-2540.
Now all fine for me

looks ok in dev branch rev 12756.

branches/1.8 12757

trunk rev 12594

svn://svn.zabbix.com/branches/dev/ZBX-2519

confirming the fix in dev branch rev 12673.

Bug fixed in version pre 1.8.3 revision 12672, it was done by Artem, before I merged this bug branch

r13199 of 1.8

branches/1.8 13203

confirming the fix in trunk rev 13205.

couldn't reproduce. deleted all maps/icons in frontend, added one new icon, could create new map with this icon.

In branches

confirming the fix in dev branch rev 13870.
shouldn't this go into 1.8.3 as well ? several installations have become unusable because of it...

implemented

svn://svn.zabbix.com/branches/dev/zbx-2763

Confirm the fix in dev branch, please merge the fix with 1.8 branch.

Implemented

rev 11707. gentoo. oracle 10g2

trunk rev 11707 seems to compile just fine for me (although w/o oracle, jabber and unixodbc)

I confirm this problem. It will be fixed ASAP.

Index: src/zabbix_server/events.c
===================================================================
— src/zabbix_server/events.c (revision 11707)
+++ src/zabbix_server/events.c (working copy)
@@ -272,7 +272,7 @@
sql = zbx_malloc(sql, sql_alloc * sizeof(char));

#ifdef HAVE_ORACLE

• zbx_snprintf_alloc(&sql, &sql_allocated, &sql_offset, 8, "begin\n");
  + zbx_snprintf_alloc(&sql, &sql_alloc, &sql_offset, 8, "begin\n");
  #endif

zbx_snprintf_alloc(&sql, &sql_alloc, &sql_offset, 96,
@@ -295,7 +295,7 @@
}

#ifdef HAVE_ORACLE

• zbx_snprintf_alloc(&sql, &sql_allocated, &sql_offset, 8, "end;\n");
  + zbx_snprintf_alloc(&sql, &sql_alloc, &sql_offset, 8, "end;\n");
  #endif

if (sql_offset > 16) /* In ORACLE always present begin..end; */

Fixed in revision 11718

1.8 branch, r12163

same in trunk rev 12169. pretty much a blocker

Fixed

rev 12222

dev branch rev 12477 - span property still seems to be attached to the element

branches/1.8 12494

this will most likely be fixed when item 4 in ZBX-1177 is fixed. leaving open for now, just to make sure fix applies to this case as well

this one should be fixed some time ago

related issues : ZBX-2227, ZBX-1177

trunk rev 11575

confirming the fix in dev branch rev 11665.

branches/1.8 11666

Solaris 10, Generic_118833-33 sun4u sparc SUNW,UltraAX-i2
Zabbix 1.8.1 (revision 9702)

1.8.1!
The problem is in src/libs/zbxdbcache/dbconfig.c: The first struct in the shared memory segment (ZBX_DC_CONFIG)
needs only 4-byte alignment, while all the following contain zbx_uint64_t elements and need 8-byte alignment. There
are some `int's in there but they will always be allocated in multiples of four, so they don't influence the alignment.

That will work pretty well on x86 which does not show those mis-alignment problems. But SPARC will fail because it
normally enforces the alignment. There are compiler switches, but they will create a big runtime penalty.

The fix is, to make sure, the size of ZBX_DC_CONFIG is a multiple of the biggest alignment.

[pre]
— zabbix-1.8.1.orig/src/libs/zbxdbcache/dbconfig.c 2010-01-27 13:22:44.000000000 -0800
+++ zabbix-1.8.1/src/libs/zbxdbcache/dbconfig.c 2010-03-17 18:06:47.377350002 -0700
@@ -2165,6 +2165,12 @@

sz = sizeof(ZBX_DC_CONFIG);

+#ifndef ORIGINAL
+ if (sz % sizeof(zbx_uint64_t) != 0)

+#endif
+
if (CONFIG_DBCONFIG_SIZE < sz)
{
zbx_error("Configuration buffer is too small. Please increase CacheSize parameter.");
[/pre]

Fix from Marco Walther (18/Mar/10 02:37 AM) resolve the problem.

After patching dbconfig.c zabbix_server start work (using gcc-3.4.6).
THANKS!

Another workaround I've found - to compile zabbix using SunStudio12u1 (BTW: it shows a number of warnings)

I'm not so sure about the SunStudio12u1. I ran into that problem with a bit older version of SunStudio, I'm
currently not on my Solaris box, so I can't check the version

Unless you specify the options to `handle un-aligned data' and accept the runtime penalty, it should not
work

When I checked the code, the sizeof(ZBX_DC_CONFIG) % sizeof(zbx_uint64_t) was 4. So the the
next struct should always end up being un-aligned.

So there are two working solutions to the problem

• Add a dummy zbx_uint64_t element to ZBX_DC_CONFIG or modify an existing element to require that
  alignment.
• Make sure, the next struct starts at the correct alignment.

I had the same issue but with Linux running on a Sun Fire v250 Ultrasparc IIIi machine. The patch sugested by Marco Walther fixed the issue.

the problem still exists in 1.8.2

I have same bug on hp-ux (https://support.zabbix.com/browse/ZBX-1998)
I fix it simply add allow_unaligned_memory_access() call and link with -lunalign

Should be fixed as of r12212 in pre-1.8.3 as a side effect of ZBXNEXT-326. Please reopen if it still crashes.

OS: Centos 5.4, PHP: 5.1.6, MySQL: 5.0.77 , Zabbix: 1.9 (Front-end)

confirming in trunk rev 9135.

confirm in Pre-1.8.3.x (stable) 11859

If i select hosts with items (triggers, templates and etc) for export in multiple pages , it make export of hosts with items only from page where i click "EXPORT" button. 1.8.2 and 1.8.3 10 MAY nightly build are affected.

in 1.8.3 separate import/export section is removed and export is moved to corresponding configuration pages => problem disappeared

rev 8244

Fixed in pre-1.8.3 in r12153.

Ubuntu 10.04 (Lucid Lynx) 64bit
2.6.32-305-ec2 #9-Ubuntu SMP Thu Apr 15 08:05:38 UTC 2010 x86_64 GNU/Linux
compiled zabbix-1.8.2

Here is the events screen
It just shows the device going offline

here is the other half of the event screen

as mentioned on ZBX-870, similar problems were fixed for 1.8.3. could you please try with svn head, or wait for 1.8.3 - the problem should be gone there.

How long till 1.8.3? is released

what all is involved in a 1.8.2 to 1.8.3 ? any sql updates?

1.8.3 rc is expected in a couple of weeks. no sql patching required

starting from branches/1.8 revision 11144

Tested /branches/dev/ZBX-2413-mass_prof/
Now work correctly. Thanks.

extended profile mass update fails in dev branch rev 11921 :

Error in query [INSERT INTO hosts_profiles_ext (hostid, device_alias) VALUES (10175, 'f')] [Duplicate entry '10175' for key 'PRIMARY']
[ CHost::massUpdate ] Cannot create extended profile

confirming the fix in dev branch rev 12643.

branches/1.8 12644

thanks, committed

In such cases, undefined-index.png error appears in the frontend.

action conditions seem to be converted as expected now, but i found a couple more things that are not : screen elements "status of hostgroup triggers" and "status of host triggers" don't have their group selection converted

seems to work as expected in dev branch rev 13877

Fixed in pre-1.8.3 in r13881.

can't reproduce in several other browsers with svn head - could you please check in latest version ?

too, for lastest revision.

and add
Сведения об ошибке на веб-странице

Агент пользователя: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3)
штамп времени: Mon, 9 Aug 2010 13:56:45 UTC

Сообщение: 'MMenu' - определение отсутствует
Строка: 29
Символ: 1
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: 'MMenu' - определение отсутствует
Строка: 43
Символ: 2
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: 'MMenu' - определение отсутствует
Строка: 43
Символ: 2
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: 'MMenu' - определение отсутствует
Строка: 55
Символ: 2
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: 'MMenu' - определение отсутствует
Строка: 55
Символ: 2
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: Предполагается наличие объекта
Строка: 454
Символ: 1
Код: 0
URI-код: https://zabbix*/test/tr_status.php

Сообщение: Предполагается наличие объекта
Строка: 340
Символ: 2
Код: 0
URI-код: https://zabbix*/test/tr_status.php

maybe thise error only for Oracle db?

my mistake...)