при отправке ошибка
Решение:
было в master.cf
-o smtpd_tls_security_level=encrypt
помогло
-o smtpd_tls_security_level=may
вторник, 13 августа 2019 г.
пятница, 2 августа 2019 г.
Linux mariadb doesn't start after upgrading to Debian 10
Mariadb version is 10.3. After upgrading there were errors within service starting:
status
Process: 1232 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
journal -xe
mariadb.service: Failed at step EXEC spawning /etc/mysql/debian-start: No such file or directory
resolving
https://stackoverflow.com/questions/51317209/mariadb-10-3-8-installation-from-mariadb-repo-missing-files
apt install --reinstall -o Dpkg::Options::="--force-confmiss" mariadb-server-10.3
apt install --reinstall -o Dpkg::Options::="--force-confmiss" mysql-common
status
Process: 1232 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
journal -xe
mariadb.service: Failed at step EXEC spawning /etc/mysql/debian-start: No such file or directory
resolving
https://stackoverflow.com/questions/51317209/mariadb-10-3-8-installation-from-mariadb-repo-missing-files
apt install --reinstall -o Dpkg::Options::="--force-confmiss" mariadb-server-10.3
Configuration file '/etc/mysql/debian-start', does not exist on system.
Installing new config file as you requested.
Configuration file '/etc/mysql/mariadb.conf.d/50-mysqld_safe.cnf', does not exist on system.
Installing new config file as you requested.
Configuration file '/etc/mysql/mariadb.conf.d/50-server.cnf', does not exist on system.
Installing new config file as you requested.
Configuration file '/etc/mysql/my.cnf', does not exist on system.
Installing new config file as you requested.
Afterwards, there were added requested files.
lxc config set container1 security.nesting true
226 error in LXC container
четверг, 1 августа 2019 г.
Gitlab-ci MR could not retrieve the pipeline status
После релиза, нужно было замержить новую дефолтную ветку в оставшиеся мерж реквесты МР. Хотел автоматизировать и мержил скриптом
source_branch - это новая дефолтная ветка v1.2.3
destiny_branch - это ветка исью issue-1234
local source_branch=$1
local destiny_branch=$2
git fetch origin
git remote set-head origin --auto
git checkout $source_branch
git reset --hard origin/$source_branch
git clean -f -d
git checkout $destiny_branch
git reset --hard origin/$destiny_branch
git merge --no-edit $source_branch
git push origin $destiny_branch
source_branch - это новая дефолтная ветка v1.2.3
destiny_branch - это ветка исью issue-1234
local source_branch=$1
local destiny_branch=$2
git fetch origin
git remote set-head origin --auto
git checkout $source_branch
git reset --hard origin/$source_branch
git clean -f -d
git checkout $destiny_branch
git reset --hard origin/$destiny_branch
git merge --no-edit $source_branch
git push origin $destiny_branch
В результате все равно вручную пришлось менять target branch на дефолтную ветку v1.2.3 внутри каждого МР и появилась эта ошибка:
Сould not retrieve the pipeline status
Также кнопка Merge была не активна.
В конце ошибки предлагалась изучить по ссылке troubleshooting, где пишут что есть такой Bug
Bug
Merge Request pipeline statuses can't be retrieved when the following occurs:
- A Merge Requst is created
- The Merge Request is closed
- Changes are made in the project
- The Merge Request is reopened
To enable the pipeline status to be properly retrieved, close and reopen the
Merge Request again.
И предлагают закрыть и переоткрыть МР, что и помогло.
Кнопка Reopen merge request появляется сразу-же на месте Close merge request
(т.е заходить в закрытые МР и искать этот МР не нужно)
Подписаться на:
Сообщения (Atom)