Trying to connect to: tcp://master:4506

-l trace

Скорее всего, днс, судя по короткому хостнейму. Например, мастер это тот же хост, но соответствующей записи нет ни в хостах, ни у ns-ов, а resolv.conf не содержит search-доменов.

Ну или проблемы со связью.

Trying to connect to: tcp://master:4506

iptables/firewalld?

смотрю iptables

Всем привет. Подскажите, что может быть не так с вызовом mine.get через ssh ?
в mine.conf  миньонов

mine_functions:
          ips:
            - mine_function: network.ip_addrs
          pub_ip:
             mine_function: network.ip_addrs
             eth1

При прямом вызове с мастера работает нормально
salt * mine.get * pub_ip
Все выводит.

через   salt-ssh -i "salt*.test" mine.get '*' pub_ip
ругается ошибкой
[ERROR   ] TypeError encountered executing pub_ip: 'FunctionWrapper' object is not callable

А вообще  нужно чтоб он мог применить по ssh на мастер стейт типа:

dummy:
    file.managed:
      - name: /var/log/dummy
      - contents: |
            {%- for host in pillar.get('nethosts', []) %}
               {% set ip = salt.saltutil.runner('mine.get', tgt=host, fun='pub_ip') %}
               {% if ip %}
               - name: {{ host }}_route
                 ip: {{ ip|first }}
               {% endif %}
            {%- endfor %}

Salt 2019.2.3

slspath в 3000 версии поломали, в итоге кто использовал не документированную переменную tpldir ничего не заметили вероятно, кто использовал документированную slspath - страдают :D

конечно здесь уже про это писали, ровно месяц назад, но я пропустил, пока сам не столкнулся
https://github.com/saltstack/salt/issues/56119

А кто-нибудь вообще на 3000 версию обновил свой парк машин? Что-то складываетяс впечатление что до 3000.1, а то и позже получим что-то рабочее. Пока что сплошные баги наблюдаю.

ну и до кучи сразу спрошу про 2019.2.3 оно вообще годно к использованию?

Я обновился, тоже хлебнул патчей git, mysql..

Зато на 15% где-то быстрее

Я пока откатился на 2019 версию.
Быстрее на 15% на Py2 или Py3?

py3

mine_functions:
          ips:
            - mine_function: network.ip_addrs
          pub_ip:
             mine_function: network.ip_addrs
             eth1

dummy:
    file.managed:
      - name: /var/log/dummy
      - contents: |
            {%- for host in pillar.get('nethosts', []) %}
               {% set ip = salt.saltutil.runner('mine.get', tgt=host, fun='pub_ip') %}
               {% if ip %}
               - name: {{ host }}_route
                 ip: {{ ip|first }}
               {% endif %}
            {%- endfor %}

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

{% set ip = salt['mine.get'](host, 'network.ip_addrs interface=' ~ pillar['public_net_device']) %}

так ip майнится без проблем

Всем привет, подскажите про запуск стейтов с мастера в асинке.
Если устройства не доступны, он будет пытаться  выполниться пока устройство не станет доступно?

Просто к чему спрашиваю, в пятницу пускал хайстейт в асинке. Сегодня вижу нагрузку  на мастере, и выполняется эта джоба.

Привет. Не знаю. Я не думаю, что он должен два дня долбить. Что-то тут не так

это зависшая джоба. Можешь глянуть на самом миньёне, что она там не выполняется.

а как этого можно избежать  в дальнейшем?

ну судя по логам шины, очень даже выполняется

Не ну если выполняется, значит у тебя там какая то логическая ошибка и джоба реально выполняется

бесконечно...