[kronolith] dynamic interface can't change calendar shares

[LALOT Dominique]

2011/7/22 Jan Schneider <jan at horde.org>

>
> Zitat von LALOT Dominique <dom.lalot at gmail.com>:
>
>  2011/7/21 Jan Schneider <jan at horde.org>
>>
>>
>>> Zitat von LALOT Dominique <dom.lalot at gmail.com>:
>>>
>>>
>>>  Hello,
>>>
>>>>
>>>> I just discovered that I can't no more change my calendar shares.
>>>> Normaly
>>>> we
>>>> can do that by clicking in the right arrow of the calendar just under My
>>>> calendars (not easy to find the first time, the key icon was easier to
>>>> understand)
>>>> My screen is just becoming black and nothing happened.. Well, not
>>>> exactly,
>>>> apache is going 100%cpu and  I was obliged to kill apache.
>>>>
>>>> It was working some time before. I change cache javascript in case, try
>>>> also
>>>> another account without success
>>>> kronolith 3.0.5
>>>> horde 4.0.7
>>>>
>>>>
>>> If it was working, what did you change since then?
>>>
>>> Jan.
>>>
>>>
>>>  Hello Jan,
>>
>> Difficult to say, because regularly, I change a little pref, test and
>> solve
>> some problems, run pear upgrade etc.. I was on holidays for 3 weeks in
>> June,
>> and I played with shares before that, then stopped using it when it was
>> OK.
>> Then went back on activesync as I got new problems (seemed solved now),
>> then
>> discover syncml problems, and randomly discovered that I was no more able
>> to
>> see my calendars properties.
>> And as it's a DOS for apache, I have very little chance to see where it
>> comes from. Apache is not able to write the url in access.log (in fact,
>> Apache needs to report the http return code, so to finish the job, then
>> write to access.log) and I don't know a way to know where apache is
>> looping.
>> I am obliged to killall apache then start again.
>> The system upgrade solved nothing anyway.
>>
>> ii  apache2                            2.2.17-1ubuntu1
>> ii  php5                               5.3.5-1ubuntu7.2
>>
>> In order to test, I went back in a classic ldap auth instead of
>> shibboleth,
>> to be sure there is no side effects.
>> I reran the test.php, by enabling it again, everything went fine except
>> kronolith. Test page is blank (nothing in apache error.log)
>>
>
> Set an execution time limit and see where it is stuck when the execution is
> halted.
>
> Jan.


Hello Jan,

Sorry for the delay. I tried to put limits. The only thing I was able to see
was that;
[Tue Jul 26 14:15:49 2011] [error] [client 139.124.208.6] PHP Fatal error:
Allowed memory size of 268435456 bytes exhausted (tried to allocate 71
bytes) in /usr/share/php/Horde/Ldap/Entry.php on line 328, referer:
https://horde4.univmed.fr/horde/kronolith/
[Tue Jul 26 14:31:53 2011] [error] [client 139.124.208.6] PHP Fatal error:
Allowed memory size of 268435456 bytes exhausted (tried to allocate 32
bytes) in /usr/share/php/Horde/Ldap/Schema.php on line 457, referer:
https://horde4.univmed.fr/horde/kronolith/

in /etc/php5/apache2/php.ini, I set:

max_execution_time = 6
max_input_time = 60
memory_limit = 256M

And I consume lots of CPU, only the memory limit works and show me the lines
in apache2 error.log.

Finaly, it seems that the ldap filter was too large, consuming too many
entries making a long consumption of CPU.
6500 entries was quite OK but not 30000

I can say my problem is resolved, but some ldap logs seems to show that ldap
search is not cached enough. I saw the same request 3 times.

Dom



>
>
> --
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/
>
> --
> Kronolith mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: kronolith-unsubscribe at lists.**horde.org<kronolith-unsubscribe at lists.horde.org>
>



-- 
Dominique LALOT
Ingénieur Systèmes et Réseaux
http://annuaire.univmed.fr/showuser.php?uid=lalot