Kolab 3.2 webadmin

[Hügel, Christian]

Hi Daniel,


ok I found the issue. It seems that Kolab Webadmin doesn´t play well 
with php eaccelerator [1] but it isn´t a good idea to enable it on the 
webadmin anyway :D


Thx,

cheers

[1] http://eaccelerator.net/

Am 11-03-2014 01:26, schrieb Daniel Hoffend:
> Sorry, I've no clue. This was the only time I had problems with an
> empty webadmin and that was the root cause. Sometimes during tests I
> could recreate the error sometimes not.
> 
> Not sure what it could be in your case. Most likely some kind of ldap
> stuff and the webadmin tool doesn't find it's root ldap tree.
> 
> Regards
> Daniel
> 
> ------ Originalnachricht ------
> Von: "Hügel, Christian" <christian.huegel at stonebyte.de>
> An: "Hügel, Christian" <christian.huegel at stonebyte.de>
> Cc: "Daniel Hoffend" <dh at dotlan.net>; "Kolab Mailinglist"
> <users at lists.kolab.org>
> Gesendet: 10.03.2014 10:47:02
> Betreff: Re: Re[2]: Kolab 3.2 webadmin
> 
>> Hi,
>> 
>> sorry to ask again but does anybody has a hint how to fix this issue? 
>> Thank you.
>> 
>> Christian
>> 
>> Am 03-03-2014 11:03, schrieb Hügel:
>>> Thank you for your reply. I´ ve checked the domains and it seems that
>>> my domains are in the right order?
>>> Should i remove the associated domains?
>>> 
>>> # example.com, kolab, config
>>> dn: associateddomain=example.com,cn=kolab,cn=config
>>> associatedDomain: example.com
>>> associatedDomain: kolab.example.com
>>> associatedDomain: localhost
>>> associatedDomain: localhost.localdomain
>>> 
>>> Christian
>>> 
>>> Am 03-03-2014 11:33, schrieb Daniel Hoffend:
>>>> Afaik I've seen this problem in 3.1 aswell. The root cause was a 
>>>> wrong
>>>> domain order in the cn=kolab,cn=config domain object. Your primary
>>>> domain must be the first in the list of associatedDomains. The
>>>> workaround was for me to delete all other domains (like localhost) 
>>>> and
>>>> add them again (all done via ldapmodify on the cli).
>>>> 
>>>> Please check if this issue applies to your installation as well. It
>>>> was fixed but who knows under which circumstances or upgrades the
>>>> order in the ldap object can change or the read process changed.
>>>> https://issues.kolab.org/show_bug.cgi?id=2585
>>>> 
>>>> --
>>>> greetings
>>>> Daniel
>>>> 
>>>> ------ Originalnachricht ------
>>>> Von: "Hügel, Christian" <christian.huegel at stonebyte.de>
>>>> An: "Kolab Mailinglist" <users at lists.kolab.org>
>>>> Gesendet: 03.03.2014 09:42:07
>>>> Betreff: Re: Kolab 3.2 webadmin
>>>> 
>>>>> Am 02-03-2014 13:07, schrieb Hügel:
>>>>>> Hi,
>>>>>> 
>>>>>> just noticed that when I log in to webadmin I only see a "About" 
>>>>>> Page
>>>>>> with no admin tools at all.
>>>>>> Using Kolab 3.2. Any ideas what is wrong? Thank you.
>>>>>> 
>>>>>> Christian
>>>>> 
>>>>> For some reason my last mail didn´t made it into the list. Here is 
>>>>> the error message from the logs:
>>>>> 
>>>>> And this is the error message:
>>>>> 
>>>>> [02-Mar-2014 11:47:11] PHP Fatal error: Call to a member function 
>>>>> get_domain() on a non-object in 
>>>>> /usr/share/kolab-webadmin/lib/Auth.php on line 169
>>>>> [02-Mar-2014 11:47:11 +0100](47fr8o4k5312bhk019p3c60gn0): PHP 
>>>>> Error: API Error: Unable to decode response (GET)
>>>>> [02-Mar-2014 11:47:11] PHP Fatal error: Call to a member function 
>>>>> get_domain() on a non-object in 
>>>>> /usr/share/kolab-webadmin/lib/Auth.php on line 169
>>>>> [02-Mar-2014 11:47:11 +0100](47fr8o4k5312bhk019p3c60gn0): PHP 
>>>>> Error: API Error: Unable to decode response (GET)
>>>>> [02-Mar-2014 11:47:11] PHP Fatal error: Call to a member function 
>>>>> get_domain() on a non-object in 
>>>>> /usr/share/kolab-webadmin/lib/Auth.php on line 169
>>>>> [02-Mar-2014 11:47:11 +0100](47fr8o4k5312bhk019p3c60gn0): PHP 
>>>>> Error: API Error: Unable to decode response (GET)
>>>>> 
>>>>> Maybe someone has a clue how to fix this issue? Thank you
>>> 
>>