LINUX.ORG.RU

История изменений

Исправление TEX, (текущая версия) :

Не, нуачо. Давай отрубим веб сервер и будем удивляться тайм аутам.

С каких пор отрубим стало == перегрузим. Пример с вебсервером фйловый - ибо во первых, да ты отвалишься по таймауту о чем тебе сообщить браузер, и во вторых и повторном обращении тебе снова дадут посмотреть на твою любимую страничку.

В NFS всё происходить по другому сценарию. NFS сервер перегружается, клиент в идеале видит его пропажу, переводить процесс в D-state и ждет 90 секунд пока сервер не появится обратно. Вот только в реальности в ряде случаев он не отваливается по таймату а попадает в deadlock и висит бесконечно, хотя сервер вот он, уже запущен и работает, я лично как то сутки наблюдал за неубиваемым процессом думал «одумается», вот такое ну а чо.

Можешь почитать на досуге к примеру вот это.

BZ#950598 If an NFSv4 client was checking open permissions for a delegated OPEN operation during OPEN state recovery of an NFSv4 server, the NFSv4 state manager could enter a deadlock. This happened because the client was holding the NFSv4 sequence ID of the OPEN operation. This problem is resolved by releasing the sequence ID before the client starts checking open permissions.

И это не единичный случай.

Исходная версия TEX, :

Не, нуачо. Давай отрубим веб сервер и будем удивляться тайм аутам.

С каких пор отрубим стало == перегрузим. Пример с вебсервером фйловый - ибо во первых, да ты отвалишься по таймауту о чем тебе сообщить браузер, и во вторых и повторном обращении тебе снова дадут посмотреть на твою любимую страничку.

В NFS всё происходить по другому сценарию. NFS сервер перегружается, клиент в идеале видит его пропажу, переводить процесс в D-state и ждет 90 секунд пока сервер не появится обратно. Вот только в реальности в ряде случаев он не отваливается по таймату а попадает в deadlock и висит бесконечно, я лично как то сутки наблюдал за неубиваемым процессом думал «одумается», вот такое ну а чо.

Можешь почитать на досуге к примеру вот это.

BZ#950598 If an NFSv4 client was checking open permissions for a delegated OPEN operation during OPEN state recovery of an NFSv4 server, the NFSv4 state manager could enter a deadlock. This happened because the client was holding the NFSv4 sequence ID of the OPEN operation. This problem is resolved by releasing the sequence ID before the client starts checking open permissions.

И это не единичный случай.