Weiße Seite nach einspielen von Backup

[bergente]

Hallo NG,

ich hatte unter Suse Linux 11.1 Sugar CRM 5.5.1 laufen.
Bei Update auf 6.1 und 6.3 erschien seltsame Fehler und ich habe wieder die Sicherung
von 5.5.1 und die DB zurückgespielt. Nun erscheint eine leere weiße Seite.
Hat jemand eine Idee?
Ich habe die Backup-Daten mit dem FTP user auf den Server geladen und eine neue DB angelegt.
Anschließend die Backup-DB importiert.

Die PHP Config kann hier ausgelesen werden.
phpinfo() (ist jetzt erreichbar)


htaccess:

php_value post_max_size 40M
php_value upload_max_filesize 40M
php_value max_execution_time 800

# BEGIN SUGARCRM RESTRICTIONS
RedirectMatch 403 .*\.log$
RedirectMatch 403 /+not_imported_.*\.txt
RedirectMatch 403 /+(soap|cache|xtemplate|data|examples|include|log4p hp|metadata|modules)/+.*\.(php|tpl)
RedirectMatch 403 /+emailmandelivery\.php
RedirectMatch 403 /+cache/+upload
RedirectMatch 403 /+files\.md5$
# END SUGARCRM RESTRICTIONS

1000 Dank!
Alex

[bergente]

Ich habe auf dem Server nun in einem zweiten Verzeichniss ein älters Backup zum laufen gebracht.
Hier läuft nun die Version 551. Allerdings ist die Sicherung vom 29.11.

Hat keiner einen Tipp woran das liegen könnte.
Auf dem normalen System erscheint immer noch eine leere Seite.
Ich habe mit chmod -R mal testweise alles auf 777 gesetzt. Ohne Erfolg

Wenn ich das Kennwort db_password in der config.php ändere kommt ebenfalls eine weiße Seite.

Im Internet Exporer heißt es 500 internal Server error.

Danke!
Alex

[roblaus]

Der Fehler beim Upgrade kommt wahrscheinlich daher: http://www.sugarcrm.com/forums/f48/s...ons-php-75514/

Was den Rest betrifft hilft nur ein Blick in den Apache Error Log, da steht der Fehler drinnen.

[bergente]

Hallo roblaus,

danke für deine unterstützung. ich installiere gerade noch mal das jüngste backup und lade dann das apache log hoch.

beim vergleichen der ordnerstruktur mit einem alten backup habe ich festgestellt dass bei Sicherungen der 5x Versionen der Ordner Service fehlt.

Ist das so korrekt?

gruß
alex

[bergente]

Ich habe mit rcapache2 restart den httpd dienst neu gestartet.

Anbei das Apache error.log
[Fri Dec 09 14:33:17 2011] [notice] caught SIGTERM, shutting down
[Fri Dec 09 14:33:18 2011] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Dec 09 14:33:18 2011] [warn] Init: SSL server IP/port conflict: default-85_214_103_204:443
(/usr/local/psa/admin/conf/generated/12986654020.88139800_server.include:101) vs. server321.de:443
(/srv/www/vhosts/server321.de/conf/13233732730.45476900_httpd.include:10)
[Fri Dec 09 14:33:18 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 09 14:33:18 2011] [warn] No JkShmFile defined in httpd.conf. Using default /srv/www/logs/jk-runtime-status
[Fri Dec 09 14:33:18 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Fri Dec 09 14:33:18 2011] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Dec 09 14:33:18 2011] [warn] Init: SSL server IP/port conflict: default-85_214_103_204:443
(/usr/local/psa/admin/conf/generated/12986654020.88139800_server.include:101) vs. server321.de:443
(/srv/www/vhosts/server321.de/conf/13233732730.45476900_httpd.include:10)
[Fri Dec 09 14:33:18 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 09 14:33:18 2011] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Fri Dec 09 14:33:18 2011] [notice] mod_python: using mutex_directory /tmp
[Fri Dec 09 14:33:18 2011] [warn] No JkShmFile defined in httpd.conf. Using default /srv/www/logs/jk-runtime-status
[Fri Dec 09 14:33:18 2011] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 32 bytes)
[Fri Dec 09 14:33:18 2011] [notice] mod_bw : Version 0.8 - Initialized [0 Confs]
[Fri Dec 09 14:33:18 2011] [notice] Apache/2.2.10 (Linux/SUSE) mod_ssl/2.2.10 OpenSSL/0.9.8h mod_python/3.3.1 Python/2.6 mod_fcgid/2.3.5 mod_jk/1.2.26
mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations


Wie kann ich denn erfahren welche Version derzeit auf dem Server liegt und welche DB. Steht das in einer Datei?



Mehr habe ich nicht.
Danke!!!
Alex

[gunni]

Das error.log sieht nach nem frisch gestarteten Server aus.
Vielleicht noch mal ein Log hochladen, _nachdem_ Du eine weisse Seite erhalten hast.

[christianknoll]

das apache log hilft da wenig. da brauchst Du das php errorlog. Das sagt Dir was hier schief geht.

Ich habe mit rcapache2 restart den httpd dienst neu gestartet.

Anbei das Apache error.log
[Fri Dec 09 14:33:17 2011] [notice] caught SIGTERM, shutting down
[Fri Dec 09 14:33:18 2011] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Dec 09 14:33:18 2011] [warn] Init: SSL server IP/port conflict: default-85_214_103_204:443
(/usr/local/psa/admin/conf/generated/12986654020.88139800_server.include:101) vs. server321.de:443
(/srv/www/vhosts/server321.de/conf/13233732730.45476900_httpd.include:10)
[Fri Dec 09 14:33:18 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 09 14:33:18 2011] [warn] No JkShmFile defined in httpd.conf. Using default /srv/www/logs/jk-runtime-status
[Fri Dec 09 14:33:18 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Fri Dec 09 14:33:18 2011] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Dec 09 14:33:18 2011] [warn] Init: SSL server IP/port conflict: default-85_214_103_204:443
(/usr/local/psa/admin/conf/generated/12986654020.88139800_server.include:101) vs. server321.de:443
(/srv/www/vhosts/server321.de/conf/13233732730.45476900_httpd.include:10)
[Fri Dec 09 14:33:18 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Fri Dec 09 14:33:18 2011] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Fri Dec 09 14:33:18 2011] [notice] mod_python: using mutex_directory /tmp
[Fri Dec 09 14:33:18 2011] [warn] No JkShmFile defined in httpd.conf. Using default /srv/www/logs/jk-runtime-status
[Fri Dec 09 14:33:18 2011] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 32 bytes)
[Fri Dec 09 14:33:18 2011] [notice] mod_bw : Version 0.8 - Initialized [0 Confs]
[Fri Dec 09 14:33:18 2011] [notice] Apache/2.2.10 (Linux/SUSE) mod_ssl/2.2.10 OpenSSL/0.9.8h mod_python/3.3.1 Python/2.6 mod_fcgid/2.3.5 mod_jk/1.2.26
mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations


Wie kann ich denn erfahren welche Version derzeit auf dem Server liegt und welche DB. Steht das in einer Datei?



Mehr habe ich nicht.
Danke!!!
Alex

[bergente]

Super, vielen Dank für Eure Unterstützung!!!

anbei das log

[10-Dec-2011 18:31:22] PHP Warning: require_once(include/SugarTheme/SugarTheme.php): failed to open stream: No such file or directory in /srv/www/vhosts/server321.de/httpdocs/include/entryPoint.php on line 162
[10-Dec-2011 18:31:22] PHP Fatal error: require_once(): Failed opening required 'include/SugarTheme/SugarTheme.php' (include_path='/srv/www/vhosts/server321.de/httpdocs/include/..:.:/usr/share/php5:/usr/share/php5/PEAR') in /srv/www/vhosts/server321.de/httpdocs/include/entryPoint.php on line 162
[10-Dec-2011 18:31:22] PHP Notice: Undefined index: log in /srv/www/vhosts/server321.de/httpdocs/include/database/DBManagerFactory.php on line 92
[10-Dec-2011 18:31:22] PHP Fatal error: Call to a member function info() on a non-object in /srv/www/vhosts/server321.de/httpdocs/include/database/DBManagerFactory.php on line 92

seltsamerweise gibt es den Ordner in keiner meiner Datensicherungen. Ausser in einer. Wenn ich den ordner dann auf den Server kopiere erscheint im Browser die Meldung:
No valid themes are found on this instance


Alex

[bergente]

ich komme hier irgend wie nicht weiter. Habe alles meiner Möglichkeiten versucht-leider ohne Erfolg.


Die letzte funktionierene Datensicherung ist Version 5.2.0l. Dort ist der Datenbestand aber schon 1,5 Wochen alt.

Wenn ich diese Version auf 6.1.7 aktualisiere gibt es keine Probleme.
Kann ich denn dort nicht eine aktuellere Datenbank einspielen?
Ich habe das versucht aber das System meldet, dass die Daten nicht mit der Datenbank zusammenpassen.

Gibt es dabei etwas zu beachten?

Kennt ihr noch Lösungen wie ich mein Problem weiter analysieren kann?


Danke!
Alex

[roblaus]

Zuerst einmal: Wo die php Fehlermeldungen drinnen stehen hängt von den php Einstellungen ab (zumeist in der php.ini, steht auch in phpinfo() ) - bei Debian/Ubuntu ist das standardmäßig var/log/Apache2/error.log. Daher meine nicht für alle BS zutreffende Aussage.

Zum eigentlichen Problem: Sollte ein Upgrade über den herkömmlichen Weg nicht funktionieren kann man noch immer den silent upgrader probieren - wird aber in diesem Fall auch nicht funktionieren.

Lösungsweg: neue Version aufsetzen, custom Verzeichnis, eventuelle Zusatzmodule (in /modules) und die Dokumente in cache/upload in die neue Version kopieren. Dann die einzelnen Tabellen Stück für Stück in die neue DB übertragen - mit Ausnahme der Tabelle config, versions und upgrade_history. Dann ein quick repair und es sollte gehen.
Man könnte sich auch die sql upgrade scripts aus den upgrade Paketen herauskitzeln und direkt auf die alte DB anwenden aber das ist vermutlich aufwändiger da man erst die richtigen suchen muss.

Ist aber auf jeden Fall nur was für Leute die sorgfältig arbeiten - und natürlich immer mit Netz...