stdout callback = yml

хм, странненько, я добавлял этот сеттинг, но в awx вывод все равно кривой

Мечтаю переехать с awx на jenkins

Мечтаю переехать с awx на jenkins

и чем дженкинс так хорош?

как минимум очень большим комьюнити с очень большим количеством плагинов (Это и плюс. и минус)

Всем, привет. Ткните носом где почитать или помогите, пожалуйста, разобраться. Есть вот такой вызов модуля get_url - name: Download archive to server get_url: url: "{{ search.artifact.full_path }}" dest: "{{ app_deploy_artifact_path }}/{{ search.artifact.name }}" headers: "X-JFrog-Art-Api: {{ artifactory.api_key }}" checksum: md5:{{ search.artifact.actual_md5 }} timeout: "{{ fetch_artifact.timeout }}" force: yes register: fetch_artifact until: fetch_artifact.status_code is defined and fetch_artifact.status_code == 200 retries: "{{ fetch_artifact.retries }}" delay: "{{ fetch_artifact.delay }}" when: search.artifact.remote До добавления until все работало нормально. Сейчас при попытке скачать архив, который уже присутствует на сервере падает 'file already exists'. Но мне казалось что в этом случае из-за checksum с force скачивание архива должно скипаться, как написано в доке. Почему until портит картину?

Всем, привет. Ткните носом где почитать или помогите, пожалуйста, разобраться. Есть вот такой вызов модуля get_url - name: Download archive to server get_url: url: "{{ search.artifact.full_path }}" dest: "{{ app_deploy_artifact_path }}/{{ search.artifact.name }}" headers: "X-JFrog-Art-Api: {{ artifactory.api_key }}" checksum: md5:{{ search.artifact.actual_md5 }} timeout: "{{ fetch_artifact.timeout }}" force: yes register: fetch_artifact until: fetch_artifact.status_code is defined and fetch_artifact.status_code == 200 retries: "{{ fetch_artifact.retries }}" delay: "{{ fetch_artifact.delay }}" when: search.artifact.remote До добавления until все работало нормально. Сейчас при попытке скачать архив, который уже присутствует на сервере падает 'file already exists'. Но мне казалось что в этом случае из-за checksum с force скачивание архива должно скипаться, как написано в доке. Почему until портит картину?

Всем, привет. Ткните носом где почитать или помогите, пожалуйста, разобраться. Есть вот такой вызов модуля get_url - name: Download archive to server get_url: url: "{{ search.artifact.full_path }}" dest: "{{ app_deploy_artifact_path }}/{{ search.artifact.name }}" headers: "X-JFrog-Art-Api: {{ artifactory.api_key }}" checksum: md5:{{ search.artifact.actual_md5 }} timeout: "{{ fetch_artifact.timeout }}" force: yes register: fetch_artifact until: fetch_artifact.status_code is defined and fetch_artifact.status_code == 200 retries: "{{ fetch_artifact.retries }}" delay: "{{ fetch_artifact.delay }}" when: search.artifact.remote До добавления until все работало нормально. Сейчас при попытке скачать архив, который уже присутствует на сервере падает 'file already exists'. Но мне казалось что в этом случае из-за checksum с force скачивание архива должно скипаться, как написано в доке. Почему until портит картину?

на 3.7 питоне не заводили ansible?

зачем?

уже обсудили

Удаленность между сервером артифактори и сервером на который скачивается архив достаточная большая, возможно периодическое отваливание запроса по таймаута. Заказчик устанавливает кол-во попыток скачивания.

я бы продолжил до ансибл на третьем питоне = ССЗБ

Вот код: https://github.com/ansible/ansible/blob/v2.4.4.0-1/lib/ansible/modules/net_tools/basics/get_url.py Судя по коду и сообщению об ошибке, твой аргумент force нехорош.

а включите побольше дебага, что оказывается в fetch_artifact в первом проходе таски, при наличие файла на сервере?

И при наличии until, и при отсутствии fetch_artifact возвращает ok: [group1-host] => { "changed": false, "dest": "/data/archive.zip", "gid": 31861, "group": "group1", "invocation": { "module_args": { "attributes": null, "backup": null, "checksum": "md5:b4851d48c2a45d9d53116db039f630a4", "client_cert": null, "client_key": null, "content": null, "delimiter": null, "dest": "/data/archive.zip", "directory_mode": null, "follow": false, "force": false, "force_basic_auth": false, "group": null, "headers": "X-JFrog-Art-Api: xxx", "http_agent": "ansible-httpget", "mode": null, "owner": null, "regexp": null, "remote_src": null, "selevel": null, "serole": null, "setype": null, "seuser": null, "sha256sum": "", "src": null, "timeout": 10, "tmp_dest": null, "unsafe_writes": null, "url": "http://xxx.ru/archive.zip", "url_password": null, "url_username": null, "use_proxy": true, "validate_certs": true } }, "mode": "0664", "msg": "file already exists", "owner": "perf", "size": 475190739, "state": "file", "uid": 31861, "url": "http://xxx.ru/archive.zip" Только в случае с until такой возврат интерпретируется как ошибка.

я знаю что умеет, но не думаю что настолько хорошо как со вторым. плюс, что делать с комбинациями инфраструктуры с 2 и 3 питоном на хостах?

А я бы в доку заглянул: https://docs.ansible.com/ansible/latest/reference_appendices/python_3_support.html

я знаю что умеет, но не думаю что настолько хорошо как со вторым. плюс, что делать с комбинациями инфраструктуры с 2 и 3 питоном на хостах?

задавать ansible_python_interpreter отдельно для хоста

и оно будет ок работать когда например у тебя только 2-й питон на управляющей машине?

и оно будет ок работать когда например у тебя только 2-й питон на управляющей машине?

Ага, уже писала. Мой косяк, говорила, что force включила, а на самом деле нет)

Ага, уже писала. Мой косяк, говорила, что force включила, а на самом деле нет)

Да, с force поняла, спасибо огромное. А по поводу кода возврата, на сколько знаю, артифактори на запрос скачивания артифакта возвращает код 200 при удаче, поэтому и сравниваю только с ним.

Но в случае если включен checksum, чтобы скипалось скачивание нужно force включать. Или я не правильно понимаю текст? Additionally, if a checksum is passed to this parameter, and the file exist under the C(dest) location, the I(destination_checksum) would be calculated, and if checksum equals I(destination_checksum), the file download would be skipped (unless C(force) is true)