Я думаю, с тех пор от Вашего вопроса я не могу обсудить параметры настройки системы, которыми Вы управляете в, универсальный способ найти, что файлы, используемые процессом, могут добиться цели.
Попытайтесь использовать lsof-p <PID_OF_APACHE_DAEMON>
.
Можно получить PID различными способами, можно смотреть на netstat-tlnop вывод, другой использует lsof-i и так далее.
Это - POC, которая может работать:
lsof -p $(lsof -i :80 | head -2 | tail -1 | awk '{print $2}') | grep log
httpd 2618 root mem REG 253,0 64072 /usr/lib/httpd/modules/mod_logio.so (path inode=63267)
httpd 2618 root mem REG 253,0 64070 /usr/lib/httpd/modules/mod_log_config.so (path inode=63265)
httpd 2618 root 2w REG 253,2 1461 720904 /var/log/httpd/error_log
httpd 2618 root 6w REG 253,2 1461 720904 /var/log/httpd/error_log
httpd 2618 root 7w REG 253,2 4483 720899 /var/log/httpd/access_log
Здесь я предположил, что Ваш апачский демон слушает по стандарту tcp порт 80, конечно.
Я предложил бы использовать neatx, поскольку FreeNX склонен быть нестабильным и менее активно сохраняется.
Это могло бы быть вызвано клиентом NX, какой клиент Вы используете?
При использовании nomachine клиента это могло бы вызвать проблемы, так как Вы также используете freenx сервер, который не так актуален как nomachine NX сервер. Возможно, откат клиента к знать рабочей версии мог помочь?
Я хотел бы его, отметил, что я не заметил ни одной из этих проблем с коммерческим nx сервером или клиентом. Freenx, с другой стороны, имел многочисленные проблемы и neatx, хотя хорошая альтернатива имела некоторые раздражающие причуды также. Если это - производственная машина, могло бы стоить пойти коммерческим путем на этом.
Я рекомендовал бы переместиться в более новое, или по крайней мере лучше поддерживаемый, распределение.
В этой точке (март '11) "текущее" Ядро Fedora равняется 14, 11 несколько датирован.
Мы выполняем сервер FreeNX на CentOS 5.x с хорошим успехом. Да, эта основа также датирована ('06 или '07), но Redhat более активно портирует, прикрепляет к этому распределению.