Kein Login nach Migration von Ubuntu 12.04 auf Ubuntu 14.04
am 12.12.2015 - 22:42 Uhr in
Es wurde von einem Ubuntu 12.04-Server auf 14.04 migriert. Oberflächlich schien alles zu funktionieren, aber nun funktionieren einige Links nicht mehr und einloggen kann ich mich auch nicht. Mein Verdacht geht in die Richtung, dass sich bei Ubuntu was geändert hat.
Das Loginfenster wurde bei Drupal früher versteckt.
Mit http://domainname/?q=user wird auf http://domainname/user umgeleitet. Das war auch schon früher so, aber es gibt nirgends ein Login. Am Server habe ich root-Rechte, kann also bei Bedarf einiges nachsehen bzw. probieren.
Vielleicht gibt es Probleme bei den Rechten der mysql-DB. Ich hatte einfach mit
mysql -u root -pgeheim < mysql_all.sql
alle Datenbanken zurückgesichert und alles unter /var/www vom alten System kopiert und danach die Rechte gesetzt:
ORDNER="/var/www/"
if [ -d "$ORDNER" ] ; then
cd "$ORDNER"
chown -R www-data:www-data .
find . -type d -exec chmod u=rwx,g=rx,o= {} \;
find . -type f -exec chmod u=rw,g=r,o= {} \;
...Wie geschrieben, oberflächlich sieht alles normal aus, aber bei Links gibt es Probleme und ich kann mich nicht anmelden.
Was könnte ich probieren?
- Anmelden oder Registrieren um Kommentare zu schreiben

Apache2 liefert Webseiten jetzt...
am 13.12.2015 - 16:20 Uhr
...aus dem Ordner /var/www/html.
Ich weiß nicht ob das relevant ist bei Deinerm Problem.
wenn sich der Pfad verändert hat
am 13.12.2015 - 17:54 Uhr
und zuvor aus einem Unterverzeichnis geliefert wurde, ist ein Blick in die .htaccess aufschlußreich.
Hier vor Allem base_dir.
Das ist ähnlich diesem Problem: http://www.drupalcenter.de/node/54364
Zitat: ...aus dem Ordner
am 13.12.2015 - 19:35 Uhr
...aus dem Ordner /var/www/html.
Hmmh, könntest recht haben, dass hier etwas hakt. Ich hatte nach der Installation einen Ordner html mit einer Index-Datei. Das habe ich einfach entfernt. Damit im Zusammenhang würden dann alle vhosts stehen, bei denen ein neuer Pfad definiert werden müsste. Ist dieser html-Ordner bei 14.04 neu hinzugekommen?
Gute Frage, ob es nach der
am 13.12.2015 - 19:50 Uhr
Gute Frage, ob es nach der Installation jetzt andere Pfade gibt. Die Dateien befinden sich an der gleichen Stelle wie unter 12.04.
Blick in die .htaccess aufschlußreich.
Ich finde da nichts, das mich weiter bringt
vor Allem base_dir.
?
.htaccess
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl|svn-base)$|^(code-style\.pl|Entries.*|Repository|Root|Tag|Template|all-wcprops|entries|format)$">
Order allow,deny
</FilesMatch>
Options -Indexes
Options +FollowSymLinks
ErrorDocument 404 /index.php
<Files favicon.ico>
ErrorDocument 404 "The requested file favicon.ico was not found.
</Files>
DirectoryIndex index.php
<IfModule mod_php4.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>
<IfModule sapi_apache2.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>
<IfModule mod_php5.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
</IfModule>
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault A1209600
<FilesMatch \.php$>
ExpiresActive Off
</FilesMatch>
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
</IfModule>
Installiert ist
php5 5.5.9+dfsg-1ubuntu4.14
mysql-common 5.5.46-0ubuntu0.14.04.2
apache2-mpm-prefork 2.4.7-1ubuntu4.8
Hast du mod_rewrite aktiviert
a2enmod rewriteEnabling module rewrite.
To activate the new configuration, you need to run:
service apache2 restart
Ich denke aber, das war vorher auch schon aktiv, sonst würde sich ?q=user nicht in user ändern. Zur Sicherheit, wie schaut der Login eigentlich aus? Nicht, dass da irgendwo außerhab des Bildschirms was aufscheint, das ich dann nicht sehe, habe mich schon Monate nicht mehr angemeldet.
Wenn ich nicht weiterkomme, kann ich mir notfalls auf eine andere Domain ein neues Drupal installieren. Sollte dieser html-Ordner empfehlenswert sein, dann muss ich auf jeden Fall die alte Installation anpassen.
service apache2 restart *
am 13.12.2015 - 19:54 Uhr
service apache2 restart* Restarting web server apache2 AH00112: Warning: DocumentRoot [/var/www/html] does not exist
Ah, es dürfte also doch mit dem html-Ordner zu tun haben. Nur ich bin nicht sehr erfreut, wenn ich da über 10 kleine Webseiten umbauen muss.
Auf die schnelle scheint mod_rewrite mit Menalto-Gallerien zu funktionieren.
das klingt nach einem Fehler
am 13.12.2015 - 20:00 Uhr
Bei der Konfiguration des Apache.
Dort muss natürlich die richtige base_address eingetragen sein.
Ggf. mit den zugehörigen VHosts.
grep -r -i base_address
am 13.12.2015 - 21:14 Uhr
grep -r -i base_address /etc/apache2/Bitte wo sollte das genau konfiguriert sein?
Zitat:service apache2
am 13.12.2015 - 21:26 Uhr
service apache2 restart
* Restarting web server apache2 AH00112: Warning: DocumentRoot [/var/www/html] does not exist
Ah, es dürfte also doch mit dem html-Ordner zu tun haben. Nur ich bin nicht sehr erfreut, wenn ich da über 10 kleine Webseiten umbauen muss.
Ich glaube, das war falscher Alarm, da wurde nur wegen eine Default-Datei in /etc/apache2/sites-enabled gemeckert, die gar nicht in Verwendung ist. Ich habe
rm 000-default.confausgeführt und nun ist die Fehlermeldung weg:
/etc/apache2/sites-enabled# a2enmod rewrite
Module rewrite already enabled
/etc/apache2/sites-enabled# service apache2 restart
* Restarting web server apache2
Vorerst gelöst:
Seit einem Shift-Reload mit Firefox kommt jetzt ein Login und die Links scheinen nun auch zu funktionieren. Vielleicht hat rewrite nicht richtig funktioniert, weil da eine Konfigurationsdatei nicht passte.
wenn Apache auf einen Fehler stößt
am 13.12.2015 - 22:54 Uhr
bricht er das Laden der gesamten Datei ab, und verwendet defaults.