ebox 1.5 config destroyed on adding webmail

[jerry58]

ebox was running fine when I decided to add the webmail module via the ebox web interface. After the update ebox insisted on starting configuration from scratch, which I didn't want to do. Stopping the configuration resulted in a dead sldap configuration.

Log attached.

[jerry58]

log file after error

[jsoriano@…]

Hi,

It seems that slapd cannot start, please try to restart it by hand:

/etc/init.d/slapd restart

If it fails send us the error reported to /var/log/syslog.

[paolo.tezza@…]

my bug [2101] was signed as a duplicated of this one...

I solved mine removing and reinstalling all the packages by tty, the process doesn't work well via web. After I installed them via web, some packages (slapd, ebox-usersandgroups, and ebox-squid) result not completely installed neither configured.

"apt-get install -f" and "dpkg --configure -a"

doesn't solve the situation.

[paolo.tezza@…]

OK, Was a joke.. :(

after install the packages all works, but I can't enable the modules Users and Groups

Trace

Failed to enable: Can't call method "attributes" on an undefined value at /usr/share/perl5/EBox/LdapModule.pm line 200. at /usr/share/perl5/EBox/CGI/ServiceModule/ConfigureModuleController.pm line 74 EBox::CGI::ServiceModule::ConfigureModuleController::_process('EBox::CGI::ServiceModule::ConfigureModuleController?=HASH(0x7f...') called at /usr/share/perl5/EBox/CGI/Base.pm line 264 EBox::CGI::Base::run('EBox::CGI::ServiceModule::ConfigureModuleController?=HASH(0x7f...') called at /usr/share/perl5/EBox/CGI/Run.pm line 122 EBox::CGI::Run::run('EBox::CGI::Run', 'ServiceModule/ConfigureModuleController?', 'EBox') called at /usr/share/ebox/cgi/ebox.cgi line 35 ModPerl::ROOT::ModPerl::Registry::usr_share_ebox_cgi_ebox_2ecgi::handler('Apache2::RequestRec?=SCALAR(0x7fb092b41ee8)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204 eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204 ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7fb092acc968)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 170 ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7fb092acc968)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31 ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec?=SCALAR(0x7fb092b41ee8)') called at -e line 0 eval {...} called at -e line 0

[jerry58]

restarting slapd results in:

root@rehaebox:~# /etc/init.d/slapd restart Stopping OpenLDAP: slapd. Starting OpenLDAP: slapd - failed. The operation failed but no output was produced. For hints on what went wrong please refer to the system's logfiles (e.g. /var/log/syslog) or try running the daemon in Debug mode like via "slapd -d 16383" (warning: this will create copious output).

Below, you can find the command line options used by this script to run slapd. Do not forget to specify those options if you want to look to debugging output:

slapd -h 'ldap:/// ldapi:/// ldaps:///' -g openldap -u openldap -F /etc/ldap/slapd.d/

syslog says:

Aug 18 14:26:28 rehaebox slapd[5134]: @(#) $OpenLDAP: slapd 2.4.21 (Jul 30 2010 01:09:23) $#012#011buildd@rothera:/build/buildd/openldap-2.4.21/debian/build/servers/slapd Aug 18 14:26:28 rehaebox slapd[5134]: olcSuffix: value #0: <olcSuffix> namingContext "dc=rehaebox,dc=is,dc=tuwien,dc=ac,dc=at" already served by a preceding hdb database serving namingContext "dc=rehaebox,dc=is,dc=tuwien,dc=ac,dc=at" Aug 18 14:26:28 rehaebox slapd[5134]: config error processing olcDatabase={2}hdb,cn=config: <olcSuffix> namingContext "dc=rehaebox,dc=is,dc=tuwien,dc=ac,dc=at" already served by a preceding hdb database Aug 18 14:26:28 rehaebox slapd[5134]: slapd stopped.

I then did the following, removing 2nd conflicting database and restarting:

root@rehaebox:/etc/ldap/slapd.d/cn=config# mv olcDatabase={2}* /tmp root@rehaebox:/etc/ldap/slapd.d/cn=config# /etc/init.d/slapd restart Stopping OpenLDAP: slapd. Starting OpenLDAP: slapd.

Now after restarting mail and file sharing everything seems to run OK.

My question basically is, why would ebox try to initialise the configuration on an update?

[jacalvo@…]

Reopen if this is reproductible on Zentyal 2.0, 1.5 was a beta version and is not supported.

[Jc <jcestradaj@…>]

Hi:

I had the same error.

When I looked into the /etc/ldap directory I saw two hdb with this command:

ls -l /etc/ldap/slapd.d/cn\=config/olcDatabase\=*

So, I moved the last hdb structure to my root (/root) directory with: sudo su - cd /root mv /etc/ldap/slapd.d/cn\=config/olcDatabase\=\{2\}hdb* .

Then, I've restarted the slapd service without errors o notice messages.

I hope this help you.