Ни чего странного. Переходные процессы. Ведает о нем первый же курс Электротехники. После перезагрузки устройста, до установленя нормального режима работы, на компоненты действуют силы большие чем номинальные. Что часто приводит к выходу их из строя.
В данном случае человеку экслючивно не повезло. Такое бывает.
Но вот что реально странно. Зачем потребовалось перезагружать второе шасси до восстановления работы первого? Лично я считаю что нормальный план по проверки непрерывности оказываемого сервиса обязан включать в себя регулярные перезагрузки оборудования. Они эмулируют сбой и наглядно показывают недочеты или наоборот, что все хорошо. На таких проверках и можно выявить такого рода неисправности.
Лучше спросить почему telnet, а не ssh для начала. Но видимо далеко не все устройства их понимают, а здесь важна универсальность. + возможно внутренняя политика компании.
Небыло цели охватить все платформы и все их разнообразие. Основная задача была заинтересовать, показать основы, дать источники откуда эту информацию можно подчерпнуть. Надеюсь это удалось.
По поводу дефектов, которые нельзя просмотреть. Большенство из них внутреннние, т.е. были обнаружены между релизами и не имеют ни какой ценности для конечных пользователей. Бывают и другие случаи. Например открыт дефект, а оказалось что на момент пролемы оборудование вышло из строя и к програмным дефектам ни какого отношения не имеет. В общем обычные рабочие моменты и в итоге принимается решение давать доступ к деталям или нет.
В данном случае человеку экслючивно не повезло. Такое бывает.
Но вот что реально странно. Зачем потребовалось перезагружать второе шасси до восстановления работы первого? Лично я считаю что нормальный план по проверки непрерывности оказываемого сервиса обязан включать в себя регулярные перезагрузки оборудования. Они эмулируют сбой и наглядно показывают недочеты или наоборот, что все хорошо. На таких проверках и можно выявить такого рода неисправности.
По поводу дефектов, которые нельзя просмотреть. Большенство из них внутреннние, т.е. были обнаружены между релизами и не имеют ни какой ценности для конечных пользователей. Бывают и другие случаи. Например открыт дефект, а оказалось что на момент пролемы оборудование вышло из строя и к програмным дефектам ни какого отношения не имеет. В общем обычные рабочие моменты и в итоге принимается решение давать доступ к деталям или нет.
// Анатолий.