Категории
Проблемы с почтой EXT4-fs error dovecot
2025-08-04 08:39:51 | Linux
История о том, почему важно разделять нагрузки и как я выкрутился из ситуации с повреждённым почтовым сервером без RAID.
🔧 Что случилось?
В моей Proxmox-системе был диск (/dev/sda), на котором:
- Хранились бэкапы (основная нагрузка)
- Лежал qcow2-образ для почтового сервера (Postfix + Dovecot)
Почта внезапно начала глючить, а в логах появились ошибки EXT4:
EXT4-fs error (device sdb1): ext4_lookup:1858: inode #51916965: comm imap: iget: checksum invalid
Основная проблема:
- Нет RAID → нет отказоустойчивости
- Почта + бэкапы на одном диске → высокая нагрузка
- Файловая система образа повредилась (но сам диск в порядке, SMART чист)
❓ Почему так вышло?
- Неправильные выключения (например,
kill -9виртуалки или внезапный сбой питания) - Высокая нагрузка (почта постоянно пишет/читает, бэкапы создают пиковые нагрузки)
- Отсутствие fsck (файловая система не проверялась месяцами)
🔍 Диагностика
SMART-статус диска:
| ID | Атрибут | Значение | Статус |
|---|---|---|---|
| 5 | Reallocated_Sector_Ct | 0 | ✅ OK |
| 197 | Current_Pending_Sector | 0 | ✅ OK |
| 198 | Offline_Uncorrectable | 0 | ✅ OK |
| 9 | Power_On_Hours | 6307 (~263 дня) | ⚠️ Средний износ |
Вывод: Сам диск здоров, проблема именно в файловой системе внутри qcow2-образа.
🚀 Варианты решения
1. Быстрое решение (без замены железа)
Создать новый образ и перенести почту
- Создать новый qcow2-образ:
qemu-img create -f qcow2 /var/lib/vz/images/XXX/vm-XXX-disk-mail-new.qcow2 200G
- Подключить к виртуалке (без выключения):
qm set XXX -scsi2 /var/lib/vz/images/XXX/vm-XXX-disk-mail-new.qcow2
- Внутри ВМ:
mkfs.ext4 /dev/vdb mkdir /mnt/mail-new mount /dev/vdb /mnt/mail-new rsync -avh /var/mail/ /mnt/mail-new/
- Обновить конфиги Postfix/Dovecot и переключиться
2. Правильное решение (с заменой железа)
Оптимальная конфигурация для почтового сервера
- Отдельный SSD для почты (например, 500GB Samsung 870 EVO)
- RAID 1 (зеркало) для отказоустойчивости
- Регулярные снапшоты на другой диск
Почему SSD? Меньше задержек при работе с тысячами мелких файлов (письма).
3. Компромиссный вариант
Если бюджет ограничен
- Выделить отдельный HDD только для почты (не для бэкапов)
- Настроить еженедельный fsck:
tune2fs -c 7 /dev/sdX # Проверка каждые 7 монтирований
- Добавить UPS для защиты от внезапных отключений
💡 Выводы
- Проблема не в диске, а в его использовании (почта + бэкапы = плохо)
- RAID не обязателен, но без него нужно чаще проверять FS
- Лучшее решение — отдельный SSD для почты
Главный урок:
Экономия на RAID — нормально, но только если:
- Есть актуальные бэкапы
- Критичные сервисы (почта) изолированы
- Регулярно проверяется состояние дисков
📌 Чек-лист действий
- [ ] Создать новый образ для почты
- [ ] Перенести данные (rsync)
- [ ] Настроить мониторинг SMART
- [ ] Запланировать замену диска на SSD
Комментарии