[Kolab-devel] Cyrus didn't answer on port 993, SSL missing_

[Ruediger Goetz]

Hello,


On Saturday 11 May 2013 14:32:49 Richard wrote:
> That is because Community_Installation_Guide is a general guide.  kolab-prep-
> setup is especially created to support kolab on openSUSE.  It makes changes 
> openSUSE related, that are needed before Kolab is installed on openSUSE.

Thanks for that hint.

> > So I restarted by kolab-prep-setup. And got through
> > Then I started kolab-start-setup which look spretty much like setup-kolab I
> > used before. 
> 
I did

> I think that the problem is that you configured Kolab before.  It might be 
> better to start all over again (by removing the configuration files that were 
> created by the installation process).  I don't know the procedure for this, 
> but I think someone posted the recipe at the kolab-devel mailinglist.  Or if 
> you started with a virtual you might have saved the machine state just after 
> downloading the kolab packages, but before installing them (hint).
> 

OK I tried to follow it and top revert to a pre installation state and restart.
I removed all packages from the Kolab related repositories.
Then I removed all files in  directories which look kolab related (e.g. /etc/dirsrv)
and which do not belong to any package any more (checked by rpm -qf file).

Then I reinstalled everything (I saved the package list before).

Further I check that 
  zypper install kolab
and
  zypper install kolab-scripts
have nothing to do.

kolab-prep-setup works now as it should I suppose (no error messages),
but with kolab-start-setup  I am stuck at the same place but with another error message:

Kolab Service password [ItXAmVHGdUIU_iD]:
Confirm Kolab Service password:
Traceback (most recent call last):
  File "/usr/sbin/kolab-start-setup", line 42, in <module>
    setup.run()
  File "/usr/lib/python2.7/site-packages/pykolab/setup/__init__.py", line 43, in run
    components.execute('_'.join(to_execute))
  File "/usr/lib/python2.7/site-packages/pykolab/setup/components.py", line 170, in execute
    execute(component)
  File "/usr/lib/python2.7/site-packages/pykolab/setup/components.py", line 202, in execute
    components[component_name]['function'](conf.cli_args, kw)
  File "/usr/lib/python2.7/site-packages/pykolab/setup/setup_ldap.py", line 405, in execute
    auth._auth.ldap.add_s(dn, ldif)
  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 194, in add_s
    msgid = self.add(dn,modlist)
  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 191, in add
    return self.add_ext(dn,modlist,None,None)
  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 176, in add_ext
    return self._ldap_call(self._l.add_ext,dn,modlist,RequestControlTuples(serverctrls),RequestControlTuples(clientctrls))
  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in _ldap_call
    result = func(*args,**kwargs)
ldap.SERVER_DOWN: {'desc': "Can't contact LDAP server"}


In fact there is no ns-slapd running. /var/log/messages tells me:

May 11 16:02:18 rgo ns-slapd[3735]: [11/May/2013:16:02:18 +0200] config - The configuration file /etc/dirsrv/slapd-rgo/dse.ldif does not exist
May 11 16:02:18 rgo ns-slapd[3735]: [11/May/2013:16:02:18 +0200] config - The backup configuration file /etc/dirsrv/slapd-rgo/dse.ldif.tmp does not exist, either.
May 11 16:02:18 rgo ns-slapd[3735]: [11/May/2013:16:02:18 +0200] schema - No schema files were found in the directory /etc/dirsrv/slapd-rgo/schema
May 11 16:02:18 rgo ns-slapd[3735]: [11/May/2013:16:02:18 +0200] dse - Please edit the file to correct the reported problems and then restart the server.
May 11 16:02:18 rgo systemd[1]: dirsrv at rgo.service: control process exited, code=exited status=1
May 11 16:02:18 rgo systemd[1]: Unit dirsrv at rgo.service entered failed state.
 

I have no idea why this has not been configured. There is no /etc/dirsrv/slapd-rgo but I remember that there was one there before I reinstalled.

Any ideas.

Yours

R"udiger 


-- 
Those who would give up essential liberty
to purchase a little temporary safety
deserve neither liberty nor safety.
           Benjamin Franklin
--------------------------------------------
R"udiger Goetz
rg at r-goetz.de
WWW: http://www.r-goetz.de
Mail send by a Mac running Linux (SuSE-PPC)