(gelöst) HTTP-Fehler 500 (Internal Server Error) nur bei User Profilen und bei der Registration

Sagen die Serverlogs oder Drupallogs etwas Genaueres dazu?

Upps, bin nicht so der Profi... wo finde ich die?
Bei Drupal unter Verwalten/neuesteLog einträge findet sich folgendes:

T

Ich glaube Du meinst etwas anderes....wo soll ich hin? danke!

Genau, mehr steht dort nicht ... hast Du Zugriff auf die Serverlogs?

Kann sein? Ich habe keine Ahnung..wie komme ich dahin? Ich habe bei Hosteurope Paket L
Hat man dann einen Zugriff?
DANKE

Das kann ich Dir leider nicht beantworten, da ich eigene Server habe auf denen ich hoste. Müsstest Du vielleicht mal beu HE anfragen oder im Admin Interface nachschauen. Eventuell könntest Du hier mal deine aktive Modulliste posten mit den entsprechenden Versionen, vielleicht findet sich dann ein Hinweis

ich habe hier etwas gefunden im Admin Bereich bei Hosteurope, da steht was von Logfiles: ist es das?

77.13.23.82 - - [05/Oct/2012:14:37:08 +0200] "GET /users/test HTTP/1.1" 500 495 "http://stillgruppen.de/" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)" "stillgruppen.de"

Das wär jetzt zum Beispiel der letzte Eintrag der logFiles, nachdem ich versucht habe die User Seite aufzurufen.

Ich vermute die Verknüpfung zu den Userseiten ist nicht richtig eingestellt. Wo finde ich die?
DANKE

Alle Module? Oder nur die zum Profile passen? Sind ne Menge!

Irgendwelche Probleme mit der .htaccess Datei? Hattest vorher diese geändert und vergessen erneut zu ändern?

Hallo Tobias,
habe Deine Anleitung für das Core Update genutzt und die .htacces Datei gar nicht angepakt.
Habe nur den neuen Core eingespielt, den Ordner sites und die .htaccess Datei ALT gelassen und dann die Datenbank aktualisiert.
Alles funktioniert, nur die User Profile nicht mehr....

Ich habe gerade mal mit MyPHP in die Datenbank bei Hosteurope geguckt:
die Tabelle "users" ist mit allen Datensätzen noch da. Auch richtig geschrieben...wieso findet Durpal nun die Einträge bzw die Profilseiten nicht mehr....
Kann es sein, das irgendwelche Module nun einen falschen Pfad produzieren?

Kann es sein, dass es etwas mit dem Pfad .../user/... oder .../users/...
zu tun hat?
Hat sich hier etwas zwischen den Versionen Core oder Module verändert???

----> jetzt habe ich hier folgendes gefunden:

admin/build/pages
System user_view User profile template /user/%user Im Code

Get a summary of the information about this page.
When enabled, this overrides the default Drupal behavior for displaying user profiles at user/%user. If you add variants, you may use selection criteria such as roles or user access to provide different views of user profiles. If no variant is selected, the default Drupal user view will be used. Please note that if you are using pathauto, aliases may make a node to be somewhere else, but as far as Drupal is concerned, they are still at user/%user.
This page has no variants and thus no output of its own.

Kann es sein, dass ich hier eine neue (alte) Variante eingeben muss??? Nämlich mit userS ????!

War da bei den alten Versionen anders???

Ich habe gerade mal einwenig rumgespielt und eine neue Variante angelegt, aber dann kam der Punkt speichern und Datenbank überschreiben, da habe ich dann lieber mal abgebrochen.... will nicht noch mehr kaputt machen und auf einen Rat warten

Noch mal ein Hinweis zu den Log-Files bei HostEurope, es gibt auch einen ERROR-Logfile und nicht nur einen Logfile. Der Logfile ist für den Apache (Zugriffsinformation), der ERROR-Logfile für die PHP-Fehler, die hier interessanter sind.

Beste Grüße
Werner

Hallo Werner,
ich habe das Profil aktuell mal angesteuert und das sind dann die letzten ERROR logs:

Hilft das weiter?

Hallo, mir ist gerade etwas eingefallen: kann es daran liegen, dass Hopsteurope ja mein Paket gesperrt hat und keinen Kommunikation mit der Datenbank betrieben werden kann???

was ich nicht verstehe ist, wie Du die update.php ausgeführt hast bzw. die 500er Errors bei den UserProfilen und Registration sehen kannst, wenn der Account offenbar stillgelegt ist.
Offenbar lässt sich doch überhaupt kein Pfad der URL
www.stillgruppen.de/... aufrufen. Hast Du die Website nun komplett gelöscht oder verstehe ich das Ganze falsch?

Nein, es ist so:
- Hosteurope hat das Paket gesperrt
- ich vermute es ist auch die Verbindung zu der Datenbank unterbrochen
- ich kann mir jedoch einen Zugang: nur für meine IP Nummer vergeben. Die speichert man bei Hosteurope und mit dieser kann man durch die Seite navigieren
deshalb kann ich alles aufrufen und konnte auch die update.php ausführen etc.
Hmmm, dazu wurde ja aber auch eine verbindung zur Datenbank aufgebaut und diese aktualisiert, also stimmt meine these mit den Profilen irgendwie doch nicht...

es muss also irgendwas mit dem Pfad bzw. der URL zu den profilen sein???

also, wenn ich ganz oft hintereinander versuche ein profil aufzurufen, dann erzeuge ich folgende ERROR Files:

Woher kommt dieser Fehler???
user activity. Habe ich installiert in der Version
Activity 6.x-2.0-alpha1
User activity 6.x-1.2
User relationships activity 6.x-1.2

DANKE!

ich fürchte das Problem muss wo ganz anderst angegangen werden und hoffe auch Du hast die vorigen Daten D6.15 gesichert (ftp und DB). ich vermute, erstmal sollte die Website unter der/einer Domain erreichbar sein. Wenn ich mich noch schwach erinnere gibts bei HE so einen Recovery-Modus, in welchen man noch Zugang zu den Daten der Website hat. Dieser Modus dient dazu, die noch vorhandenen Daten zu sichern, aber soweit ich mich erinnere, sollte man in diesem Modus keine Updates oä durchführen.

Versuche mal bitte Dein Backup auf einer erreichbaren Domain einzuspielen und importiere die Daten in eine neue DB. Dann die settings.php noch updaten und dann mal die Gegebenheiten im Onlinemodus erneut checken. Ich vermute, wenn Du den Coreupdate dann ausführst, wird es weniger/keine Probs geben.

Hallo,
ok, alles etwas verwirrend und immer wieder eine andere Frage bzw. Vermutung. Ich habe mal eine direkte Frage:
Was steht bei Euch unter
http://www.beispiel.de/admin/build/pages
bei den User templates auch das hier ??? :
System user_view User profile template /user/%user Im Code  Bearbeiten Aktivieren
Bedeutet dass, dass alle user Pfade nun unter user% abgerufen werden müssten? Oder wie?
Bei mir gehts ja auf userS
Danke!

ah, ich sehe gerade folgendes:
http://www.stillgruppen.de/admin/user/user
dort werden alle user aufgelistet.

Strukturierung

• Ansichten
• Blöcke
• Menüs
• Module
• Oberfläche übersetzen
• Themes
• URL-Aliase

bei den User templates auch das hier ??? :
System user_view User profile template /user/%user Im Code Bearbeiten Aktivieren

der unterschied liegt in dem pfad: überall werden die user über
http://www.drupalcenter.de/user/me
angesteuert
nur bei mir geht es über users
also mit einem s hintendran....da könnte das problem doch entstehen oder seh ich vor luter bäumen den wald nicht mehr.

kein Plan was Du damit meinst, sorry Bea, so gern ich Dir helfen würde...

der pfad!
ich vermute das das modula pathauto hier irgendwas falsch macht?
es wird automatisch der falsch pfad eingeschlagen?!
die user sind ja da! und man kann sich sogar einlogggen nur die profilseite wird (meine Vermutung) wegen dem falschen pfad irgendwie nicht angezeigt?!!

kannst Du denn ein Userprofil ohne Alias aufrufen ohne Fehlermeldung?

.../user/1

nein, leider nicht...

user/1 ---> HTTP-Fehler 500 (Internal Server Error): Beim Versuch des Servers, die Anforderung zu verarbeiten, ist eine unerwartete Bedingung aufgetreten.
users/1 ----> Die angeforderte Seite konnte nicht gefunden werden.

einen user bearbeiten kann ich aber:
user/948/edit?destination=admin%2Fuser%2Fuser

also was ich mit Sicherheit sagen kann, an Deinen Aliasen liegt es nicht, der Pfad users gibts bei Dir nicht und eine Verbindung zu Deiner Datenbank besteht jedenfalls.

kannst Du bitte mal versuchen das Modul activity zu deaktivieren und dann nochmal .../user/1 testen?

Aaach du Schande!
ich habe:
User activity 6.x-1.2
User relationships activity 6.x-1.2
deaktiviert (das andere alles habe ich an gelassen)
und jetzt geht es!
man kann die Profile wieder aufrufen!!!
was ist das denn für ein mist?!!!

hm dann vermute ich bei den beiden Modulen hat es "was zerrissen". insofern empfehle ich Dir jetzt diese beiden Module auch zu deinstallieren

.../admin/build/modules/uninstall

und dann nochmal die update.php ausführen.

Dann downloade die beiden Module nochmal neu vom drupalcenter.de und aktiviere die beiden Module wieder und danach wieder update.php. Dann sollte das Problem endlich behoben sein :)

Also erstmal vielen Dank Clemens! Du hast mich zum Verursacher geführt....ich war - Achtung --> Wortspiel :)) - auf dem falschen Pfad :)
Aber jetzt kenn ich das Problem, aber nur das Abschalten ist ja nicht die Lösung?!
so, da habe ich ja noch eine Aufgabe fürs Wochenende :)
dann durchsuche ich mal google Welt auf der Suche nach ähnlichen Problemen und Lösungen (hoffentlich). Falls ich eine Lösung finde, dann poste ich hier und stelle auf gelöst....
solange ist natürlich jeder Tipp willkommen!
DANKE

aaah, ok, wir haben gleichzietig geschrieben...das werde ich morgen gleich mal versuchen und berichten!
DANKE

freut mich, das Wortspiel passt perfekt ;)

Tipp, siehe mein voriges Posting.

Vielleicht hat es auch dieselbe Ursache wie http://www.drupalcenter.de/faq/4496

Hi,
es war dann doch das activity modul! ich habe es deinstalliert, update.php, neue version geholt, installiert, update.php....und jetzt läuft es wieder ohne probleme!
jetzt muss ich mir nur noch die neueste, passende version von user activity etc dazubauen :)
danke an alle