Форум

[QUOTE]Андрей Николаев написал:
Однако я сейчас мотивирую  почему требуется отказаться от msmtp[/QUOTE]
В ВМ нет поддержки почтового сервера, есть почтовый агент, которого хватает для базовой настройки почты, и который позволяет использовать внешние почтовые сервера для отправки почтовых уведомлений.

Настройка почтового сервера, кроме настройки непосредственно самого сервера postfix, exim или еще чего-то, требует настройки не только ПО, ну и как минимум DNS (DKIM, SPF и т.п.). Автоматизация и поддержка данной конфигурации в рамках виртуальной машины как минимум сложна, как максимум, если DNS сервер не локальный - невозможна. Если Вам нужен именно персональный сервер, то Вы его настраиваете и используете на сколько возможно, при этом Вам не нужен msmt, достаточно стандартного sendmail.

[QUOTE]Виктор Таран написал:
Один из сайтов меняет А запись, проще говоря уходит с сервера, имеет ошибки в днс, не продлятся домен и прочее. ( но не удаляется с сервера)[/QUOTE]
Есть еще вариант удалять сайты, которые "уходят" с сервера, если ничего не путаю сертификат там тоже отменяется в таком случае. То есть не устраивать "общую помойку с сайтами" на сервере.

Мы думаем про один серт, один конфиг, но там все не так просто в случае когда один сертификат и куча разных сайтов. То есть указанные скрипт в данном случае может привести к непредвиденным ситуациям.

[QUOTE]zlodei написал:
Если не чистить, то логи весят 18гб за 2 дня - это точно не нормальная штатная работа mysql.[/QUOTE]
Это зависит от нагрузки на MySQL сервер - это нормальная ситуация для MySQL писать в бинлоги все что ему пришло на изменение.

Проверить можно следующее:
1) Убедиться что формат бинлогов MIXED:
[CODE]show global variables like "binlog_format"[/CODE]
Если стоит не он, а RAW - поменять (этот будет занимать больше места)
2) Посмотреть через mysqlbinlog что пишется (что за функционал, таблицы)
Что-то типа этого:
[CODE]mysqlbinlog -vvv mysql-bin.044523 | grep '\(INSERT\|DELETE\|UPDATE\)' | awk '{print $1,$2,$3, $4}' | sort | uniq -c | sort -nr | head
  2419 ### INSERT INTO `portal`.`b_bp_tracking`
  1839 ### UPDATE `portal`.`b_pull_watch`
  1730 ### INSERT INTO `portal`.`b_disk_tmp_simple_right`
  1730 ### INSERT INTO `portal`.`b_disk_simple_right`
  1730 ### DELETE FROM `portal`.`b_disk_tmp_simple_right`
  1627 ### INSERT INTO `portal`.`b_cache_tag`
  1519 ### UPDATE `portal`.`b_bp_workflow_instance`
  1364 ### UPDATE `portal`.`b_crm_act`
  1361 ### DELETE FROM `portal`.`b_disk_simple_right`
  1330 ### UPDATE `portal`.`b_im_relation`[/CODE]

Дальше в зависимости от Вашего топа, разбираться - нужно ли не нужно. Это может быть запись в какую-нибудь таблицу статистики (которая не нужна и включена была для проверки, но потом забыли отключить), а может быть что-то нужно.
Через тот же mysqlbinlog можно детально посмотреть запрос.

3) Если поймете что логи действительно выросли в соответствие с Вашим количеством пользователей, функционалом, то можно уменьшить время хранения логов:
[CODE]expire_logs_days[/CODE]

[QUOTE]Андрей Кошкин написал:
И обнаружилось, что пароль и логин этой доменной четной записи, которая используется при настройки NTLM, битрикс хранит в открытом виде в папке /opt/webdir/generator/  в файликах типа eOEivxfYzlJb93aqP4pA[/QUOTE]
Файлики есть, они используются только на этапе настройки NTLM и потом удаляются (модуль bx_ntlm), они нужны для передачи параметров в командную строку.
Единственный вариант, когда они остаются, это ошибка при добавление в домен. Поправим это поведение модуля, спасибо.

Nginx падает всего скорее из-за нехватки памяти, вероятнее всего, прибивает ОС. Это можно посмотреть по логам /var/log/messages.
Если "нагрузка" от апача, то смотреть нужно его статус (server-status), выяснять что за запросы вызывают повышенное потребление памяи и потом копать их, почему так. Еcли мунин настроен, то графики апача там должны быть, но дополнительно статус нужно посмотреть на предмет запросов, какие они и что делают.

[QUOTE]Александр Гусев написал:
столкнулись с ситуацией на одном серваке - иногда перестает отвечать на запросы (несколько раз в сутки), иногда на несколько минут, иногда на несколько часов. Помогает обычно перезагрузка, но в последний раз восстановилось без перезагрузки, возможно после подключения по SSH.[/QUOTE]

Перестает отвечать как? Какой тип ошибок возникает? Коннект или ответ nginx c 5хх ошибкой?

[QUOTE]Александр Панишев написал:
Проанализировав данные логи (/var/log/messages, /var/log/cron и atop), ничего подозрительного найти не удалось. Может кто сталкивался с такой ошибкой - Bitrix-env version 5.x.x or later is required.просьба помочь выяснить причину зависаний.[/QUOTE]
Версия вирт. машины какая?
Практически эти два сообщения всего скорее не связаны с друг с другом, и второе вылечится через обнволение до последней версии вирт. машины.

[QUOTE]Владислав Тропанец написал:
Скачал последнюю версию образа VMBitrix 7.4.3 для Hyper-V. При запуске уже появилась ошибка:[/QUOTE]
А какая версия Hyper-V?

На Centos 7 размер доступных открытых файлов, контролируется не только limits.conf, но и в рамках самого сервиса через systemd.
Если бэкап запускается через httpd (тот которые делается средствами портала), но увеличивать нужно еще для httpd сервиса.
В вирт. машине есть файл
/etc/systemd/system/httpd.service.d/custom.conf
В него нужно добавить
[CODE]
LimitNOFILE=102400
[/CODE]
Плюс. настройки самого mysql сервиса
/etc/systemd/system/mysql.service
Там по умолчанию 5000 стоит.
После изменений файлов нужно сделать
[CODE]systemctl daemon-reload[/CODE]
И перезапустить сами сервисы.

[QUOTE]Данил Филиппов написал:
обратил внимание, что в веб версии всегда вот такая ошибка:Uncaught TypeError: Cannot read property 'serverTime' of undefined    at callback (rest.client.js:463)    at XMLHttpRequest.f.onload (rest.client.js:352)[/QUOTE]
С пуш-сервером ошибка не связана, но модуль pull на сайте через Рест получает свои настройки (адреса пуш-сервера).
Если рест не работает или ломается, то реал-тайм на сайте не работает и клиент видит плашку, что нет подключения.

[QUOTE]Данил Филиппов написал:
Однако тесты не проходили, тогда в веб админке дополнительно указал следующие настройки модуля:- Виртуальная машина 7.3 и новее (Bitrix Push server 2.0)-  http://[реальное_доменное_имя]:8895/bitrix/pub/ - ключ указал из команды grep SECURITY_KEY /etc/sysconfig/push-server-multi[/QUOTE]
Если это все таки вирт. машина, то 8895 слушает nginx , а не апач.
Если таки у Вас в качестве фронтенда апач, то нужно настроить проксирование на push-server , в качестве основы для правил взять описание отсюда
https://dev.1c-bitrix.ru/learning/course/index.php?bitrix_include_areas=Y&COURSE_ID=41&LESSON_ID=8609&LESSON_PA­TH=3911.11757.8609&clear_cache=Y
Часть про nginx и убедитесь , что порт открыт на 8895.
Причем обратите внимания, там есть настройки для проксирования web socket, это важно, если проксируется как обычный, то будет терминирован на стороне прокси через выставленное время на подключение.

И по сути Вам нужно идти от ошибок,в  логах nginx или в логах апача, в журналах видно какие запросы не прошли, ищем их по логам веб сервера и смотрим что там.