In most cases, when archiving stops, there is a misconfiguration of either Архива or the mail server; alternatively something has changed in the environment (for example, journal account password has changed or server has run out of disk space). It is not normal behaviour for the server to stop all by itself. Stoppages should be extremely rare events. if they are not, contact technical support for a diagnosis and a speedy resolution to the underlying issue.
...
If the server is archiving correctly, blue and green bars will appear in Status->Charts. This behaviour indicates messages are being received from the mail server (depicted by blue bars) and archived correctly (denoted by green bars). Its perfectly fine for there to be more emails received than archived for a short period. During periods of low mail server activity (for example, late in the evening), the server will have the opportunity to catch up.
Not Receiving or Archiving
If no bars are appearing at all, the server is not receiving any mails from the mail server.
...
- Everything's Ok - There is simply no mail passing through your mail server at this moment.
- General Misconfiguration - Архива and the mail server are not set up correctly
- IMAP Journaling Issues - Resolutions for archiving problems related to IMAP journaling
- SMTP/Milter Archiving Issues - Resolutions to SMTP/Milter archiving problems
- No Disk Space Left - One or more of your disks has run out of disk space.
...
Refer to Mail Servers for general configuration instructions.
...
- An IMAP Client Connection is not created and connected to the Exchange Journal Account, or the connection is disabled
Resolution: a) Ensure the IMAP Connection is created in Configuration->Connections and enabled. See Client Connections for more information.
b) Test connectivity to the mail server, by clicking in Test Connection in Configuration->Connections->IMAP Connection.
- The Journal Account password is expired/changed.
Resolution:
a) Reset the journal account password in Exchange
b) Ensure the journal account is not disabled
c) Ensure the account password has not expired
d) Ensure Journal account force password change is off - The Exchange IMAP service is stopped or frozen.
Resolution: Restart the IMAP Service on the mail server. - There are too many messages (>20,000) in the journal account.
Resolution: a) Uncheck all checkboxes in Connections>IMAP (except enabled), lower polling interval to 10 msec. Check to see if archiving speeds up. OR
b) Worst case scenario - Recreate the Journal account and reconfigure envelope journaling to forward mails to the new account. Use Exchange import to import old mails. - The polling interval specified in Client Connections->IMAP may be set to a figure that is either too high or too low.
Resolution: The polling interval should never be lower than 10 msec. If it is too high, it may not keep up with the mail flow in your organization and emails will build up the journal account. Once the journal account is too full, Exchange may find it difficult to deal with the large number of emails in the journal account. - IMAP Idle is enabled - some mail servers, such as Microsoft Exchange, fail to deliver messages when IMAP Idle is enabled after a long period.
Resolution: Disable IMAP Idle in IMAP Client Connection - Lost connectivity to your mail server
Resolution: a) Telnet to port 143 or 443 to the mail server address from your Архива server. If there is no response (output), there is likely to be a basic connectivity issue
b) Ensure there is no firewall anywhere along the network path to the mail server (including those running on both servers) blocking communications on port 143 or 443
c) Ensure there are no DNS issues at play by telnetting to the IP address of the Mail Server (i.e. not using the fully qualified domain name)
d) Verify that general network connectivity is available to both servers (e.g. check that the green link light on each network card is visible)
...
...
sudo tcpdump -w smtp.dump -i any port 8091 (any interface)
cat smtp.dump to see smtp traffic
...
sudo tcpdump -w milter.dump -i any port 8092 (any interface)
cat milter.dump to see milter traffic
...
- In Configuration->Listeners, ensure there are no IP address restrictions defined. if so, delete them.
...
One or more of your disks has run out of space. Please check the disk space on all volume index and store locations, including appropriate paths listed in File System Layout. Refer to system requirements for information on how much disk space is needed and for guidance on how your disks should be partitioned.
Received OK, Yet No Archiving
If only blue bars appear in Status->Charts, emails are being received from the mail server, however cannot be archived and indexed. The unprocessed messages will reside in a local receive queue until the problem is resolved, whereupon the messages will be requeued for archiving.
...
- Misconfiguration - Archiving may not be occuring due to a simple misconfiguration or misunderstanding of the product.
- License Troubles - The server may stop archiving due to an invalid license (only applicable to v2)
- Operating System or File Permissions - If archiving to a remote storage device, the server may have insufficient permissions to write to it.
- Corrupted Audit Index - The audit index is corrupted. This can cause system instability and archiving may stop.
- Insufficient Amount of Memory Allocated - Insufficient memory is allocated to the server.
- Not Enough Disk Space Left - Insufficient disk space is remaining.
...
Server misconfigurations include:
- Encryption password not set.
Resolution: Set an encryption password in Volumes.
- There is no UNUSED/ACTIVE volume is configured. There must be at least one ACTIVE or UNUSED volume, in Configuration->Volumes.
Resolution: Define a new UNUSED volume in Volumes. - Insufficient permissions to write to the remote disk.
Resolution: Refer to Network Attached Storage for further instruction. - Invalid routes are specified in Configuration->Routes
Resolution: Delete/adjust routing configurations in Configuration->Routes (note: try deleting all routes, as the server will be default archive everything) - Unintended archive rules specified in Configuration->Archive Rules
Resolution: Ensure that the defined archive rules have the desired consequences and are specified correctly.
...
In Архива v2 (not Архива v3), archiving may stop due to an invalid license. A license may be invalid due to one of the following:
- Your mailbox limit has exceed the license quota. If this is the case, an appropriate alert will appear in Configuration->Alerts
Resolution: Upgrade your license by logging to the Архива website, select Licenses, choose License, click Extend, purchase, and install it in About.
- A corrupted index can lead to an invalid license. When MailArchiva conducts a license check, internally, it executes a search across all volumes. If an index is corrupt, the license check may fail.
Resolution: Reindex the troublesome volume index by clicking on reindex in Configuration->Volumes. - The license file has been accidentally modified during transit
Resolution: Obtain a new license file by logging into the Архива website and downloading your license.
...
If archiving to a network attached storage device, Архива may not have sufficient privileges to write to the remote storage location.
- The Архива email archiving server is running under the USER account and not the ADMINISTRATOR account.
Resolution: Change the service account. - Write permissions are not enabled on the parent directory of the store
Resolution: You are sharing the store directory. Please share the parent directory of the store rather (Windows querk) - Архива is not running under an account with sufficient access rights.
Resolution: Please make sure the Архива service is running under an Administrator/root account - The email archive server does not have write access to the NAS or SAN disk
Resolution: The NAS or SAN disk is not connected or permissions are set incorrectly
Refer to Network Attached Storage for further instruction.
...
The server will stop archiving or will become unstable if the audit log is corrupted.
...
java.lang.NullPointerException
at com.stimulus.archiva.index.LuceneIndex.commit(LuceneIndex.java:259)
at com.stimulus.archiva.index.LuceneIndex$IndexCommit.run(LuceneIndex.java:277)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
To resolve the audit corruption problem, simple reindex the audit log by clicking the Reindex button in Configuration->Logs. Once the reindexing process is complete, it is a good idea to restart the server.
...
The server operating environment may not meet the minimum requirements, or the server may be configured to use an unsufficient amount of memory. Refer to Out of Memory for possible resolutions.
В большинстве случаев, когда архивирование приостановлено, причной является неправильная настройка Архива или почтового сервера. Другой причиной могут быть изменения рабочей среды (например, пароль журналируемого аккаунта изменился или на сервере закончилось дисковое пространство). Самостоятельная остановка не является нормальным поведением сервера, и остановки в архивировании должны быть крайне редки. Если они происходят часто, свяжитесь со службой поддержки для определения причин и быстрого решения этой проблемы.
Архивирование работает стабильно
Если сервер архивирует правильно, открыв вкладку Статус системы -> Графики, вы увидите синие и зеленые столбцы. Это свидетельствует о том, что сообщения получены от почтового сервера (они обозначены синими столбцами) и заархивированы (обозначены зелеными столбцами). Совершенно нормально, если за какое-то время принятых сообщений больше, чем заархивированных. Во время периодов низкой активности почтового сервера (к примеру, поздно вечером) сервер Архива нагонит и заархивирует оставшиеся сообщения.
Сообщения не поступают/не архивируются
Если во вкладке Статус системы -> Графики нет столбцов, значит, сервер не получает никаких писем от почтового сервера.
Возможные причины, почему сервер не получает писем, могут быть в следующем:
- Все в порядке! Просто в данный момент нет писем, поступающих на ваш почтовый сервер.
- Неправильно заданы основные настройки - Архива или почтовый сервер неверно настроены.
- Проблемы IMAP журналирования - Решения проблем архивирования, связанных с IMAP журналированием.
- SMTP/Milter проблемы архивирования - Решение проблем архивирования, связанных с SMTP/Milter коннекторами.
- Нет свободного места на диске - На одном из ваших дисков закончилось свободное место.
Архива или почтовый сервер неправильно настроены
Почитайте инструкции, как задать основные настройки почтовых серверов.
IMAP журналирование
- Соединение IMAP клиента не создано, и связь с учетной записью Exchange не установлена, или же соединение отключено.
Решение:
а) Удостоверьтесь, что IMAP соединение создано во вкладке Настройка -> Соединения и включено. Для более подробной информации смотрите Настройку соединений.
б) Проверьте наличие связи с почтовым сервером с помощью кнопки "Проверить соединение", находящейся во вкладке Настройка -> Соединения -> IMAP Клиент - Пароль учетной записи устарел или изменился.
Решение:
а) Восстановить пароль учетной записи в Exchange.
б) Проверить, что учетная запись не отключена.
в) Проверить, что срок пароля учетной записи не закончился.
г) Проверить, что опция принудительной смены пароля выключена. - IMAP сервис Exchange остановлен или заблокирован.
Решение: Перезапустите IMAP на почтовом сервере. - Сликом большое количество сообщений (больше 20 000) в учетной записи.
Решение:
а) Уберите все галочки, кроме "Включено", со страницы Настройка -> Соединения ->IMAP Клиент и понизьте интервал опроса до 10 мсек. Проверьте, ускорилось ли архивирование.
ИЛИ
б) В худшем случае - создайте новую учетную запись и перенастройте журналирование таким образом, чтобы письма приходили на новый аккаунт. Используйте функцию импорта в Exchange, чтобы импортировать старые сообщения. - Интервал опроса, указанный в Настройка -> Соединения ->IMAP Клиент, может быть слишком высоким или, наоборот, недостаточным.
Решение: Интервал опроса не должен быть меньше, чем 10 мсек. Если он слишком велик, он может не справиться с потоком писем в вашей компании и письма будут скапливаться в учетной записи. Как только учетная запись заполнится, серверу Exchange будет тяжело справляться с большим количеством сообщений в аккаунте. - Опция "Слушать уведомления от сервера" (IMAP Idle) включена - некоторые почтовые сервера, такие как Microsoft Exchange, не могут доставить сообщения, если опция IMAP Idle включена после долгого периода.
Решение: Отключите опцию "Слушать уведомления от сервера" (IMAP Idle) во вкладке Настройка -> Соединения ->IMAP Клиент. - Потеряна связь с вашим почтовым сервером.
Решение:
а) На сервере Архива с помощью команды telnet обратитесь через порт 143 или 443 к вашему почтовому серверу. Если никакого ответа не последует, скорее всего, причиной является обычная проблема соединения.
б) Проверьте, что брандмауэр или антивирус (запущенный на обоих серверах) не блокирует установку соединения в портах 143 или 443.
в) Проверьте, что нет проблем с DNS, с помощью telnet обратитесь к IP-адресу почтового сервера (т.е. не используя полное доменное имя).
г) Удостоверьтесь, что соединение с основной сетью есть на обоих серверах (проверьте, чтобы горящий зеленым индикатор сети был виден на каждой сетевой карте).
| Info |
|---|
Чтобы запустить IMAP журналирование после того, как архивирование было приостановлено, уберите галочку из поля "Включено" в Учетной записи. Нажмите "Сохранить". Затем снова поставьте галочку в поле "Включено" и снова нажмите "Сохранить". |
| Info |
|---|
Если IMAP журналирование все равно останавливается после того, как вы попробовали сделать все вышеописанное, пожалуйста, свяжитесь с службой технической поддержки. Или вместо IMAP журналирования используйте STMP журналирование. |
SMTP/Milter проблемы архивирования
- SMTP/Milter коннектор не создан, не включен или настроен на прием данных с неверно указанного порта.
Решение: Проверьте, чтобы в вкладке Настройке -> Коннекторы SMTP или Milter был создан, что он включен и настроен на прием данных с нужного порта.
Для этого начните сеанс Telnet и проверьте нужный порт на IP-адресе сервера Архива. Если получен ответ, значит, коннектор прослушивает порт, как ему надлежит.
Для более подробной проверки скачайте и установите на свой компьютер почтовый клиент Thunderbird. Создайте тестовую учетную запись для отправки сообщений на нужный порт SMTP сервера Архива. Вам потребуется изменить номер порта SMTP сервера Архива и для этого эксперимента использовать 25 порт. Пошлите пробное письмо с помощью Thunderbird. Если все прошло хорошо, отправленное письмо должно появиться в результатах поиска. - На Архива нет входящего почтового трафика с сервера
Выполните следующие Linux-команды для проверки SMTP-трафика на порту 8091 (порт по умолчанию):
Code Block sudo tcpdump -w smtp.dump -i lo port 8091 #обратная петля sudo tcpdump -w smtp.dump -i any port 8091 #любой интерфейс cat smtp.dump #просмотреть smtp-трафикВыполните следующее, чтобы посмотреть, приходит ли какая-нибудь почта на порт 8091:
Code Block sudo tcpdump -w milter.dump -i lo port 8092 #обратная петля sudo tcpdump -w milter.dump -i any port 8092 #любой интерфейс cat milter.dump #просмотреть milter-трафик
Во вкладке Настройка -> Логи выберите Уровень отладки "Отладка". Если сообщение появится в логе, то детали отладки будут показаны. Во вкладке Настройка -> Коннекторы проверьте, что не установлено никаких ограничений по IP-адресам. Если ограничения есть, удалите их.
- Убедитесь, что полное доменное имя сервера Архива преображается в IP-адрес. Если вы посылаете письмо по адресу archive@archiva.company.com, домен archiva.company.com должен преображаться в IP-адрес сервера Архива.
Нет свободного места на диске
На одном или нескольких ваших дисках закончилось свободное место. Пожалуйста, проверьте дисковое пространство на каждом томе и в каждом хранилище, включая соответствующие пути, содержащиеся в Разделах файловой системы. В Системных требованиях вы найдете информацию о том, сколько дискового пространства требуется для работы, и инструкции, как правильно разбить ваши диски на разделы.
Письма приходят, но не архивируются
Если во вкладке Статус системы -> Графики появляются только голубые столбцы, значит письма поступают с вашего почтового сервера, но почему-то не могут быть заархивированы и проиндексированы. Необработанные письма будут накапливаться в очереди получения, пока проблема не будет решена, после чего письма снова организуются в очередь на архивирование.
I
Причины, почему сообщения приходят на сервер, но не архивируются, могут заключаться в следующем:
- Неправильная настройка - Архивирование не осуществляется из-за неправильной настройки системы.
- Поврежден граф базы данных - Внутренний граф базы данных поврежден. Переименуйте его и запустите сервер заново.
- Проблемы с лицензией - Сервер приостановил архивирование из-за недействительной лицензии (может быть только в случае Архива v2).
- Права файлов и операционных систем - Если архив находится в удаленном хранилище, у сервера может не хватать прав для записи на нем.
- Поврежден индекс аудита - Индекс аудита нарушен. Это может дестабилизировать систему и приостановить архивирование.
- Недостаточно памяти - Недостаточно памяти выделено для сервера.
- Недостаточно места на диске - Свобдное дисковое пространство закончилось.
- SMB/NFS блокировка раздачи на удаленный диск - У сервера возника проблема с блокировкой файла во время архивирования на удаленном диске
Неправильная настройка
Неправильная настройка сервера может включать:
- Пароль шифрования не задан.
Решение: Указать пароль шифрования в Томах. - Не настроен UNUSED/ACTIVE том (неиспользуемый или активный том). Во вкладке Настройка -> Тома необходимо создать хотя бы один ACTIVE (активный) или UNUSED (неиспользуемый) том.
Решение: Создайте новый UNUSED том в Томах. - Недостаточно прав для записи на удаленном диске.
Решение: для получения подробных инструкций почитайте о Сетевом хранилище данных. - Неверные маршруты указаны в Настройке -> Маршруты.
Решение: Удалите или исправьте конфигурацию маршрутов во вкладке Настройка -> Маршруты (Замечание: попробуйте удалить все маршруты, тогда сервер будет архивировать все по умолчанию). - Непредусмотренные правила архивирования заданы в вкладке Настройка -> Настройки архива.
Решение: Убедитесь, что установленные правила архивирования имеют нужные последствия и заданы верно.
| Note |
|---|
Замечание: Если никакие определенные маршруты не указаны, сервер по умолчанию будет архивировать все. |
Поврежден граф базы данных
Проверьте файл debug.log в вкладке Настройка -> Логи. Если там есть ошибки, связанные с orient db, сделайте следующее:
- Остановите сервер
- Переименуйте [application data]/database в [application data]/database_bak
- Запустите сервер снова
Проблемы с лицензией
В Архива v2 (но не в Архива v3) архивирование может быть приостановлено из-за недействительной лицензии. Лицензия может быть недействительна по следующим причинам:
- Объем вашего почтового ящика превысил долю, положенную по лицензии. В этом случае вы должны получить соответствующее предупреждение в Статус системы -> Предупреждения.
Решение: Обновите вашу лицензию, для этого авторизуйтесь на сайте Архива, выберите Лицензии -> Лицензия -> Продлить, оплатите и установите. - Поврежденный индекс мог привести к тому, что ваша лицензия стала недействительной. При проверке лицензии Архива осуществляется поиск по всем томам. Если какой-то индекс поврежден, то проверка лицензии может не удасться.
Решение: Переиндексируйте проблемый том с помощью кнопки "Переиндексировать" во вкладке Настройка -> Тома. - Файл лицензии мог случайно быть модицифирован при переносе.
Решение: Получите новый файл лицензии, авторизуйтесь на сайте Архива и скачайте вашу лицензию.
Права файлов и операционных систем
Если архивирование производится на удаленном диске, у Архива может быть недостаточно прав для записи на удаленном хранилище.
Вы можете получить предупреждение следующего вида:
| Code Block |
|---|
Архива ALERT (ROOT): failed to write blob:failed to write blob {filename='Z:\store\201203\3a9.zz\d00\3a9d005188ba2819baea9b522f1e34cb.nfo'!) |
Причина ошибки содержится в файле debug.log (см. Настройка -> Логи). В большинстве случаев, основаная причина подобных ошибок в недостаточных правах на запись в удаленном хранилище.
- Сервер Архива, архивирующий письма, запущен под учетной записью пользователя (USER), а не администратора (ADMINISTRATOR).
Решение: поменяйте учетную запись сервиса. - В родительской папке хранилища не включены права на запись.
Решение: Вы предоставили права для папки хранилища. Пожалуйста, сделайте то же самое, но для родительской папки вашего хранилища (Windows querk). - Сервис Архива запущен под учетной записью пользователя, не обладающего достаточными правами доступа.
Решение: Пожалуйста, проверьте, что сервис Архива запущен под учетной записью администратора или root. - Почтовый архивный сервер не имеет прав записи на удаленном сетевом хранилище (NAS или SAN).
Решение: Сетевое хранилище не подключено или права установлены неверно.
Для более подробной информации почитайте о Сетевом хранилище данных.
Поврежден индекс аудита
Сервер остановит архивацию или станет нестабильно работать, если поврежден лог аудита.
В случае, если лог аудита поврежден, появится предупреждение в Статус системы -> Предупреждения. Так же ошибки индексирования, указанные ниже, появятся в файле debug.log.
| Code Block |
|---|
ERROR Jan/21 09:36:18 - failed to commit index:null
java.lang.NullPointerException
|
Недостаточно памяти
Операционная среда сервера может не соответствовать Системным требованиям, или сервер может быть настроен на использование Недостаточного количества памяти.
SMB/NFS блокировка раздачи на удаленный диск
Если архивирование остановилось или замедлилось из-за проблем с блокировкой файлов, в файле debug log появится ошибка наподобие этой: "Процесс не может получить доступ к файлу, файл занят другим процессом".
Движок архивирования Архива использует сложную, изощренную блокировку. Если вы используете монтируемые хранилища, некоторые плохо реализованные сетевые хранилища (NAS), по-видимому, не соответствуют требованиям блокировки и синхронизации нашей системы. Чтобы исправить это, отключите строгую блокировку в SMB или NFS драйверах.
Например, для SMB раздач уберите строгую блокировку из файла smb.conf, как показано ниже:
| Code Block | ||
|---|---|---|
| ||
[global]
strict locking = no |
Если это не помогло решить проблему, то можно использовать более простой файловый формат в Архива. Чтобы его установить, в Настройках выберите категорию Настройки архива и установите Формат хранилища Архива V1 вместо V2.