Re: Cyrus didn't answer on port 993, SSL missing_

Ruediger Goetz <[email protected]>
Newsgroups gmane.comp.kde.devel.kolab
Message-ID <201305111614.24762.rg__19429.8606169925$1368281718$gmane$org@r-goetz.de>
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]: [email protected]: control process exited, code=exited status=1
May 11 16:02:18 rgo systemd[1]: Unit [email protected] 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
[email protected]
WWW: http://www.r-goetz.de
Mail send by a Mac running Linux (SuSE-PPC)
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.