Админизм

заметки об администрировании и программировании (python, ruby, php). Траблшутинг в «примерах» и HOWTO.

😎 О себе | 📚 Литература и ресурсы | ⚡ Все посты | 📮 E-mail

Ansible, ssh и macOS — во всем виновата библиотека sshpass

При попытке запуска плейбука получал следующую ошибку на macOS

fatal: [x.x.x.x]: FAILED! => {«msg»: «to use the ’ssh’ connection type with passwords, you must install the sshpass program»}

Для установки данной библиотеки следует использовать команду ниже


brew install https://raw.githubusercontent.com/kadwanev/bigboybrew/master/Library/Formula/sshpass.rb


После этого все возвращается на свои места — ошибки больше не увидим

 Нет комментариев    13   12 дн   ansible   macOS   ssh

pg_dump без установки PostgreSQL в macOS

Для быстрого дампа небольшой базы я использую DataGrip, но вот для этого дела он как раз и использует psql, ставить PostgreSQL мне не сильно хотелось, как и лезть на сервер поэтому был нагуглен пакет libpq.

Установка простая — через brew


brew install libpq


И далее прописываем путь к бинарнику psql /usr/local/Cellar/libpq/11.5_1/bin/pg_dump (осторожно, версия может меняться)

link

Elasticsearch: перенос данных на другой диск системы

Elasticsearch: перенос данных на другой диск системы Ubuntu 16.04 / Ubuntu 18.04 / Ubuntu 20.04

Так как на основном разделе диска закончилось дисковое пространство, а в системе был второй диск был выполнен перенос данных из директории Elasticsearch в не стандартную. Для этого выполнены следующие шаги:

  1. Остановлены сервисы ELK-стека:

sudo systemctl stop elasticsearch.service kibana.service logstash.service


  1. Подмонтирован диск и создана партиция (описывать не буду, но если требуется — напишу)
  1. Директория для сохранения данных /srv/elastic_data создана и подправлены права

sudo mkdir /srv/elastic_data/
sudo mkdir /srv/elastic_data/logs/
sudo chown elasticsearch.elasticsearch /srv/elastic_data/


  1. Данные скопированы в /srv/elastic_data

cp -r --preserve=all /var/lib/elasticsearch/ /srv/elastic_data/


  1. В конфиге изменена директория для данных и логов

sudo vim /etc/elasticsearch/elasticsearch.yml


Правка следующая:


path.data: /srv/elastic_data/elasticsearch
path.logs: /srv/elastic_data/elasticsearch/logs


После поочередно запускаем сервисы — я начал с Elasticsearch и через минут 5 запустил остальное, убедившись, что система заработала


sudo systemctl start elasticsearch.service
sudo systemctl start kibana.service
sudo systemctl start logstash.service


Kubernetes: Postgresql открыть порт на NGINX-Ingress


apiVersion: v1
kind: Service
metadata:
  labels:
    app: postgres-container
    tier: backend
  name: postgres
spec:
  ports:
  - port: 5432
    protocol: TCP
  selector:
    app: postgres
  sessionAffinity: None
  type: ClusterIP
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-tutorial
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: my_kube.info
    http:
      paths:
      - path: /
        backend:
          serviceName: postgres-container
          servicePort: 5432


https://stackoverflow.com/a/50197893

Helm: Установка Elasticsearch + Kibana v7.3.2

Заметка как быстро засетапить стек Elasticsearch + Kibana v7.3.2. Сразу есть некоторые нюансы — сетапится в дефолтный namespace


helm repo add elastic https://helm.elastic.co
helm update


Установка Elasticsearch v7.3.2


helm install elastic/elasticsearch --namespace default --name elasticsearch --set imageTag=7.3.2 --set replicas=1 --set esMajorVersion=7 --set resources.requests.memory=1Gi --set volumeClaimTemplate.storageClassName=standard --set volumeClaimTemplate.resources.requests.storage=10Gi


Установка Kibana v7.3.2


helm install elastic/kibana --namespace default --name kibana --set imageTag=7.3.2,elasticsearch.hosts=http://elasticsearch-master.default.svc.cluster.local:9200


Сразу все не завелось, поэтому я смотрел статус и логи. Проблема была в том, что я указал elasticsearch.url, при установке Elasticsearch v7, где он был заменен на elasticsearch.hosts

Падало оно с ошибкой Readiness probe failed:


kubectl logs kibana-kibana-7754c47b67-vxc8q



kubectl describe po kibana-kibana-7754c47b67-vxc8q


После корректировки сетапа ошибка повторилась, но сервис запустился
Далее для проверки я пробросил порт на локальную машину


kubectl port-forward kibana-kibana-7754c47b67-vxc8q 5601:5601


Ранее Ctrl + ↓