Последние сообщения

51

Ubuntu Server/Debian / Не запускается zmblobchk в Zim...

Последний ответ от Se7enPRO - 10 октября 2022, 20:40

Всем доброго времени суток!

Предыстория такова: по-наследству в администрирование достался почтовый сервер Zimbra. Одни из первых проблем, с которыми я столкнулся были быстрорастущие логи на системном разделе /dev/sda1, как в следствие работа почты тормозилась. Было проделано не мало шагов по уменьшению уровней логирования и их последующих ротаций, чтобы свободное место оставалось как можно дольше. Есть ещё проблема, для которой не могу найти решение: это пройтись командой zmblobchk для поиска писем, у которых нет вложений, но осталась ссылка. Логи в /opt/zimbra/log/mailbox.log показывают примерно следующие ошибки, которые появляются

Код [Выделить]

2022-10-08 00:37:44,263 WARN  [Index-8] [name=spam.an5p4itehp@tds.loc;mid=3;] index - Unable to generate index data for Message 1040. Item will not be indexed.
com.zimbra.cs.mailbox.MailServiceException: No such blob: mailbox=3, item=1040, change=41037
ExceptionId:Index-8:1665167864263:412809711e2a7eb8
Code:mail.NO_SUCH_BLOB Arg:(itemId, IID, "1040") Arg:(ver, NUM, "41037")
        at com.zimbra.cs.mailbox.MailServiceException.NO_SUCH_BLOB(MailServiceException.java:339)
        at com.zimbra.cs.mailbox.MailItem.getBlob(MailItem.java:1368)
        at com.zimbra.cs.mailbox.MessageCache.fetchFromStore(MessageCache.java:338)
        at com.zimbra.cs.mailbox.MessageCache.getMimeMessage(MessageCache.java:173)
        at com.zimbra.cs.mailbox.Message.getMimeMessage(Message.java:472)
        at com.zimbra.cs.mailbox.Message.getParsedMessage(Message.java:1379)
        at com.zimbra.cs.mailbox.Message.generateIndexData(Message.java:1394)
        at com.zimbra.cs.mailbox.MailboxIndex.indexItemList(MailboxIndex.java:771)
        at com.zimbra.cs.mailbox.MailboxIndex.indexDeferredItems(MailboxIndex.java:408)
        at com.zimbra.cs.mailbox.MailboxIndex.access$600(MailboxIndex.java:86)
        at com.zimbra.cs.mailbox.MailboxIndex$BatchIndexTask.exec(MailboxIndex.java:1442)
        at com.zimbra.cs.mailbox.MailboxIndex$IndexTask.run(MailboxIndex.java:1421)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)
Что пробовал сделать:
Как пользователь zimbra, я запускаю следующую команду:

Код [Выделить]

zimbra@zbs:~$ zmblobchk --mailboxes 64 --export-dir /tmp --missing-blob-delete-item -v start
И отображается следующее сообщение:

Код [Выделить]

[] INFO: Setting mysql connector property: maxActive=100
[] INFO: Setting mysql connector property: maxActive=100
java.lang.NullPointerException
        at com.zimbra.cs.stats.ZimbraPerf.addStatsCallback(ZimbraPerf.java:435)
        at com.zimbra.cs.db.DbPool.getPool(DbPool.java:309)
        at com.zimbra.cs.db.DbPool.getConnection(DbPool.java:335)
        at com.zimbra.cs.db.DbPool.getConnection(DbPool.java:322)
        at com.zimbra.cs.db.DbPool.waitForDatabase(DbPool.java:243)
        at com.zimbra.cs.db.DbPool.startup(DbPool.java:234)
        at com.zimbra.cs.store.file.BlobConsistencyUtil.run(BlobConsistencyUtil.java:200)
        at com.zimbra.cs.store.file.BlobConsistencyUtil.main(BlobConsistencyUtil.java:330)
И как следствие, не начинается поиск несуществующих blob-объектов для последующего их удаления.

Пробовал менять параметр "max_connections" в файле /opt/zimbra/conf/my.cnf, делал перезапуск mysql = не помогает.

В подтверждение работы БД MySQL (MariaDB), результат вывода следующей команды:

Код [Выделить]

root@zbs:~# top | grep -i "mysql"
 3248 zimbra    20   0 1760368 782656  16588 S  6.2  9.6   7:57.44 mysqld
Версия Zimbra:

Код [Выделить]

zimbra@zbs:~$ zmcontrol -v
Release 8.8.4.BETA.1158.UBUNTU16.64 UBUNTU16_64 FOSS edition.
Версия Ubuntu:

Код (shell) [Выделить]

root@zbs:/# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"
Как можно решить данную проблему? Заранее спасибо за любую помощь.

52

Windows Server 2012/2016/2019 / Re: Новый пользователь Админис...

Последний ответ от Уваров А.С. - 02 октября 2022, 22:21

Это нормально, бывает.

53

Windows Server 2012/2016/2019 / Re: Новый пользователь Админис...

Последний ответ от Artur - 02 октября 2022, 10:00

Здравствуйте! Подскажите пожалуйста, если кто сталкивался.
При входе в Window Server 2016 появляется "Другой пользователь" и в users появился еще один пользователь "Администратор.WIN ....."
Все данные перенеслись в новую учетку Администратора.
В принципе всё работает, но как то напрягает)

54

Windows Server 2012/2016/2019 / Новый пользователь Администрат...

Последний ответ от Artur - 02 октября 2022, 09:56

Здравствуйте! Подскажите пожалуйста, если кто сталкивался.
При входе в Window Server 2016 появляется "Другой пользователь" и в users появился еще один пользователь "Администратор.WIN ....."
Все данные перенеслись в новую учетку Администратора.
В принципе всё работает, но как то напрягает)

55

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от Уваров А.С. - 30 сентября 2022, 13:01

Характер записи в типичных серверных задачах этого не требует.

56

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от a.kadochnikov - 30 сентября 2022, 10:05

Либо там уже есть пространство под резервные ячейки или просто износ наступает намного позднее чем у обычных ссд?

57

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от Уваров А.С. - 29 сентября 2022, 16:13

Для серверного применения особого смысла в этом нет.

58

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от a.kadochnikov - 29 сентября 2022, 10:35

А стоит ли оставлять не размеченным место на диске тогда? Я при внедрении ssd для 1с половину места оставлял не размеченным, для использования пространства (для резервных ячеек).
Просто помню про технологию Over-Provisioning
https://www.nix.ru/computer_hardware_news/hardware_news_viewer.html?id=178629

59

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от Уваров А.С. - 22 сентября 2022, 17:54

TRIM и вероятность выхода из строя никак не связаны и на серверных сценариях TRIM не играет особой роли.

60

Кластер серверов 1С:Предприятия 8 / Re: Запуск 1С server для ERP

Последний ответ от a.kadochnikov - 22 сентября 2022, 06:54

В аппаратном рейде же не работает команда TRIM, может поэтому и выше вероятность выхода из строя носителей? Виртуализировать 1С точно не будем - виртуалки будут для других задач, менее прожорливых.