Nach Kolab Installation Verdacht auf viel zu hohe Systemlast

[}-Tux-{]

jetzt leider nicht mehr... die installation läuft gerade wieder. Wenn es den gleichen Fehler wieder gibt, dann mach ich das sehr gerne. Ich melde mich morgen wieder, heute werde ich das nicht mehr ganz schaffen.

Ok. Noch ein paar weitere Fragen:
- Benutzt du noch weitere Repositories? oder nur das server:Kolab repo?
- Was für Hardware benutzt du? (i586 oder x86_64)?

}-Tux-{

 

[iXman]

die Hardware ist ein ITX-System (Via Eden) also die i586-Plattform

hier mal meine Channelliste (ich hatte noch die java-Channels drinnen, aber mangels benutzung hab ich die wieder rausgeworfen)

[non-oss]
type = yast2
name = non-oss
manual = yes
baseurl = ftp://ftp-1.gwdg.de/pub/linux/suse/opensuse/distribution/10.2/repo/non-oss

[update]
type = rpm-md
name = Opensuse 10.2 Update Repository
baseurl = http://ftp-1.gwdg.de/pub/suse/update/10.2/

[base]
type = yast2
name = base
manual = yes
baseurl = ftp://ftp-1.gwdg.de/pub/linux/suse/opensuse/distribution/10.2/repo/oss

[packman]
type = rpm-md
name = packman
baseurl = http://packman.iu-bremen.de/suse/10.2/

[suser-guru]
type = rpm-md
name = suser-guru
baseurl = http://ftp-1.gwdg.de/pub/linux/misc/suser-guru/rpm/10.2/RPMS/

[smart]
type = rpm-md
baseurl = http://ftp4.gwdg.de/pub/linux/suse/opensuse/repositories/home:/cthiel1/SL-10.2/

[Kolab]
type = rpm-md
name = Kolab
baseurl = http://software.opensuse.org/download/server%3a/Kolab/openSUSE_10.2/

 

[iXman]

so ich habe ja das System mal neu installiert - bin aber anders vorgegangen als beim ersten mal. bei der ersten Installlation habe ich zB alle PHP- und Perlpakete installiert, bevor ich Kolab installliert habe. Jetzt habe ich eine Minimalinstallation (auch ohne Cyrus - den hatte ich beim ersten Mal schon drauf) gemacht und den Apachen nur mit apache2-mod_perl und apache2-mod_php5 incl. der Abhängigkeiten isntalliert. Dann habe ich die Kolab-Pakete installiert. Jetzt funktioniert auch das gesamte System ohne Probleme.
Nichts desto trotz würde ich gerne Wissen, woran die Probleme die der Kolab-Cyrus gemacht hat gelegen haben.

 

[}-Tux-{]

Nichts desto trotz würde ich gerne Wissen, woran die Probleme die der Kolab-Cyrus gemacht hat gelegen haben.

*weird* :roll:
Kannst du mal bitte die Ausgabe von rpm -qa | grep -i cyrus posten?

 

[iXman]

das sollte doch das kleinste Problem sein...

kolab:~ # rpm -qa | grep -i cyrus
cyrus-sasl-2.1.22-28
perl-Cyrus-kolab-IMAP-2.3.7-25.1
perl-Cyrus-kolab-SIEVE-managesieve-2.3.7-25.1
cyrus-imapd-kolab-2.2.12-45.1
cyrus-sasl-saslauthd-2.1.22-27

 

[MBD-Team]

Hallo }-Tux-{
sorry, das ich mich so in diesen Thread reindränge. Ich hab da auch eine Problem mit Kolab. Ich hab das nach Anleitung installiert und eingerichtet.
Klappt auch soweit sehr gut. Nur wenn ich in Horde Kronolith,Turba,Nag und Mnemo einrichte habe ich folgendes Problem: Nach Erstellung der Config-Dateien und abmelden/neu anmelden eines Users fehlt die Sidebar! Ich bin scheinbar nicht der einzige mit diesem Problem unter SuSE 10.2. Im Bug-Tracker von Horde gibt es schon jemanden mit dem gleichen Problem. Sieht bei mir im Log genauso aus! Es funktioniert wieder alles normal, wenn die Module Kronolith, Turba, Nag und Mnemo entfernt werden. Es sind auch alle vier Module, die hier Probleme machen. Hatte Sie schon alle einzeln installiert und konfiguriert!
Wenn ich eingeloggt bleibe, kann ich mit dem Admin-User auch auf das jeweils neue Modul zugreifen! Erst nach der Abmeldung verschwindet die Sidebar und ein Zugriff auf die Module ist nicht mehr möglich!

Fehlermeldung im Apache Log immer:

[Sun Jan 21 13:15:41 2007] [error] [client 192.168.51.15] PHP Catchable fatal error:  Object of class DataTreeObject_Share could not be converted to string in /srv/www/htdocs/horde/lib/Horde/Kolab.php on line 1528, referer: http://linuxsrv.local/horde/services/portal/sidebar.php

zusätzlich habe ich noch folgende Warning im Log:

[Sun Jan 21 13:17:59 2007] [error] [client 192.168.51.15] PHP Warning:  ldap_mod_replace(): Modify: Server is unwilling to perform in /srv/www/htdocs/horde/lib/Horde/Prefs/ldap.php on line 501, referer: http://linuxsrv.local/horde/imp/folders.php

Gruss
Michael

PS.: bevor ich es vergesse, ich finde das Tutorial und Deine Arbeit echt Klasse!

 

[gucky79]

Um wieder auf das Ursprungsthema zurück zu kommen:

Ich konnte das Problem auf einer Test-Installation auch feststellen.
Allerdings erst als ich das "normale" cyrus imapd paket installiert hatte und es später durch die Kolab Variante ersetzte.

Es muß also irgentwas im standard cyrus imapd paket sein, das nach seiner deinstallation übrig bleibt und dann die kolab-cyrus-imapd installation beeinflusst.

Auch denke ich, das es was mit SASL zu tun. wenn man die mailboxes.db verschiebt kann man im Log sehen wie Cyrus versucht OpenLDAP anzusprechen. Wenn man mit einem IMAP Client eine Verbindung versucht auszubauen.