Права доступа

Вообщем

В общем, слова «вообщем» не существует. Вообще не существует.

пофиксил. где еще косяки?)

В общем, пропустил запятую.

А так, что в переменной $path?

$path = «/home/html/file.html»;

У тебя интерпретатор php работает от имени некоторого пользователя, скорее всего от того же пользователя, что и web-сервер. От имени этого же пользователя вызывается и твой скрипт, который вызывается из php.

А теперь подумай, может ли писать в /home/html этот пользователь или нет.

В перлоскрипте есть такие строчки?

use strict;
use warnings;

open(my $file,'>',"$path");

Может, вот так:

exec("echo 'foo' > '/home/html/bar.txt'");

Что может? Может так, а может нет, ты проверил, что пользователь от имени которого у тебя вызывается интерпретатор php может писать в /home/html?

Да, может и exec файл bar.txt создает. Php запускается от пользователя nginx:apache Папка html имеет права

drwxr-xr-x. 22 nginx nginx  4096 Oct 25 01:10 html

strict закоментирован, если его включить скрипт перестает работать. Warning к сожалению ошибку не выявляет. Я сделал дебуг по шагам:

		print "DEBUG open: $path\t";
	open(my $file,'>',"$path");
		print "\t\tOK\n";
		print "DEBUG print to file\t";
	flock($file,2);
	print($file "$content");
		print "\t\tOK\n";
		print "DEBUG close: $path\t";
	close($file);
		print "\t\tOK\n";

DEBUG close: /home/html/file.html			OK

Тогда проверяй скрипт /home/cgi/test.pl, просто запусти его руками от имени этого пользователя.

Проверь, что у этого скрипта (/home/cgi/test.pl) есть право на выполнение и вверху через «шебанг» (#!) указан путь до интерпретатора perl.

Запустил в баше от имени nginx залогинившись так

su - nginx -s /bin/sh

Шебанг стоит верный...

Т.е. вот так:

nginx$ /home/cgi/test.pl

Да, из шела работает, а в браузере нет.

Где-нибудь еще в системе есть логи чтобы глянуть что не так?..

Посмотри: https://unix.stackexchange.com/questions/30190/how-do-i-set-the-user-of-php-f...

И проверь, что пользователь точно nginx.

А лучше создай php скрипт, в котором сделай вывод пользователя от имени которого он работает.

Еп, нашел. SELinux убивает процесс..

Это был SELinux :)