Centos 5.8 x86_64
Postgresql 8.4
PHP 5.3.3

How many lines of code is in your copt.lib.php file?
Error reports line 524, but the file has only 433 lines

[root@zabbix02 ~]# wc -l /var/www/html/zabbix-1.8.13/include/copt.lib.php
432 /var/www/html/zabbix-1.8.13/include/copt.lib.php

I have verified that the installed copt.lib.php is the same one as is in the original tar download.
[root@zabbix02 ~]# md5sum /root/zabbix-1.8.13/frontends/php/include/copt.lib.php
d7933e228a6a2313fe499701937d40b7 /root/zabbix-1.8.13/frontends/php/include/copt.lib.php
[root@zabbix02 ~]# md5sum /var/www/html/zabbix-1.8.13/include/copt.lib.php
d7933e228a6a2313fe499701937d40b7 /var/www/html/zabbix-1.8.13/include/copt.lib.php

I see that some else has reported what sounds like the same issue in a comment in ZBX-4876, although that is not what the original issue was about.

I should have also mentioned that the install/upgrade was done from RPMs that I built. The box started with Zabbix 1.8.5 and has been upgraded using RPMs for each release since then with no issues until now. I am happy to provide my SPEC file and/or RPMs. I can also set you up ssh access to my server if that would help. Contact me directly to arrange.

<Toms> Mike, please send your contact information to [email protected]

ZBX-4996 also could be related

Mike, could you try out revisions 27140, 27144 and 27200?

Hi, I can confirm this bug.

I've upgraded from 1.8.12 to 1.8.13, and after the upgraded of the fronted, the fronted stoped working with the following error:

PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 523800 bytes) in /var/www/html/include/copt.lib.php on line 524

I had to go back to 1.8.12 fronted to have it work again.

Please in such cases report also info about used PHP version.
Attaching an output (as a separate file) of phpinfo() function is appreciated.

I have the same problem. Everything goes well until I click the "Finish" button. At that time, the mysql process goes crazy and is almost 100% instead of 4-5% usually. And I find, as in the description, the error "PHP Fatal Error: Allowed memory size of ...etc..."

I handed version 1.8.11 and I have no problem.

ZBX-5023 could be similar, I'm linking it to this issue

I can reproduce this error for 1.8.13
Installed using downloaded source from the scratch on CentOS_6.2 64bit
Web UI installation had no issues
created 80 hosts
Configured almost 80 websites for monitoring
created 15 users
Auto logged out and logged in many times
It was running for almost three days in testing environment. I have almost finished all the configuration on it and I was at the end of user creation when this error occurred. I just did hit the logout button and zabbix web interface is not coming up after that.
-------------------------------------------
Apache/2.2.15 (Unix) DAV/2
PHP/5.3.3
mod_ssl/2.2.15
OpenSSL/1.0.0-fips mod_wsgi/3.2
Python/2.6.6
mod_perl/2.0.4
Perl/v5.10.1
-----------------------------------------
Error Logs: Note that "copt.lib.php" is having only 432 lines.
-------------------------------------------------
[Tue May 22 09:39:16 2012] [error] [client 10.11.100.13] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 523800 bytes) in /var/www/html/include/copt.lib.php on line 524
[Tue May 22 09:40:32 2012] [error] [client 10.11.100.13] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 523800 bytes) in /var/www/html/include/copt.lib.php on line 524
------------------------------------------------

Below are the version in details:
zabbix_1.8.13

Apache:
-----------------------------
httpd-tools-2.2.15-15.el6.centos.1.x86_64
httpd-2.2.15-15.el6.centos.1.x86_64
httpd-manual-2.2.15-15.el6.centos.1.noarch
jakarta-commons-httpclient-3.1-0.6.el6.x86_64
----------------------------
PHP:
-----------------------------
php-bcmath-5.3.3-3.el6_2.8.x86_64
php-common-5.3.3-3.el6_2.8.x86_64
php-pear-1.9.4-4.el6.noarch
php-cli-5.3.3-3.el6_2.8.x86_64
php-xml-5.3.3-3.el6_2.8.x86_64
php-pgsql-5.3.3-3.el6_2.8.x86_64
php-5.3.3-3.el6_2.8.x86_64
php-gd-5.3.3-3.el6_2.8.x86_64
php-mbstring-5.3.3-3.el6_2.8.x86_64
php-pdo-5.3.3-3.el6_2.8.x86_64
----------------------------
POSTGRESQL
---------------------------
postgresql91-devel-9.1.3-1PGDG.rhel6.x86_64
postgresql-docs-8.4.9-1.el6_1.1.x86_64
postgresql-odbc-08.04.0200-1.el6.x86_64
postgresql-8.4.9-1.el6_1.1.x86_64
postgresql91-libs-9.1.3-1PGDG.rhel6.x86_64
postgresql-devel-8.4.9-1.el6_1.1.x86_64
postgresql-server-8.4.9-1.el6_1.1.x86_64
postgresql91-9.1.3-1PGDG.rhel6.x86_64
postgresql91-server-9.1.3-1PGDG.rhel6.x86_64
postgresql-libs-8.4.9-1.el6_1.1.x86_64
---------------------------

[Tue May 22 09:39:16 2012] [error] [client 10.11.100.13] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 523800 bytes) in /var/www/html/include/copt.lib.php on line 524

Fixed in dev. branch: svn://svn.zabbix.com/branches/dev/ZBX-5006

TESTED.

Fixed in 1.8.14rc1 r27874

I tried to apply the patch in 1.8.13, but it still getting "PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 523800 bytes) in /usr/share/zabbix/include/copt.lib.php on line 524". Is there something else we can do to fix this issue in 1.8.13 till get an 1.8.14 stable release?

— a/frontends/php/include/audit.inc.php
+++ b/frontends/php/include/audit.inc.php
@@ -70,7 +70,7 @@
function add_audit($action,$resourcetype,$details){
global $USER_DETAILS;

• if(!isset($USER_DETAILS['userid'])) check_authorisation();
  + if(!isset($USER_DETAILS['userid'])) return false;

$auditid = get_dbid('auditlog','auditid');

It was due to multiple installations causing file duplicity. The patch indeed fixed the problem. Tks.