Недавно обновлял пакеты на сервере, машина территориально находится в МО, г. Мытищи. Вижу что пакеты качает не с российских серверов. В ручную зеркала не настраивались. Вопрос в следующем - почему прописались именно эти зеркала? Думал, что CentOS автоматом подбирает зеркала, в зависимости от пинга/скорости. Или просто пакеты от Remi Collet в принципе не имеют российских зеркал? Есть ли возможность автоматического поиска наиболее быстрых зеркал, как это сделать? Спасибо!
yum repolist Загружены модули: etckeeper, fastestmirror, langpacks, merge-conf Loading mirror speeds from cached hostfile * base: mirror.axelname.ru * epel: mirror.nl.leaseweb.net * extras: mirror.corbina.net * remi: mirrors.bytes.ua * remi-php72: mirrors.bytes.ua * remi-safe: mirrors.bytes.ua * updates: mirror.corbina.net Идентификатор репозитория репозиторий состояние base/7/x86_64 CentOS-7 - Base 10 085+12 bitrix/x86_64 $OS 7 - x86_64 88 epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 13 195 extras/7/x86_64 CentOS-7 - Extras 323 nodesource/x86_64 Node.js Packages for Enterprise Linux 7 - x86_64 119 percona-release-noarch/7 Percona Original release/noarch YUM repository 52 percona-release-x86_64/7 Percona Original release/x86_64 YUM repository 1 045+932 remi Remi's RPM repository for Enterprise Linux 7 - x86_64 6 028 remi-php72 Remi's PHP 7.2 RPM repository for Enterprise Linux 7 - x86_64 401 remi-safe Safe Remi's RPM repository for Enterprise Linux 7 - x86_64 3 680 updates/7/x86_64 CentOS-7 - Updates 1 475 repolist: 36 491
Евгения, я думаю проблема техническая, а не в правах.
Ситуация на crm.orto-kosmos.ru
17:06
Описать проблему заново?
17:07
Евгения
Спасибо за уточнение
17:07
Передаю Ваш диалог техническому специалисту, который сможет детально его разобрать, при необходимости уточнить все детали именно для Вашего портала. Он сможет ответить в рабочее время отдела в ПН-ПТ: 10.00 - 19.00 МСК. Пожалуйста, ожидайте, ответ поступит в данном чате. Время ответа специалиста может составлять от нескольких часов до 2-х дней. Благодарим за понимание!
17:08
17:08
Здраствуйте
17:09
Ситуация следующая - пользователь без прав администратора (чекбокс в панели управления) не может работать, т.к. как без этих прав 1. Сначала нельзя было авторизоваться на портале. Потом ваш коллега это исправил, настроив права в группе "пользователи" 2. После настройки прав вашим коллегой. Наши менеджеры авторизовались на портале без прав администратора, но у них - нет возможности оставлять комментарий в лиде, нет возможности сделать его качественным или наоборот 3. права и роли в самой CRM настроены еще с облачной версии. Дав права администратора менеджеру - он получала к примеру возможность видеть все лиды, но опять отсутствовала возможность оставить комментарий или удалить лид, либо создать быстрый лид.
Должен уточнить, что CRM это переход с облачной версии на коробку
17:17
не срабатывает нажатие кнопки, после которой должен появится комментарий
Здравствуйте, при отсутствии галки "администратора" в панели управления Битрикса, у менеджеров не получается создать комментарий. Сказали, что не настроены права группе "Пользователи". Я дал этой группе максимальные права по каждому модулю. Права в самой CRM перенесены из облака и были там настроены. Ограничение прав, допустим на просмотр чужих лидов работает, но не работает удаление лида (качественны-некачественный), нельзя оставить комментарий в лиде, нельзя создать быстрый лид или какой либо другой. Такое ощущение, что перестают отрабатывать js скрипты.
Записал видео для ТП (она пока разбирает вопрос, уже второй день).
Может кто сталкивался с таким? В консоли разработчика (браузере) нет критических ошибок. Если настройка прав, то где смотреть, какой модуль или вообще их пересоздавать?
Екатерина Шемаева,ошибка пропала, после установки модуля Push/RTC. Либо поднимал еще памяти memory_limit (но тут апач ругался).
Да, композит сайта настроен, но не авто композит, а ручной. Кэш на memcached через сокет. В заголовках не вижу битривского X-Bitrix-Composite: Cache (200).
Вижу это Cache-Control: no-store, no-cache, must-revalidate Pragma: no-cache
В /var/spool/mail/root логируются сообщения, которые пишут, что Not installed smtpd module on site in /home/bitrix/www, В /var/spool/mail/root В /var/spool/mail/root логируются сообщения, которые пишут, что Not installed smtpd module on site in /home/bitrix/www
Екатерина Шемаева, У вас есть новая почта в /var/spool/mail/root - это сообщение говорит о том что есть лог, или реально от сайта оправляется сообщение? При каких событиях появляется это сообщение?
В /var/spool/mail/root логируются сообщения, которые пишут, что Not installed smtpd module on site in /home/bitrix/www, В /var/spool/mail/root В /var/spool/mail/root логируются сообщения, которые пишут, что Not installed smtpd module on site in /home/bitrix/www
Потом делаю "yum update" ставится версия php 7.0 но в модулях пустота https://i.imgur.com/lp3Rf3k.png В результате "уронил" сайт. Пришлось ставить все модули заново. И теперь страшно делать эти откаты или апгрейды. Как такое получилось не понятно. До этого делал откат и апгрейд версии на "боевом" сайте, всё проходило гладко.
Продолжение истории - после не удачного роллбэка. по команде php -v https://i.imgur.com/tJWtgQ3.png Пишу yum update ставятся пакеты php 7.0.33 но без модулей. Получаю ошибку соединения к mysql
Откатывать, как оказалось не обязательно. Нужно понять что cron работает очень специфически.
Значит что в итоге:
1. Есть cron.d, а есть crontab 2. Для перезапуска cron'а не достаточно просто написать systemctl restart crond.service Надовыполнить еще командуrm /var/run/cron.reboot - таким образом "обмануть" cron чтобы он не писал " rond[29801]: (CRON) INFO (@reboot jobs will be run at computer's startup.)" - т.е. после рестарта демона он не запустит добавленные задачи (скрипты), а сделает это после рестарта сервера. Но у многих проектов нет такой возможности делать reboot только из-за cron'а 3. Задачи по "старой" инструкции будут работать, если добавить скрипт в /etc/crontab, а не в /etc/cron.d/bx_название_бд
В итоге в crontab должен оказаться */1 * * * * root -f /home/bitrix/www/bitrix/php_interface/cron_events.php https://i.imgur.com/ETA4db7.jpg (скрин)
После добавления скриптов в crontab перезапустить по инструкции выше. Мне помогло. Может кому-то другому поможет тоже. Написанная инструкция актуальна для BitrxVM.
Андрей Николаев написал: Причин может быть множество - некорректный код php-модуля, ошибка в ядре самой версии php. Попробуйте перейти на 7.1 - возможно это решит проблему и не нужно будет отлаживать core
Да, похоже после обновления какого-то модули ошибка ушла.
Не работает инструкция на данный момент по настройке ftp. Вместо оного, настроил sftp. Может кому понадобится:
В /etc/ssh/ssh_config в самом низу прописать
Код
#Subsystem sftp /usr/libexec/openssh/sftp-serverSubsystem sftp internal-sftp
Match Group bitrix
ChrootDirectory /home/bitrix/www
X11Forwarding no
AllowTcpForwarding no
PasswordAuthentication yes