После установки RAID-контроллера, и Вы весело делаете свой материал в окнах, но перед перезагрузкой - Вы проверили свои данные загрузочной конфигурации? Вот technet статья о том, где найти его: http://technet.microsoft.com/en-us/library/cc721886 (WS.10) .aspx
Я никогда не видел его прежде, но возможно, что что-то имеющее отношение к контроллеру завинчивает с ним (сомнительный, но не может повредить проверять).
Какие платы контроллера Вы попробовали до сих пор? Я предполагаю, что они оба от того же производителя?
Успех! Я сдул существующие библиотеки, все, что не было в /root/pcre-8.12/
, затем работал ./configure; make; make install
из исходного каталога.
Это установило правильно, но все еще показало мне подобную ошибку. Я заметил:
[root@vps pcre-8.12]# ldd /usr/sbin/httpd
libm.so.6 => /lib64/libm.so.6 (0x00002b3c8a9dd000)
libpcre.so.0 => not found
(bunch of others)
То, что библиотеки были в /lib64/
, в то время как единственная ссылка, созданная исходным установщиком, была:
/usr/local/lib/libpcre.so.0
Так, я просто создал ссылку в /lib64/
:
[root@vps tracker]# link /usr/local/lib/libpcre.so.0.0.1 /lib64/libpcre.so.0
И все, кажется, является большим!
Возможно,
ldd/usr/bin/php
покажет, где php ожидает находить, что pcre совместно использовал библиотеки.
В моем случае я исправил это следующей командой, изменив ограничения на выполнение:
echo "php-fpm - stack -1" >>/etc/security/limits.conf
echo "apache - stack -1" >>/etc/security/limits.conf
su apache --shell /bin/bash --command "ulimit -s"
mkdir -p /etc/systemd /system/php-fpm.service.d
echo [Сервис] >/etc/systemd/system/php-fpm.service.d/ulimit.conf
echo LimitSTACK=infinity >>/etc/systemd/ system/php-fpm.service.d/ulimit.conf
mkdir -p /etc/systemd/system/nginx.service.d
echo [Сервис] >/etc/systemd/system/nginx.service. d/ulimit.conf
echo LimitSTACK=бесконечность >>/etc/systemd/system/nginx.service.d/ulimit.conf
echo "fs.file-max=500000" >> /etc/sysctl.conf
systemctl daemon-reload
systemctl перезапуск php-fpm