Re: Cyrus,Postix,mySQL->Unable to set file descriptors limit to -1
Diese Art Fehlermeldung hatte ich auch. Ich musste die BerkeleyDB aus SuSE-Quellen neu kompilieren, mit der Option: --disable-posixmutexes (im spec-Datei unter die Optionen einfügen) Frag mich nicht, warum, aber in einem Archiv stand dieser Rat zu der Meldung. Gruß, -- Tibor-Attila ANCA Kommissarischer Studieninspektor Hans-Iwand-Haus Humboldtstr. 42 53115 Bonn Tel.: 0228-732200 Fax: 0228-739788 (Palm VersaMail)
"Tibor-Attila ANCA"
Diese Art Fehlermeldung hatte ich auch. Ich musste die BerkeleyDB aus SuSE-Quellen neu kompilieren, mit der Option: --disable-posixmutexes (im spec-Datei unter die Optionen einfügen) Frag mich nicht, warum, aber in einem Archiv stand dieser Rat zu der Meldung.
Das würde ich nicht unkotrolliert kompilieren, denn OpenLDAP und SASL benötigen threads support, sonst gibt es Ärger an diesen Baustellen. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Am Donnerstag, 2. Dezember 2004 19:25 schrieb Dieter Kluenter:
"Tibor-Attila ANCA"
writes: Diese Art Fehlermeldung hatte ich auch. Ich musste die BerkeleyDB aus SuSE-Quellen neu kompilieren, mit der Option: --disable-posixmutexes (im spec-Datei unter die Optionen einfügen) Frag mich nicht, warum, aber in einem Archiv stand dieser Rat zu der Meldung.
Das würde ich nicht unkotrolliert kompilieren, denn OpenLDAP und SASL benötigen threads support, sonst gibt es Ärger an diesen Baustellen.
Danke, genau das scheint auch mein Problem zu sein. Mein Fehler war es wahrscheinlich, dass ich zum Kompilieren von Postfix eine zweite, neuere Version der BerkeleyDB zusätzlich installiert habe und nun passt nichts mehr zusammen. Habt ihr einen Tipp wie ich dieses Problem schnellstmöglich bzw. einfach lösen kann? Notfalls auch durch eine Neuinstallation.... Gruss Jörg
-Dieter
-- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
joerg ries
Am Donnerstag, 2. Dezember 2004 19:25 schrieb Dieter Kluenter:
"Tibor-Attila ANCA"
writes: Diese Art Fehlermeldung hatte ich auch. Ich musste die BerkeleyDB aus SuSE-Quellen neu kompilieren, mit der Option: --disable-posixmutexes (im spec-Datei unter die Optionen einfügen) Frag mich nicht, warum, aber in einem Archiv stand dieser Rat zu der Meldung.
Das würde ich nicht unkotrolliert kompilieren, denn OpenLDAP und SASL benötigen threads support, sonst gibt es Ärger an diesen Baustellen.
Danke, genau das scheint auch mein Problem zu sein. Mein Fehler war es wahrscheinlich, dass ich zum Kompilieren von Postfix eine zweite, neuere Version der BerkeleyDB zusätzlich installiert habe und nun passt nichts mehr zusammen.
Habt ihr einen Tipp wie ich dieses Problem schnellstmöglich bzw. einfach lösen kann? Notfalls auch durch eine Neuinstallation....
Wir sind doch nicht bei Windows, warum solltest du neu installieren? Sleepycat hat eine gut Dokumentation zu BerkeleyDB, die ist in jedem Fall ein Muß http://www.sleepycat.com/docs/ref/toc.html Auf meinem Entwicklungsrechner habe ich drei Versionen BerkeleyDB friedlich nebeneinander installiert, das geht also. Alerdings musst du dann auf rpm's verzichten und selbst kompilieren. Meine Struktur sieht wie folgt aus: /usr/local/BerkeleyDB.4.1/ /usr/local/BerkeleyDB.4.2/ /usr/local/BerkeleyDB.4.3/ In /etc/ld.so.conf habe ich in den ersten drei Zeilen stehen /usr/local/BerkeleyDB.4.1/lib /usr/local/BerkeleyDB.4.2/lib /usr/local/BerkeleyDB.4.3/lib Wichtig ist, dass diese Pfade vor allen anderen Pfaden angegeben werden. -Dieter -- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Am Freitag, 3. Dezember 2004 10:04 schrieb Dieter Kluenter:
joerg ries
writes: Am Donnerstag, 2. Dezember 2004 19:25 schrieb Dieter Kluenter:
"Tibor-Attila ANCA"
writes:
[...]
Wir sind doch nicht bei Windows, warum solltest du neu installieren? Ja, ich weis, es war eine blöde Frage. Ich fragte nicht wegen eventuellen Unzulänglichkeiten von Linux, sondern mehr deshalb, um meinen ggf. angerichteten Müll zu beseitigen *grins*
Sleepycat hat eine gut Dokumentation zu BerkeleyDB, die ist in jedem Fall ein Muß http://www.sleepycat.com/docs/ref/toc.html Auf meinem Entwicklungsrechner habe ich drei Versionen BerkeleyDB friedlich nebeneinander installiert, das geht also. Alerdings musst du dann auf rpm's verzichten und selbst kompilieren. Meine Struktur sieht wie folgt aus: /usr/local/BerkeleyDB.4.1/ /usr/local/BerkeleyDB.4.2/ /usr/local/BerkeleyDB.4.3/
In /etc/ld.so.conf habe ich in den ersten drei Zeilen stehen /usr/local/BerkeleyDB.4.1/lib /usr/local/BerkeleyDB.4.2/lib /usr/local/BerkeleyDB.4.3/lib Wichtig ist, dass diese Pfade vor allen anderen Pfaden angegeben werden.
Wieder einmal ein herzliches Dankeschön, ich werde das jetzt gleich mal ausprobieren. Gruss Jörg
-Dieter
-- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Am Freitag, 3. Dezember 2004 10:04 schrieb Dieter Kluenter:
joerg ries
writes: Am Donnerstag, 2. Dezember 2004 19:25 schrieb Dieter Kluenter:
"Tibor-Attila ANCA"
writes:
[...]
Habt ihr einen Tipp wie ich dieses Problem schnellstmöglich bzw. einfach lösen kann? Notfalls auch durch eine Neuinstallation....
Wir sind doch nicht bei Windows, warum solltest du neu installieren? Sleepycat hat eine gut Dokumentation zu BerkeleyDB, die ist in jedem Fall ein Muß http://www.sleepycat.com/docs/ref/toc.html Auf meinem Entwicklungsrechner habe ich drei Versionen BerkeleyDB friedlich nebeneinander installiert, das geht also. Alerdings musst du dann auf rpm's verzichten und selbst kompilieren. Meine Struktur sieht wie folgt aus: /usr/local/BerkeleyDB.4.1/ /usr/local/BerkeleyDB.4.2/ /usr/local/BerkeleyDB.4.3/
Danke für den Tip mit der Doku. Dadurch habe ich nun die Version 4.2.52 der BerkeleyDB installieren können. Nun noch Cyrus-imap2.2.10 und Cyrus-SASL2.1.20 neu kompiliert, doch leider ohne Erfolg. Es wird bei mir also noch eine Weile bis zum Erfolg brauchen *grins*
In /etc/ld.so.conf habe ich in den ersten drei Zeilen stehen /usr/local/BerkeleyDB.4.1/lib /usr/local/BerkeleyDB.4.2/lib /usr/local/BerkeleyDB.4.3/lib Wichtig ist, dass diese Pfade vor allen anderen Pfaden angegeben werden.
-Dieter
-- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:01443B53
Gruss Jörg
participants (3)
-
Dieter Kluenter
-
joerg ries
-
Tibor-Attila ANCA