Я просто загрузил PHP 5.3.3 VC9 Ориентированная на многопотоковое исполнение zip для окон. Это действительно имеет php_ldap.dll в расширении / каталогом, как это всегда было. Я предлагаю, чтобы Вы загрузили новую копию с официального сайта для скачивания и попробовали еще раз.
Править: Я просто проверил Ориентированные на многопотоковое исполнение двоичные файлы VC6 (для Apache 1 и 2), и он действительно отсутствует в том.
Итак, теперь сценарий работает, когда система уже запущена, но не во время загрузки.
Возможно, существует третья версия сценария corosync? Связана ли версия в /etc/rc2.d/ с версией в /etc/init.d/ или она другая?
Между прочим, мы зашли так далеко, даже не учитывая настройку вашего кластера. Если это часть кластера, могут быть подсказки в файлах журналов других узлов.
Попробуйте отладить сценарий инициализации с помощью -x
# bash -x /etc/rc.d/init.d/corosync start
Также попробуйте использовать запуск службы | стоп | статус corosync
.
Если corosync start
работает в любом каталоге, но /etc/rc.d/init.d/corosync start
не работает, то, вероятно, вы работаете два разных скрипта. Выполните: which corosync
Если нет, проверьте внутри скрипта corosync относительные пути, которые должны быть абсолютными.
Итак, проблема в том, что /etc/init.d/corosync start
работает с bash -x, но не без него и не при загрузке. Правильно?
bash /etc/init.d/corosync start
(без -x
работы)?
Вероятно, в вашем профиль, которого нет, когда система запускает сценарий во время процесса загрузки. Добавьте строку вида env | sort> /tmp/env.$$
в /etc/init.d/corosync
, а затем diff
итоговые файлы.
Еще одна возможность - это скрытая зависимость от другой службы, которая запускается позже в процессе загрузки. Попробуйте перейти на S99 ...
I had the same issue...
check:
# getenforce
if it returns "Enforcing" then you have to disable SELinux в файле: / etc / selinux / config
и динамически:
# setenforce 0