(gelöst)OpenAtrium (Version 1.5 - Basis: Drupal 6.26) - Internal Server Error 500 bei Klick auf beliebige Verwaltungs-Menüpunkte
Eingetragen von Innovator (17)am 28.07.2012 - 12:47 Uhr in
Guten Tag zusammen!
Das Thema InternalServerError (Code 500) wurde bereits x-fach behandelt, dennoch kann ich bisher keine Lösung für den bei mir auftretenden Fehler finden.
Beschreibung:
Die o.g. OpenAtrium-Installation läuft in ihren Grundfunktionen einwandfrei.
Das Verwaltungs-Menü lässt sich allerdings lediglich aufklappen / in seiner Übersicht anschauen >> bei Klick auf beliebige dort zu findende Links (z.B. verfügbare Updates, StatusReport, ...) tritt jedoch stets der folgende Fehler auf:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Web Server at domain.org
Das Error.log des Servers zeigt:
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cgi/conf.d/imap.ini on line 1 in Unknown on line 0
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cgi/conf.d/mcrypt.ini on line 1 in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/mapi.so' - /usr/lib/php5/20090626/mapi.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cgi/conf.d/imap.ini on line 1 in Unknown on line 0
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/cgi/conf.d/mcrypt.ini on line 1 in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/mapi.so' - /usr/lib/php5/20090626/mapi.so: cannot open shared object file: No such file or directory in Unknown on line 0
[Sat Jul 28 12:16:20 2012] [warn] mod_fcgid: process 28492 graceful kill fail, sending SIGKILL
Installation erfolgte auf einem Ubuntu 10.04LTE Server mit Plesk. Die Installation läuft in einem Unterverzeichnis "/intranet" einer Drupal 7.x-Installation, damit die Intranet-Lösung OpenAtrium über https://domain.org/intranet aufrufbar ist.
Benutzer für das Installationsverzeichnis + Subdirectories steht auf admin_org - die Gruppe auf psacln (= eine Kombination, die bei anderen Domains auf dem gleichen Webserver bisher stets funktionierte).
Alle via Drupalcenter.de o.ä. recherchierbaren Lösungsansätze führen bisher zu keinem positiven Ergebnis (z.B. RewriteBase setzen, diverse .htaccess-Einträge mit # ausschalten usw.).
Die testweise Installation der Version 1.2 funktioniert VOLLUMFÄNGLICH einwandfrei / bei identischer Systemeinstellung. Leider verfügt OpenAtrium 1.2 nicht über alle benötigten Funktionalitäten bzw. Ausbaumöglichkeiten.
Da wir OpenAtrium als Plattform zur Zusammenarbeit an einem gemeinnützigen Projekt möglichst bald benötigen ... wären wir für Tipps Eurerseits mehr als dankbar.
Bei Bedarf geben wir einem sachkundigen Administrator o.ä. gerne auch einen temporären SSH-Zugang bzw. können über ein Entgelt reden.
- Anmelden oder Registrieren um Kommentare zu schreiben
Der Fehler wird doch
am 28.07.2012 - 12:58 Uhr
Der Fehler wird doch angezeigt:
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20090626/mapi.so' - /usr/lib/php5/20090626/mapi.so: cannot open shared object file: No such file or directory in Unknown on line 0
Wenn Du diese Felermeldung (bis zum Minus) bei Google eingibst, befassen sich die ersten drei Einträge mit diesem Problem und besagen, daß Deine PHP 5 Installation nicht korrekt ist.
Beste Grüße
Werner
Dein Tipp führt leider noch nicht zur Lösung, da ..
am 28.07.2012 - 22:14 Uhr
... zwei Faktoren ursächlich zu sein scheinen:
1. Berechtigungskonzept (Eigentümer + Gruppe + chmod für Verzeichnis- / Dateistruktur)
2. diverse Paketabhängigkeiten rund um die extension mapi.so > De/installation bzw. Aktualisierung / Reparatur bislang nicht möglich.
Der InternalServerError (Code 500) besteht also bis dato noch weiter.
Trotzdem danke!
Stephan
GELÖST
am 02.08.2012 - 14:58 Uhr
a)
Um dynamische und statische Inhalte differenziert auszuliefern hatten wir auf dem Ubuntu/Plesk-Server NGIX installiert.
Um das Portal vor Produktivsetzung zu entwickeln wurde bisher nur ein kleiner VirtualServer (Hosteurope, Größe L) mit 1fix/2dynGB RAM und lediglich dynCPU-Leistung verwendet.
NGIX zwang den Server via Systemlast (vorwiegend CPU) und dementsprechender Antwortzeiten in die Knie.
Teillösung 1 daher >> NGIX deaktivieren oder Ausbaustufe des Servers hochsetzen.
b)
Einige Eigentümer, Gruppen, Rechte OBERHALB des Drupal-Installationsordners in httpdocs waren über Position a) hinaus falsch gesetzt. Normalerweise werden diese von Plesk korrekt via Standardeinstellungen verwaltet und sollten nicht manipuliert werden.
Da die Rechte für unsere Drupal-Installation jedoch via Script gesetzt wurden ... und ebendieses Script bei erster Ausführung einen Fehler enthielt ... gab es einige Querschläger mit dementsprechenden Auswirkungen OBERHALB des httpdocs-Ordners.
Teillösung 2 daher >> Eigentümer, Gruppen, Rechte OBERHALB des bzw. der httpdocs-Ordner/s auf Plesk-Standard zurücksetzen.