Salt 0.16.0 (aeb20a4, PR#6426): KeyError When Installing Packages With Yum Through Salt

[tedops]

Receiving this error when referencing any packages available through yum. This example is when installing rpm-build, but I receive this error when trying to install git, tree, vim-enhanced, or any package like that. No errors when installing new directories, files from templates, or anything like that.

https://gist.github.com/tsheibar/6110103

[terminalmage]

@tsheibar What distro and version were you using? Also, please post a gist of the output from salt minion-id grains.items, taking care to sanitize any personally identifiable information. What looks like is happening is that the os detection used to determine the

Also, in the meantime, as a workaround you can use the providers key in the minion config (see here for documentation) to manually set the pkg provider.

Note that there are two providers for package management with yum. yumpkg uses the python interface for yum, which is not available in older RHEL-based distros, while yumpkg5 wraps the yum CLI command. An easy way to check if your system has the python interface for yum is to run python -c 'import yum' from the command line. If there is no output, then you have the needed python module, whereas if you get an ImportError, you do not.

[tedops]

@terminalmage I should have been more clear -- this error is happening with a standalone minion, so salt minion-id grains.items returns with an error: Could not access /var/cache/salt/master. Please give root read permissions. The directory doesn't actually exist -- only /var/cache/salt/minion.

Running `python -c 'import yum'`` returns with no output, so I have the needed module.

OS details (CentOS6):
Linux [snip] 2.6.32-279.14.1.el6.x86_64 #1 SMP Tue Nov 6 23:43:09 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Your workaround, however, is perfect -- worked like a charm. All I did was add the following to /etc/salt/minion:

providers:
  pkg: yumpkg

Thanks very much for your help!

[tedops]

Created pull request #6452 to eliminate the workaround:

#6452