Forum

Moderiert von: stefan, spinne
Forum Index
Support
     Administration
     Hunderttausende (resistente) Session-Files...
Hilfe anzeigen
Hilfe anzeigen

Seite 1 2 nächste Seite 


Autor Druckerfreundliche DarstellungHunderttausende (resistente) Session-Files...
Gast
Unregistrierter Benutzer 		Hunderttausende (resistente) Session-Files...

Geschrieben: 14.06.2009 12:35

Hallo,
in meinem CACHE-Ordner haben sich mittlerweile an die (vermutete) hunderttausend Session-Files angesammelt.
Warum "vermutet"? Nun, ich bin mittlerweile soweit, dass ich ein Timeout vom FTP-Server bekomme, wenn ich in das Cache-Verzeichnis wechsle (weil das LS so lange dauert). Das letzte mal, als ich noch hineinkonnte waren über 40.000 Files enthalten...

Wie kann ich die Teile löschen?

Das "Lösche Session files" im Diagnosic-Bereich (Admin) liefert mir nur ein lapidares "Delete counter: 1990".
Wobei ich keine Erklärung für 1990 habe - die Anzahl der Session-Files ist nämlich ein Vielfaches.

Bitte um Hilfestellung, wie ich das abschalten kann - es ist etwas unpraktisch, immer den Support des Hosters bemühen zu müssen, alle SESS-Files im Verzeichnis mit dem root-User löschen zu lassen.

Danke,
Boby

[addsig]
Zitieren Druckerfreundliche Darstellung nach oben
Gast
Unregistrierter Benutzer 		Hunderttausende (resistente) Session-Files...

Geschrieben: 14.06.2009 12:37

Das bekomme ich vom FTP-Server mittlerweile:

Status: Empfange Verzeichnisinhalt...

Befehl: CWD opn

Antwort: 250 CWD command successful

Befehl: PWD

Antwort: 257 "/opn" is the current directory

Befehl: PASV

Antwort: 227 Entering Passive Mode (85,13,133,62,195,81).

Befehl: LIST

Antwort: 150 Opening ASCII mode data connection for file list

Antwort: 226 Transfer complete

Status: Anzeigen des Verzeichnisinhalts abgeschlossen

Status: Empfange Verzeichnisinhalt...

Befehl: CWD cache

Antwort: 250 CWD command successful

Befehl: PWD

Antwort: 257 "/opn/cache" is the current directory

Befehl: PASV

Antwort: 227 Entering Passive Mode (85,13,133,62,195,107).

Befehl: LIST

Antwort: 150 Opening ASCII mode data connection for file list

Antwort: 421 No transfer timeout (300 seconds): closing control connection

Fehler: Verzeichnisinhalt konnte nicht empfangen werden

Fehler: Verbindung vom Server geschlossen

[addsig]
Zitieren Druckerfreundliche Darstellung nach oben
stefan
Wohnort: Münster


Sende eine Private Nachricht an stefan
ICQ 		Hunderttausende (resistente) Session-Files...

Geschrieben: 14.06.2009 13:10

Boby schrieb am 14.06.2009 um 12:35:28 Uhr folgendes:


Das "Lösche Session files" im Diagnosic-Bereich (Admin) liefert mir nur ein lapidares "Delete counter: 1990".
Wobei ich keine Erklärung für 1990 habe - die Anzahl der Session-Files ist nämlich ein Vielfaches.



Er löscht im diagnostic max eine bestimme Anzahl (ca. 2000) das hat seien Grund darin das er dazu Zeit benötig weil er auch prüft ob die session noch "wichtig" ist. Er löscht also nur nicht mehr benötigte.

Jetzt hast du paar Möglichkeiten.

1) wenn du die Zahl da stehen hast F5 ...
2) Automatischer Reload der Seite - geht im FF

Für die Zukunft solltest du dafür einen Job einrichten der dann das Regel Mässig macht so das sich nicht die Anzahl ansammeln kann.
Zitieren Druckerfreundliche Darstellung nach oben
Gast
Unregistrierter Benutzer 		Hunderttausende (resistente) Session-Files...

Geschrieben: 14.06.2009 19:32

Hallo Boby

Genau das gleiche Problem hatte ich auch auf einem Hosteurope Server.
Damals musste ich täglich per FTP diese Files löschen, denn nach ein paar Tagen waren darin soviele sess Files, dass ich per FTP keinen Zugriff mehr hatte.

Stefan baute genau für solche Fälle im Diganostic Bereich diese nette Funktion ein. Kombiniert mit dem CronJob Modul eine richtig feine Sache.
Seit ich das nutze, habe ich keine Problem mehr mit den session Files.

Übrigens habe ich damals den Hoster auf diesen Fehler aufmerksam gemacht, dieser reagiert aber überhaupt nicht auf mein Anliegen.
Laut Support sei der Server korrekt konfiguriert, was er definitiv nicht war und auch bis heute nicht ist.

Flash
[addsig]
Zitieren Druckerfreundliche Darstellung nach oben
Gast
Unregistrierter Benutzer 		Hunderttausende (resistente) Session-Files...

Geschrieben: 16.06.2009 21:10

Naja,
war wohl nur teilweise erfolgreich...

Habe alles gemäß der Doku eingerichtet - und dem opn-cronjob.sh auch 777 gegeben (da sonst Fehlermeldung).
Als dann alles fuzen sollte, kam DAS im Diagnostig ("start.sh for cronjob"):

-
ERROR [2] chmod() [function.chmod]: Operation
not permitted
FOUND IN
[admin/diagnostic/repair_tools/repair_shcronjob_file.php]
FOUND AT
72

Endstation?

Ciao,
Boby
[addsig]
Zitieren Druckerfreundliche Darstellung nach oben
stefan
Wohnort: Münster


Sende eine Private Nachricht an stefan
ICQ 		Hunderttausende (resistente) Session-Files...

Geschrieben: 16.06.2009 21:48

Nach was hast du den cronjob eingerichtet?

Es gibt 3 nutzbare Wege und 2 weitere eingeschränkt nutzbar.

Möglichkeit 1.

Hast du einen Rootserver und willst einen "echten" job einrichten

Möglichkeit 2.

Keine schell aber dein Hoster bittet (Web)-Cronjobs (Nett jeder Hoster anderes)

Möglichkeit 3.

Hast kein Root und auch keine Jobs durch deinem Hoster. Dann wäre das das über rein OPN zu machen.
Zitieren Druckerfreundliche Darstellung nach oben
Gast
Unregistrierter Benutzer 		Hunderttausende (resistente) Session-Files...

Geschrieben: 16.06.2009 23:12

Könnte Variante 2 anbieten - kann mit einer speziellen Oberfläche Einträge in den CRON vornehmen.

Dort habe ich auch einen Eintrag auf das Script "/opn/opn-bin/opn-cronjob.sh" gemacht.

Als Ergebnis habe ich folgendes Mail vom System meines Hosters erhalten:
#!/bin/sh cd /www/htdocs/vxxxxxx/opn/opn-bin/ # run opn cron on this url export HTTP_HOST=http://www.rc-boote.at/opn /www/htdocs/vxxxxxx/opn/opn-bin/opncron.php
(vxxxxxx = Benutzer-ID; habe ich hier aus Sicherheitsgründen verfremdet)

Könnte aber auch mit Variante 3 leben...

Ciao,
Boby
[addsig]
Zitieren Druckerfreundliche Darstellung nach oben
just59
Registriert: 29.10.2006
Beiträge: 921
Wohnort: Leipzig


Sende eine Private Nachricht an just59 Besuche die Homepage von just59
Hunderttausende (resistente) Session-Files...

Geschrieben: 17.06.2009 10:18

Ich kann bei meinem Hoster ein php Script angeben. Dies wird dann zur festgelgeten Zeit ausgeführt.
Wie müsste denn der Code lauten, wenn da die Sessionfiles gelöscht werden sollen. Danach eventuell noch eine Optimierung und Sicherung der Datenbank?



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)
Zitieren Druckerfreundliche Darstellung nach oben
stefan
Wohnort: Münster


Sende eine Private Nachricht an stefan
ICQ 		Hunderttausende (resistente) Session-Files...

Geschrieben: 21.06.2009 12:43

Einstellungen -> Hintergrund Prozesse -> session Dateien automatisch löschen?

Ja

Dann ruf mal

DEINURL/masterinterface.php?cronjob=1

auf.

Da sollte keine Fehlermeldung oder sonst was kommen.

"ich kann bei meinem Hoster ein php Script angeben. Dies wird dann zur festgelgeten Zeit ausgeführt. "

Diese URL kannst du dann dort ablegen.

Das ist eine Möglichkeit



Zitieren Druckerfreundliche Darstellung nach oben
just59
Registriert: 29.10.2006
Beiträge: 921
Wohnort: Leipzig


Sende eine Private Nachricht an just59 Besuche die Homepage von just59
Hunderttausende (resistente) Session-Files...

Geschrieben: 21.06.2009 17:27

Leider kommt dann ein Fehler:
WARNING [8] Undefined variable: table<br />FOUND IN [system/optimize/admin/function.php]<br />FOUND AT 75<br /><br />Fatal error: Call to a member function GetTable() on a non-object in /www/htdocs/xxx/system/optimize/admin/function.php on line 75

Habe hier nur den Link abgeändert.
Wie in den anderen Thema beschrieben, sind auch andere Fehlermeldungen in Errorlog zu sehen. Die Seite wird aber richtig angezeigt. Auch Beiträge können erstellt werden.


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)
Zitieren Druckerfreundliche Darstellung nach oben
sortieren nach
Seite 1 2 nächste Seite 

Hilfe anzeigen
Hilfe anzeigen
Vorheriges Thema:  Bilder im Menü
Nächstes Thema:  Was hab ich da nur gemacht...

Gehe zu:

Benutzername:
 
Sicherheits-Code
Sicherheits-Code
Neu laden