Probleme mit MobilePlugin
Eingetragen von Mannemer (64)am 16.06.2011 - 13:00 Uhr in
Ich habe mal wieder einen blöden Anfängerfehler gemacht. Ein Modul zu installieren, ohne vorher ein Backup zu ziehen. Aber jehtzt ist es zu spät.
Habe das Mobile Plugin heruntergeladen und unter 'Sites/all/modules' gespeichert. Danach in der Varwaltung das Plugin aktiviert... und das war's dann.
Ich komme nicht mehr in den Verwaltungsbereich und auch meine Seite baut sich nicht mehr so auf, wie es früher war.
Natürlich (da ich nicht mehr in den Verwaltungsbereich komme) lässt sich das Moduil nicht mehr deinstallieren. Aber irgendwo, in einer SQL-Datenbank muss doch ein Eintrag sein, den ich löschen kann, damit ich den Ursprungszustand wieder herstellen kann. Weiß da irgend jemand weiter? Wäre echt super.
Übrigens. Die Fehlermeldung, die erscheint, wenn ich die Verwaltung aktivieren will bezieht sich immer auf die Zeile 128 der Datei .../includes/database.mysql.inc
Hier ein paar Beispiele:
Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (1, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:129:\"MySQL server has gone away\nquery: UPDATE variable SET value = 'b:1;' WHERE name = 'drupal_http_request_fails'\";s:5:\"%file\";s:49:\"/hp/au/ae/ul/www/mosquitos/includes/bootstrap.inc\";s:5:\"%line\";i:596;}', 3, '', 'http://www.tve-mosquitos.de/admin', 'http://www.tve-mosquitos.de/frontpage', '91.18.15.182', 1308221807) in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT * FROM system WHERE type = 'theme' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT data, created, headers, expire, serialized FROM cache WHERE cid = 'theme_registry:' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SHOW TABLES LIKE 'date_format_types' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT data, created, headers, expire, serialized FROM cache WHERE cid = 'imagecache:presets' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT * FROM imagecache_preset ORDER BY presetname in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: UPDATE cache SET data = 'a:0:{}', created = 1308221807, expire = 0, headers = '', serialized = 1 WHERE cid = 'imagecache:presets' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT data, created, headers, expire, serialized FROM cache WHERE cid = 'imagecache:presets' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT * FROM imagecache_preset ORDER BY presetname in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: UPDATE cache SET data = 'a:0:{}', created = 1308221807, expire = 0, headers = '', serialized = 1 WHERE cid = 'imagecache:presets' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128
Warning: MySQL server has gone away query: SELECT s.lid, t.translation, s.version FROM locales_source s LEFT JOIN locales_target t ON s.lid = t.lid AND t.language = 'de' WHERE s.source = 'Date back/next navigation to attach to other displays. Requires the Date argument.' AND s.textgroup = 'default' in /hp/au/ae/ul/www/mosquitos/includes/database.mysql.inc on line 128Das ganze geht endlos weiter....
- Anmelden oder Registrieren um Kommentare zu schreiben
Suche mal in der Tabelle
am 16.06.2011 - 18:58 Uhr
Suche mal in der Tabelle systems die Zeile für das gerade installierte Modul. (phpMyAdmin benutzen) Dann in dieser Zeile den Wert für Status auf 0 setzen. Dann ist das Modul deaktiviert. Hoffentlich reicht das.
Beste Grüße
Werner
.
Werner
drupal-in-duesseldorf.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Erst einmal danke für Deine
am 18.06.2011 - 09:27 Uhr
Erst einmal danke für Deine Antwort.
Leider findet sich in der gesamten Datenbank kein einziger Eintrag, der auf dieses Plugin verweist.
Hat jemand noch ne andere Idee?
Funktioniert die Seite noch
am 18.06.2011 - 09:47 Uhr
Funktioniert die Seite noch teilweise oder gar nicht mehr? Drupal trägt auf jeden Fall den Pfad zu den Modulen und ob diese aktiviert sind in der Datenbank ein. Wenn dort kein Eintrag ist und die Seite gar nicht funktioniert, ist das neue Modul vermutlich fehlerhaft oder fehlerhaft hochgeladen worden. Dann sollte es reichen, das Modul mittels FTP zu löschen, damit die Seite wieder arbeitet.
Beste Grüße
Werner
.
Werner
drupal-in-duesseldorf.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Halla Werner, die Seite lässt
am 19.06.2011 - 07:33 Uhr
Halla Werner,
die Seite lässt sich fast probmemlos aufrufen. Was nicht funzt:
Verwaltung
Terminkalender wird nicht mehr aktualisiert.
Alles andere scheint zu klappen. Habe das Verzeichnis umbenannt aber nicht gelöscht. Werde ich morgen mal probieren.
Wenn die Seite funktioniert,
am 19.06.2011 - 10:21 Uhr
Wenn die Seite funktioniert, dann ist die System-Tabelle in Ordnung. Dort gibt es auf jeden Fall eine Zeile die auf das Modul verweist. In dieser Zeile gibt es eine Zelle namens Status. Wenn Du den auf 0 (Ziffer Null) setzt, ist das Modul deaktiviert. Ein reines Umbenennen des Verzeichnisses gibt bei einem aktivierten Modul Fehlermeldungen oder sogar eine weiße Seite.
Beste Grüße
Werner
.
Werner
drupal-in-duesseldorf.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Guten Morgen Werner, so, es
am 20.06.2011 - 08:57 Uhr
Guten Morgen Werner,
so, es läuft wieder. Ich habe das Verzeichnis des Plugins einfach gelöscht (wie Du es ja bereits vorgeschlagen hast). Ich hatte es vorher nur umbenannt und dachte, dann könnte das System die benötigten Dateien nicht mehr finden. Das war wohl ein Trugschluss.
Aber jetzt alles nochmals in kurzer Zusammenfassung (für die Mitleser):
Installation:
- Plugin heruntergeladen und in /sites/all/mobileplugin kopiert
- In verwalten / Module aktiviert
--> Danach war kein Verwaltungsbereich mehr zu öffnen.
Versuche, diese Installation wieder rückgängig zu machen:
- Da ich davon ausging, dass durch die Installation auch direkte Dateipfade gespeichert wurden, habe ich das Verzeichnis mobileplugin in mpbilepluginx umbenannt --> keine Änderung
- Dann durchsuchte ich die komplette SQL-Datenbank nach mobileplugin, mobile,... Nirgendwo auch nur ein Eintrag in einer Datei zu entdecken.
- Durch die Hilfe von Werner löschte ich das vorher umbenannte Verzeichnis und siehe da, es läuft wieder.
Abschließende Kontrolle:
- Nochmaliges Kopieren des Moduls auf die Website und wieder ist kein Zugriff auf den Verwaltungsbereich möglich
- Umbenennen des Verzeichnisses in einen neuen Dateinamen mobilepluginxxx --> imme noch kein Zugriff möglich
- Löschen --> Wieder alles in Ordnung
Fazit:
Durch den ersten Installationsvorgang muss Quellcode verändert worden sein, da kein Eintrag in der SQL-Datenbank gefunden wurde. Diese Änderung findet das fehlerhafte Modul auch, wenn es in umbenannten Verzeichnissen steht. Also ist es bei der Fehlersuche künftig nicht egal, ob man ein Verzeichnis einach nur umbenennt, oder es löscht.
Wieder was dazugelernt.
Trotzdem wüsste ich gerne, was dieser Installationsvorgang geändert hat, schließlich muss die Suche nach dem Modul ja noch irgendwo stehen.
Vielen Dank Werner.
Liebe Grüße aus Mannheim