В новогоднюю полночь серверы корпоративной почты Exchange версий 2016 и 2019 в лучших традициях праздничной сказки превратились в тыкву. После смены года почтовые серверы прекратили доставку электронной почты, отправленные пользователями сообщения скапливались в очереди.
В журнале событий Windows генерировались ошибки 5300 и 1106:
Log Name: Application
Source: FIPFS
Logged: 1/1/2022 1:03:42 AM
Event ID: 5300
Level: Error
Computer: server1.contoso.com
Description: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.
Log Name: Application
Source: FIPFS
Logged: 1/1/2022 11:47:16 AM
Event ID: 1106
Level: Error
Computer: server1.contoso.com
Description: The FIP-FS Scan Process failed initialization. Error: 0x80004005. Error Details: Unspecified error.Причиной сбоя, как видно из логов, стала неспособность компонента FIPFS к конвертации даты нового 2022 года — 2201010001. Дело в том, что для её хранения используется 32-битная целочисленная переменная типа int32. Максимальное значение такой переменной не может превышать 2 147 483 647, поэтому новая дата просто не «уместилась» в отведённую для неё переменную.
Модуль FIPFS является сканером вирусов, нежелательных email-сообщений и выполняет проверку на спам поступающих писем. Инцидент уже окрестили «Ошибкой 2022» по аналогии с «Ошибкой 2000».
Для исправления ошибки администраторам необходимо запустить скрипт Reset-ScanEngineVersion.ps1, выпущенный Microsoft в качестве заплатки. Скрипт не меняет тип переменной на более ёмкую, а лишь сбрасывает порядок нумерации версий обновлений к FIPFS, чтобы они не выходили за пределы int32.
1360 просмотров