설명에서 식별된 파일:

lib/ansible/modules/system/group.py

이 파일이 정확하지 않으면 설명의 component name 섹션을 업데이트하거나 !component 봇 명령을 사용하세요.

ansibot 에 2019년 05월 24일

cc @sfromm
봇 도움말을 보려면 여기를 클릭하세요.

ansibot 에 2019년 05월 24일

이 경고가 표시되기 시작했지만 포팅 가이드에서 참조를 찾지 못했고 수정 방법이나 내용에 대한 참조를 찾지 못했습니다.

내 경고의 대부분은 instance_id가 - (예: i-033f62b586143dff7 ) 및 지역(예: eu-central-1c )을 사용한 ec2.py에서 발생하므로 이것에 대한 실제 수정

마지막으로, 이것은 내가 when: ansible_hostname in groups['varnish'] 를 사용했고 ansible_hostname 가 varnish-eu-central-1c-001 플레이북 중 일부를 깨뜨렸습니다.
과거에는 이것이 잘 작동했지만 지금은 inventory_hostname 를 사용하여 varnish_eu_central_1c_001 를 얻고 groups['varnish'] 대 매치를 얻어야 합니다.

따라서 inventory_hostname 및 groups[] 가 다른 데이터를 반환할 수 있다는 포팅 가이드의 경고가 최소한 긴급하게 필요합니다.

danielmotaleite 에 2019년 05월 28일

👍20

그룹 이름에서 대시를 삭제한 이유는 무엇입니까? 특히 많은 코드 리팩토링이 필요하기 때문에 이에 대한 합당한 이유를 찾기 위해 고군분투합니다.

ssbarnea 에 2019년 05월 31일

👍145

@ssbarnea 우선, 유효한 파이썬 식별자인 변수 이름 및 기타 유사한 키만 허용하도록 푸시합니다. 그룹 이름에 대해 조금 더 설명하자면, 사용자가 예상한 대로 작동하지 않는 groups.foo-group 와 같은 "점 구문"을 사용하려는 사용자에게 문제가 발생합니다. 이와 같은 작은 문제로 인한 문제 및 지원 요청의 수는 이와 같은 문제가 발생하지 않도록 세이프 가드 이름에 대한 경로로 이동하게 했습니다.

유효하지 않은 문자로 간주되는 것을 유지하려는 사용자는 이 기능을 선택 해제할 수 있습니다.

sivel 에 2019년 05월 31일

👎92 👍11 😕10 ❤3 👀2

이 기능을 선택 해제하려면 어떻게 해야 합니까? 로컬 Ansible 배포 스크립트에는 하이픈이 포함된 그룹 이름이 흩어져 있습니다. 물론 점 표기법과 함께 사용하지 않습니다. 그러나 그것들을 모두 바꾸는 것은 정말 기념비적인 작업이 될 것입니다. 나는 옵트아웃하는 것을 선호하고 동시에 팀이 앞으로 하이픈을 사용하지 않도록 하고 가능하면 하이픈을 밑줄로 변환하도록 권장합니다. 하지만 마지막 부분이 생각보다 항상 간단하지는 않습니다.

그래서, ansible.cfg에 force_valid_group_names = false 를 간단히 설정합니까? https://github.com/ansible/ansible/commit/d241794daa6d413e6447890e2a4f11e0d818cf0e#diff -fd24ad93fbc32f454761746c1ac908f2를 기반으로 하는 것이 맞는 것 같습니다.

caleb-s-cullen 에 2019년 05월 31일

👍13

이 기능을 선택 해제하려면 어떻게 해야 합니까? 로컬 Ansible 배포 스크립트에는 하이픈이 포함된 그룹 이름이 흩어져 있습니다. 물론 점 표기법과 함께 사용하지 않습니다. 그러나 그것들을 모두 바꾸는 것은 정말 기념비적인 작업이 될 것입니다. 나는 옵트아웃하는 것을 선호하고 동시에 팀이 앞으로 하이픈을 사용하지 않도록 하고 가능하면 하이픈을 밑줄로 변환하도록 권장합니다. 하지만 마지막 부분이 생각보다 항상 간단하지는 않습니다.
그래서, ansible.cfg에 force_valid_group_names = false 를 간단히 설정합니까? d241794#diff-fd24ad93fbc32f454761746c1ac908f2를 기반으로 한 것이 맞는 것 같습니다.

export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=never 또는 export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore -- 후자는 아직 문서에 없습니다: https://github.com/ansible/ansible/pull/57318

jamescassell 에 2019년 06월 03일

고마워, 제임스. 사람들이 경고 메시지에 대한 후속 조치를 취하기 위해 이 문제를 방문하기 때문에 유용할 수 있다고 생각되는 정보를 포함합니다.

인벤토리에서 잘못된 그룹을 제거할 준비가 될 때까지 ≥2.10 그룹 이름 자동 변환을 보다 이식성/영구적으로 비활성화하려면 force_valid_group_names = never 를 [defaults] INI 섹션에 추가하십시오. ansible.cfg .

경고를 유발하는 모든 그룹과 잘못된 문자를 보려면(아마도 단계적 중단 대상으로 지정할 수 있음) 다음과 같은 가능한 CLI no-op 작업을 수행할 수 있습니다.

ansible-inventory -vvvv --host=localhost 2>&1 | grep replacing

이러한 잘못된 문자는 (2019-06-04 기준) 다음에서 상수 INVALID_VARIABLE_NAMES 로 정의됩니다.
https://github.com/ansible/ansible/blob/devel/lib/ansible/constants.py#L119
'^[\d\W]|[^\w]' ,
즉: any leading non-alpha character OR any character other than alpha-numeric and underscore .
(맞았으면 좋겠다)

사용 중단 경고가 짜증나는 경우 ansible- 명령 또는 ansible 임시 명령에 대해 deprecation_warnings = False 를 동일한 [defaults] 에 추가하여 영구적으로 비활성화할 수도 있습니다 ansible.cfg , 하지만 (중요한 소식을 놓칠 수 있으므로) 이에 반대하고 대신 다음과 같은 인라인 셸 환경 변수를 사용하는 것이 좋습니다.
ANSIBLE_DEPRECATION_WARNINGS=False ansible-inventory --host=localhost

그러나 인벤토리 파싱 [WARNING] 은 사라지지 않습니다. 모든 경고를 끄는 특정 구성이나 환경 변수는 없지만(아직?), 정말 버그가 있는 경우 모든 stderr을 /dev/null 보낼 수 있습니다(여기에 "모범 사례" 주의 사항 삽입).

2>/dev/null ansible-inventory --host=localhost

이것이 누군가를 돕기를 바랍니다.

al-x 에 2019년 06월 04일

👍21 ❤2 👎2

마이그레이션 경로를 제공하지 않을 때만 사용 중단 경고 메시지가 성가시게 됩니다. 공간이 제한되어 있고 수정이 업데이트가 필요할 가능성이 있다는 점을 고려하면 솔루션, 해결 방법 등을 문서화할 수 있는 티켓에 대한 링크를 제공하는 것이 매우 유용할 것입니다.

이와 같은 접근 방식은 불완전한 경고 메시지를 개선하는 데 필요한 추가 작업을 절약할 수 있습니다. 메시지를 업데이트하고 몇 가지 버전으로 백포트할 필요가 없기 때문입니다.

추신. 지원 중단 경고를 비활성화하는 것은 누구에게도 권장하지 않는 것입니다. 아마도 프로젝트가 이미 궁극적인 운명에 직면한 경우에만 가능합니다. ;)

ssbarnea 에 2019년 06월 04일

👍19

이 경고가 표시되기 시작했지만 포팅 가이드에서 참조를 찾지 못했고 수정 방법이나 내용에 대한 참조를 찾지 못했습니다.
내 경고의 대부분은 instance_id가 - (예: i-033f62b586143dff7 ) 및 지역(예: eu-central-1c )을 사용한 ec2.py에서 발생하므로 이것에 대한 실제 수정
마지막으로, 이것은 내가 when: ansible_hostname in groups['varnish'] 를 사용했고 ansible_hostname 가 varnish-eu-central-1c-001 플레이북 중 일부를 깨뜨렸습니다.
과거에는 이것이 잘 작동했지만 지금은 inventory_hostname 를 사용하여 varnish_eu_central_1c_001 를 얻고 groups['varnish'] 대 매치를 얻어야 합니다.
따라서 inventory_hostname 및 groups[] 가 다른 데이터를 반환할 수 있다는 포팅 가이드의 경고가 최소한 긴급하게 필요합니다.

EC2 동적 인벤토리 스크립트에 의해 생성되는 경고에 대한 문을 에코하고 싶습니다. instance_id( group_by_instance_id = False )별로 호스트 그룹화를 비활성화하는 ec2.ini 구성 설정이 있다는 것을 알았습니다. 로컬 인벤토리 캐시를 지웠습니다.

특히 EC2 동적 인벤토리에 대한 해결 방법이 있습니까?

bpleines 에 2019년 06월 05일

👍6

이러한 잘못된 문자는 (2019-06-04 기준) 다음에서 상수 INVALID_VARIABLE_NAMES 로 정의됩니다.
https://github.com/ansible/ansible/blob/devel/lib/ansible/constants.py#L119
'^[\d\W]|[^\w]' ,
즉: any leading non-alpha character OR any character other than alpha-numeric and underscore .
(맞았으면 좋겠다)

나에게 정확한 소리. 해당 정보와 함께 문서 PR을 제출해야 합니다.

사용 중단 경고가 짜증나면 ansible- 명령 또는 ansible 임시 명령에 대해 동일한 [defaults] deprecation_warnings = False 를 추가하여 영구적으로 비활성화할 수도 있습니다 [defaults] 섹션 ansible.cfg , 하지만 (중요한 소식을 놓칠 수 있으므로) 이에 반대하고 대신 다음과 같은 인라인 셸 환경 변수를 사용하는 것이 좋습니다.
ANSIBLE_DEPRECATION_WARNINGS=False ansible-inventory --host=localhost
그러나 인벤토리 구문 분석 [WARNING] 은 사라지지 않습니다. 모든 경고를 끄는 특정 설정이나 환경 변수는 없지만(아직?), 정말 버그가 있는 경우 모든 stderr을 /dev/null 보낼 수 있습니다(여기에 "모범 사례" 주의 사항 삽입).

문서화되지 않은 ignore 옵션이 이 기능을 제공합니다. 여기에서 문서 PR: https://github.com/ansible/ansible/pull/57318

2.8.2부터 선택 항목을 명시적으로 설정하면 이 사용 중단 경고가 지워집니다.

jamescassell 에 2019년 06월 05일

👍3 ❤2

가능한 개발 팀은 이러한 유형의 결정에 대해 어디에서 논의합니까? 우리 사용자가 이에 대한 추론을 이해하는 것은 매우 어렵습니다. 실용적인 추론이 아니라 순수한 "파이썬 스타일" 추론이라면 재고해 볼 가치가 있지 않을까요? 그룹 이름의 대시가 향후 릴리스에서 문제를 일으키면 그룹 이름보다 구현에 문제가 있을 수 있습니까?

나에게 이것은 제대로 생각한 것보다 외관상의 변화처럼 들립니다.

그룹명은 변수명이 아니라 그 내용입니다. 하이픈/대시는 문자일 뿐이며 이름 지정 규칙에서 정보를 그룹화하는 매우 인기 있는 방법이기도 합니다. 느낌표나 별과 비교하여 극한절에 특별한 의미는 없다.

수천 개의 사이트가 인벤토리의 그룹 이름을 변경해야 할 뿐만 아니라 모든 플레이북과 자체 개발한 역할을 검토하고 모두 다시 테스트해야 하기 때문에 이 문제를 완화하는 데 드는 비용은 어마어마합니다.

"농부"가 자신의 목소리를 들을 수 있는 방법이 있다면 제 의견을 좀 더 들어보고 이 아이디어가 어떻게 나오게 되었는지 이해하려고 합니다.

maglub 에 2019년 06월 05일

👍107 ❤24

나는 사용자는 사용하려고하는 등의 실수를했기 때문에 변화가 ansible에 만들어진 것으로 알고 왔어요 groups.group-name 보다는 groups['group-name'] . AIUI, 순전히 지원 문제를 줄이기 위한 변경 사항입니다. (저는 개인적으로 변경에 반대합니다.)

오래된 행동은 사라지지 않을 것입니다. 이전 동작을 명시적으로 선택하지 않고는 사용할 수 없게 됩니다.

jamescassell 에 2019년 06월 05일

👍5 👎4

슬프다.

내 사용 사례는 Vagrant 파일에 "ansible-inventory" 명령을 임베딩하는 것입니다. 이 방법은 물건을 ansible.cfg에 넣는 것이 무례하고 재정의할 수 있으면 도움이 됩니다. 명령줄 옵션으로 동작(환경 변수 아님).

일반적으로 이와 같은 변화는 좋은 의도에서 비롯되지만 항상 마음속에 있는 결과로 이어지는 것은 아닙니다.

maglub 에 2019년 06월 05일

이 변경 사항에 대한 내 문제는 그룹 이름이 이제 다소 "특수"하게 된다는 것입니다. 호스트 이름에는 대시가 허용되지만 그룹 이름에는 허용되지 않으므로 hosts: 섹션의 플레이북 시작 부분을 고려하면 약간 이상합니다. 호스트 및/또는 그룹 이름을 작성할 수 있습니다.

MarkusTeufelberger 에 2019년 06월 07일

👍49 ❤7

@sivel 이 제공한 설명이 이 변경의 유일한 이유입니까? 그럼 hosvars['foo-host'] 은? 아무도 인벤토리 호스트 이름에서 대시를 잘못된 문자로 만드는 것을 고려하지 않기를 바랍니다...
hostvars 외에도 "점 표기법"을 사용할 수 없는 다른 예가 많이 있으므로 언제 어떤 형식을 사용해야 하는지 알아야 합니다. 나는 그룹 이름을 선택하는 것이 다소 임의적이라고 생각합니다.

equinox0815 에 2019년 06월 12일

👍23

점 표기법 인수는 어느 정도 타당한 변명이지만 문서를 개선하지 않고 지원 문제를 해결하는 것으로 보지 않습니다. 사용자가 어리석은 일을 하고 있다면 문서가 적절하지 않습니다. 개발에 성공한 모든 것은 많은 사용자를 소외시키는 것입니다. 그룹 이름은 임의의 문자열 값으로 표시됩니다. 영숫자와 밑줄을 정직하게 제한하는 것은 특히 호스트 이름 RFC가 대시, 마침표 등을 허용할 때 다소 고통스럽습니다. 밑줄이 명명 규칙에 대한 사실상의 표준이라면 이것이 문제가 될 것이라고 생각하지 않습니다. 하이픈은 설명자 문자열에 널리 사용됩니다. 지원 볼륨을 줄이려면 다른 방향에서 점 표기법 문제를 해결해 보십시오. 모범 사례 문제를 확인하고 경고 또는 지침을 예로 제공하는 지원 팀이 제공할 수 있는 유효성 검사 스크립트를 작성합니다. 점 표기 주의 사항에 대한 문서를 크게, 굵게, 빨간색, 깜박임 등으로 업데이트하십시오. 문서에서 이미 문제를 다루고 있는 경우 이러한 지원 사례는 1분 통화로 끝납니다. 전화를 받고 문제를 보고 문서 링크를 제공하면 완료됩니다.

KodinLanewave 에 2019년 06월 14일

👍10 😕1

그룹 이름의 대시는 모두 유효한 INI와 유효한 YAML입니다. 이름을 Python 변수 이름으로 사용할 수 없기 때문에 사용자가 모든 그룹의 이름을 바꿔야 하는 이유를 모르겠습니다.

Jalle19 에 2019년 06월 18일

👍32 👎1

또한 그룹 이름에서 - 를 더 이상 사용하지 않기로 결정한 이 결정의 근거에 대해 의문을 제기합니다. 동적 인벤토리 keyed_groups 에서 대시를 사용할 수 없다는 것은 이미 충분히 성가신 일이지만 가상의 구문 관련 지원 문제를 피하기 위해 인벤토리 파일 및 ansible-playbook -l ... 명령에 있는 모든 그룹의 이름을 바꿔야 하는 것은 고통스러울 것입니다.

FWIW에는 foo_server 와 같은 역할 그룹과 foo-dev 또는 foo-test 와 같은 호스트 그룹의 이름 지정 규칙이 있습니다. Ansible 사용의 거의 100%는 ansible-playbook -l foo-dev 와 같은 명령이므로 이 변경은 근육 메모리와 싸우기 위해 많은 노력이 필요합니다.

SpComb 에 2019년 06월 20일

👍12

여기에 또 다른 me 2를 추가하면 이 특정 결정을 뒤집을 수 있을지 확신할 수 없지만, 저는 그룹 이름이 유효한 파이썬 식별자여야 한다는 요구 사항에 대해 반대하는 사람들의 의견에 동의하는 경향이 있습니다.

eengstrom 에 2019년 06월 26일

👍3

그룹 이름에서 문자, 숫자 및 밑줄과 함께 하이픈을 지원하십시오(하지만 점에 반대하는 것도 없습니다)!

우리는 그룹 이름에 하이픈을 많이 사용합니다. 다음과 같은 그룹화 이름의 경우 둘 다:

[server-3x]
server-31.example.com
server-32.example.com
server-33.example.com

다음과 같이 인벤토리를 _abuse_하여 호스트 목록을 한 곳에 유지합니다(다른 var 파일에 호스트 이름을 유지하는 대신).

[prometheus_node-exporter_cluster1:children]
server-3x
server-5x
````
We use such groups in templates like this:

{% set _hostgroup = [_service, _job, _cluster]|join('_') %}
{% set _hostlist = 그룹[_hostgroup]|d([])|정렬 %}
{% if _hostlist %}
{ _hostlist %}의 호스트에 대한 %
...
```

우리는 그룹과 호스트 이름 사이에 가시적인 차이를 만들기 위해 점을 사용하지 않습니다.

TRANSFORM_INVALID_GROUP_CHARS INVALID 라는 단어는 장기적으로 계속 사용할 수 있다는 확신을 주지 않습니다.

이러한 문자를 사용하지 않으려면 _UNSAFE_ 문자라고 부르는 것이 좋습니다. 경고를 표시하고 사용자가 이 경고를 볼지 여부를 결정하도록 합니다. 그러나 이러한 문자를 허용하거나 대체하지 마십시오!

사용자는 a) 이 경고를 음소거하고(ALLOW_UNSAFE_GROUP_CHARS와 같은 키워드 사용), b) 그룹 이름을 변경하거나(가능한 경우) c) 해당 경고를 그대로 유지해야 합니다. 어쨌든 대부분은 처음 두 가지 옵션 중에서 선택합니다.

Cougar 에 2019년 06월 26일

👍15

대시 "-"는 거의 모든 유형의 컴퓨터 관련 도구에서 사용되는 표준 구분 문자이고 하나의 "종교"를 따르려는 시도가 제한적인 것처럼 보이기 때문에 이것이 무의미하다고 생각합니다!!!

rrmestl 에 2019년 06월 26일

오래된 행동은 사라지지 않을 것입니다. 이전 동작을 명시적으로 선택하지 않고는 사용할 수 없게 됩니다.

그룹 이름에서 대시를 실제로 선택할 수 있다면 이 지원 중단에 대해 걱정하지 않을 것입니다. 그러면 새로운 사용자 관점에서 이해할 수 있습니다.

그러나 사용 중단 경고는 TRANSFORM_INVALID_GROUP_CHARS=never 옵션이 Ansible 2.10에서 사라질 것임을 의미하므로 Ansible 2.10이 출시되기 전에 모든 그룹의 이름을 변경해야 합니까?

[DEPRECATION WARNING]: TRANSFORM_INVALID_GROUP_CHARS 설정은 기본적으로 그룹 이름에 잘못된 문자를 허용하도록 설정되어 있습니다. 이 설정은 변경되지만 사용 중단 시 사용자가 구성할 수 있습니다. 이 기능은 버전 2.10에서 제거됩니다. 사용 중단 경고는 ansible.cfg에서 deprecation_warnings=False를 설정하여 비활성화할 수 있습니다.

또한, 플러그를 이용한 동적 인벤토리 keyed_groups 하더라도 힘 그룹 이름 변환 TRANSFORM_INVALID_GROUP_CHARS=never 설정된다 https://github.com/ansible/ansible/blob/db0fe4b1884e6bb9c25e970c7585abb7edd9d664/lib/ansible/ 플러그인/인벤토리/__init__.py#L45 https://github.com/ansible/ansible/blob/db0fe4b1884e6bb9c25e970c7585abb7edd9d664/lib/ansible/inventory/group.py#L39

원하는 행동

TRANSFORM_INVALID_GROUP_CHARS=never 사용은 앞으로도 계속 지원되어야 합니다.
편집: 코드를 읽으면 TRANSFORM_INVALID_GROUP_CHARS 를 유지하지만 2.10에서 기본값을 always 로 변경하려는 의도인 것 같습니다. 이 경우 사용 중단 경고가 잘 표현되지 않습니다: https:/ /github.com/ansible/ansible/blob/db0fe4b1884e6bb9c25e970c7585abb7edd9d664/lib/ansible/inventory/group.py#L50
TRANSFORM_INVALID_GROUP_CHARS=never 를 사용하면 사용 중단 경고가 사라집니다.
이것은 문서화되지 않은 ignore 옵션으로 이미 가능한 것 같습니다: https://github.com/ansible/ansible/pull/57318
TRANSFORM_INVALID_GROUP_CHARS=never 를 사용하면 동적 인벤토리 keyed_groups 에서도 대시를 사용할 수 있습니다.
편집: 이것은 생성된 그룹 이름을 무조건 변환한 Ansible 2.7에 대한 이전 버전과의 호환성을 분명히 하기 위한 것입니다. 이에 대한 명시적인 옵트아웃이 있으면 좋을 것입니다.

SpComb 에 2019년 06월 26일

👍5

변수 이름과 관련하여 사전 키 형식이 변수 이름 구문과 동일해야 하는 이유를 이해하지 못합니까? AFAIK에는 이러한 제한이 있는 프로그래밍 언어가 없습니다. Python에서는 거의 모든 문자열을 사전 키로 사용할 수 있습니다.

"그룹"은 사전 유형 변수가 아니며 호스트 이름과 그룹 이름은 모두 Ansible의 일반 사전 키입니다. 그것들은 속성이나 변수 자체가 아니거나 그렇지 않습니까?

나는 groups["foo-group"]보다 groups.foo-group 구문을 허용하지 않습니다. g = "foo-group"이면 groups.g 또는 groups[g]를 사용합니까?

Cougar 에 2019년 06월 27일

👍2

ansible.cfg [default] force_valid_group_names = ignore 또는 export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore 를 사용하면 Ansible 2.8.1에서 작동하지 않는 것 같습니다. 여전히 사용 중단 경고를 제공합니다.

$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.

유효한 choices 아직 나열되지 않았기 때문입니까? https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501

SpComb 에 2019년 06월 28일

ansible.cfg [default] force_valid_group_names = ignore 또는 export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore 를 사용하면 Ansible 2.8.1에서 작동하지 않는 것 같습니다. 여전히 사용 중단 경고를 제공합니다.
$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.
유효한 choices 아직 나열되지 않았기 때문입니까? https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501

이것은 곧 나올 버전 2.8.2에서 수정된 버그입니다. export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore 할 수 있으며 모든 경고를 스쿼시합니다.

(무시 옵션은 아직 문서화되지 않았습니다: https://github.com/ansible/ansible/pull/57318 )

jamescassell 에 2019년 06월 28일

이것은 모두를 깨뜨릴 것입니다. 잘못된 결정입니다.

markgoddard 에 2019년 07월 05일

👍22

이에 대해 유지 관리자와 추론할 수 있는 방법이 있습니까?

아마도 유지 관리자 중 한 명이 지원 문제이거나 실제로 중단되는 python 구성을 사용하는 경우 여기에서 약간 설명할 수 있습니까?

maglub 에 2019년 07월 05일

👍25 ❤3

나는 이것을 매우 성가신 것으로 추가하고 실제로 문제를 파악하지 못하는 것도 성가신 일이었습니다. 나는 문제를 파악하기 위해 거의 ansible-playbook "insert yaml file here" > output.txt 를 수행해야 했습니다.

reubendevries 에 2019년 07월 09일

여기에서 대부분의 포스터에 동의합니다. 그룹 이름에서 대시를 제거하는 것은 제대로 생각하지 못한 결정이나 의미가 아닌 구현에 따른 결정처럼 보입니다.

adamdonahue 에 2019년 07월 11일

👍16 ❤2

이 변화는 나에게 전혀 의미가 없습니다. Ansible 개발자는 그룹 액세스를 위한 추가 구문(누락되지 않은 구문이 아님)을 원한다는 이유로 수천 명의 사용자가 그룹 이름을 변경하도록 강제하고 싶습니까? 농담이야?

jakubgs 에 2019년 07월 15일

👍14 😕1 👎1

우리는 큰 설정에서 대시와 점을 사용합니다.
우리의 패턴은 product-name.environment.datacenter 이며 매우 명확합니다.
- 및 . 를 떨어뜨리면 인벤토리를 완전히 읽을 수 없게 되므로 상상할 수 없습니다.

krzysztof-magosa 에 2019년 07월 17일

👍6

대시를 포함하는(그리고 계속 포함할) 그룹 이름에 대해 로컬 CMDB를 쿼리하는 가능한 인벤토리 플러그인을 사용하고 있습니다. 이것이 미래에 유효하지 않다면 많은 것을 깨뜨릴 것입니다.

sebastianw 에 2019년 07월 17일

👍1

우리는 큰 설정에서 대시와 점을 사용합니다.
우리의 패턴은 product-name.environment.datacenter 이며 매우 명확합니다.
- 및 . 를 떨어뜨리면 인벤토리를 완전히 읽을 수 없게 되므로 상상할 수 없습니다.

우리는 계층적 명명 체계와 유사한 접근 방식을 사용하고 있습니다.
밑줄로 되돌아가야 하는 것은 절대적인 공포일 것입니다.

mj84 에 2019년 07월 17일

👍3

헤. 우리도 그 문제에 직면했습니다. 그룹 이름에 대시를 집중적으로 사용하고 있습니다.
사전에서 대시 사용으로 인해 어떤 문제가 있는지 설명 할 수 있다면 기꺼이 알고 싶습니다.

jbguerraz 에 2019년 07월 17일

나는 주로 다른 사람들이 말한 것을 반복하지만 몇 가지 의견을 추가하고 싶었습니다. 이 변경 사항이 구현되면 대시를 허용하는 플래그가 유지되고 유지되어야 한다고 생각합니다. Python이 밑줄을 기대한다는 것을 이해하지만 대시는 일반적으로 호스트 이름과 호스트 그룹 이름에 사용됩니다. 우리 환경에서는 LDAP/Kerberos 디렉토리의 호스트 및 호스트 그룹에서 인벤토리를 동적으로 생성합니다. 호스트 및 그룹 이름을 변경하는 것이 가능하지만 바람직하지 않기 때문에 이것을 언급합니다.

markandrewj 에 2019년 07월 17일

👍5

이 기능을 선택 해제하려면 어떻게 해야 합니까? 로컬 Ansible 배포 스크립트에는 하이픈이 포함된 그룹 이름이 흩어져 있습니다. 물론 점 표기법과 함께 사용하지 않습니다. 그러나 그것들을 모두 바꾸는 것은 정말 기념비적인 작업이 될 것입니다. 나는 옵트아웃하는 것을 선호하고 동시에 팀이 앞으로 하이픈을 사용하지 않도록 하고 가능하면 하이픈을 밑줄로 변환하도록 권장합니다. 하지만 마지막 부분이 생각보다 항상 간단하지는 않습니다.
그래서, ansible.cfg에 force_valid_group_names = false 를 간단히 설정합니까? d241794#diff-fd24ad93fbc32f454761746c1ac908f2를 기반으로 한 것이 맞는 것 같습니다.

Ansible 2.8.2에서 테스트하면 이 INI 설정이 예상대로 작동하지 않습니다. 이렇게 하면 DEPRECATION WARNING만 제거되지만 Ansible이 불평하지 않고 대시가 있는 그룹을 사용할 수 있기를 바랍니다.

다음은 없는 결과입니다.

[DEPRECATION WARNING]: TRANSFORM_INVALID_GROUP_CHARS 설정은 기본적으로 그룹 이름에 잘못된 문자를 허용하도록 설정되어 있습니다. 이 설정은 변경되지만 사용 중단 시 사용자가 구성할 수 있습니다. 이 기능은 버전 2.10에서 제거됩니다. 천칭
경고는 ansible.cfg에서 deprecation_warnings=False를 설정하여 비활성화할 수 있습니다.
[경고]: 그룹 이름에 잘못된 문자가 있지만 대체되지 않았습니다. 자세한 내용을 보려면 -vvvv를 사용하십시오.

그리고sible.cfg에서 "false" 로

[경고]: 그룹 이름에서 잘못된 문자가 발견되어 자동으로 대체되었습니다. 자세한 내용을 보려면 -vvvv를 사용하십시오.

rnsc 에 2019년 07월 22일

👍3

ansible.cfg [default] force_valid_group_names = ignore 또는 export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore 를 사용하면 Ansible 2.8.1에서 작동하지 않는 것 같습니다. 여전히 사용 중단 경고를 제공합니다.
$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.
유효한 choices 아직 나열되지 않았기 때문입니까? https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501
이것은 곧 나올 버전 2.8.2에서 수정된 버그입니다. export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore 할 수 있으며 모든 경고를 스쿼시합니다.
(무시 옵션은 아직 문서화되지 않았습니다: #57318 )

그러나 그것은 단지 경고를 부수는 것입니까, 아니면 그룹에서 대시를 계속 사용할 수 있습니까?
이것은 매우 명확하지 않습니다.

rnsc 에 2019년 07월 22일

👍5

나는 여기 모든 비방자들의 의견에 동의합니다.

플레이북을 깨는 것 외에도 이것은 내가 컨벤션 엉망이라고 부르는 것에 기여합니다. 이제 호스트 이름과 그룹 이름에는 다른 규칙이 있습니다. 일부 고립된 초보자가 점 표기법에서 하이픈 문제를 우연히 발견하기 때문입니까? 뭔지 맞춰봐 ? 그들은 여전히 그것을 우연히 발견할 것이고, 그 기능은 사람들을 화나게 하고 어떤 문제도 해결하지 못하는 데 성공할 것입니다. 브라보.

duckie 에 2019년 07월 24일

👍12

Ansible 그룹 이름은 그들이 나타내는 실제 그룹의 이름을 존중할 수 있어야 합니다.

다른 모든 도구가 호스트 집합을 my-backend-service 호출하는 경우 왜 연산자는 파이썬의 명명 규칙을 충족하기 위해 이를 my_backend_service 로 변환해야 할까요?

wbertelsen 에 2019년 07월 24일

👍17

오늘은 정말 슬픈 날입니다.. JR 동료가 저에게 이 비추천을 제기했을 때 저는 Ansible 팀이 현실과 동떨어져 그렇게 이기적인 선택을 할 수 없을 것이라고 생각했습니다. 나는 Ansible이 무엇을 할 수 있는지에 대해 절대적으로 사랑합니다(Python으로 작성된 것과 관련이 없는 사용자 관점에서) 최종 사용자에게 PEP 표준을 적용하려는 방향으로 인해 핵심 Ansible 개발 팀의 합리적인 결정. IBM에서 해결해주길 바랍니다..
또는
아마도 우리가 이동할 수 있는 새롭고 반짝이는 GO가 있을 것입니다.

skyscooby 에 2019년 07월 25일

👍12 👀2

이 행동은 분명히 매우 논란의 여지가 있기 때문에 이것이 완료된 거래인지 그리고 이것이 어떤 경우에도 구현될 것인지 스스로에게 묻고 있습니다.

나는 이 결정 뒤에 있는 사람들의 응답에 대해 매우 감사하고 "이것은 파이썬 표준입니다" 이상의 설명을 기대합니다.

mj84 에 2019년 07월 25일

👍6

이 행동은 분명히 매우 논란의 여지가 있기 때문에 이것이 완료된 거래인지 그리고 이것이 어떤 경우에도 구현될 것인지 스스로에게 묻고 있습니다.
나는 이 결정 뒤에 있는 사람들의 응답에 대해 매우 감사하고 "이것은 파이썬 표준입니다" 이상의 설명을 기대합니다.

동의합니다. 최근에 "go" 프로젝트가 인기 없는 제안에서 철회되었으므로(https://github.com/golang/go/issues/32437#issuecomment-512035919 참조), 이와 같은 것은 다시 방문할 수 있고(때로는 해야 함) 결국 역시 물러섰다.

이 기능 변경뿐만 아니라 흥미로운 주제와 토론이기도 합니다. 제품으로서의 Ansible의 거버넌스가 어떻게 작동하는지 파악하기 어렵습니다. 아마도 _누군가_가 https://www.ansible.com/ansiblefest에 가져와야 합니까?

우리 중 많은 사람들이 머리를 긁적이며 문자열/변수 콘텐츠/그룹 이름이 어떤 식으로든 파이썬 코딩 스타일에 문제를 일으킬 수 있는지 이해하지 못하고 있기 때문에 유지 관리자로부터 이것이 왜 문제가 될 수 있는지 주장하는 답변을 받는 것이 좋습니다. 이슈.

그들이 변수 이름과 구조에 대한 코딩 스타일을 유지하기를 원하는지 이해할 수 있지만 배열 또는 변수의 내용은 무엇입니까?

다음은 dicts의 점 표기법에 대한 간단한 설명입니다. 가능하지만 추합니다. https://stackoverflow.com/questions/16279212/how-to-use-dot-notation-for-dict-in-python

maglub 에 2019년 07월 25일

👀1 👍1

이것을 둘러싼 지원 문제가 있다는 사실은 제 생각에는 기능 문제가 아니라 문서 문제입니다. 나는 그룹 이름이 변수가 되어서는 안된다고 주장합니다.

이 변경 사항은 문서가 제공되기 전에 구현되었다는 사실과 같습니다.

ramilehti 에 2019년 07월 29일

👍4

이 변경의 영향은 무엇입니까? 그룹 이름에 대시가 없는지 확인하려면 가능한 모든 인벤토리를 신중하게 편집해야 합니까?

CMoH 에 2019년 07월 30일

@CMoH IMO 현재 가장 좋은 해결 방법은 구성에 force_valid_group_names = ignore 를 추가하고 ansible 2.8.2 이상을 실행하는 것입니다.

skyscooby 에 2019년 07월 30일

👍1

@skyscooby , /etc/ansible.cfg 기본값으로 두고 다른 구성을 위해 플레이북 디렉토리에서 로컬 ansible.cfg 을 사용할 수 없다는 점입니다. 즉, 기존의 모든 ansible.cfg 파일을 변경해야 합니다.

아니면 전역 기본값을 설정할 수 있는 방법이 있습니까(사용자 환경에 다른 변수를 추가하지 않고)?

Cougar 에 2019년 07월 30일

👍1

@Cougar 는 Ansible의 이 선택이

그러나 귀하의 문제는 이 설정에만 국한되지 않습니다. 우리는 비슷한 고통을 겪었고 이제 대부분의 설정이 cfg 파일 설정을 재정의하는 환경 변수로 설정할 수 있으므로 프로젝트별sible.cfg 파일의 사용을 권장하지 않습니다. 일부 모호한 이유는 특정 설정이 필요하므로 변경할 필요가 없는 나머지 설정을 기업 표준으로 설정하는 ENV 방법을 사용하도록 요청합니다. 우리는 이 표준 구성으로 기본 도커 컨테이너를 구축하고 개별 프로젝트는 기본 ansible 컨테이너의 이미지를 기반으로 하는 동안 ENV 항목을 자체 Dockerfile에 추가하기만 하면 됩니다. 모든 가능한 것은 컨테이너 내에서 실행되므로 모든 pip 모듈, 가능한 버전 및 런타임 도구가 끝에서 끝까지 동일하다는 것을 확신합니다.

편집: 이것은 또한 회사의 모든 사람들이 문제를 겪기 전에 이와 같은 문제를 제어할 수 있는 새 버전을 준비할 수 있는 기능을 제공합니다. :)

skyscooby 에 2019년 07월 30일

👎1 👍1

발굴을 좀 했습니다.

이 기능은 원래 기능 요청 https://github.com/ansible/ansible/issues/40581 을 지원하기 위해 PR https://github.com/ansible/ansible/pull/52748에 추가되었습니다.

목표에 대한 설명: https://github.com/ansible/ansible/pull/52748#issuecomment -467976473

이 증상의 첫 번째 버전(원인은 다름): https://github.com/ansible/ansible/issues/51844

jamescassell 에 2019년 07월 31일

👍2

야, 난 지금 #52748을 너무 많이 읽었어.

내가 이해하는 한, 그룹 이름은 이전에 플러그인과 코어에서 삭제되었으며 누군가(어떤 이유로든 여전히 이유가 명확하지 않기 때문에) 그룹 이름이 python 변수 명명 규칙을 따라야 한다고 결정했습니다.

그래서 #52748은 대신 위생 시설을 인벤토리로 밀어 넣었고, 이는 많은 사람들에게 문제를 일으켰습니다. 특히 AWS, Azure 등의 영리한 명명 규칙을 사용하여 호스트를 그룹에 매핑하는 사람들.

호스트 이름에 동일한 표준/이름 지정 규칙을 사용한다면 확실히 추진력을 잃고 사용자를 잃게 될 것입니다.

그룹 이름은 변수가 아니라 이름입니다. 호스트 이름과 마찬가지로 그룹 이름에 대시를 사용하는 것이 좋습니다. 번역(위생)은 인벤토리 수준(우리, 사용자)에서 수행할 필요가 없으며 모든 세계의 최고에서는 실제로 절대 수행하지 않아야 합니다.

나는 이것을 시행하는 것의 이점을 정말로 보지 못한다. "." 및 ":", 일부 사람들은 그룹 이름에서 사용하는 것을 좋아합니다. 개인적으로 나는 그것들을 사용하지 않지만 그렇게 하는 것의 피해를 보지도 않습니다.

클라우드 공급자가 메타 정보에 대시를 사용하는 한 그룹화에 사용할 수 있어야 합니다. 사실, 그것은 심지어 운전자가되어서는 안됩니다. 그룹 이름을 abcde로 지정하고 싶다면 실제로 문제가 되지 않습니다. 매우 유용한 구분 기호입니다.

그러나 이 스레드는 개발자나 유지 관리자의 관심을 끌지 못하는 것 같습니다. 나는 우리가 귀머거리에게 말하고 있다고 생각합니다.

개발자/관리자: 그룹 이름에 대시를 허용해 주세요!

maglub 에 2019년 07월 31일

👍21 ❤5

몇 가지 오해를 명확히 하기 위해, 그 중 일부는 내 실수로 인한 것이고 초기 메시지가 불명확해졌습니다. 최신 버전에는 사람들이 여기에서 계속 제기하는 문제 중 일부에 대한 수정 사항이 있으며 다른 수정 사항은 여전히 제공되고 있습니다.

이 말을 한 번만 하자면, 그룹 이름에 대시를 항상 사용할 수 있을 것입니다. 또한 기본적으로는 아니지만 현재 '유효하지 않은' 것으로 간주되는 점 및 기타 문자도 사용할 수 있습니다. 이 '기본값'은 더 이상 사용되지 않으며 기본값은 2.11에서 '안전'하지만 항상 이전 동작에 '선택'할 수 있는 옵션이 있습니다.

그리고 우리가 여기까지 온 이유와 방법을 설명하기 위해:

첫째, 그룹 이름은 항상 삭제되었으며 사용 중인 인벤토리 유형에 따라 서로 다른 일관성 없는 규칙이 있었고 스크립트는 어디에나 있었고 YAML 및 INI 형식은 각각 고유한 작업을 수행했습니다. 주요 변경 사항은 '위생의 중앙 집중화 및 정상화'였습니다. 이는 2.4에서 다시 결정되었지만 2.8까지 완전히 구현되지 않았습니다. 의도는 Ansilbe에서 모두가 안전하게 사용할 수 있는 표준 또는 기준선을 제공하는 것이었습니다. 즉, 변수에 '안전하지 않은' 또는 '잘못된' 문자를 사용하는 사람들이 많다는 것을 알고 있으므로 전역적으로뿐만 아니라 일부 인벤토리 플러그인.

초기 구현에는 몇 가지 문제와 많은 토론이 있었습니다. /meetings/README.md) 및 많은 피드백이 통합되었습니다. . 2.8에서 나온 이후에 우리는 또 다른 피드백을 받았고, 기본값을 사용할 때 뿐만 아니라 특히 설명서 및 경고 문구와 함께 항상 사용 중단되는 것과 같은 몇 가지 버그를 수정했습니다.

'왜 파이썬 이름인가?'
대부분 Ansible은 Python과 JInja(Python도 사용)를 사용하고 그룹의 일부 사용(대부분 초기 예제이지만 타사의 경우도 많음)은 플레이북에 오류를 생성할 수 있습니다. 예: stuff: '{{ groups.gropup-name-with-dash ... }}' 또는 더 나쁜 group.name.with.dots . 이는 '변수 접근을 위한 점 표기법'의 Jinja 기능을 사용하려는 많은 사용자에게 혼란을 야기하며 이것이 기본값이 모든 사용자에게 안전해야 하는 이유입니다. 이 게시물의 대부분의 사람들은 이에 동의하지 않을 수 있지만 이것은 많은 사람들에게 실제 문제이며 신규 또는 기존 Ansible 사용자를 기다리는 '트랩'이 되어서는 안 됩니다. 그런 다음 '옵트아웃'한 사용자는 Ansible의 다른 부분에서 사용 중단을 방지할 책임이 있습니다.
'인벤토리마다 위생 상태가 다른 것이 마음에 든다면?'
글쎄, 여전히 '중앙' 위생을 끄고 특정 인벤토리 소스에 대해 활성화할 수 있습니다. 이전 스크립트를 대체하는 가장 인기 있는 새 인벤토리 플러그인에는 스크립트 동작, 최악의 시나리오를 에뮬레이트하는 옵션이 추가되었습니다. 여전히 사용할 수 있습니다. 인벤토리 스크립트 .
'호스트 이름이 아닌 이유는/다음은 호스트 이름입니까?'
그룹과 마찬가지로 호스트 이름의 정리는 항상 존재했지만 변경되지 않았습니다. 호스트 이름은 DNS를 확인할 수 있어야 하는 것과 같은 다른 요구 사항이 있습니다.
네트워크 연결의 경우 또는 chroot 연결의 경우 유효한 경로입니다. 또한 다행스럽게도 점 표기법으로 호스트 이름을 사용하는 예가 거의 또는 전혀 없습니다. 이것은 일반적인 관행이 아니며 사람들이 갑자기 사용하기 시작하면 문제가 될 것이지만 그룹 이름과 달리 이것은 지금까지 피한 것입니다. 앞으로 문제가 된다면... 역시 좋은 해결책은 보이지 않습니다.

이 특정 티켓(설명/정보가 충분하지 않음)은 제가 이미 해결하고 있는 문제이므로 곧 수정되기를 바랍니다. 나머지 토론과 관련하여 개발자는 Github을 포럼으로 사용하지 않으며 일부 티켓은 그로 이어집니다. 닫혀 있고 긴 스레드가 있는 이전 티켓은 최근까지 무시되었습니다. 대부분 개발자가 닫힌 문제를 필터링하고 IRC의 메일링 리스트 또는 새로운 문제에 대한 토론을 기대하십시오.

나는 이것이 모든 주요 문제를 해결하기를 바랍니다. 우리는 항상 토론을 위해 열려 있고 자유롭게 ML이나 IRC에 들러주십시오. github는 그런 일에 좋은 장소가 아니기 때문에 사용을 피합니다.

bcoca 에 2019년 07월 31일

👍22 ❤5 😕3

많은 설명 감사합니다.

haeringer 에 2019년 07월 31일

점 표기법 지원을 중단하고 몇 가지 릴리스에서 해당 지원을 중단하는 것이 훨씬 더 간단했을지라도 시간을 내어 설명해주셔서 감사합니다. 그룹 이름에 잘못된 문자가 있는 사람들의 수에 비해 더 적은 수의 사람들이 그것을 사용합니다. 셀라비

skyscooby 에 2019년 08월 01일

👍2

@skyscooby 문제는 Ansible이 그렇게 하는 것이 아니라 Jinja라는 것입니다.

bcoca 에 2019년 08월 01일

👍1

이 말을 한 번만 하자면, 그룹 이름에 대시를 항상 사용할 수 있을 것입니다. 또한 기본적으로는 아니지만 현재 '유효하지 않은' 것으로 간주되는 점 및 기타 문자도 사용할 수 있습니다.

알겠습니다. 설명 감사합니다. 그러나 사용자 경험은 정말로 개선되어야 합니다. 당신은 "지식의 저주"를 가지고 있습니다. 다음과 같은 사용자 입장에서 상상해 보십시오 .

[DEPRECATION WARNING]: TRANSFORM_INVALID_GROUP_CHARS 설정은 기본적으로 그룹 이름에 잘못된 문자를 허용하도록 설정되어 있습니다. 이는 변경되지만 여전히
사용 중단 시 사용자가 구성할 수 있습니다. 이 기능은 버전 2.10에서 제거됩니다. 사용 중단 경고는 ansible.cfg에서 deprecation_warnings=False를 설정하여 비활성화할 수 있습니다.
[경고]: 그룹 이름에 잘못된 문자가 있지만 대체되지 않았습니다. 자세한 내용을 보려면 -vvvv를 사용하십시오.

그것은 멀고도 먼 길이다.

[사용 중단 경고] 그룹 이름 'my-servers'에 '-'가 포함되어 있으며 Ansible 2.11부터 기본적으로 유효하지 않게 됩니다. 이것을 억제하려면 ansible.cfg 또는 ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS 환경 변수에서 force_valid_group_names를 "ignore"로 설정하십시오. 자세한 내용은 https://docs.ansible.com/something 을 참조하십시오.

... 사용자로서 내가 정말 보고 싶었던 것입니다. 그것은 한 시간 이상 나를 구했을 것입니다. 이제 이 문제에 직면했거나 직면하게 될 사람들의 수를 곱하십시오.

loop-evgeny 에 2019년 08월 02일

👍16

그룹 이름에서 대시와 점이 유효하지 않은 것은 합리적인 기본값이 아닙니다. 사람들은 항상 그룹 이름으로 그들을 가질 것입니다. 합리적인 행동을 가능하게 하기 위해 구성 파일에서 또 다른 변수를 설정하도록 요구하는 것은 IMHO를 방어할 수 없습니다.

ramilehti 에 2019년 08월 02일

위의 의견에 대해 @bcoca 에게 감사드립니다. 매우 감사합니다.

나는 그 결정에 만족하지 않지만 토론이 있었고 결정이 내려졌다는 것을 이해합니다. 결정이 여전히 토론을 위해 열려 있다면 메일링 리스트나 IRC에서 계속되어야 하지만 이 문제를 포착하지 못할 수도 있습니다.

이 문제의 주제에 대해 공식 문서 및 포팅 가이드에서 다음 정보를 찾아 이 변경 사항을 알고 싶습니다.

기본적으로 유효한 그룹 이름은 무엇입니까?
대시, 하이픈, 점 및 콜론을 포함한 그룹 이름을 계속 사용하려면 어떻게 해야 합니까?

우리는 모든 그룹과 호스트 이름에 대시를 사용하기 때문에 변경하지 않을 것입니다. 따라서 새 설치/환경을 설정할 때마다 내 ansible.cfg 를 선택하고 변경해야 합니다. 그것은 나에게 불행한 일이지만 어떻게든 처리해야 합니다. 내가 기대하는 최소한의 것은 이에 따라 문서화되어 있다는 것입니다.

이 변경이 현명한지 아닌지에 대한 토론을 계속하기 위해 Ansible Development 그룹에서 스레드 를 열었습니다.

친애하는,
트론데

Tronde 에 2019년 08월 02일

👍2

이 문제에 대한 모든 기여자에게 감사를 전하고 싶습니다. 내가 여기 읽은 것을 바탕으로 내가 블로그 포스트 쓰기로했다 https://docs.sbarnea.com/ansible/naming-hosts-and-groups 희망이 사용자가해야 할 일을 요약 것을 -.

ssbarnea 에 2019년 08월 02일

👎7 👍2

@loop-evgeny 저는 우리가 핵심 팀으로서 "지식의 저주"를 가지고 있으며 모든 사람에게 유용한 문서와 오류를 만드는 것을 방해한다는 데 동의합니다. 또한 우리는 커뮤니티에 전적으로 의존하여 가능한 한 많은 사용자를 위해 단순하게 만들고 가능한 한 많은 사용자에게 제공하므로 사람들이 문서 및 오류/경고 메시지 개선에 대한 권장 사항이 있으면 항상 다음을 보내 도움을 줄 것을 권장합니다. 풀 리퀘스트. 지적하신 메시지는 다음 파일에 보관되어 있으며, 제안된 변경 사항과 함께 PR을 보내주시면 대단히 감사하겠습니다...

https://github.com/ansible/ansible/blob/4ef2545eb5d661566e06629015967c2d1b8924e3/lib/ansible/inventory/group.py#L54 -L55

jctanner 에 2019년 08월 04일

👍3

@jctanner 일반적으로 저는 제가 사용하는 무료이고 유용한 프로그램을 개선하기 위해 PR을 제출하게 되어 기쁩니다. 그러나 사용성에 대한 Ansible 개발자의 일반적인 태도, 내가 자명한 버그로 간주하는 "의도한 대로 작동하는" 문제로 닫으려는 열망(디자인 버그라도), Ansible에 현재 2025년(즉, 2,000개 )이 있다는 사실 !) 공개 PR은 내 작업이 낭비되지 않을 것이라는 확신을 거의 주지 않습니다. 당신이 말했듯이 정말로 "커뮤니티에 의존"하고 싶다면 상당한 문화 변화가 필요합니다.

loop-evgeny 에 2019년 08월 05일

👍9 👎5

흠.. 저에게도 기회가 왔습니다.

불행히도 우리는 네트워크 이름을 그룹 이름으로 사용하며 쉽게 변경할 수 없습니다. 나는 그룹 이름에 대해 도트 구문 설탕을 선택 해제하고 싶습니다. 그것은 내가 사용한 적이 없기 때문입니다(다른 변수와 함께 사용하지만).

앞으로는 ansible-playbook whatever.yaml -l some.network.to.use 를 사용하는 것이 좋습니다. 네트워크 이외의 다른 이름을 그룹 이름으로 사용하면 사용 사례가 크게 줄어듭니다.

mowgli 에 2019년 08월 06일

안녕하세요,
나는 지금 약간 혼란스럽다. 나중에 그룹 이름에 잘못된 문자를 허용하려면 ansible.cfg 에 무엇을 설정해야 하는지 알려주실 수 있나요?

Tronde 에 2019년 08월 13일

force_valid_group_names = ignore

equinox0815 에 2019년 08월 13일

👍2

이 문제에 대한 재평가의 미래 버전은 무엇입니까? 언젠가 ansible은 force_valid_group_names 사용하지 않고 그룹 이름의 모든 대시를 거부할 것입니까? (변경으로 인해 어려움을 겪었고 그룹 이름에 하이픈을 사용하여 문제를 겪지 않은 사용자의 피드백을 듣지 않음)

죄송합니다. @bcoca 의 댓글을 읽고 나중에 원하면 하이픈을 사용할 수 있게 되어 기쁩니다. 그것으로 충분합니다.

sunshine69 에 2019년 08월 14일

안녕하세요,
동일한 경고가 표시되지만 무엇을 변경해야 하는지, 변경해야 하는지 이해하지 못합니다.
파이썬과 관련이 있습니까?
해결 방법?

force_valid_group_names = ignore로 무시하면 필요하게 되며 Ansible >= 2.10으로 업그레이드할 때?

문안 인사,
세자르 호르헤

cesarjorgemartinez 에 2019년 08월 14일

내가 이것을 올바르게 이해한다면. 더 이상 사용되지 않는 유일한 것은 그룹 이름의 자동 변환입니다. 이것은 2.10 이후에 force_valid_group_names = ignore 를 설정하는 것이 완전히 괜찮다는 것을 의미합니다.

대시와 그룹 이름에 원하는 것을 계속 사용하는 것도 괜찮습니다. Ansible이 앞으로 하지 않을 일은 "잘못된" 그룹 이름에 대해서도 점 표기법을 사용할 수 있도록 정리하는 것입니다. 예를 들어:

인벤토리에 foo-bar.xyz 그룹이 있습니다. 이제 해당 그룹에 속하는 호스트 목록을 생성하는 템플릿을 작성하려고 합니다.

{% for host in groups['foo-bar.xyz'] %}
{{ host }}
{% endfor %}

다음 버전의 템플릿은 작동하지 않습니다.

{% for host in groups.foo-bar.xyz %}
{{ host }}
{% endfor %}

이 경우 - 와 . 가 특별한 의미를 갖기 때문입니다. 그러나 템플릿이 다음과 같이 되기 때문에 그룹의 이름이 foo_bar_xyz 경우 점으로 구분된 표기법은 완전히 괜찮을 것입니다.

{% for host in groups.foo_bar_xyz %}
{{ host }}
{% endfor %}

물론 완전히 괜찮습니다.

사용자가 작업을 더 쉽게 수행할 수 있도록 Ansible은 항상 그룹 이름에 대해 약간의 위생 작업을 수행한 것 같습니다. 이는 그룹이 실제로 foo-bar.xyz 라고 했음에도 불구하고 위의 예에서 foo_bar_xyz 를 사용하는 것이 (그리고 2.10까지는 여전히 가능함을) 의미합니다. 개인적으로 나는 이것이 일을 더 쉽게 만든다고 생각하지 않으며 핵심 팀도 이제 그것에 동의하는 것 같습니다.
따라서 문제를 해결하기 위한 다음 시도는 처음부터 "유효하지 않은" 그룹 이름을 갖는 것을 불가능하게 만드는 것입니다. 그러나 내가 이해하는 한 force_valid_group_names = ignore 을 설정하여 이 제한을 선택 해제하는 것이 항상 가능합니다.

간단히 말해서 실제로 서로 얽힌[1] 두 가지 다른 변화입니다. 경고의 혼란스러운 이름과 문구.

다시 말하지만 이것은 내가 문제를 이해하는 방법입니다. 내가 틀렸다면 저를 수정하십시오!

[1] 자세한 내용은 RFC1925 단락 2, 포인트 (5)를 참조하십시오.

equinox0815 에 2019년 08월 14일

❤9

나는 대시 > 밑줄의 편에 서 있기 때문에 2¢를 남기고 싶었습니다. 이 문제에 대한 빠른

그렇지 않은 경우에도 서버 레이블 및 그룹과 같은 항목에 대시가 밑줄보다 훨씬 더 자주 사용되는 것을 본다는 사실은 이것이 내가 내 모든 및 내 고객의 ansible.cfg 파일(저는 플레이북당 하나씩 보유하는 경향이 있습니다).

Ansible이 더 엄격한 기본값을 적용하여 경험을 향상시키는 데 문제가 없지만 먼저 내 역할 이름에 대시를 입력하고(때로는 기존 역할에 대해 단일 예외를 허용함) 대시를 입력했습니다. 내 컬렉션(그들은 어떤 식으로든, 모양이나 형태로 허용되지 않음), 그리고 이제 내 인벤토리에서 대시를 찾으러 왔습니다!

거기에 대시와의 전쟁이 있습니다. 그리고 어딘가에 선을 긋고 싶습니다. 이 경우 많은 동적 인벤토리 공급자가 그룹을 기반으로 만들기 때문에 사람들이 대시를 사용하는 것을 막는 것이 실제로 불가능한 한 곳 서버 이름과 레이블, 그리고 많은(대부분은 아니지만) 조직에서 대시를 사용하여 레이블을 지정하는 것 같습니다(예: us-east-1a 가 아닌 us_east_1a ).

소프트웨어 작동을 위해 거의 항상 재정의해야 하는 기본값을 갖는 것은 재미가 없지만 Ansible 2.11에서는 그렇게 될 것 같습니다.

이것이 모두 Jinja2 및 Python에 익숙하지 않은 일부 사용자가 something.with-some-dashes 가 유효하지 않다는 것을 깨닫지 못하기 때문이라면 "대시가 있는 경우 dict 액세스에 대괄호 표기법을 사용해야 합니다. 예를 들어 something['with-some-dashes'] . 필요한 경우 둘을 섞을 수도 있습니다. 완전하고 완전하지는 않지만 여기에서 우리 모두가 Rust 개발자는 아닙니다...

geerlingguy 에 2019년 08월 23일

👍87 ❤9 🎉2

아주 잘했어, 제프. 여기에 동의합니다. 이 변경은 매우 파괴적이며 일회성 마이그레이션을 요구하는 것이 아니라 수많은 사용자의 워크플로를 변경할 것입니다. Ansible은 더 이상 즉시 사용할 수 없습니다.

호스트 이름은 밑줄을 포함할 수 없으므로 정상적인 상황에서는 인벤토리_호스트 이름이 강제로 적용되지 않습니다. 즉, 밑줄을 포함할 수 없는 호스트 이름과 하이픈을 포함할 수 없는 그룹과 함께 인벤토리가 매우 일관성이 없어 보입니다.

기본값을 변경하지 마십시오.

https://en.m.wikipedia.org/wiki/호스트 이름

markgoddard 에 2019년 08월 23일

👍14

안녕하세요,
나는 여기 에서

그러나 위에서 @bcoca가 언급했듯이 대부분의 개발자는 여기에서 이러한 토론을 정기적으로 보지 않으며 이 문제는 올바른 문서에 대한 것이기 때문에 변경 사항을 논의하기에 적절한 장소가 아닐 수 있습니다.

토론을 위해 스레드에 참여하십시오. TRANSFORM_INVALID_GROUP_CHARS의 기본 설정을 변경하는 것이 좋은 생각입니까? Google 그룹스에서

Tronde 에 2019년 08월 23일

좋은 지적 제프.

소프트웨어 작동을 위해 거의 항상 재정의해야 하는 기본값을 갖는 것은 재미가 없지만 Ansible 2.11에서는 그렇게 될 것 같습니다.

이것이 이 모든 토론에서 나에게 큰 시사점을 줍니다. 해결해야 할 문제는 이해하지만 해결해야 할 문제가 정반대인 것 같습니다. 지원하기는 쉽지만 사용자에게는 어려운 일입니다. 이는 역방향 솔루션입니다.

이것이 모두 Jinja2 및 Python에 익숙하지 않은 일부 사용자가 무언가를 인식하지 못하기 때문이라면.with-some-dashes가 유효하지 않은 경우 "대시가 있는 경우 dict 액세스에 대괄호 표기법을 사용해야 합니다. 예를 들어 뭔가['with-some-dash'] 필요하다면 둘을 섞을 수도 있습니다.

이것은 수년 동안 사용 된 것을 깨뜨리지 않는 최상의 솔루션입니다.

apple4ever 에 2019년 08월 26일

👍6

@geerlingguy의 멋진 댓글 - 바로 확인하세요!

Ansible 사용자로서 이를 추가하고 싶습니다. 유효한 Python 구문이 무엇인지 알아야 하는 이유는 무엇입니까? Ansible을 오랫동안 사용해 왔기 때문에 Ansible(및 해당 모듈)이 Python으로 작성되었음을 이해하지만 왜 그것에 대해 신경을 써야 합니까? 그 사실을 최종 사용자에게 노출시키는 것은 나쁜 디자인일 뿐입니다.

웹 애플리케이션에서 사용자 이름과 같은 것에 대해 유효한 JavaScript/Ruby/.NET/무엇이든 허용하는 것과 유사합니다. 최종 사용자가 애플리케이션이 작성된 언어에 관심을 갖는 이유는 무엇입니까?

게다가 브레이킹 체인지를 도입하는 것도 어려운 주제인데 가능하면 피하려고 해요. 변경해야 하는 경우 일반적으로 기존의 기존 동작을 기본값으로 두고 사람들이 새로운 동작을 선택하도록 합니다. 왜 여기에서 수행되지 않았습니까? 구성을 변경하거나 전체 인벤토리를 악화시켜야 하는 이유는 무엇입니까? 왜 반대로 안되나요?

nwinkler 에 2019년 09월 09일

👍10

시스템이 내부적으로 엄격하게 준수하는 토큰을 요구하는 경우 시스템은 내부적으로 토큰을 생성하고 내부 토큰을 사용자 데이터와 연결하는 조회 테이블을 만들어야 합니다. 이러한 방식으로 Ansible은 필요에 따라 토큰 규칙을 변경하고 사용자에 대한 영향을 제한할 수 있습니다. 사용자는 자신이나 고객이 적절하다고 생각하는 대로 인벤토리, 역할 등의 이름을 지정할 수 있어야 합니다.

ghost 에 2019년 09월 26일

👍17 ❤2

이 변경이 의도한 것과 반대되는 결과를 가져올 수 있는 것 같습니다(지원 쿼리 감소).

이제 호스트 이름(DNS를 확인할 수 있어야 함, 즉, 밑줄을 포함하지 않아야 함)과 그룹 이름(대시를 포함하지 않아야 함)에서 지원되는 구분 기호(기본적으로)가 없습니다.

tobiasmcnulty 에 2019년 10월 12일

👍10

호스트 이름을 자유롭게 지정할 수 있어야 합니다.

El mié., 14년 전. 2019년 16시 16분, Christian Pointner 알림 @github.com
기록:

내가 이것을 이해한다면
https://github.com/ansible/ansible/issues/56930#issuecomment-516863432
바르게. 더 이상 사용되지 않는 유일한 것은 자동입니다.
그룹 이름의 변형. 이것은 force_valid_group_names를 설정하는 것이 완전히 괜찮다는 것을 의미합니다.
= 2.10 이후부터는 무시합니다.
대시를 계속 사용하는 것도 괜찮을 것입니다.
그룹 이름에 포함되지 않습니다. Ansible이 미래에 하지 않을 것은
"잘못된" 그룹 이름에 대해서도 점 표기법을 사용할 수 있습니다. 을위한
예시:
인벤토리에 foo-bar.xyz라는 그룹이 있습니다. 이제 당신은 쓰고 싶어
해당 그룹에 속하는 호스트 목록을 생성하는 템플릿:
{그룹의 호스트에 대한 %['foo-bar.xyz'] %}
{{ 주인 }}
{% endfor %}
이 버전의 템플릿은 작동하지 않습니다.
{groups.foo-bar.xyz %의 호스트에 대한 %}
{{ 주인 }}
{% endfor %}
이것은 -와 . 이 경우 특별한 의미가 있습니다. NS
그러나 당신의 그룹이
템플릿이 다음과 같이 되기 때문에 이름 foo_bar_xyz
{groups.foo_bar_xyz %의 호스트에 대한 %}
{{ 주인 }}
{% endfor %}
물론 완전히 괜찮습니다.
사용자를 위해 일을 더 쉽게 하기 위해 Ansible은 분명히 항상
그룹 이름을 위해 약간의 위생을 했습니다. 이것은 (그리고 2.10까지)
여전히) 위의 예에서 foo_bar_xyz를 사용할 수 있지만
그룹은 실제로 foo-bar.xyz라고 합니다. 개인적으로 나는 이것을 생각하지 않는다.
일을 더 쉽게 만들고 핵심 팀도 이제 동의하는 것 같습니다.
그것으로.
따라서 문제를 해결하기 위한 다음 시도는
처음에 "잘못된" 그룹 이름입니다. 그러나 내가 이해하는 한
force_valid_group_names를 설정하여 이 제한을 선택 해제할 수 있습니다.
= 무시.
간단히 말해서 실제로 두 가지 다른 변경 사항이 있습니다.
서로 얽혀[1]. 혼란스러운 이름과 단어의 출처
경고.
다시 말하지만 이것은 내가 문제를 이해하는 방법입니다. 저라면 정정해주세요
잘못된!
[1] 자세한 내용은 RFC1925를 참조하십시오.
http://www.faqs.org/rfcs/rfc1925.html 단락 2, 요점 (5)
—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/ansible/ansible/issues/56930?email_source=notifications&email_token=AA5N2CJCIELW7JWHC6OJ35DQEQHSPA5CNFSM4HPRGLKKY5DWWWWK3TUL52HS4DFVREXG43VMVBW63
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AA5N2CIVT5PLD2QCAGGBK6LQEQHSPANCNFSM4HPRGLKA
.

cesarjorgemartinez 에 2019년 10월 12일

이것은 내 솔직한 생각으로는 정말 잘못된 결정입니다. 그리고 잘못된 이유로. 지원 요청 수를 줄이는 것이 정말입니까?

Ansible은 도구로서 최종 사용자에게 언어별 세부 정보를 부과해서는 안 됩니다. 저는 이미 Terraform이 Golang을 목구멍에 집어넣는 것에 너무 화가 났습니다. 이제 Ansible과 "pythonic" 스타일에서도 동일한 일이 일어나고 있습니다. 오해하지 마세요. 저는 Go와 Python 모두에서 잘 작동하지만 코드로서의 인프라에 관해서는 왜 신경을 써야 합니까? 그리고 YAML이 관리할 코드 기반의 형태를 지시하도록 하는 약속은 어떻게 되었습니까? "읽고 실행할 수 있는 데이터로서의 인프라"라는 말을 많이 들었습니다... 내가 아는 한 YAML은 대시와 밑줄을 전혀 신경 쓰지 않습니다.

BTW, 밑줄을 지원하지 않는 것들이 많이 있습니다. 정말 중요한 몇 가지만 언급하자면 말 그대로 모든 것에 대한 호스트 이름, AWS 리전 및 ID. 변환이 일어나지 않아야 하는 모든 예외를 유지하는 행운을 빕니다...

schrodervictor 에 2019년 11월 17일

👍13

이 문제를 해결하는 방법에 대한 빠른 솔루션을 찾고 있는 사람들을 위해 ansible.cfg force_valid_group_names = ignore 라인을 추가하고 만족하세요.

stefanhorning 에 2019년 11월 22일

👍9

내 이해는 어쨌든 공백이 있는 변수에 점 표기법을 사용할 수 없으며 공백이 있는 변수를 만들지 않는 반면 불행히도 json API 응답을 통해 공백이 있는 사전 키를 반환하는 공급업체가 많이 있습니다. 나에게 합리적인 옵션은 대괄호 표기법으로 전환하는 것 같습니다. force_valid_group_names를 무시하도록 설정하는 것이 앞으로 더 나쁜 영향을 끼치지 않기를 바랍니다. 이 변경으로 향후 계획이 무엇인지 누가 알겠습니까?

radioactive73 에 2019년 12월 23일

이것은 특히 Openstack(및 AWS)과 같이 동적 인벤토리 작업과 관련하여 매우 두려운 결정입니다.
"금지된 문자"가 포함된 인스턴스 이름 및 메타데이터 키는 기본 클라우드에서 인벤토리 항목 및/또는 그룹 변수로 반환되는 경우가 많습니다. 이것은 메타 태그 및/또는 인스턴스 ID를 사용하여 집합을 관리하려는 많은 Openstack(및 AWS) 관리자의 삶을 지옥으로 만들 것입니다.
instance-8ca09c33-f255-440f-9544-b0ab318c79d9
메타 OS_우분투

dvntstph 에 2019년 12월 31일

Ansible 개발자는 @geerlingguy 의견을 진지하게 받아들여야 합니다. 그는 Ansible Galaxy의 가장 큰 기여자 중 한 명이며 그의 역할은 수많은 사람들이 사용합니다. 이 변경은 $env-$role-[0..99] 와 같은 수천 개의 호스트를 가진 사람들에게 정말 좋지 않다고 생각합니다. Ansible 대군주를 달래기 위해 모든 이름을 변경해야 합니까?

eightseventhreethree 에 2020년 01월 13일

👍9

@ssbarnea 우선, 유효한 파이썬 식별자인 변수 이름 및 기타 유사한 키만 허용하도록 푸시합니다. 그룹 이름에 대해 조금 더 설명하자면, 사용자가 예상한 대로 작동하지 않는 groups.foo-group 와 같은 "점 구문"을 사용하려는 사용자에게 문제가 발생합니다. 이와 같은 작은 문제로 인한 문제 및 지원 요청의 수는 이와 같은 문제가 발생하지 않도록 세이프 가드 이름에 대한 경로로 이동하게 했습니다.
유효하지 않은 문자로 간주되는 것을 유지하려는 사용자는 이 기능을 선택 해제할 수 있습니다.

사용자가 이 동작을 선택 해제할 수 있는 기간은 얼마나 됩니까? 앞으로 모든 가능한 버전에서 이 동작을 비활성화하는 영구적인 구성 옵션이 있습니까, 아니면 2.11까지만 지원됩니까? 항상 옵션을 끌 수 있는 한 옵션이 기본적으로 켜져 있으면 좋겠습니다.

이것이 2.11+에서 엄격한 제한 사항이 되면 조직의 제약 조건에 묶인 고객을 잃게 될 가능성이 높습니다(모든 ansible 사용자가 회사에서 사용하는 명명 규칙을 지시할 권한이 있는 것은 아닙니다). 이러한 변화는 또한 대시가 많이 사용되는 경향이 있는 클라우드 인프라를 관리하기 위해 가능을 사용하는 사람들에게 중대한 도전을 야기할 것으로 보입니다.

nathonfowlie 에 2020년 02월 13일

👍11

여기 전체 스레드를 읽지 않은 사람들을 상기시키기 위해. 개발 메일링 목록에도 스레드가 있습니다. https://groups.google.com/forum/#!topic/ansible -devel/bjAcM9ferIw

IMHO 이 변경은 정말 잘못된 선택이었습니다. 마이너 릴리스 버전의 코드 브레이킹 구문 변경은 우리 환경에서 Ansible의 사용을 확장하는 데 걸림돌이 됩니다. 내 사용자의 플레이북을 깨뜨릴 때 Ansible을 업데이트할 수 없기 때문입니다.

Tronde 에 2020년 02월 17일

👍2

그러나 위에서 @bcoca가 언급했듯이 대부분의 개발자는 여기에서 이러한 토론을 정기적으로 보지 않으며 이 문제는 올바른 문서에 대한 것이기 때문에 변경 사항을 논의하기에 적절한 장소가 아닐 수 있습니다.

@Tronde : 누군가가 솔루션을 코딩하기 훨씬 전에 영향을 이해하고 피드백을 수집하기 위해 스토리가 작성되기 전에 기고자와 고객이 상의한다고 주장할 수 있습니다. 여기 여러 사람이 언급했듯이 이것은 우리가 두 번 이상 본 제품 관리 실패입니다.

andyfeller 에 2020년 03월 12일

👍4

@andyfeller 가 이 변경 사항에 대해 설명하는 상황의 예:

우리 사이트에 문제가 있습니다.

Red Hat Identity Manager를 외부 인벤토리로 사용하고 제어하지 않으며 밑줄 대신 대시가 있는 많은 호스트 그룹을 포함합니다. 이것은 변경되지 않습니다(해당 이름을 사용하여 존재하는 다른 모든 항목 때문에).

따라서 다음이 필요합니다.

현재 동작을 유지하도록 Ansible을 구성하려면
지원 중단 경고 끄기
명령줄 Ansible 및 Ansible Tower에 대해 이 작업을 수행합니다.

Aethylred 에 2020년 03월 30일

참고로 홍보 https://github.com/ansible/ansible/pull/66650 (갈퀴 없음)은 2.10(현재 시점 기준)으로 예정되어 있습니다. 즉, 현재 이 경고를 보는 사람은 누구나(2.10으로 업그레이드하면, 그들이 다시 설정 될 때까지 (각본 대신 실패를 갖는) PR 병합되어 시작 가정 force_valid_group_names = ignore 에 ansible.cfg ).

그냥 가시성을 위해 게시합니다. 대시 또는 대시를 사용하여 그룹 이름을 생성하는 동적 인벤토리 스크립트(Ansible 자체의 일부 또는 현재 '공식적인' 컬렉션으로 이동)가 여전히 많기 때문에 이것이 사용자 적대적 기본값이라는 이전 주장 뒤에 여전히 확고합니다. 다른 유효한 DNS 문자.

실제로 AWS와 함께 Ansible을 사용하는 사람은 누구나 기본값을 재정의해야 합니다.

geerlingguy 에 2020년 04월 02일

👍7

@geerlingguy 맞는 홍보번호인가요? 이 문제를 가리키는 것 같습니다.

apple4ever 에 2020년 04월 02일

참고로 이것은 19:06:55 에서 시작 하는 핵심 회의에서 논의

apple4ever 에 2020년 04월 02일

@apple4ever oops, 링크를 업데이트했습니다. https://github.com/ansible/ansible/pull/66650입니다.

geerlingguy 에 2020년 04월 02일

그래서 나는 이미 답변된/폭로된/등에 대한 많은 의견을 위에서 보았으므로 여기에 내 이전 게시물을 링크할 것입니다.

https://github.com/ansible/ansible/issues/56930#issuecomment -516863432

토론을 위해 새 항목을 추가하지 않는 새 게시물은 이미 답변된 이전 항목을 숨기므로 추가하지 마십시오.

bcoca 에 2020년 04월 02일

그건 그렇고, 유효한 변수 이름이 어떻게 생겼는지에 대한 Python 문서에서 링크하기에 좋은 곳은 어디입니까? https://docs.python.org/3/reference/lexical_analysis.html#grammar -token-identifier가 있지만 컴퓨터 과학에 대한 배경 지식이 없는 사람들에게는 실제로 사용자 친화적이거나 읽을 수 없습니다.

질문하는 이유는 실제 초기 불만 사항이 실제로 처리되었는지 확실하지 않기 때문입니다. 뭔가 잘못되었다는 경고가 있을 뿐입니다. 하지만 정확히 무엇을, 그리고 어떻게 - 기꺼이 또는 가능하다면 - 유효한 그룹 이름을 실제로 선택할 수 있는지 알아내기 위해서는 많은 파고가 필요합니다. "그룹 이름 foo-bar 에 잘못된 문자가 포함되어 있습니다( - ). 유효한 그룹 이름은 유효한 Python 식별자여야 합니다(자세한 내용은 https://docs.python.org/??? 참조)" "나쁜 문자가 있습니다. -vvvv로 다시 확인하여 실제로 어떤 문자를 찾으십시오!"라는 메시지가 표시됩니다. 이상적으로는 이것이 비활성화될 수 있지만 다른 예기치 않은 문제가 발생할 수 있음을 언급합니다(예: Ansible이 foo-bar , foo.bar 및 foo_bar 그룹을 구별하기 어렵게 만드는 것과 같은). ).

현재는 "당신이 뭔가 잘못했습니다. 수정하십시오"라는 메시지에 더 가깝고 여기에 강력한 응답에 기여했을 수도 있는 진행 방법에 대한 명확한 방법이 없습니다.

MarkusTeufelberger 에 2020년 04월 02일

@geerlingguy 가 댓글 56930에 썼습니다.

(ansible.cfg에서 force_valid_group_names = false로 설정할 때까지)

설명서 에는 이 키의 유효한 값으로 '거짓'이 언급

Tronde 에 2020년 04월 03일

이전 댓글의 @bcoca :

이 말을 한 번만 하자면, 그룹 이름에 대시를 항상 사용할 수 있을 것입니다. 또한 기본적으로는 아니지만 현재 '유효하지 않은' 것으로 간주되는 점 및 기타 문자도 사용할 수 있습니다. 이 '기본값'은 더 이상 사용되지 않으며 기본값은 2.11에서 '안전'하지만 항상 이전 동작에 '선택'할 수 있는 옵션이 있습니다.

현재 동작을 보존할 수 있다고 반복해서 말씀하셨지만 이를 _지금_ 수행하고 사용 중단 경고를 스쿼시하는 데 필요한 정확한 ansible.cfg 설정은 무엇입니까?

@geerlingguy 가 댓글 56930에 쓴 것처럼 시도했습니다.

(ansible.cfg에서 force_valid_group_names = false로 설정할 때까지)

하이픈이 있는 호스트 또는 그룹을 찾을 수 없을 때 내 플레이북이 실패하는 원인이 됩니다(우리가 BTW를 작성한 인벤토리 플러그인에서 들어오고, 테제도 변환을 수행해야 합니까, 아니면 Ansible에서 인벤토리를 수집할 때 수행됩니까? 플러그인?)

Aethylred 에 2020년 04월 07일

@geerlingguy 가 댓글 56930에 쓴 것처럼 시도했습니다.
(ansible.cfg에서 force_valid_group_names = false로 설정할 때까지)
하이픈이 있는 호스트 또는 그룹을 찾을 수 없을 때 내 플레이북이 실패하는 원인이 됩니다(우리가 BTW를 작성한 인벤토리 플러그인에서 들어오고, 테제도 변환을 수행해야 합니까, 아니면 Ansible에서 인벤토리를 수집할 때 수행됩니까? 플러그인?)

이것은 여러 주석 에서 언급되었으며 설명서에 있습니다. Never 또는 ignore 를 사용해야 합니다.

beenje 에 2020년 04월 07일

👍2

그렇다면 'us-east-1', 'us-east-2' 등으로 모든 것을 그룹화하기 때문에 EC2 동적 인벤토리 스크립트를 더 이상 사용하지 않아야 합니까? 아니면 업데이트할 계획이 있나요? 방금 EC2 동적 인벤토리 스크립트에 대한 Ansible 설명서로 이동했는데 Github에서 다운로드할 수 있는 링크가 더 이상 작동하지 않으므로 흥미롭습니다.

campee 에 2020년 04월 14일

👍2

방금 EC2 동적 인벤토리 스크립트에 대한 Ansible 설명서로 이동했는데 Github에서 다운로드할 수 있는 링크가 더 이상 작동하지 않으므로 흥미롭습니다.

https://github.com/ansible/ansible/issues/68419 참조

mkrizek 에 2020년 04월 14일

👍2

IRC 로그를 읽는 것을 귀찮게 여기지 않는 분들을 위해 결정 사항이 있습니다. 즉, 결정 사항이 없습니다.

19:15:40 <sivel> I've got to say, that brining this topic up all the time isn't a good use of time
19:15:52 <cyberpear> bcoca nominated it
19:16:07 <felixfontein> I think the aim was to solve this once and for all (like, again :) )
19:16:29 <cyberpear> since bcoca is not here, move on to next topic?
19:16:34 <sivel> honestly, I don't think this is going to be the right forum to make a decision on this
19:16:45 <jillr> +2 moving on
19:16:47 <cyberpear> sivel: what's the correct forum?
19:16:55 <felixfontein> sivel: what is the right forum for making that decision?
19:17:02 <cyberpear> "declaration from Red Hat On High"?
19:17:15 <sivel> I'm going to abstain on that, but this project is not a democracy
19:17:16 <cyberpear> -1 to "declaration from Red Hat On High"
19:17:24 <sivel> too many cooks in the kitchen distract
19:17:45 <sivel> We know the arguments at this point
19:17:59 <sivel> anywho, next topic

예, 누군가가 "ML 또는 IRC에 자유롭게 들르십시오"라고 썼습니다. 아니요, "이 프로젝트는 민주주의가 아닙니다."

trombik 에 2020년 04월 20일

예, 누군가가 "ML 또는 IRC에 자유롭게 들르십시오"라고 썼습니다. 아니요, "이 프로젝트는 민주주의가 아닙니다."

솔직히 말해서 이것은 오픈 소스에서 잘못된 것입니다 - 대중적이지 않은 방식으로 이어진다면 사람들이 그것을 포크할 수 있는데, 포크될 수 있습니까?

나는 asible에서 PR을 받아들이는 것이 엄청나게 느리다는 것을 알 수 있습니다. 패치는 분명히 필요하고 간단한 변경으로 보이지만 결코 들어가지 않습니다. 운 좋게도 Asible 자체는 사람들이 사용자 정의 플러그인을 사용할 수 있도록 유연하지만 오래되면 기여도가 낮아지거나 훨씬 더 번거로운 것처럼 보입니다.

약간 슬픈 느낌, 정말 ...

sunshine69 에 2020년 04월 20일

@sunshine69 너의 고통이 느껴진다. 그러나 그것은 IRC나 Google Group for Ansible Development에서 이루어져야 하는 토론입니다.

이 문제는 적절한 위치가 아닙니다. 소수의 사람들이 여기를 읽을 수 있기 때문입니다.

Tronde 에 2020년 04월 21일

👎11

@sunshine69 너의 고통이 느껴진다. 그러나 그것은 IRC나 Google Group for Ansible Development에서 이루어져야 하는 토론입니다.
이 문제는 적절한 위치가 아닙니다. 소수의 사람들이 여기를 읽을 수 있기 때문입니다.

이러한 다른 채널에서 토론이 더 생산적일 수 있지만 특히 이 문제를 따르는 사람들에게 투명성을 높이 평가합니다. IRC는 결국 모든 사람의 선호도가 아닙니다.

andyfeller 에 2020년 04월 21일

👍10

참고: TRANSFORM_INVALID_GROUP_CHARS 에

geerlingguy 에 2020년 05월 14일

👍3

설명에서 식별된 파일:

lib/ansible/modules/group.py

이 파일이 잘못된 경우 설명의 component name 섹션을 업데이트하거나 !component 봇 명령을 사용하십시오.

봇 도움말을 보려면 여기를 클릭하세요.

ansibot 에 2020년 05월 14일

👀1 😄1

force_valid_group_names = ignore 설정했을 때 WARNING 은 사라졌지 만

마지막으로 문서에서 찾았습니다. force_valid_group_names = silently 대체를 수행하고 출력을 막히지 않습니다.

그럼에도 불구하고 애초에 이와 같은 무의미한 변경이 없었다면 이 모든 문제는 애초에 피할 수 있었을 것이다.

emmm-dee 에 2020년 06월 26일

@emmm-dee - 해당 특정 문제에 대해 https://github.com/ansible/ansible/issues/70908을 열었습니다. _are_ '유효한' 그룹 문자에 대한 공식 문서가 아직 없기 때문에 이 문제는 여전히 지속됩니다. .

geerlingguy 에 2020년 07월 27일

행동에 대해 @geerlingguy 에게 감사드립니다! 당신은 더 나은 것을 만드는 사람입니다.

hth2 에 2020년 07월 31일

바운스(시작/중지)를 위한 애플리케이션을 위해 일하고 있지만 애플리케이션 호스트와 연결되어 있지 않습니다.

나는 당신이 보낸 ping 명령을 시도했고 작동합니다 ...

[ webadmin@vlodjumpts00 ~]$ 핑 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) 바이트 데이터.

8.8.8.8에서 64바이트: icmp_seq=1 ttl=112 시간=10.6ms

[ webadmin@vlodjumpts00 ~]$ mirrorlist.centos.org

-bash: mirrorlist.centos.org: 명령을 찾을 수 없음

나는 이것을 우리 조직에 사용하고 싶습니다. "ansible all -m ping" 명령을 실행했다면. 오류가 발생하면 다음은 세부정보입니다.

[ aa63457@vlodjumpts00 bin]$ ansible all -m ping

변경되지만 사용 중단 시 여전히 사용자가 구성할 수 있습니다. 이 기능은 버전 2.10에서 제거됩니다. 사용 중단 경고는 다음과 같습니다.

ansible.cfg에서 deprecation_warnings=False를 설정하여 비활성화되었습니다.

RTE3EP관리자 | 도달할 수 없습니다! => {

"changed": false,

"msg": "Failed to connect to the host via ssh: ###############################################################################\n# CenturyLink computers and the CenturyLink computer network are CenturyLink  #\n# property. Only authorized persons may use them and only for legal and proper#\n# purposes as determined solely by CenturyLink. You consent to the monitoring #\n# of their use. You must use CenturyLink computers and the network in         #\n# accordance with the CenturyLink Code of Conduct, subject to discipline for  #\n# misuse. Customer use is governed by the CenturyLink Acceptable Use Policy.  #\n###############################################################################\nUse CTL credentials (login/password) on this server.\nAUTH-NOTICE:\nAUTH-NOTICE: Use your cuid as your username\nAUTH-NOTICE:\nPermission denied (publickey,password).",

"unreachable": true

}

로컬 호스트 | 성공 => {

"ansible_facts": {

    "discovered_interpreter_python": "/usr/bin/python"

},

"changed": false,

"ping": "pong"

}

도와주세요... 이 일을 하려면 어떻게 해야 하나요? 사실 호스트 머신을 연결하기 위한 UN/PWD for hosts 파일이 없습니다..

로컬 호스트 ansible_connection=로컬

[RTE3VFO]

RTE3VFOAdmin ansible_host=vlddwblasts001.test.intranet

RTE3VFO관리되는 ansible_host=vlddwblasts002.test.intranet

[RTE3EP]

RTE3EPAdmin ansible_host=vlddwblasts002.test.intranet

RTE3EP관리되는 ansible_host=vlddwblasts003.test.intranet

[RTE3RES]

RTE3RESAdmin ansible_host=vlddwblasts003.test.intranet

RTE3RESA관리되는 ansible_host=vlddwblasts004.test.intranet

[RTE3ORCH]

RTE3ORCHAdmin ansible_host=vlddwblasts004.test.intranet

RTE3ORCH관리되는 ansible_host=vlddwblasts005.test.intranet

[RTE3EASE]

RTE3EASEAdmin ansible_host=vlddwblasts005.test.intranet

RTE3EASE관리되는 ansible_host=vlddwblasts006.test.intranet

[RTE3RTS]

RTE3RTSAdmin ansibke_host=vlddwblasts006.test.intranet

[EASE-ASR-Test2:어린이]

RTE3VFO

RTE3EP

RTE3RES

RTE3ORCH

RTE3EASE

RTE3RTS

디렉토리 구조는 다음과 같습니다.

[ webadmin@vlodjumpts00 가능]$ pwd

/etc/ansible

[ webadmin@vlodjumpts00 ansible]$ ll

총 84

-rw------- 1 webadmin webadmin 607 2017년 7월 12일 1

-rw-r--r-- 1 webadmin webadmin 17910 9월 19일 09:55 ansible.cfg

-rw-r--r-- 1 루트 루트 19985 2019년 12월 8일 ansible.cfg.rpmnew

-rw------- 1 webadmin webadmin 213 7월 3 2017 easyasr-rte2-ease.yml

-rwxr-xr-x 1 webadmin webadmin 1034 9월 19일 09:16 easy-hosts

-rwxr-xr-x 1 webadmin webadmin 1647 9월 19일 10:50 호스트

-rw------- 1 webadmin webadmin 2679 2017년 7월 3일 hosts.bkp

-rw------- 1 webadmin webadmin 273 7월 6 2017 lineinsfile_tst.yml

drwx ------ 4 webadmin webadmin 4096 2017년 11월 2일 플레이북

drwxr-xr-x 3 루트 루트 2019년 12월 8일 역할

-rwxr-xr-x 1 webadmin webadmin 7321 2017년 11월 2일 servmix_hosts

-rw------- 1 webadmin webadmin 208 9월 19일 10:55 test.yml

-rw------- 1 webadmin webadmin 122 Sep 19 10:54 vars.yaml

우리는 호스트에 직접 연결되어 있지 않습니다 ... 먼저 점프 서버에 로그인하고 ssh 호스트보다 ...

점프 서버는 =22, 연결 유형=ssh를 사용하는 "vmdcltctws217" 포트입니다.

그런 다음 UN/PWD로 입력하십시오.

그 후 우리는 호스트 서버에 연결하기 위해 sudo를 수행했습니다.

sudo su - easysqa

그런 다음 ssh 호스트 서버와 같은 ..

vlddwblasts001.test.intranet

그런 다음 여기에서 시작/중지 명령을 실행합니다.

도와주세요. 무엇을 위해 할 수 있습니까?

amitgeit 에 2020년 09월 22일

Ansible: TRANSFORM_INVALID_GROUP_CHARS는 유효한 그룹 패턴을 문서화하지 않습니다.

요약

문제 유형

구성 요소 이름

ANSIBLE 버전

구성

OS / 환경

추가 정보

가장 유용한 댓글

모든 104 댓글

원하는 행동

관련 문제