Hide Forgot
Description of problem: /etc/stickshift/district.conf should be put somewhere under /var. This is runtime data. In talking with Dan, he agreed that it should probably be put somewhere under var. Version-Release number of selected component (if applicable): rhc-node-0.88.12-1.el6_2.x86_64
Mike, got a strong opinion about this one? Thinking where the best place for this should be. /var/lib and /var/run don't seem quite right either. It is configuration but is only really modifiable by the mcollective agent.
/var/lib is probably the right spot. Question: We don't config manage this since it's generated. If a node dies and we lose this information, how do we re-create it?
It wouldn't be difficult to recreate. Just needs the district uuid and whether it is active. Are you thinking /var/lib/stickshift/district.conf ?
commit 90d2ebde3023471eb533dc460163bb3b1ad82da5 cucumber tests commit 6590897a899e4807fe2877d7c8ab24dc0cbe8240 code refactor
File renamed to /var/lib/stickshift/.settings/district.info in place of /var/lib/stickshift/district.conf.
li commit 2dca38aba7d1db60212ae9126760f5ec6d37bcf8
Tested it on devenv_1843: create district add node to the district and check the following file: ls /var/lib/stickshift/.settings/ district.info
[root@ip-10-42-105-73 .settings]# cat district.info #Do not modify manually! uuid='19836ce8172843faa22c75200b2de053' active='true