Irgendwas läuft schief mit meinem Server

F

fmschrader

Registered User
Hallo,

vielleicht hat hier jemand eine Idee, wo ich mal schauen könnte.
Mein Server (Vserver) hat seit einigen Tagen merkwürdige Verhaltensweisen. Manche Anwendungen klappen einfach nicht, es gibt aber auch keine Fehlermeldungen oder so. Ich habe jetzt schon alles nachgesehen, was mir einfällt, wie Cookies, Safe Mode etc.

Beispiel: Eine Anwendung erstellt einen User in der Datenbank, das Login klappt dann aber nicht. Dieselbe Anwendung versendet Mails, die
aber nie ankommen. Eine Auktionshaussoftware speichert neue Auktionen einfach nicht ab.

Hat jemand eine Idee? Gerne kann ich auch weitere Infos liefern,
wenn Bedarf ist.

Viele Grüße

Martin
 
Hallo Martin!

fmschrader said:
Hallo,
Dieselbe Anwendung versendet Mails, die
aber nie ankommen.
Click to expand...
Mal in das Maillog sehen. /var/log/mail bzw. /var/log/maillog.

fmschrader said:
Eine Auktionshaussoftware speichert neue Auktionen einfach nicht ab.
Click to expand...
Problem mit der Datenbankberechtigung? Kennworte?
Ansonsten keinerlei Fehlermeldungen der Anwendung?

mfG
Thorsten
 
Um was für eine "Anwendung" handelt es sich denn??
Sind damit PHP-Scripts gemeint?
Ohne genauere Angaben kann ich mir da nicht viel ausdenken.
 
Ja, es sind PHP-Scripte

Vielen Dank für Euer beider Interesse.
Es handelt sich um PHP-basierte anwendungen.
Die Rechte sollten stimmen, ich schaue sie gerade nochmal
nach.
Gelegentlich bekomme ich hie und da eine Meldung, die auf Cookie-
Einstellungen verweist. Aber die sind für meine Augen auch i.O.

Gruß

Martin
 
Fehler zwischen PHP und MySQL sollten in /var/log/httpd/error_log abgelegt werden. Diese Datei sollte immer die erste Anlaufstelle bei Problemen mit Weblications sein.
Fehlermeldungen am besten immer exakt kopieren. Und falls es keine selbstgeschriebenen Scripte sind, hilft es, wenn Du sagst, welche Scripte in welcher Version Du benutzt.

huschi.
 
Errorlog sagt nicht viel dazu

Hallo Huschi,

die letzten Zeilen in der Datei sehen so aus:

[Sun Mar 28 11:00:34 2004] [notice] Apache/2.0.48 (RedHat 9/Server4You) configured -- resuming normal operations
[Sun Mar 28 12:13:57 2004] [error] [client 64.68.82.55] File does not exist: /var/www/web8/html/robots.txt
[Sun Mar 28 12:48:31 2004] [error] [client 81.169.147.17] File does not exist: /var/www/web4/html/webauction/admin/login
[Sun Mar 28 13:11:30 2004] [error] [client 64.68.81.166] File does not exist: /var/www/web8/html/robots.txt

Das muß ich mal korrigieren, hat aber wohl mit diesem Thema nichts zu tum, oder?

Es sind mehrere Anwendungen, die seltsam laufen. Das ist PHPAUCTION, WEBAUCTION (ist ne Variante), PHPROJEKT.
Andere sind mir noch nicht aufgefallen.

Gruß

Martin
 
hm... und er spuckt dir keine Fehlermeldungen aus?
Eigentlich sollte er das ja schon bei normaler Konfiguraion, höchstens dann nicht, wenn die Fehlermeldungen absichtlich mit @ rausgemacht werden.
Laufen denn selbstgemachte Scripte? Da kann ich immer mehr mit anfangen, da ich weiß, was ich verwendet habe und wo der Fehler liegen kann.
 
Hallo!
fmschrader said:
nein, irgendwie sieht es aus, als passiere nichts, was natürlich
nicht stimmt.
Click to expand...
Sieht für mich so aus, als ob das Script nicht richtig funktioniert. Keine Fehlermeldung oder ähnliches.

mfG
Thorsten
 
lil trick....

fmschrader said:
Hallo,

nein, irgendwie sieht es aus, als passiere nichts, was natürlich
nicht stimmt.

Probier doch mal eine Auktion einzugeben auf
http://web4.147234.vserver.de/webauction/

Viele Grüße
Martin
Click to expand...

wie wärs das ganze mal schnell wo anders zu testen?
Wenn es keine andere Möglichkeit gäbe kannst mich ja mal per PN anmailen, ich hät dir bestimmt nen bissle space.
Zieh dir nochmal ein bissle den Code des Projects rein. Vielleicht findest du ja was arabisches? :D
 
Was nun?

Hallo zusammen,

hat vielleicht noch jemand eine Idee, was denn nun verbogen sein
könnte an meinem VServer? Wie sieht es denn mit Bugs in den
PHP/Aache-Versionen aus? Sind die in der S4Y-Installation (RH9)
noch vorhanden?

Viele Grüße

Martin
 
Ist es ein Bug?

Danke für den Hinweis.
Welche Bugs sind das denn? woher weiß ich, daß es sich
bei den Merkwürdigkeiten auf meinem VServer um solch einen
Bug handelt?

Gruß

Martin
 
fmschrader said:
Danke für den Hinweis.
Welche Bugs sind das denn? woher weiß ich, daß es sich
bei den Merkwürdigkeiten auf meinem VServer um solch einen
Bug handelt?

Gruß

Martin
Click to expand...

Nein! Meiner Meinung nach handelt es sich hierbei nicht um diesen Bug mit PHP & Apache. Da ist irgendwas anderes nicht ganz in Ordnung. Ein Bug wäre das Letzte, was ich hier in Betracht ziehen würde.
 
Last edited by a moderator:
Ich vermute ein Berechtigungs-Problem

Hallo,

nachdem ich gestern den Mailversand durch Änderung der Berechtigung
des Verzeichnisses wieder ans Laufen bringen konnte, vermute ich
eigentlich eher, daß irgendwas mit den Berechtigungen durcheinander
geraten ist. Vielleicht läuft der Webserver ja unter einem anderen Namen,
als normal. Wie kann ich das nur nachprüfen?

Gruß

Martin
 
Tipp mal: ps aux
in der Bash ein! Dann siehste eine Liste mit allen Services die laufen, als erstes steht immer der name unter dem der Service läuft, wenn da zB steht:
Code: 
wwwrun     759  0.0  7.4 83120 4640 ?        S    Mar24   4:10 /usr/sbin/httpd -f /etc/httpd/httpd.conf
Weißt du dass der Dienst "httpd" (also apache in diesem fall) unter dem Benutzer "wwwrun" läuft
 
Nun gehts wieder - warum?

Seit ich den wert für session_use_trans_sid auf 0 gesetzt habe,
scheint vieles wieder zu laufen.
Könnte mir jemand erklären, warum dieser Schalter so fatale
Folgen auf auf das Verhalten der PHP-Scripts hat?

Danke

Martin
 
aha.. da ham wir ihn ja den bösen Fehler :-)
Ich denke es liegt daran, dass du session.use_cookies auf On und session.use_trans_sid auch On hattest. Dadurch wird dann die Session irgendwie "verwirrt" und nicht richtig gespeichert.
Komisch aber: default of session.use_trans_sid is OFF!!!
Und du hast ja gesagt, dass du nichts dran verändert hattest.
Deshalb hat er auch nichts in der DB abgespeichert, da entweder keine Session mit Daten vorhanden war oder die Session leer war und somit keine Daten reinkloppen konnte.
Whatever... u solved the problem, yay!
Viel Spaß noch so.
War nen netter mailkontakt :-)
 
You must log in or register to reply here.
Back
Top