Денис Сорокин написал: А если помочь не можете, то имеет ли смысл разводить демогогию.
ну если вы считаете что ваши посты выше без какой либо демагогии то давайте заново, придётся учить вас пользоваться комьюнити. 1) Формулируешь задачу. 2) Спрашиваешь гугл. 3) Знакомишься со стандартными решениями. 4) Применяешь стандартное решение. 5) Наслаждаешься результатом. Если наслаждаться не получается, переходишь к следующему пункту. 6) Гуглишь выхлоп в логи о полученном результате и всё исправляешь. Если не получается - переходишь к следующему пункту. 7) Пишешь в комьюнити. "Доброе утро, для решения поставленной задачи я применил типовое решение (ссылка), но в результате получил (ссылка на пэйстбин). Нагуглив этот выхлоп я обнаружил, что данную проблему до меня решали вот таким способом (ссылка на решение), однако в моём случае это не помогло. Прошу поделиться опытом в решении этой проблемы или помочь найти способ, как можно решить мою задачу."
Семён Забусов написал: 6) Гуглишь выхлоп в логи о полученном результате и всё исправляешь.
Добрый вечер. Не подскажите, где могут лежать логи обновлений, кроме как по пути /opt/webdir/temp и /var/log (в котором у нас пусто), в результате не ясно, что гуглить.
Денис Сорокин написал: Осуществляем обновление с BitrixVM 5.1.5 на BitrixVM 7.3.4. Но обновление виртуальной машины происходит некорректно. Он требует чтобы был пароль на MySQL, но текущая версия не позволяет его менять, при смене сразу падает. Если обновлять, без установки пароля, то обновление BitrixVM происходит не корректно, после его типа обновления не обновляет php, не обновляет mysql. Причем при обновлении с 5.1.5 до 7.3.4 удаляет все конфиги, либо удаляет весь MySQL вместе с базой.Пробовали 3 раза, результат нулевой. В папке /opt/webdir/temp пусто, ничего там нет. В чем ошибка не ясно.Подскажите алгоритм. Возможно нельзя сразу машину обновить до версии 7.3.4, нужно сначала до промежуточной обновиться? Если так, то где взять репу до промежуточной?
Я взял образ версии 5.1.8 от 2016 года. Никаких проблем с его обновлением до 7.3.4 не вижу, пакеты обновляются обычным методом. PHP MySQL nginx - все обновляется, конфиги на месте, машина работает, сайты живы.
Дальше сценарий примерно такой - все действия через меню, кроме п1: 0) бекапы, снапшоты - ваша часть) 1) применяем фикс yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm (ставить обязательно, нужен для перехода mysql на версию 5.7) 2) задаем пароль root mysql через меню 3) php повышаем с 5.6 до версии 7.1 4) mysql апгрейд с 5.5 до 5.7
Установленный у вас Bitrix надо обновить до последних стабильных обновлений или беток. Только потом запускать переход на версию PHP 7.ххх.
Вообще, советы выше переходить на CentOS 7 через бекап верные. CentOS 6 в скором времени выйдет из поддержки сообществом RedHat. На сколько знаю, они заняты CentOS 8 . 7-ка - сейчас самая ходовая, 6-ка затухает.
Особо интересна ваша магия про удаление всех конфигов и баз mysql. Подскажите, как повторить?
вопрос VMBitrix 7.3.4+БУС+модуль интеграции 7.0.1.15
"импорт товаров из инет магазина" работает, только через menu.sh ставлю только https, получаю
Не удалось установить соединение с сервером. Проверьте имя пользователя и пароль.
Не удалось выполнить авторизацию.
это так нужно?
зы: причем в первом случае работает и http и https, а во втором через http естественно выдает ошибку соединения, а вот через https казалось бы должно работать, ан нет
max bald написал: вопрос VMBitrix 7.3.4+БУС+модуль интеграции 7.0.1.15
"импорт товаров из инет магазина" работает, только через menu.sh ставлю только https, получаю
Не удалось установить соединение с сервером. Проверьте имя пользователя и пароль.
Не удалось выполнить авторизацию.
это так нужно?
зы: причем в первом случае работает и http и https, а во втором через http естественно выдает ошибку соединения, а вот через https казалось бы должно работать, ан нет
попробуйте не через menu.sh а просто ручками создать .htsecure
E_Alex написал: В чем причина? Есть рецепт решения?
E_Alex, предыдущий апдейт не доработал до конца корректно. Лог ошибки смотрите, там так и пишут:
Цитата
E_Alex написал: There are unfinished transactions remaining. You might consider running yum-complete-transaction, or "yum-complete-transaction --cleanup-only" and "yum history redo last", first to finish them. If those don't work you'll have to try removing/installing packages by hand (maybe package-cleanup can help).
Проблема - квадратики при просмотре детальной статистики Munin. Версия BitrixVM 7.3.0. Разрешение установки бета-версий и обновление BitrixVM до версии 7.3.13 не помогли.
Решение: Установить mod_fcgid (на машине 7.3.0 он уже оказался установлен) yum install mod_fcgid
Добавить правило для httpdcd touch /etc/httpd/bx/conf/ touch munin.conf vim munin.conf
Рестартовать затронутые сервисы и проверить их статус systemctl restart httpd && systemctl restart munin-node && systemctl status httpd && systemctl status munin-node
Владимир Кулаев написал: Проблема - квадратики при просмотре детальной статистики Munin.Версия BitrixVM 7.3.0.Разрешение установки бета-версий и обновление BitrixVM до версии 7.3.13 не помогли.Решение:Установить mod_fcgid (на машине 7.3.0 он уже оказался установлен)yum install mod_fcgidДобавить правило для httpdcd touch /etc/httpd/bx/conf/touch munin.confvim munin.conf
Добрый день! Попробовали воспроизвести - не получилось. Что подразумевается под квадратиками? 404 - картинка указанная в index.html не найдена или пустые графики? Первый случай - это не отрабатывает крон - он собирает данные, обновляет RRD файлы и создает картинки и статические html файлы. Можно попробовать запустить его и посмотреть есть ли ошибки.
Код
cat /etc/cron.d/munin
# Collect Munin data every five minutes, clean up once a day
MAILTO=root
*/5 * * * * munin /usr/bin/munin-cron
Если второй случай. то сколько ждали, чтобы они появились? (Первый запуск из крона их точно не создаст, так как нужно хотя бы две точки в RRD , чтобы создать линии). Плюс все таки посмотреть есть ли ошибки при выполнение задания крон, так как картинки тоже он.
Вы обошли вариант со статикой добавив динамическое отображение данных из RRD munin, это не всем нужно, поэтому вряд ли этот вариант добавим в машинку.
Вот и у меня назрел вопрос по п.8 Manage web nodes in the pool Запустил п1. подождал в итоге - TASK [sphinx : run php-script] to retry, use: u'CronTask': u'enable', u'NginxPort': 80, u'NginxHTTPSConfig': u'ssl.s1.conf' --limit @/etc/ansible/sphinx.retry Сфинкса нет, https нет. Версия 7.3.4
Михаил Лабенский написал: Вот и у меня назрел вопрос по п.8 Manage web nodes in the pool Запустил п1. подождал в итоге - TASK [sphinx : run php-script] to retry, use: u'CronTask': u'enable', u'NginxPort': 80, u'NginxHTTPSConfig': u'ssl.s1.conf' --limit @/etc/ansible/sphinx.retry Сфинкса нет, https нет. Версия 7.3.4