Я испытал ту же проблему с Набором тестов, замораживающимся на первых "основах". ЦП был очень высок, и журнал был замусорен журналами как это
[Wed, 26 May 2010 17:34:18 GMT] [debug] [<0.1014.0>] OS Process Start :: #Port<0.2005>
[Wed, 26 May 2010 17:34:18 GMT] [debug] [<0.1014.0>] OS Process
#Port<0.2005> Input :: ["reset",{"reduce_limit":true}]
[Wed, 26 May 2010 17:34:18 GMT] [error] [<0.786.0>] OS Process Error <0.1014.0> :: {os_process_error,{exit_status,127}}
Я смог устранить проблему, когда я выполнил couchdb вручную с набором LD_LIBRARY_PATH к каталогу lib для xulrunner-devel, который был одной из предпосылок, которым я верю.
# export LD_LIBRARY_PATH=/usr/lib/xulrunner-devel-1.9.2.3/lib
# /usr/local/bin/couchdb
Все тесты работали успешно при запуске как это.
Править: Более постоянная фиксация должна добавить вышеупомянутое xulrunner-devel путь к файлу под/etc/ld.so.conf.d. На моей машине я сделал файл/etc/ld.so.conf.d/couchdb.conf с содержанием
/usr/lib/xulrunner-devel-1.9.2.3/lib
Затем я выполнил ldconfig и перезапустил CouchDB.
Заметка на полях: Когда я ранее запустил CouchDB вручную, я сделал это как корень, который вызвал некоторые проблемы разрешения, поэтому удостоверьтесь, что все полномочия установлены правильно, где Вы установили CouchDB.
Моя хостинговая компания передала проблему в cPanel, и, к моему смущению, она оказалась в моем файле .htaccess
, которая в конце концов отсутствовала.
У учетной записи, которая работала, была эта строка, где неработающая учетная запись не ...
Options All -Indexes
Все
по умолчанию включает то, что хостинговая компания добавила, чтобы заставить ее работать ...
Options +Includes +ExecCGI
Без + ExecCGI
, он ломается, как я описал в моем исходном сообщении.
Хорошее устранение неполадок при обнаружении этого ваши SSI работают.
Вы локализовали проблему в подсистеме CGI.
Прежде всего, вам необходимо убедиться, что вы установили это в своем файле .htaccess
:
Options ExecCGI
Если проблема не исчезнет, вам понадобится просмотреть журнал ошибок и выяснить причину:
Это сообщение об ошибке совпадает с ошибкой 500 (обычно это то, что вы получаете с ошибками в самом .htaccess), поэтому в журналах вы найдете описательную ошибку сообщение.
cPanel позволяет просматривать журналы ошибок.
Они ваши лучшие друзья.
В разделе журнала ошибок cPanel покажет вам IP-адрес вашего клиента, который вы ищете - вверху. Это IP-адрес, присвоенный вашим интернет-провайдером.
Современные версии cPanel (например, та, которую я использую на Bluehost, ноябрь 2017 г.), выделяют записи вашего клиента, чтобы попытки взлома не отвлекали вас. Если у вас нет выделения, используйте функцию Ctrl-F (Найти) вашего браузера, чтобы найти исходящие от вас записи.
См. В конце этого ответа пример всех попыток взлома, с которыми они имеют дело. Это стоит каждого пенни, чтобы позволить им справиться с этим, а не пытаться запустить свой собственный сервер в дикой природе.
ОТВЕТ: Я считаю, что ваше использование для CGI - это проблема.
Большинство современных серверов Apache требуют, чтобы вы использовали:
<!--#exec cgi="/cgi-bin/myScript.cgi" -->
вместо простого включения сценария.
==> Убедитесь, что ваш HTML-файл имеет .shtm
или . shtml
.
Обратите внимание, что все файлы / cgi-bin /
должны иметь 755 разрешений. - это означает RWX для владельца и RX для группы и общественности
chmod 755 /cgi-bin/*
Это показывает, почему это лучше использовать службу хостинга вместо запуска собственного сервера.
Пример вывода журнала попыток взлома, в основном заблокированных RBL: