Вопросы Теги

PHP быстрый cgi (используемый в сочетании с NGINX) замораживание на приостанавливают

Необходимо ли поддержать эти названия серверов (я предполагаю, что существуют связанные документы через доли, таким образом, имена важны) после миграции?

У нас также есть кластер файлов MSCS, мы создали псевдоним DNS для предыдущего файлового сервера к имени кластера и установили ключ для предоставления netbios доступа через различные имена. Это документируется MS через КБ (reg ключевой DisableStrictNameChecking): текст ссылки

Это сократит много кластерного количества ресурсов и зависимостей. Вы также используете автоматические подкаталоги доли для сокращения ресурсов долей?

Вы сохраняете объемы основной нормы, и так 2 ТБ ограниченный? Или в порядке Вы идущий GPT?

Я сделал бы самую возможную уборку прежде, чем попытаться переместить его. Кластерная реализация является намного более устойчивой в 2008 и самой важной, это - в безопасности администратор (никакой более немой администратор, которые удаляют долю через проводник вместо кластерного администратора),

1
задан 22 February 2016 в 03:15
3 ответа

Хорошо, после нескольких дней тестирования я могу подтвердить, что проблема решила отдельно с регулярными обновлениями.

Если Вы подвергаетесь в той же проблеме, если Вы можете узнать, какой процесс (процессы) должен быть уничтожен для "сбрасывания" fcgi servervice, затем решение, предоставленное ~quack, кажется разумным.

Версия программного обеспечения, с которой проблема больше не показывает:

  • Ядро: 2.6.31-15-универсальный
  • PHP: 5.2.10-2ubuntu6.3 с Suhosin-патчем 0.9.7 (cli)
  • Nginx: 0.8.19
0
ответ дан 3 December 2019 в 22:44

Возможно, можно ли переключиться на php-fpm от икры-fcgi?

1
ответ дан 3 December 2019 в 22:44
  • 1
    Спасибо за Ваше предложение. Я уже запланировал сделать сдвиг к php-fpm, когда пакет будет, по крайней мере, сохраняться в someone' s PPA. Было предложение включать этот пакет в Кармический, но это было уменьшено, поэтому в данный момент существует только тестирование PPA, или необходимо скомпилировать собственную исправленную версию источника..., и это кажется, что я мог бы рискнуть просто оказываться в больших проблемах... –  mac 25 November 2009 в 15:18

Кармический все еще использует пополудни-utils, правильно? Вам нужен сценарий в /etc/pm/sleep.d это остановится, Ваш сервер на приостанавливают и перезапускают его на резюме.

Сценарий в качестве примера мог бы быть следующим (настройте приостановить/возобновить опции по мере необходимости, но это должно дать Вам корректную структуру сценария). Если Вы уже написали сценарий /etc/init.d/foo сценарий для запуска сервера при начальной загрузке Вы, вероятно, хотите использовать это для останавливаний/начинания сервера ниже.

#!/bin/sh
#
# /etc/pm/sleep.d/10spawnfcgi

case "$1" in

   hibernate|suspend)
      # example -- replace this with what works on your system
      killall spawn-fcgi
      # or better yet:
      # /etc/init.d/myFcgiServer stop
      ;;
   thaw|resume)
      # restart -- tweak to your liking, rerun your startup script, etc
      /usr/bin/spawn-fcgi -a 127.0.0.1 other-options-here
      # or better yet:
      # /etc/init.d/myFcgiServer start
      ;;

   *) exit $NA
      ;;
esac
1
ответ дан 3 December 2019 в 22:44
  • 1
    Большое спасибо за Ваш ответ. I' m собирающийся добавить больше информации в самом вопросе, однако к несчастью (или к счастью) вчера новое ядро вышло среди обновлений, и сегодня это делает кажется, что проблема решила отдельно (хотя другие проблемы въехали в сцену). –  mac 25 November 2009 в 15:59
  • 2
    довольный услышать новое ядро помогает. этот сценарий довольно распространен, к сожалению, поэтому помните об этом решении, если Вы решаете использовать старое ядро, или в случае, если следующие повреждения обновления ядра приостанавливают снова. –  quack quixote 25 November 2009 в 18:34

Теги

Похожие вопросы