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

размонтирования сетевого диска

Если прям размонтирования, то у тебя будет просто пустая директория, которая являлась маунтпоинтом для NFS-шары, если Dovecot имеет права на запись в эту диру (которые могут отличаться от прав на шару!), то он создаст структуру, и отдаст клиенту что там пусто.

Если же шара отвалится, то тут два сценария:

• NFSv3: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, причём настолько намертво, что kill -9 $PID не поможет. Насколько я помню, NFSv3 не умеет сообщать о том, что оно вернулось в строй, потому перезагрузка машины неизбежна.

• NFSv4: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, тоже намертво, его тоже не убить через kill -9 $PID, НО, NFSv4 умеет сообщать (если и на клиенте и на сервере работают соответствующие RPC-сервисы) что оно вернулось (и вроде даже что оно пошло в ребут, если он штатный), и как только соединение будет восстановлено, приложение отвиснет.

FIXME: В Linux поведение NFS может отличаться.

будут ли почтовые клиенты получать сообщение об ошибке?

Да, они отвалятся по таймауту. (%

И почему нет тега nfs? (=

размонтирования сетевого диска

Если прям размонтирования, то у тебя будет просто пустая директория, которая являлась маунтпоинтом для NFS-шары, если Dovecot имеет права на запись в эту диру (которые могут отличаться от прав на шару!), то он создаст структуру, и отдаст клиенту что там пусто.

Если же шара отвалится, то тут два сценария:

• NFSv3: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, причём настолько намертво, что kill -9 $PID не поможет. Насколько я помню, NFSv3 не умеет сообщать о том, что оно вернулось в строй, потому перезагрузка машины неизбежна.

• NFSv4: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, тоже намертво, его тоже не убить через kill -9 $PID, НО, NFSv4 умеет сообщать (если и на клиенте и на сервере работают соответствующие RPC-сервисы) что оно вернулось (и вроде даже что оно пошло в ребут, если он штатный), и как только соединение будет восстановлено, приложение отвиснет.

FIXME: В Linux поведение NFS может отличаться.

будут ли почтовые клиенты получать сообщение об ошибке?

Да, они отвалятся по таймауту. (%

размонтирования сетевого диска

Если прям размонтирования, то у тебя будет просто пустая директория, которая являлась маунтпоинтом для NFS-шары, если Dovecot имеет права на запись в эту диру (которые могут отличаться от прав на шару!), то он создаст структуру, и отдаст клиенту что там пусто.

Если же шара отвалится, то тут два сценария:

• NFSv3: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, причём настолько намертво, что kill -9 $PID не поможет. Насколько я помню, NFSv3 не умеет сообщать о том, что оно вернулось в строй, потому перезагрузка машины неизбежна.

• NFSv4: приложение, которое попытается обратиться к повисшей шаре, тоже зависнет, тоже намертво, его тоже не убить через kill -9 $PID, НО, NFSv4 умеет сообщать (если и на клиенте и на сервере работают соответствующие RPC-сервисы) что оно вернулось (и вроде даже что оно пошло в ребут, если он штатный), и как только соединение будет восстановлено, приложение отвиснет.

FIXME: В Linux поведение NFS может отличаться.