Почему мой Соленый миньон не показывает никаких атрибутов столба? - PullRequest
Новая
       49

Почему мой Соленый миньон не показывает никаких атрибутов столба?

0 голосов
/ 06 декабря 2018

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

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

Вот мои настройки.

Структура каталогов: 

[root@master config-mgmt]# tree /srv/pillar
/srv/pillar
├── awscreds.sls
├── data.sls
├── dev
└── top.sls

/srv/pillar/top.sls file: 

[root@master config-mgmt]# cat /srv/pillar/top.sls
dev:
  'roles:*aws*':
    - match: grain
    - awscreds
  '*':
    - data

В конце концов, я хотел бы иметь возможность сопоставить мои «роли», но для этого теста, чтобы было проще, Меня интересует только глобальное совпадение ('*').

Для всех миньонов должно быть запущено состояние data, которое здесь: 

[root@master config-mgmt]# cat /srv/pillar/data.sls
info: some data for poc

Из моегоСолт-мастер, я бегу refresh_pillar: 

[root@master config-mgmt]# salt '*salttest*' saltutil.refresh_pillar
slave-salttesting-01.eng.example.com:
True

Кажется, все в порядке.Но ни на миньоне, ни на мастере атрибуты колонн не представлены ни в какой форме.

На мастере: 

[root@master config-mgmt]# salt '*salttest*' pillar.ls
slave-salttesting-01.eng.example.com:

На миньоне: 

[root@slave-salttesting-01 ~]# salt-call pillar.ls
local:

Я использую свежую версию соли: 

[root@master config-mgmt]# salt --version
salt 2018.3.3 (Oxygen)

Есть идеи, почему мой миньон не получает никаких атрибутов?

1 Ответ

0 голосов
/ 10 декабря 2018

Я нашел решение.Я не был знаком с файлом /etc/salt/master, пока мой коллега не предложил мне проверить его.В разделе salt_pillar была опечатка для dev (определена как /sr/salt/dev, а не /srv/salt/dev, а base был определен как указывающий на местоположение, отличное от места по умолчанию. Я убедился, что base было установлено на /srv/salt и dev было установлено на /srv/salt/dev. Затем мне пришлось вернуться в /srv/salt и убедиться, что top.sls было в местоположении /srv/salt. Я также переместил data.sls и awscreds.sls в /srv/salt/dev потому что я хотел, чтобы они были частью dev.

После этого все заработало, как и ожидалось. Это показывает, не принимайте ничего как должное. Я думал, что наши столбы работали, но как этоОказалось, они не были.

...