Вопросы Теги

хост-сервер nginx регистрирует вращение все сайты

OA шасси имеет способность переопределить существующие конфигурации МОТ и говорить с блейдами независимо от того, что сделал предыдущий администратор. Необходимо смочь применить значения конфигурации МОТ к МОТ через OA. Если OA не может говорить с iLOs на блейдах, у Вас есть проблема.

У одного из моих клиентов есть несколько шасси C3000. С более старым встроенным микропрограммным обеспечением МОТ на блейдах стал бы небыстро реагирующим и к шасси и к остальной части сети (iLOs были поддерживающими IP в целях IP-KVM). Это было повторяемо, и весь блейд iLOs пойдет безразличный приблизительно в течение часа друг после друга, спустя 30 - 90 дней после этого будучи запущенным.

Единственный способ получить все говорящее вместе снова был к циклу включения и выключения питания, целые шасси - завершают работу всех блейдов, затем вытягивают входы питания. Удаление и переустановка отдельных модулей не работали. Я признаю, что мы не попробовали загружаемое приложение конфигурирования МОТ; выполненный ESX нескольких этих блейдов, который делает инструмент довольно академическим так или иначе...

В нашем случае HP отклонил была известная проблема даже при том, что оба из наших шасси показали проблему.

В зависимости от того, когда было поставлено это шасси, можно быть в этой лодке. Ищите, или назовите HP и попросите, микропрограммное обновление и примените это. Обратите внимание, что необходимо обновить встроенное микропрограммное обеспечение для всех компонентов - OA, VC (если у Вас есть он), а также отдельный iLOs и блейд-BIOSs. Целое шасси будет неоперабельно во время этого обновления, и компоненты обновляются последовательно, таким образом, может потребоваться несколько часов для выполнения. Один коллега сказал мне, что его предупредил HP, что существует определенный порядок, в котором необходимо выполнить обновления, иначе Вы рискуете облицовывать компоненты кирпичом; однако агент службы HP отклонил это. В конце нам удалось заставить HP иметь дело с ним как гарантийная проблема, мы повысили действительно суету, что они сделали, чтобы кто-то вошел, и делают это для нас.

1
задан 30 November 2011 в 18:15
1 ответ

после дальнейшего раскопок, вот как я исправил эту проблему: 

/var/log/nginx-hosts/*.access{
        weekly
        missingok
        rotate 20
        compress
        dateext
        notifempty
        create 0640 www-data adm
        sharedscripts
        sharedscripts
        prerotate
                if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
                        run-parts /etc/logrotate.d/httpd-prerotate; \
                fi; \
        endscript
        postrotate
                [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
        endscript
}
/var/log/nginx-hosts/*.error{
        weekly
        missingok
        rotate 20
        compress
        dateext
        notifempty
        create 0640 www-data adm
        sharedscripts
        sharedscripts
        prerotate
                if [ -d /etc/logrotate.d/httpd-prerotate ]; then \
                        run-parts /etc/logrotate.d/httpd-prerotate; \
                fi; \
        endscript
        postrotate
                [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
        endscript
}
1
ответ дан 4 December 2019 в 01:19

Теги

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