You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
On both Debian 11 and 12 minions, state.sls_exists is broken. This same issue does not occur on other minions (e.g. AlmaLinux 8.x/9.x).
Setup
Please be as specific as possible and give set-up details.
on-prem machine
VM (Virtualbox, KVM, etc. please specify)
VM running on a cloud service, please be explicit and add details
container (Kubernetes, Docker, containerd, etc. please specify)
or a combination, please be explicit
jails if it is FreeBSD
classic packaging
onedir packaging
used bootstrap to install
Steps to Reproduce the behavior
e.g.:
example top.sls:
base:
'*':
- foo.bar.baz
salt://foo/bar/baz/init.sls:
{% set incl_sls = sls + '.init_' + grains['kernel'].lower() %}
{% if salt['state.sls_exists'](incl_sls) %}
include:
- {{ incl_sls }}
{%- else %}
Unsupported Include:
test.nop:
- name: The kernel "{{ grains['kernel'].lower() }}" could not include "{{ incl_sls }}".
{% endif %}
salt://foo/bar/baz/init_linux.sls:
Successfully Included:
test.nop:
- name: 'The include worked.'
Debian, both 11 and 12, will report `The kernel "linux" could not include "foo.bar.baz.init_linux". Despite the SLS existing, even in the cache on the minion.
AlmaLinux 8 and 9 will appropriately apply the Successfully Included state.
Expected behavior
Debian to properly know that the SLS does, indeed, exist.
Screenshots
N/A
Versions Report
salt --versions-report
(Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)
(Master runs 3007.1 via onedir bootstrap on AlmaLinux 9.4. The below is a minion experiencing the bug.)
Salt Version:
Salt: 3007.1Python Version:
Python: 3.10.14 (main, Apr 3 2024, 21:30:09) [GCC 11.2.0]Dependency Versions:
cffi: 1.16.0cherrypy: 18.8.0dateutil: 2.8.2docker-py: Not Installedgitdb: Not Installedgitpython: Not InstalledJinja2: 3.1.4libgit2: Not Installedlooseversion: 1.3.0M2Crypto: Not InstalledMako: Not Installedmsgpack: 1.0.7msgpack-pure: Not Installedmysql-python: Not Installedpackaging: 23.1pycparser: 2.21pycrypto: Not Installedpycryptodome: 3.19.1pygit2: Not Installedpython-gnupg: 0.5.2PyYAML: 6.0.1PyZMQ: 25.1.2relenv: 0.16.0smmap: Not Installedtimelib: 0.3.0Tornado: 6.3.3ZMQ: 4.3.4Salt Package Information:
Package Type: onedirSystem Versions:
dist: debian 12.7 bookwormlocale: utf-8machine: x86_64release: 6.1.0-13-amd64system: Linuxversion: Debian GNU/Linux 12.7 bookworm
Additional context
N/A
The text was updated successfully, but these errors were encountered:
Actually, changing the bug- It was falsely reporting the SLS doesn't exist because of a Debian-specific rendering issue within that SLS.
Salt minions should do a better job of reporting failure in SLS rendering vs. just acting as if they don't exist. This behavior was much more reliable/predictable in pre-3006.
nf-brentsaner
changed the title
[BUG] state.sls_exists broken on Debian
[BUG] ~~state.sls_exists broken on Debian~~ Minions do not properly report SLS rendering failure
Sep 29, 2024
nf-brentsaner
changed the title
[BUG] ~~state.sls_exists broken on Debian~~ Minions do not properly report SLS rendering failure
[BUG] ~state.sls_exists broken on Debian~ Minions do not properly report SLS rendering failure
Sep 29, 2024
nf-brentsaner
changed the title
[BUG] ~state.sls_exists broken on Debian~ Minions do not properly report SLS rendering failure
[BUG] Minions do not properly report SLS rendering failure (WAS: state.sls_exists broken on Debian)
Sep 29, 2024
Description
On both Debian 11 and 12 minions,
state.sls_exists
is broken. This same issue does not occur on other minions (e.g. AlmaLinux 8.x/9.x).Setup
Please be as specific as possible and give set-up details.
Steps to Reproduce the behavior
e.g.:
example
top.sls
:salt://foo/bar/baz/init.sls
:salt://foo/bar/baz/init_linux.sls
:Debian, both 11 and 12, will report `The kernel "linux" could not include "foo.bar.baz.init_linux". Despite the SLS existing, even in the cache on the minion.
AlmaLinux 8 and 9 will appropriately apply the
Successfully Included
state.Expected behavior
Debian to properly know that the SLS does, indeed, exist.
Screenshots
N/A
Versions Report
salt --versions-report
(Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)(Master runs 3007.1 via onedir bootstrap on AlmaLinux 9.4. The below is a minion experiencing the bug.)
Additional context
N/A
The text was updated successfully, but these errors were encountered: