Шпаргалка. Установка менеджера лицензий 1С Debian 9

Исторически ключи HASP для 1С у нас стояли на машинах Windows XP (потому что лицензионная), но чем дальше тем опаснее оставлять древнюю Windows в сети. Так как Linux для 1С уже давно поддерживается, решили перенести менеджеры лицензий на виртуалки с Debian 9.
Инсталлируем виртуалку с чистым 32 битным Debian 9(ничего лишнего только системные утилиты и SSH сервер), пробрасываем в нее USB порт.
Запустить менеджер выложенный на сайте 1С у меня не получилось, потому использую сборку etersoft:

su
cd

Шпаргалка по управлению контейнерами Docker

Цикл статей на хабре

Смотреть работающие контейнеры:

docker ps
docker container ls

Смотреть все контейнеры(как запущенные так и нет):

Еще один развод по SMS

Последнее время идея меня развести не так, так этак, очевидно, не дает спокойно спать определенной категории наших граждан. Пришло очередное SMS. На этот раз не счастья, а можно сказать печальная печаль:

В отличии от прошлого раза, указан реальный веб-адрес Ощадбанка:

Допиливаем Sentry

В предыдущей заметке описал установку Sentry в Docker контейнере, но всплыла одна небольшая печалька: современные броузеры отказываются переходить с HTTPS сайта по HTTP ссылке.
Сегодня будем прикручивать SSL сертификаты к Sentry.
Ставим Nginx и скрипт-клиент Let's Encrypt:

apt install -y nginx certbot

Для того, чтобы сгенерировать сертификаты необходимо осуществить промежуточную настройку для доступа по HTTP
Создаем конфиг Nginx для sentry /etc/nginx/sites-available/sentry.mysite.com следующего содержания:

server {                                                                                                                                                                        
       listen 80;                                                                                                                                                               
       listen [::]:80;                                                                                                                                                          
                                                                                                                                                                                
       server_name sentry.mysite.com www.sentry.mysite.com;                                                                                                     
    location / {                                                                                                                                                                
      proxy_pass        http://localhost:8080;                                                                                                                                  
    }                                                                                                                                                                           
}

Debian 10. Установка Sentry в Docker контейнере

Введение

Необходимо поставить систему мониторинга ошибок сайта Sentry. Рекомендуемый
разработчиками способ установки - использование Docker контейнера. Так и будем делать. Для удобства миграции и распределения нагрузки буду ставить на отдельную VM.
Параметры VM:

• HDD 32G
• Memmory 8G
• CPU 2cores

Базовая система

В качестве базовой системы, как ясно из заголовка, буду использовать Debian 10. Установка ничем не примечательна, выбираю минимальную конфигурацию.

После установки ставлю mc и qemu-guest-agent.

Установка Gitlab на Debian 10 в Docker контейнере

Имеется свеже установленный Debian 10.
Ставим пакеты:

sudo apt install apt-transport-https ca-certificates curl software-properties-common gnupg2 -y

Добавляем Docker PGP key:

sudo curl -fsSL https://download.docker.com/linux/debian/gpg | sudo apt-key add -

Проверяем ключ
apt-key fingerprint 0EBFCD88

Добавляем стабильный docker репозиторий

Proxmox VE. Успешная попытка спасения VM на поврежденном ZFS томе с чередованием.

 Случилась на днях беда:
Менял одну из нод на более мощный сервер. В качестве хранилищ используются ZFS тома с чередованием, которые реплицируются между нодами (имеется в виду репликация виртуалок). Я мигрировал машины с заменяемой ноды на другие, а настроить репликацию на время замены поленился, так как собирался все проделать буквально за полчаса. В итоге, после замены ноды, одна виртуалка при попытке выполнить обратную миграцию начала выдавать ошибку:

Я попытался настроить репликацию и снова ошибка:

Я Пытался мигрировать диск между пулами:

Proxmox VE. Вычищаем артефакты удаленной ноды из кластера

Потребовалось на днях заменить одну из нод кластера на более мощную железяку.
Виртуальные машины мигрировал на другие ноды, но не удалил некоторые задания репликации(может еще что не сделал, не суть).
Выполняю в консоли любой ноды, кроме удаляемой:

pvecm delnode 

Нода удалена, но в интерфейсе присутствует со знаком вопроса - для ее удаления из интерфейса необходимо удалить каталог с именем ноды из каталога
/etc/pve/nodes
Нода исчезла из интерфейса, но я обнаружил, что не могу удалить задания репликации, в которых она учавствовала, хотя они и были предварительно отключены

Висит и не думает удаляться

Как я решил проблему:
В консоли любой ноды выполняем
grep -ilr "del_node_name" /etc/pve/
Вывод(в моем случае):

Свершилось - интернет и телефонные мошенники объединились!

Получил я давеча SMS счастья:

Помимо наличия обратных телефонов городского и интертелекомовского (на самом деле это один номер с услугой прямого номера), порадовала ссылка на сайт