fopen schlägt fehl

[Starocotes]

ch bin nun vollends verzweifelt und da hilft oft wenn ich mein Problem mal niederschreibe.

Script A:
[CODE]$o_spool_csv = new spool("0000005001","Versandliste","csv");
$filename_csv = $_SERVER["DOCUMENT_ROOT"].$o_spool_csv->getpath();

$o\_csv = new csv\_slist($filename\_csv);[/CODE]  

Script B:
[CODE]
class csv_slist {

// Ressource  
private $res = 0;  
  
// Datei anlegen  
public function \_\_construct($filename) {  

	// Datei öffnen  
	$this->res = fopen($filename,"wb");  
}[/CODE]  

Funktioniert bestens. Er legt die Datei an und gibt auch was aus.

Script C:
[CODE]$o_spool_txt = new spool("0000005001","Versandliste","txt");
$filename_txt = $_SERVER["DOCUMENT_ROOT"].$o_spool_txt->getpath();

$o_eva = new txt_eva($filename_txt);[/CODE]

Script D:
[CODE]class txt_eva {

// Ressource  
private $res = 0;  
  
// Datei anlegen  
public function \_\_construct($filename) {  

	// Datei öffnen  
	$this->res = fopen($filename,"wb");  
}[/CODE]  

Schlägt beim fopen fehl. Beides geht in das selbe Verzeichnis (jetzt eben zum 10. geprüft) das auch existiert.

Noch jemand ne Idee wie ich dem irgendwie auf die Schliche kommen kann?

[suit]

Noch jemand ne Idee wie ich dem irgendwie auf die Schliche kommen kann?

Ohne relevante Informationen die zur Fehlersuche geeignet sind vermutlich nicht - eine relevante Information stellt z.B. die PHP-Fehlermeldung dar oder ein Auszug aus dem Tatsächlichen Verzeichnisbaum (inkl. Berechtigungen).

[Starocotes]

Noch jemand ne Idee wie ich dem irgendwie auf die Schliche kommen kann?

Ohne relevante Informationen die zur Fehlersuche geeignet sind vermutlich nicht - eine relevante Information stellt z.B. die PHP-Fehlermeldung dar oder ein Auszug aus dem Tatsächlichen Verzeichnisbaum (inkl. Berechtigungen).

Meldung:
 fopen(/var/www/SIS-T2/spool/simmel/2013/07/08_13_42_26_0000005001.txt) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: No such file or directory

Berechtigungen des Verzeichnisses:
[root@torin ~]# ls -la /var/www/SIS-T2/spool/simmel/2013/07/
insgesamt 324
drwxr-xr-x 2 apache apache   4096  8. Jul 13:42 .
drwxr-xr-x 5 apache apache   4096  8. Jul 13:42 ..

Apache räuft unter apache
[root@torin ~]# ps axu | grep http
apache     565  0.0  3.1 106532 65304 ?        Sl   Jul07   0:24 /usr/sbin/httpd
apache    3954  0.0  3.1 105428 64872 ?        Sl   Jul07   0:25 /usr/sbin/httpd
apache    3955  0.0  3.1 106588 65920 ?        Sl   Jul07   0:23 /usr/sbin/httpd
apache    3956  0.0  3.1 105164 64608 ?        Sl   Jul07   0:21 /usr/sbin/httpd
apache    3958  0.0  3.3 110852 70132 ?        Sl   Jul07   0:23 /usr/sbin/httpd
apache    9308  0.0  3.1 107192 65772 ?        Sl   11:28   0:10 /usr/sbin/httpd
apache    9309  0.1  3.4 112288 70948 ?        Sl   11:28   0:12 /usr/sbin/httpd
apache    9310  0.1  3.4 112392 70780 ?        Sl   11:28   0:11 /usr/sbin/httpd
apache    9372  0.0  3.1 106252 66396 ?        Sl   11:28   0:10 /usr/sbin/httpd
apache   12043  0.1  2.7  97804 57952 ?        Sl   13:48   0:04 /usr/sbin/httpd
root     13750  0.0  0.0   4060   768 pts/0    S+   14:33   0:00 grep http

[suit]

Noch jemand ne Idee wie ich dem irgendwie auf die Schliche kommen kann?

Ohne relevante Informationen die zur Fehlersuche geeignet sind vermutlich nicht - eine relevante Information stellt z.B. die PHP-Fehlermeldung dar oder ein Auszug aus dem Tatsächlichen Verzeichnisbaum (inkl. Berechtigungen).

Meldung:
fopen(/var/www/SIS-T2/spool/simmel/2013/07/08_13_42_26_0000005001.txt) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: No such file or directory

Wenn das File sicher existiert - ist da ggf. ein Lock drauf? Ich weiß leider grade nicht, wie fopen auf das reagiert bzw. ob das aus der Fehlermeldung ersichtlich ist.

[dedlfix]

Tach!

fopen(/var/www/SIS-T2/spool/simmel/2013/07/08_13_42_26_0000005001.txt) [<a href='function.fopen'>function.fopen</a>]: failed to open stream: No such file or directory
Berechtigungen des Verzeichnisses:
drwxr-xr-x 2 apache apache   4096  8. Jul 13:42 .
drwxr-xr-x 5 apache apache   4096  8. Jul 13:42 ..
Apache räuft unter apache

Und PHP ist als Apache-Modul eingebunden und läuft nicht per suEXEC und FCGI unter einer eigenen Kennung?

dedlfix.

[Starocotes]

Ne Nacht drüber geschlafen und nachmal in Ruhe angeschaut.

Timing bzw. die Reihenfolge war das Problem. Das Verzeichnis war zu dem Zeitpunkt wo das fopen passierte noch nicht da, später aber schon.