Nach Login keinerlei Zugriff

Bist Du sicher das Dein Jetziger Login mit dem vom Maerz identisch ist?

Die Fehlermeldungen sagen eigentlich nichts weiter, als das Du als "admin" nur eingeschraenkte Rechte hast. Gute Info, oder?

Wenn Du Dich wirklich als Superuser (mit allen Rechten) einloggen wuerdest dann haettest Du nicht diese Meldungen. Wenn Du auf die Datenbank Zugriff hast (phpMyAdmin) sehe doch mal in der Tabelle "users" nach wer der User "admin" ist und vor allem welche Rechte er hat und ob es weitere User mit eventuell anderen Rechten gibt.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Ja, da bin ich mir sicher.
Ich habe deshalb auch schon per phpMyAdmin in die "users"-Tabelle reingeschaut.
Da sehe ich nur die beiden von mir selbst bisher angelegten Users.

Kann es unter Umstaenden etwas mit der PHP-Konfig zu tun haben?
Jedoch gehe ich weniger davon aus, denn es hat ja bekanntlicherweise schon funktioniert.

Gruss,
mrc

Und dein admin - User hat in dieser Tabelle die ID 1?

gruß pebosi

Richtig, der User "admin" hat die UID 1.

Der User "admin" mit der ID 1 hat wirklich alle Rechte?

Alternativ koenntest Du mal alle DB Tabellen mit Cache Funktion leeren (nicht loeschen).

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Es würde mich schon sehr wundern wenn der Admin nicht alle Rechte hätte.

Das musst du mir jetzt jedoch erklären, bin nicht so heimisch bei phpMyAdmin ...

Markier die Tabellen die so heissen cache_*, dann unten im DropDown Feld "Empty" oder "Leeren" wählen und ausführen.

gruß pebosi

Habe nur eine cache-Tabelle ( "cache" ).
Diese habe ich nun geleert, leider ohne Erfolg :(
Kann immernoch einloggen, jedoch trotzdem nicht auf Menüpunkte wie "Inhalt erstellen" oder "Verwalten" zugreifen :(

Wähle in der Tabelle doch mal den user "admin" aus. Dann gehst du auf bearbeiten und löschst den aktuellen Inhalt des Passwort-Feldes (kryptischen Zeichen, ist ein md5-hash)

Nun stellst du den Datentyp des Feldes auf "md5" und gibst hinten ein neues Passwort ein. Evtl. noch speichern, fertig. Das neue Passwort sollte jetzt funktionieren.

Was ansonsten noch sein kann, ist ein Fehler in der template.php des aktiven Themes.
Wenn sich da irgendwo Leerzeichen reingeschmuggelt haben, kann das alles blockieren. Daher, wenn das obige immer noch nicht hilft, eine eventuelle template.php öffnen und alle Leerzeichen vor oder hinter der

Dabei sein ist alles

Die Tabelle "sessions" cached auch.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Danke für die vielen Antworten!

Leider klappt es auch nach dem Password-Reset und dem leeren der Tabelle "sessions" nicht :(

In welcher Tabelle werden denn die Rechte der Users vergeben?

Keine Ideen mehr?
Ich bin total gefrustet und sträube mich nämlich dagegen, die Page noch einmal neu aufzusetzen.

Das kann doch nicht sein dass ein User - vorallem wenn es "admin" ist - auf einmal keine Rechte mehr hat?
Auch in der Tabelle "watchdog" steht an für sich nichts anderes als was ich schon weiss:

" 2104, 1, 'user', 'Sitzung für ‚admin‘ eröffnet.', 0, '', 'http://www.XYZ.com/?q=user&destination=user', 'http://www.XYZ.com/?q=user&destination=user', '[IP]', 1195055927 "

Und daraufhin

" 2105, 0, 'access denied', 'Der Zugriff auf die Seite user/1 wurde verweigert.', 1, 'Anzeigen', 'http://www.XYZ.com/?q=user/1', 'http://www.XYZ.com/?q=user/1&time=1195055927', '[IP]', 1195055966 "

Ja, ich bin wie schon gesagt ziemlich gefrustet, dass ich mir nicht selber weiterhelfen kann.

Nachtrag zu Post 1:
Die effektiv verwendete MySQL-Version ist 4.1.21
Die effektiv verwendete PHP-Version ist 5.2.4

Gruss,
mrc

Das von "eigentor" weiter oben beschriebene Verfahren, dem User 1 ein neuse Passwort zu geben wird wohl auch nicht viel bringen. Mit neuem Passwort bleiben die Rechte des User die Gleichen.

Eine Moeglichkeit sehe ich noch. Sehe Dir mal diesen Thread an.

http://www.drupalcenter.de/node/5557#comment-19412

Insesondere mein Post mit "geloest". Da Du nicht als Admin einloggen kannst musst Du im Falle einer fehlerhaften Tabelle "node_access" das Problem ueber phpMyAdmin und 2 SQL Befehlen loesen. Steht aber erklaert da.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Leider half auch das nichts.
Ich habe die Tabelle "noce_access" per TRUNCATE geleert und den einen Eintrag getätigt, jedoch kann ich immernoch nicht auf die nodes zugreiffen wenn ich als admin oder auch als anderer User eingeloggt bin.

Könnte ein Drupal-Update das Problem unter Umständen beheben?

Kann es an der PHP-Konfig liegen?
Das ist mittlerweile das Einzige was ich mir noch vorstellen kann.

Mhm, nun bin ich mit meinem Latein erst mal am Ende. Wenn Niemand noch eine zuendende Idee hat wirst Du wohl zum Update greifen muessen.
Vergiss nicht vorher ein Datenbackup zu machen.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Alle Module, die sich deaktivieren lassen, zu deaktivieren, hat dann in der Folge auch nichts gebracht?

Wie kann ich Module deaktivieren wenn ich als Admin-User keinerlei Zugriff auf den Management-Teil der Site habe?

Ja, also: via FTP umbenennen. Die Contributed Teile.

Also unter /modules die Ordner wie "image", "inline" usw. umbenennen?

Mit phpMyAdmin in der DB die Tabelle "system" besuchen. In der Spalte "status" bei zu deaktivierenden Modulen den Status auf 0 setzen.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Gefällt mir noch besser als das Umbenennen.
--
Noch eine Idee: nimm, falls quiptimes Vorschlag auch wieder nicht hilft, einmal einen 2. Account (bei Bedarf erstellen) und gib nun diesem via phpMyAdmin in der Tabelle "users" die UID 1 (dabei vorher aber die "1"-UID des Pseudo-Admins auf 300 oder dgl. setzen).

Hi Jungs,

Das Problem ist mittlerweile behoben worden.
Jedoch nicht von mir oder durch die vielen Tipps hier drin (wofür ich mich ganz herzlich bedanken muss), sondern die Lösung scheint viel pragmatischer gewesen zu sein.

Es lag ganz einfach an der PHP Version 5.
Auszug aus einem Mail von meinem Hoster:
"... Eines der verwendeten Module scheint nicht kompatibel mit php Version 5. Ich habe php Version 4 für Ihr ganzes public_html aktiviert. Dies steht jedoch nur noch bis Ende Jahr zu verfügung. ..."

Was wohl bedeutet, dass nun die Suche losgeht welches Modul nicht funktioniert.
Wie mache ich das am besten?

Gruss,
mrc

Kannst Du Deine Seite auf Drupal 5.3 migrieren? Vermutlich ist damit das PHP 5 Problem geklaert. Ich hatte auch mal Probleme mit Drupal 4.7 und PHP 5. Von PHP 5 Problemen in Zusammenhang mit Drupal 5.x habe ich noch nicht gehoert. Zumindest was den Core betrifft.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Ganz ehrlich, ich wüsste es nicht.
Technisch würde ich sicher migrieren können, jedoch ist die Frage ob danach grössere Änderungen anstehen würden.

Wenn Du suchen solltest, lass uns an den Ergebnissen teilhaben.
Danke Dir!

Gruß, Frank