Nach XAMPP umziehen
Eingetragen von rikko (18)am 08.08.2011 - 08:37 Uhr in
Hallo!
ich möchte meine Drupal 6.19 Version (Multisite) mit CiviCRM auf 7.7 upgraden. Zu diesem Zweck möchte ich ich zuerst dies in einer "geschützen" Umgebung machen, falls etwas schief gehen sollte.
Ich habe also Ubuntu in VirtualBox installiert, in Ubuntu XAMPP installiert. Alle vhosts eingerichtet, wie auf dem Online-Server. Dann alle Files per FTP runtergeladen. DBs und Benutzer erstellt und die DB-Backups per phpmyadmin eingespielt.
Die Domains werden auch lokal erreicht (de.domain.com; us.domain.com; ua.domain.com), aber es erscheint nur die Drupal-Installationsseite.
Wer kann mir einen Tip geben, woran es liegen kann?!! Ich habe einen ähnlichen Beitrag hier im Forum gefunden, leider hatte er aber andere Probleme!
Vielen Dank!
- Anmelden oder Registrieren um Kommentare zu schreiben
Hast Du denn den
am 08.08.2011 - 09:10 Uhr
Hast Du denn den settings.php-File editiert und die Änderungen gemacht, die für das lokale System notwendig sind (Server Name = localhost, DB-Name und DB-User eingetragen)?
Beste Grüße
Werner
Ich habe in der
am 08.08.2011 - 09:54 Uhr
Ich habe in der XAMPP-Installation den DocumentRoot genauso angelegt, wie auf dem Server (online):
DocumentRoot: /home/.../Domain
ServerName: localhost (in beiden Installationen)
DB-Namen und User in beiden Installationen gleich.
Zu der settings.php:
/home/.../sites/domain1/settings.php
/home/.../sites/domain2/settings.php
/home/.../sites/domain3/settings.php
Die Angaben stimmen überein, da die Installation (wie gesagt) genauso angelegt wurde.
Dann kann vermutlich Dein
am 08.08.2011 - 13:22 Uhr
Dann kann vermutlich Dein Webserver den settings.php-File nicht lesen (fehlende Rechte) und will deshalb die Neuistallation anwerfen. Es kann aber auch an den Rechten der Verzeichnisse liegen. Alle Verzeichnisse im Pfad zum settings.php müssen das Execute-Bit in den Rechten gesetzt haben, sonst kann nicht in die Verzeichnisse hinein oder durchgegriffen werden (Read = 4, write = 2, execute = 1 => r+w+e=7 oder r+e = 5).
Beste Grüße
Werner
Das war eine Ursache...
am 09.08.2011 - 07:39 Uhr
Vielen Dank, Werner!
Das war eine Ursache, eine andere war, dass nicht alle Dateien runtergeladen wurden...
Es läuft noch nicht, aber ich konnte schon einige Inhalte sehen.
Viele Grüße,
Rudi
Fehler in "database.mysql.inc on line 128"
am 18.08.2011 - 17:29 Uhr
Ich habe nun einiges ausprobiert, leider bisher ohne Erfolg. Egal welche Methode ich für den Umzug nutze, immer wieder erscheint die Fehlermeldung in Verbindung mit der database.mysql.inc
Folgende Fehlermeldungen wurden ausgespuckt, nach dem ich nach dieser Anleitung versuchte die Webseite lokal wiederherzustellen.
Warning: Table 'db-user.access' doesn't exist query: SELECT 1 FROM access WHERE type = 'host' AND LOWER('127.0.0.1') LIKE LOWER(mask) AND status = 0 LIMIT 0, 1 in /home/domain.org/includes/database.mysql.inc on line 128
Warning: Table 'db-user.users' doesn't exist query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = 's69s896a66ovto2i20rvkfrnq5' in /home/domain.org/includes/database.mysql.inc on line 128
Warning: Table 'db-user.cache' doesn't exist query: SELECT data, created, headers, expire, serialized FROM cache WHERE cid = 'variables' in /home/domain.org/includes/database.mysql.inc on line 128
Warning: Table 'db-user.variable' doesn't exist query: SELECT * FROM variable in /home/domain.org/includes/database.mysql.inc on line 128
Notice: Undefined variable: variables in /home/domain.org/includes/bootstrap.inc on line 558
Warning: Table 'db-user.cache' doesn't exist query: UPDATE cache SET data = '', created = 1313763542, expire = 0, headers = '', serialized = 0 WHERE cid = 'variables' in /home/domain.org/includes/database.mysql.inc on line 128
Notice: Undefined variable: variables in /home/domain.org/includes/bootstrap.inc on line 565
Warning: Table 'db-user.system' doesn't exist query: SELECT name, filename, throttle FROM system WHERE type = 'module' AND status = 1 AND bootstrap = 1 ORDER BY weight ASC, filename ASC in /home/domain.org/includes/database.mysql.inc on line 128
Warning: Table 'db-user.url_alias' doesn't exist query: SELECT COUNT(pid) FROM url_alias in /home/domain.org/includes/database.mysql.inc on line 128
Vielen Dank für jeden Tipp, der mich weiterbringt!
Du hast beim Einspielen der
am 18.08.2011 - 18:19 Uhr
Du hast beim Einspielen der Daten Fehler erhalten bzw das Einspielen hat wegen der Größe der Datenbank nicht geklappt. Drupal findet deshalb verschiedene benötigte Tabellen nicht in der Datenbank.
Beste Grüße
Werner
Mit dem Modul "Demonstration site" wird das sicher so sein...
am 18.08.2011 - 20:10 Uhr
Wenn ich die Datenbank über MySQLdumper einspiele, bekomme ich folgende Fehlermeldung:
user warning: Table 'db-user.profile_fields' doesn't exist query: SELECT f.name, f.type, v.value FROM profile_fields f INNER JOIN profile_values v ON f.fid = v.fid WHERE uid = 1 in /home/domain.org/modules/profile/profile.module on line 229.Aber nur wenn SSO in der settings.php deaktiviert ist, dann kann ich auch den meisten Inhalt sehen. Aber manche Artikel sind einfach weg... Läßt dies auf eine unvollständige Datenbank schließen? Ich dachte MySQLdumper macht dies gründlich und zuverlässig...
Wenn ich SSO aktiviere...
# SSO
$db_prefix = array(
'default' => '',
'authmap' => 'prefix.',
'sessions' => 'prefix.',
'profile_fields' => 'prefix.',
'profile_values' => 'prefix.',
'sequences' => 'prefix.',
'watchdog' => 'prefix.',
'users' => 'prefix.'
);
$conf['session_inc'] = 'sites/all/modules/sso/session.singlesignon.inc';
... bekomme
Warning: SELECT command denied to user 'db-user'@'localhost' for table 'users' query: SELECT u.*, s.* FROM prefix.users u INNER JOIN prefix.sessions s ON u.uid = s.uid WHERE s.sid = 'kp8rgt6n4p33k87h6hk3f63101' AND s.domain = 'domain.org' in /home/domain.org/includes/database.mysql.inc on line 128
Warning: INSERT command denied to user 'db-user'@'localhost' for table 'watchdog' query: INSERT INTO prefix.watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:491:\"SELECT command denied to user 'db-user'@'localhost' for table 'users'\nquery: SELECT n.nid, n.type, n.language, n.uid, n.status, n.created, n.changed, n.comment, n.promote, n.moderate, n.sticky, n.tnid, n.translate, r.vid, r.uid AS revision_uid, r.title, r.body, r.teaser, r.log, r.timestamp AS revision_timestamp, r.format, u.name, u.picture, u.data FROM node n INNER JOIN prefix.users u ON u.uid = n.uid INNER JOIN node_revisions r ON r.vid = n.vid WHERE n.nid = 54\";s:5:\"%file\";s:56:\"/home/domain.org/modules/node/node in /home/domain.org/includes/database.mysql.inc on line 128
... und bestimmt noch 15 solcher Absätze, wie der letzte.
Merkwürdig ist auch, dass in der Tabelle users es nur uid "0" (ist leer) und uid "1" (admin) gibt. Alle anderen User sind in url_alias enthalten. Ist das normal?
Das sieht dann so aus, als
am 18.08.2011 - 20:46 Uhr
Das sieht dann so aus, als wäre die Datenbank nicht vollständig exportiert worden. Du mußt die Struktur und die Daten mit auf die neue Installation nehmen. Für mich sieht es so aus, als fehlte die Strukturinformation.
Beste Grüße
Werner
Fehler gefunden
am 07.09.2011 - 21:56 Uhr
Das Problem bestand darin, dass die User in einer Extra-Datenbank geführt wurden und diese von mir gar nicht eingerichtet war. Sobald ich diese auch lokal eingerichtet habe, hat alles fehlerfrei funktioniert.