Hi,
die Hast du eventuell die Möglichkeit auf die 6.12 Pakete zu downgraden? 6.13 ist eine Entwicklerversion und kann durchaus "kaputt" sein.
Gruß
Announcement
Collapse
No announcement yet.
No login nach Update
Collapse
X
-
Guest repliedMoin Moin
Also .... der Knackpunkt liegt ursächlich wohl irgendwo im
Code:E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up open-xchange-contacts-ldap (6.13.0.0-1) ... /opt/open-xchange/etc/oxfunctions.sh: 486: Syntax error: "(" unexpected (expecting "}") dpkg: error processing open-xchange-contacts-ldap (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: open-xchange-contacts-ldap
nicht passen.
Wenn ich die von Hand entsprechend auf {} ändere, dann kommt OX in der ursprünglich
beschriebenen Weise überhaupt nicht hoch. Nur die oben beschriebenen Fehler sind
weg.
Laß ich die Finger von oxfunctions,sh dann starten zumindest die JAVA-Prozesse wieder
Nun hab ich folgende Fehlermeldung im LOG:
Code:!SESSION 2009-10-05 09:54:12.825 ----------------------------------------------- eclipse.buildId=unknown java.version=1.5.0_19 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86_64, WS=motif, NL=en_US Command-line arguments: -configuration file:/opt/open-xchange/etc/groupware/osgi !ENTRY com.openexchange.caching 4 0 2009-10-05 09:54:14.250 !MESSAGE !STACK 0 java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:203) at java.util.zip.ZipFile.<init>(ZipFile.java:234) at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:251) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:79) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:92) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:65) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:237) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findClassImpl(ClasspathManager.java:452) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClassImpl(ClasspathManager.java:430) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:413) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:189) at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:340) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:408) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:369) at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:357) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at com.openexchange.caching.internal.JCSCacheServiceInit.initializeCompositeCacheManager(JCSCacheServiceInit.java:194) at com.openexchange.caching.internal.JCSCacheServiceInit.configureByPropertyFile(JCSCacheServiceInit.java:267) at com.openexchange.caching.internal.JCSCacheServiceInit.start(JCSCacheServiceInit.java:238) at com.openexchange.caching.osgi.CacheActivator.startBundle(CacheActivator.java:124) at com.openexchange.server.osgiservice.DeferredActivator.signalAvailability(DeferredActivator.java:260) at com.openexchange.server.osgiservice.DeferredActivator.access$100(DeferredActivator.java:76) at com.openexchange.server.osgiservice.DeferredActivator$DeferredServiceTrackerCustomizer.addingService(DeferredActivator.java:97) at org.osgi.util.tracker.ServiceTracker$Tracked.trackAdding(ServiceTracker.java:1064) at org.osgi.util.tracker.ServiceTracker$Tracked.track(ServiceTracker.java:1042) at org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:967) at org.eclipse.osgi.framework.internal.core.FilteredServiceListener.serviceChanged(FilteredServiceListener.java:94) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:1224) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:195) at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:141) at org.eclipse.osgi.framework.internal.core.Framework.publishServiceEventPrivileged(Framework.java:1603) at org.eclipse.osgi.framework.internal.core.Framework.publishServiceEvent(Framework.java:1578) at org.eclipse.osgi.framework.internal.core.ServiceRegistrationImpl.<init>(ServiceRegistrationImpl.java:103) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.createServiceRegistration(BundleContextImpl.java:657) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:609) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.registerService(BundleContextImpl.java:675) at com.openexchange.config.osgi.ConfigActivator.start(ConfigActivator.java:87) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:974) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:350) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1118) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:634) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:282) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:468) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:195) at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:297)
Fehlt da irgendeine JAVA-Klasse zum öffnen von ZIP-Files ??
Gruß
Christian
Leave a comment:
-
Guest repliedOriginally posted by Martin Braun View PostHi Christian,
am webclient liegt es mit sicherheit nicht, der läuft unabhängig von den Backend Prozessen.
1. Updates bitte immer mit apt-get dist-upgrade
2. Schauen ob Konfigurationsdateien beim Update verändert wurden, teilweise muss man die Werte manuell nachpflegen
3. Überprüfen dass der User open-xchange Zugriff auf /opt/open-xchange/ und vorallem das bundles/ Verzeichniss hat
4. Bitte mal die Liste der Installierten OX Pakete poastenCode:ii 6.13.0.0-1 open-xchange ii 1.1.1-8 open-xchange-activation ii 6.13.0.0-1 open-xchange-admin ii 6.13.0.0-1 open-xchange-admin-client ii 6.13.0.0-1 open-xchange-admin-doc ii 6.13.0.0-1 open-xchange-admin-lib ii 6.13.0.0-1 open-xchange-admin-plugin-hosting ii 6.13.0.0-1 open-xchange-admin-plugin-hosting-client ii 6.13.0.0-1 open-xchange-admin-plugin-hosting-doc ii 6.13.0.0-1 open-xchange-admin-plugin-hosting-lib ii 6.13.0.0-0 open-xchange-admin-soap ii 6.13.0.0-0 open-xchange-authentication-database ii 6.13.0.0-0 open-xchange-axis2 ii 6.13.0.0-0 open-xchange-cache ii 6.13.0.0-1 open-xchange-calendar ii 6.13.0.0-0 open-xchange-charset ii 6.13.0.0-0 open-xchange-common ii 6.13.0.0-0 open-xchange-configjump-generic ii 6.13.0.0-0 open-xchange-configjump-generic-gui ii 6.13.0.0-1 open-xchange-configread ii 6.13.0.0-1 open-xchange-contactcollector ii 6.13.0.0-1 open-xchange-contacts-ldap ii 6.13.0.0-0 open-xchange-control ii 6.13.0.0-0 open-xchange-conversion ii 6.13.0.0-0 open-xchange-conversion-engine ii 6.13.0.0-0 open-xchange-conversion-servlet ii 6.13.0.0-0 open-xchange-crypto ii 6.13.0.0-0 open-xchange-data-conversion-ical4j ii 6.13.0.0-0 open-xchange-dataretention ii 6.13.0.0-0 open-xchange-dataretention-csv ii 6.13.0.0-0 open-xchange-genconf ii 6.13.0.0-0 open-xchange-genconf-mysql ii 6.13.0.0-0 open-xchange-global ii 6.13.0.0-0 open-xchange-group-managerequest ii 6.13.0.0-1 open-xchange-gui ii 6.13.0.0-1 open-xchange-i18n ii 6.13.0.0-1 open-xchange-imap ii 1.3.0-46 open-xchange-jcharset ii 6.13.0.0-0 open-xchange-mailfilter ii 6.13.0.0-0 open-xchange-management ii 6.13.0.0-0 open-xchange-monitoring ii 6.8.1-3 open-xchange-online-help-de ii 6.8.1-3 open-xchange-online-help-en ii 6.8.1-3 open-xchange-online-help-fr ii 6.13.0.0-0 open-xchange-passwordchange-database ii 6.13.0.0-0 open-xchange-passwordchange-servlet ii 6.13.0.0-0 open-xchange-pop3 ii 6.13.0.0-0 open-xchange-publish ii 6.13.0.0-0 open-xchange-publish-basic ii 6.13.0.0-0 open-xchange-publish-infostore-online ii 6.13.0.0-0 open-xchange-publish-json ii 6.13.0.0-0 open-xchange-publish-microformats ii 6.13.0.0-0 open-xchange-push-udp ii 6.13.0.0-0 open-xchange-resource-managerequest ii 6.13.0.0-1 open-xchange-server ii 6.13.0.0-0 open-xchange-sessiond ii 6.13.0.0-0 open-xchange-settings-extensions ii 6.13.0.0-1 open-xchange-smtp ii 6.13.0.0-1 open-xchange-spamhandler-default ii 6.13.0.0-0 open-xchange-sql ii 6.13.0.0-1 open-xchange-subscribe ii 6.13.0.0-1 open-xchange-subscribe-crawler ii 6.13.0.0-0 open-xchange-subscribe-json ii 6.13.0.0-1 open-xchange-subscribe-microformats ii 6.13.0.0-0 open-xchange-templating ii 6.13.0.0-1 open-xchange-threadpool ii 6.13.0.0-0 open-xchange-unifiedinbox ii 6.13.0.0-0 open-xchange-xerces-sun ii 6.13.0.0-0 open-xchange-xml
Sind das wirklich alle Log-Ausgaben?
es werden ein paar mehr Logfiles angelegt, aber die bleiben leer.
Da ja auch keinerlei Java-Prozess hochkommt, kann ja auch nicht viel mehr entstehen
oder ??
Danke
@johann: Ich würde nicht darauf warten bis jemand sich CentOS ansieht (dafür bauen wir keine Pakete, ist also unsupported). Stell doch bitte einen Bugreport mit allen verfügbaren Informationen auf https://bugs.open-xchange.com/ ein.
Gruß
Christian
Leave a comment:
-
Hi,
falls du ein weiteres Problem mit SIEVE und dovecot hast, kannst du das natürlich auch gerne im Bugzilla vermerken. Nur so ist sichergestellt dass es von den Entwicklern gesehen wird, die monitoren nicht regelmäßig das Forum.
Die beiden anderen Logmeldungen sind ein Indiz dafür dass die backend cache Verbindung zwischen groupware und admin service nicht funktioniert. Das ist erstmal nicht unbedingt schlimm, aber natürlich müllt es das Logfile voll. Eine negative Auswirkung wird sein, dass Änderungen an Benutzereinstellungen nicht sofort sondern erst nach ca. 10 Minuten in der groupware ankommt.
Natürlich kann die Fehlermeldung auch dann auftreten wenn der admin oder die groupware zeitversetzt gestartet werden. Der cache sucht sich jedoch die Verbindung "neu". Also wenn der Fehler nach kurzer Zeit nicht mehr auftritt ist das okay.
Gruß
Leave a comment:
-
Guest repliedDas Problem besteht auch unter Ubuntu 9.04.
Ich bin mir nicht genau sicher, woran es letztlich gelegen hat, aber ich kann mich nun wieder anmelden. Mein genaues vorgehen sah nach dem vorangegangenem "aptitude dist-upgrade" folgendermaßen aus:
1.) aptitude reinstall <alle open-xchange-* Pakete>
2.) /etc/init.d/open-xchange-admin stop
3.) /etc/init.d/open-xchange-groupware stop
4.) /etc/init.d/funambol stop
5.) /etc/init.d/mysql restart
6.) /etc/init.d/open-xchange-groupware start
7.) Login Versuch scheitert mit dem Hinweis, dass die Datenbank aktualisiert wird. Danach konnte ich mich wieder anmelden.
8.) /etc/init.d/open-xchange-admin start
9.) /etc/init.d/funambol start
Funambol war sicher nicht beteiligt, aber ich wollte jede Java-Interaktion unterbinden.
Grundsätzlich verbleiben weitere Probleme und ich ärgere mich, dass ich auf 6.12 ohne Backup (SHAME ON ME) aktualisiert habe. Ärgerlich ist auch, dass die alten 6.10 deb-Dateien nicht mehr im Filestore verfügbar sind...
Neue Probleme seit Update auf 6.12:- Die sieve-Kommunikation mit dovecot funktioniert nicht mehr korrekt. Ich habe einen Bugfix (https://bugs.open-xchange.com/show_bug.cgi?id=14572) befolgt und das entsprechende Java-Datei gepatcht und das jar-File neu kompiliert und installiert, aber ohne den gewünschten Erfolg. Nun kommt nicht mehr ständig eine Fehlermeldung und das Schreiben der sieve-Datei funktioniert, allerdings wird diese nicht angezeigt und damit jedesmal überschreiben. Im Log-File wird der Fehler folgerndermaßen angezeigt:
Code:SEVERE: MAIL_FILTER-0015 Category=8 Message=Error while communicating with the sieve server 127.0.0.1 at port 2000 for user XXXXX in context 1 exceptionID=1575201067-18 MAIL_FILTER-0015 Category=8 Message=Error while communicating with the sieve server 127.0.0.1 at port 2000 for user XXXXX in context 1 exceptionID=1575201067-18
- Bei Start des admin-Daemons wird folgender Fehler ins Log-File geschrieben:
Code:SEVERE: Could not create sender to [127.0.0.1:57462] -- Socket is null, cannot connect to 127.0.0.1:57462 Oct 2, 2009 11:05:49 AM org.apache.jcs.auxiliary.lateral.socket.tcp.LateralTCPCacheManager <init> SEVERE: Failure, lateral instance will use zombie service java.io.IOException: Socket is null, cannot connect to 127.0.0.1:57462
Code:SEVERE: Could not create sender to [127.0.0.1:57462] -- Socket is null, cannot connect to 127.0.0.1:57462 Oct 2, 2009 11:06:09 AM org.apache.jcs.auxiliary.lateral.socket.tcp.LateralTCPCacheManager fixService
Darüber hinaus gibt es noch weitere Fehler-Meldungen, die aber meiner Einschätzung nach nicht so gravierend sind.
Es wäre schön, wenn wir eine Lösung für die genannten Probleme finden könnten.
Viele Grüße
Livio
Leave a comment:
- Die sieve-Kommunikation mit dovecot funktioniert nicht mehr korrekt. Ich habe einen Bugfix (https://bugs.open-xchange.com/show_bug.cgi?id=14572) befolgt und das entsprechende Java-Datei gepatcht und das jar-File neu kompiliert und installiert, aber ohne den gewünschten Erfolg. Nun kommt nicht mehr ständig eine Fehlermeldung und das Schreiben der sieve-Datei funktioniert, allerdings wird diese nicht angezeigt und damit jedesmal überschreiben. Im Log-File wird der Fehler folgerndermaßen angezeigt:
-
Hi Christian,
am webclient liegt es mit sicherheit nicht, der läuft unabhängig von den Backend Prozessen.
1. Updates bitte immer mit apt-get dist-upgrade
2. Schauen ob Konfigurationsdateien beim Update verändert wurden, teilweise muss man die Werte manuell nachpflegen
3. Überprüfen dass der User open-xchange Zugriff auf /opt/open-xchange/ und vorallem das bundles/ Verzeichniss hat
4. Bitte mal die Liste der Installierten OX Pakete poasten
Sind das wirklich alle Log-Ausgaben?
Danke
@johann: Ich würde nicht darauf warten bis jemand sich CentOS ansieht (dafür bauen wir keine Pakete, ist also unsupported). Stell doch bitte einen Bugreport mit allen verfügbaren Informationen auf https://bugs.open-xchange.com/ ein.
Leave a comment:
-
Guest replied@Johann
Ich glaube da ist bei mir schon ein Unterschied.
Bei mir startet keinerlei Java-Prozess mehr. Weder Admin noch Groupware.
Deshalb läuft auch der Web-Login ins Leere.
Gruß
Christian
Leave a comment:
-
Hallo,
ich habe dieses Problem unter CentOS 5.3 auch, kein Login mehr möglich. Allerdings nach einer neuen Installation. Das Update von 6.10 auf 6.12 verlief gut. Ich denke mal das Problem macht Webclient von OX. Backend scheint normal zu laufen wenigstens was die Maillieferung und die Anmeldung über saslauthd betrifft. Die User, Passwörter und Mailadressen werden korrekt behandelt, aber das Frontend .... da gibt es irgendwo ein Problem. Unglücklicherweise gibt es keine Fehlermeldungen bei mir, nur eine Warnung, aber Martin sagte es sei kein Problem.
Die neue Installation von Java 1.6-11 (davor 1.5) hat auch nichts gebracht. Es bleibt abzuwarten, bis der Fehler von OX-Entwickler gefunden wird.
Gruß Johann
Leave a comment:
-
No login nach Update
Moin Moin
Ich hatte eine lauffähige OX-Installation, ich glaube es war 6.10 und habe dann
ein Update via apt gefahren auf den aktuellen snapshot von ubuntu 9.04.
Daraus stammte auch die vorherige Installation, die ohne Probleme lief.
Nun starten keinerlei JAVA-Prozesse mehr (weder admin noch groupware)
Zufinden ist nur folgendes log:
!SESSION 2009-10-02 06:27:39.700 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.5.0_19
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=motif, NL=en_US
Command-line arguments: -configuration file:/opt/open-xchange/etc/admindaemon/osgi/
!ENTRY org.eclipse.osgi 4 0 2009-10-02 06:27:40.383
!MESSAGE Bundle {} not found.
Hat jemand einen Tip ??
Gruß
ChristianTags: None
Leave a comment: