Etemplate problem after 14.1 installation

Huber_Erik 2014-07-30 05:36:13 UTC #1

Dear Team,

I updated the egroupware 1.8 007 to the latest 14.1 version.
After that I realized that the apache error log is full with such error
messages:

Wed Jul 30 07:07:42 2014] [warn] [client YYY] mod_fcgid: stderr: Error
reading etemplate request data for
id=admin_XXX@example.com_53d87d93de7f06.49595910!, referer:
https://www.example.com/egroupware/index.php?cd=yes
[Wed Jul 30 07:07:42 2014] [warn] [client YYY] mod_fcgid: stderr:
etemplate_request::read(‘admin_XXX@example.com_53d87d93de7f06.49595910’,
…) eT2 request not found / expired --> redirecting app admin to
/index.php?menuaction=admin.admin_ui.index&ajax=true
(_GET[menuaction]=admin.etemplate_widget_nextmatch.ajax_get_rows.etemplate,
isJSONRequest()=TRUE), referer:
https://www.example.com/egroupware/index.php?cd=yes

I found only 2 warnings in the egroupware-epl-install.log:
PHP Warning: Cannot modify header information - headers already sent by
(output started at /usr/share/egroupware/setup/setup-cli.php:53) in
/var/lib/egroupware/header.inc.php on line 90
PHP Warning: Cannot modify header information - headers already sent by
(output started at /usr/share/egroupware/setup/setup-cli.php:53) in
/var/lib/egroupware/header.inc.php on line 91

It is hardly to save any (like timesheet) entry into the database
It seems to me that there is a problem with the new etemplate2

please help
thanks in advance

Erik

Huber_Erik 2014-11-19 12:13:58 UTC #2

Dear Team,

it seems that I could solve the issue, the latest official works fine:

the solution in my environment (debian stable) most probably was:

after setting opcache ONLY (in the past apc and apcu was loaded too)

/etc/php5/conf.d/mods-available/opcache.ini

zend_extension=/usr/lib/php5/20100525/opcache.so
opcache.memory_consumption=512
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.enable_cli=1
opcache.save_comments=0

Ralf_Becker_Stylite 2014-11-19 13:04:47 UTC #3

Hi Erik,

Dear Team,

it seems that I could solve the issue, the latest official works fine:

the solution in my environment (debian stable) most probably was:

after setting opcache ONLY (in the past apc and apcu was loaded too)
You should either use APC or (OPCache and APCu)!

Never APC and APCu together, they should conflict on package level.

It is recommended to use a shared memory cache: APC or APCu (with
OPCache for opcode cacheing)

You should set apc.shm_segments * apc.shm_size >= 128MB, eg.
apc.shm_size = 128M

EGroupware falls back to much slower caching on disk, if there’s to
little shared memory available of no shared memory cache available.

Ralf

/etc/php5/conf.d/mods-available/opcache.ini

zend_extension=/usr/lib/php5/20100525/opcache.so
opcache.memory_consumption=512
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60
opcache.fast_shutdown=1
opcache.enable_cli=1
opcache.save_comments=0

–
View this message in context: http://egroupware.219119.n3.nabble.com/etemplate-problem-after-14-1-installation-tp3999757p4002963.html
Sent from the egroupware-users mailing list archive at Nabble.com.

Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk

eGroupWare-users mailing list
eGroupWare-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-users

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

Huber_Erik 2014-11-19 18:56:28 UTC #4

Hi Ralf,

thanks, this is much clearer for me:

I installed php-apc from debian repo and apcu over pecl.php.net and I loaded both with php5enmod
Most probably that was the problem.

br
Erik

Huber_Erik 2014-12-11 08:57:14 UTC #5

Dear Ralf

I still have the problem described above

current config:
debian repo: egroupware-epl 14.1.20141205-1
cache according to:
http://www.egroupware.org/fileadmin/content/Get_help/EPL_Installation_instructions/EN-Stylite-EPL-Installation.html#K10
pecl list
Installed packages, channel pecl.php.net:

Package Version State
apcu 4.0.7 beta
uploadprogress 1.0.3.1 stable
zendopcache 7.0.3 beta

apcu.php:

Runtime Settings
apc.coredump_unmap 0
apc.enable_cli 1
apc.enabled 1
apc.entries_hint 4096
apc.gc_ttl 3600
apc.mmap_file_mask
apc.preload_path
apc.rfc1867 0
apc.rfc1867_freq 0
apc.rfc1867_name APC_UPLOAD_PROGRESS
apc.rfc1867_prefix upload_
apc.rfc1867_ttl 3600
apc.serializer php
apc.shm_segments 1
apc.shm_size 128M
apc.slam_defense 1
apc.smart 0
apc.ttl 86400
apc.use_request_time 1
apc.writable /tmp

symptoms:
timesheet: saving new timesheet data causes http 404 error because the redirect misses the /egroupware/ part from the URL
the colleague should start the administration again

apache log

[Thu Dec 11 08:05:53 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: Error reading etemplate request data for id=timesheet_me@example.com_548940a06bc3c3.57248274!, referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 08:05:53 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: etemplate_request::read(‘timesheet_me@example.com_548940a06bc3c3.57248274’, …) eT2 request not found / expired --> redirecting app timesheet to /index.php?menuaction=timesheet.timesheet_ui.index&ajax=true&redirect=1418281553.6027 (_GET[menuaction]=timesheet.etemplate_widget_nextmatch.ajax_get_rows.etemplate, isJSONRequest()=TRUE), referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 08:05:53 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: Error reading etemplate request data for id=timesheet_me@example.com_548940a06bc3c3.57248274!, referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 08:05:53 2014 [warn] [client X.X.X.X] mod_fcgid: stderr: etemplate_request::read(‘timesheet_me@example.com_548940a06bc3c3.57248274’, …) eT2 request not found / expired --> redirecting app timesheet to /index.php?menuaction=timesheet.timesheet_ui.index&ajax=true&redirect=1418281553.7111 (_GET[menuaction]=timesheet.etemplate_new.ajax_destroy_session.etemplate, isJSONRequest()=TRUE), referer: https://www.myserver.com/egroupware/index.php?cd=yes

email:
opening Inbox does not show the mails listed

apache log

[Thu Dec 11 09:29:07 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: Error reading etemplate request data for id=mail_me@example.com_548955d1a95b41.05609816!, referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 09:29:07 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: etemplate_request::read(‘mail_me@example.com_548955d1a95b41.05609816’, …) eT2 request not found / expired --> redirecting app mail to /index.php?menuaction=mail.mail_ui.index&ajax=true&redirect=1418286547.5891 (_GET[menuaction]=mail.etemplate_widget_nextmatch.ajax_get_rows.etemplate, isJSONRequest()=TRUE), referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 09:29:07 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: Error reading etemplate request data for id=mail_me@example.com_548955d1a95b41.05609816!, referer: https://www.myserver.com/egroupware/index.php?cd=yes
[Thu Dec 11 09:29:07 2014] [warn] [client X.X.X.X] mod_fcgid: stderr: etemplate_request::read(‘mail_me@example.com_548955d1a95b41.05609816’, …) eT2 request not found / expired --> redirecting app mail to /index.php?menuaction=mail.mail_ui.index&ajax=true&redirect=1418286547.8 (_GET[menuaction]=mail.etemplate_new.ajax_destroy_session.etemplate, isJSONRequest()=TRUE), referer: https://www.myserver.com/egroupware/index.php?cd=yes

workaround (not really) to restart apache. in that case the errors do not come for a while, but it comes again…

What else do need for further investigation?
thanks in advance
Erik