OpenPHPNuke - das Open Source CMS

Autor	just59
Datum	17.10.2008 13:36
Beiträge:	Ich bemerke jetzt des öfteren diesen Fehler auf meiner neuen Seite gartenverein.eu `WARNING [8] session_start() [function.session-start]: ps_files_cleanup_dir: opendir(/tmp) failed: Permission denied (13) FOUND IN [class/class.opnsession.php] FOUND AT 440` automatisch alte session Dateien löschen? -> ist auf "ja" eingestellt. Im Cache Verzeichnis, sind die rechte auf 777 gesetzt. Das Anmelden funktioniert aber ohne Probleme. JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	stefan
Datum	17.10.2008 17:12
Beiträge:	Eine einfache Frage ein schweres Thema... Da ich nicht alles selbst schreiben wollte hier mal ne link zu einer Erklärung http://www.simplemachines.org/community/index.php?topic=11928.msg103617#msg103617 Die Erklärung des Hoster ist fachlich erstmal richtig. Allerdings hätte er das tmp dann auch für jeden Account auf den jeweiligen Account bringen können. So der Hintergrund wäre also klar. Jetzt zu dem was du machen kannst. Ein eigenes Sessions Verzeichnis setzen wäre eine Möglichkeit die ich dann nutzen würde. Das geht in opn durch einen Eintrag in der mainfile.php $opnConfig['system_session_save_path'] = '/dein/path/zu/opn/cache/sessions/'; In dem Beispiel müsstest du "sessions" (das Verzeichnis) anlegen und den path natürlich anpassen. >automatisch alte session Dateien löschen? -> ist auf "ja" eingestellt. Das wäre dann aber zwingend weil php die alten sessions nicht mher selbst löscht. Wobei die Einstellung ganz alleine reicht zum löschen noch nicht. Das merst aber recht schnell wenn sich im sessions Verzeichnis die Dateien sammeln und immer mehr werden.

Autor	just59
Datum	18.10.2008 11:16
Beiträge:	Merkwürdig? Bin leider noch nicht dazu gekommen, Die aktuelle Einstellung mir anzusehen. Der Effekt trat bis jetzt nur bei mein neuen Seiten auf. Ein Aufruf meiner Seite just-info.de brachte jetzt eine Reihe von Fehlermeldungen. Die hänge wo alle mit der Session zusammen. Keine Ahnung ob mein Hoster da was geändert hat. ERROR [512] mysql error: [145: Table './xxxxxx/opn_opn_opnsession' is marked as crashed and should be repaired] in EXECUTE("SELECT ip FROM opn_opn_opnsession WHERE (ip'87.172.130.180') AND (session='BTYIM1c2BT0AYgdjWzpUYwIyCjpWNQI3Wm5QNwdnCmVYZQ0xUjcAY1QyDWJTYQRkUmJXZAA3BjpVNQM3ADJcYA')") FOUND IN [include/opndb-errorhandler.php] FOUND AT 240 Leider kann ich mich zurzeit auch nicht mehr anmelden. Die Session Dateien und die Session Tabelle habe ich bereits geleert. Leider ohne Erfolg. Was kann ich tun oder wer kann helfen? JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	just59
Datum	18.10.2008 12:21
Beiträge:	o.K. Habe den Fehler durch Reparatur der Tabelle opn_opn_opnsession behoben. Stefan, vielleicht kannst Du mochmal meine Seite besuchen und die Ursache raus finden. Die Seiten die ich bretreibe, sind übrigens alle bei den gleichen Hoster. Sollten die sich gegenseitig beeinflussen (siehe Cookieproblem) ? Das Problem tritt ja auch erst seit dem auf, als ich die anderen Seiten gestartet habe. JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	stefan
Datum	18.10.2008 19:05
Beiträge:	naja das eine hat mit dem anderen aber nichts zutun das sind 3 unterschiedliche Sachen. Da sowas (sql Tabelle kaputti) Anzeichen für Hardware defekte sein können, empfehle ich sehr sehr regelmäßige Sicherungen + Überprüfung der Sicherung weil eine Sicherung die eine kaputte Tabelle sichert kann nicht zurückgeholt werden und beim sichern sieht man das nicht unbedingt.

Autor	just59
Datum	18.10.2008 21:20
Beiträge:	werde die Sache mal beobachten. Wenn es wieder auftritt, werde ich mal meinen Hoster kontaktieren. JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	just59
Datum	31.10.2008 18:12
Beiträge:	Ich habe die mainfile beider Seiten verglichen. Habe nun festgestellt, daß dieser Eintrag bei der Gartenseite nicht drin stand. `$opnConfig['system_session_save_path'] = $root_path . 'cache/';` Habe ich jetzt nachgetragen. Werde dies mal beobachten JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	just59
Datum	31.10.2008 19:22
Beiträge:	Habe auch gerade Post vom Hoster bekommen. Er hat die Schreibrechte im TMP Verzeichnis geändert. Lag also am Host, wie Du schon vermutet hast, Stefan. Können wir also abhaken... JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Autor	stefan
Datum	01.11.2008 07:49
Beiträge:	just59 schrieb am 31.10.2008 um 19:22:09 Uhr folgendes: Können wir also abhaken... Nicht ganz ... Hoster ist klar ... aber um eben mit solchen Problem bei Hostern klar zu kommen gibt (wie du ein Posting vorher gemacht hast) die Möglichkeit einen eigenen session path zu nutzen. Nur denk dran das dann die alten sessions nicht mehr durch den server (genauer die php installation des servers) gelöscht werden. Dann sammeln sich das irgendwann 1000ende files an ... Zu dem Thema gibt es aber mit Sicherheit auch noch mehr hier im forum oder so OPN kann die dann auch automatisiert löschen aber das muss man halt einstellen, und damit du dich nicht wunderst über 1000ende files wollte ich das nur noch gesagt haben.

Autor	just59
Datum	02.11.2008 11:52
Beiträge:	Um die session Dateien besser zu finden, habe dafür eine extra Verzeichnis im cache angelegt. Dies auch in der mainfile.php angepasst. Habe im Adminbereich automatisch alte session Dateien löschen? auf ja eingestellt. Ist dies ausreichend? JUSt just-info / Mein Gartenverein Portal für Gartenfreunde... Suse 10.1, PHP 5.2.10 und MySQL 5.0.67.,Administration 2.5.1 [Iphigenie] (Revision 4533)

Diese Seite drucken

Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS

http://www.openphpnuke.info/