Kolab 3.1 / Debian. Nach ein paar Tagen beendet

[Sven Gehr]

Am 07-01-2014 13:55, schrieb Andreas Bauer:
> Am 07.01.2014 um 12:00 schrieb users-de-request at lists.kolab.org:
>> Am Monday, 23. December 2013 schrieb Sven Gehr:


Hallo zusammen,

ich habe das Problem nochmal weiter verfolgt. Eine neue Testinstallation 
unter Debian7 (64Bit) wie auf der Homepage beschrieben. Lediglich einen 
User angelegt und einen Shared-Folder.

Es ist der Apache der stirbt.


>> ich beobachte auf drei verschiedenen Kolab 3.1 - Installationen
>> unter
>> Debian 7 dass der Server bzw. Roundcubemail nach ein paar Tagen
>> einfach
>> nicht mehr erreichbar ist.
> 
>> Nach dem Server-Neustart geht es wieder. Hat dass noch jemand
>> beobachtet?
> 
>> Blöde Frage: aber könnte es an mangeldem Ram liegen? Das Phänomen
>> ist
>> bei mir
>> aufgetaucht weil ich meinen Testservern anfangs nur 512 MB spendiert
>> hatte.
>> Ich glaube, es war mysql, das dann aufgrund von Speichermangel
>> beendet
>> wurde.
> 
>>> Der VM habe ich 4GB RAM zugewiesen, dass sollte reichen, oder?
> 
>> ja, definitiv ;-)
>> hast du mittlerweile das Problem eingrenzen können?
> 
> Nein, leider nicht. Ich finde keine brauchbaren Hinweise.
> 
> Was sagen denn die einschlägigen Logfiles zum Zeitpunkt des
> Absturzes?
> -> /var/log/messages
> -> /var/log/syslog
> -> /var/log/apache2/error.log



das error.log ist voll von:


** ld 0x7f1ac02311f0 Outstanding Requests:
  * msgid 4,  origid 4, status InProgress
    outstanding referrals 0, parent count 0
   ld 0x7f1ac02311f0 request count 1 (abandoned 0)
** ld 0x7f1ac02311f0 Response Queue:
  * msgid 4,  type 100
   ld 0x7f1ac02311f0 response count 1
ldap_chkResponseList ld 0x7f1ac02311f0 msgid 4 all 1
ldap_chkResponseList returns ld 0x7f1ac02311f0 NULL
ldap_int_select
read1msg: ld 0x7f1ac02311f0 msgid 4 all 1
read1msg: ld 0x7f1ac02311f0 msgid 4 message type search-result
read1msg: ld 0x7f1ac02311f0 0 new referrals
read1msg:  mark request completed, ld 0x7f1ac02311f0 msgid 4
request done: ld 0x7f1ac02311f0 msgid 4
res_errno: 0, res_error: <>, res_matched: <>
ldap_free_request (origid 4, msgid 4)
adding response ld 0x7f1ac02311f0 msgid 4 type 101:
ldap_parse_result
ldap_first_attribute
ldap_get_values_len
ldap_next_attribute
ldap_get_values_len
ldap_next_attribute
ldap_get_values_len
ldap_next_attribute
ldap_get_dn
ldap_search
put_filter: "(objectclass=organizationalunit)"
put_filter: simple
put_simple_filter: "objectclass=organizationalunit"
ldap_send_initial_request
ldap_send_server_request
ldap_result ld 0x7f1ac02311f0 msgid 5
wait4msg ld 0x7f1ac02311f0 msgid 5 (infinite timeout)
wait4msg continue ld 0x7f1ac02311f0 msgid 5 all 1
** ld 0x7f1ac02311f0 Connections:
* host: localhost  port: 389  (default)
   refcnt: 2  status: Connected
   last used: Mon Feb 24 09:28:19 2014


---
Viele Grüsse

Sven Gehr