Doing a whyrun on a fresh machine with the redis2 cookbook fails in a couple of ways.
First of all, node["redis2"]["version"] is set based on the output of a shell-command
that shell-command can obviously not run in whyrun mode, especially if redis hasn't been installed before. That renders an obscure error in redis.conf.erb:
This will fail on the split in whyrun mode (since the string is nil).
Moreso, I tried manually setting node["redis2"]["version"] directly on the node to see what happens. That just makes it fail in a later stage when initializing the instance in runit_service[redis_master]:
Could not locate main runit sv_bin at "/sbin/sv". Did you remember to install runit before declaring a "runit_service" resource?
That could maybe be a bug in runit not properly supporting whyrun mode.
yes, whyrun is broken, both in redis2 and runit. i'll look into resolving the redis version attribute issue but the runit issue will have to be resolved in the runit cookbook project.
Doing a whyrun on a fresh machine with the redis2 cookbook fails in a couple of ways. First of all, node["redis2"]["version"] is set based on the output of a shell-command
that shell-command can obviously not run in whyrun mode, especially if redis hasn't been installed before. That renders an obscure error in redis.conf.erb:
This will fail on the split in whyrun mode (since the string is nil).
Moreso, I tried manually setting node["redis2"]["version"] directly on the node to see what happens. That just makes it fail in a later stage when initializing the instance in runit_service[redis_master]:
That could maybe be a bug in runit not properly supporting whyrun mode.