Открытый eventvwr
→ Система.
Просмотрите фильтр →... → идентификатор события: 1074
и 1076
. Поле комментария будет содержать то, что Вы ввели.
Если нет никаких других событий в то время, чтобы дать Вам какой-либо ключ к разгадке, можно хотеть скорректировать настройки аудита для ловли большего количества объектов, но ссылка Sean Earp, вероятно, предоставит лучше подробную информацию на этом.
Я испытал ту же проблему с Набором тестов, замораживающимся на первых "основах". ЦП был очень высок, и журнал был замусорен журналами как это
[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.