Time |
Nick |
Message |
00:13 |
|
Ryan_Lane joined #salt |
00:25 |
|
bhosmer joined #salt |
00:42 |
|
DaveQB joined #salt |
00:44 |
|
antix joined #salt |
00:57 |
|
ajolo_ joined #salt |
00:59 |
|
bhosmer joined #salt |
01:10 |
|
cliffstah joined #salt |
01:16 |
cliffstah |
I'm having some difficulty absorbing the full purpose of pillar. Is it there to provide a logical separation between data and the implementation of the state via the sls files? In which case, why can't I retrieve whole files from it? (e.g. why do I need to get files from the state tree rather than the pillar tree?) - and if not, then I'm a bit confused as to why we should separate _some_ data. For example, bind zone files: I don't want every node to |
01:16 |
cliffstah |
have the same zone files, some serve some domains, some others. So logically they should be data, and live with the pillar variables, no? But it seems the only way I can do this, would be to represent my zone files in yaml and use a template to write out the actual zone files. Short version: I'm confused. |
01:25 |
|
googolhash joined #salt |
01:32 |
|
bhosmer joined #salt |
01:39 |
|
jaycedars joined #salt |
01:44 |
|
mgw joined #salt |
01:48 |
|
smcquay joined #salt |
02:01 |
|
ajolo__ joined #salt |
02:03 |
|
mgw joined #salt |
02:09 |
|
MatthewsFace joined #salt |
02:13 |
Eugene |
Pillar is for centrally managed metadata about your environment |
02:14 |
Eugene |
Per your intuition, yes, there is a lacking for file distribution, in particular for private-key data or such. |
02:17 |
manfred |
cliffstah: you can use yaml multiline block variable to distribute keys |
02:18 |
manfred |
https://github.com/gtmanfred/salt-states/blob/master/website/wordpress.sls#L25 |
02:19 |
manfred |
i would just template the whole config file in jinja, and use template stuff that gets passed to context: |
02:19 |
manfred |
and pull from pillar data |
02:20 |
manfred |
so you would have one for loop in a state file in jinja for all of your zones and virtual hosts |
02:20 |
manfred |
and then pull from pillar data to be assigned to every server, that has a list of all the domains that should be on each server |
02:20 |
manfred |
and then you just store information about each domain in a seperate pillar |
02:21 |
|
jaycedars joined #salt |
02:23 |
|
jaycedars joined #salt |
02:28 |
|
oz_akan_ joined #salt |
02:46 |
|
artificialexit joined #salt |
02:57 |
|
Networkn3rd joined #salt |
02:58 |
|
schimmy joined #salt |
02:59 |
|
oz_akan_ joined #salt |
03:01 |
|
ajolo joined #salt |
03:02 |
|
schimmy1 joined #salt |
03:16 |
|
philipsd6 joined #salt |
03:39 |
|
Ryan_Lane joined #salt |
03:44 |
|
taterbase joined #salt |
03:55 |
|
pdayton joined #salt |
04:02 |
|
bhosmer joined #salt |
04:02 |
|
ajolo joined #salt |
04:03 |
|
ckao joined #salt |
04:03 |
|
ajw0100 joined #salt |
04:29 |
|
sunkist joined #salt |
04:49 |
|
malinoff joined #salt |
04:49 |
|
sunkist joined #salt |
04:50 |
|
kedo39 joined #salt |
04:50 |
|
mateoconfeugo joined #salt |
05:01 |
|
ajolo_ joined #salt |
05:12 |
|
stanchan joined #salt |
05:46 |
|
z3uS| joined #salt |
05:51 |
|
bhosmer joined #salt |
06:26 |
|
MatthewsFace joined #salt |
06:27 |
|
bhosmer joined #salt |
06:42 |
|
Eugene joined #salt |
06:47 |
|
Eugene joined #salt |
07:08 |
|
ipalreadytaken joined #salt |
07:29 |
|
mogman1 joined #salt |
07:39 |
|
bhosmer joined #salt |
07:44 |
|
kyr0 joined #salt |
07:51 |
|
agronholm joined #salt |
08:02 |
|
pdayton joined #salt |
08:09 |
|
svs joined #salt |
08:16 |
|
jdmf joined #salt |
08:20 |
|
ramteid joined #salt |
08:47 |
|
linjan joined #salt |
08:59 |
|
JeroenH_ joined #salt |
09:00 |
|
mogman1 joined #salt |
09:13 |
|
scarcry joined #salt |
09:13 |
|
ixokai joined #salt |
09:16 |
|
scarcry joined #salt |
09:19 |
|
scarcry joined #salt |
09:26 |
|
ml_1 joined #salt |
09:28 |
|
bhosmer joined #salt |
10:06 |
|
dsolsona joined #salt |
10:07 |
|
dsolsona joined #salt |
10:30 |
|
ndrei joined #salt |
10:35 |
|
ghartz_ joined #salt |
10:41 |
|
fp2099 joined #salt |
10:41 |
fp2099 |
Hi! |
10:43 |
fp2099 |
Can someone explain how can I deal with offline minions? What I want to know is what happens if I perform a remote execution and one or more minions are offline? |
10:43 |
fp2099 |
Can I make it schedule to do it later and send report? |
10:44 |
|
JeroenH_ joined #salt |
10:55 |
|
jalaziz joined #salt |
11:17 |
|
bhosmer joined #salt |
11:18 |
|
malinoff joined #salt |
11:28 |
|
fragamus joined #salt |
11:43 |
|
mikber joined #salt |
11:51 |
|
bhosmer joined #salt |
12:04 |
|
techdragon joined #salt |
12:06 |
|
NV joined #salt |
12:07 |
|
techdragon joined #salt |
12:07 |
|
Guest54234 joined #salt |
12:39 |
|
ndrei joined #salt |
12:55 |
|
deddu joined #salt |
12:57 |
deddu |
hi guys - I have been struggling for couple of hours now and I still am lost - I’ve configured a vagrant box provisioned with salt. The provisioning was working fine. Then I destroyed the box, upped again and is not installing the packages. There are no errors in the logs. Ideas? |
13:03 |
deddu |
the sources are here : https://bitbucket.org/acadeddu/vagaslat |
13:06 |
|
bhosmer joined #salt |
13:06 |
deddu |
can it be due to a parsing error in the states? |
13:19 |
deddu |
so - excluding one of the sls made it go trough - so how do I check the syntax? there are tools for that? I’m surprised it did not log any parsing error |
13:28 |
|
giannello joined #salt |
13:38 |
|
nahamu joined #salt |
13:56 |
|
kyr0 joined #salt |
14:11 |
|
gedw00 joined #salt |
14:12 |
gedw00 |
anyone home |
14:14 |
|
WarP|onwork joined #salt |
14:14 |
WarP|onwork |
Hello |
14:15 |
WarP|onwork |
Is there any way to make state for some RPM package with -force ? |
14:28 |
|
dsolsona joined #salt |
14:38 |
|
zz_cro joined #salt |
14:46 |
|
malinoff joined #salt |
14:50 |
|
ndrei joined #salt |
14:54 |
|
mateoconfeugo joined #salt |
14:55 |
|
bhosmer joined #salt |
14:57 |
|
ajw0100 joined #salt |
15:00 |
|
micko joined #salt |
15:16 |
|
ange joined #salt |
15:16 |
|
btorch joined #salt |
15:16 |
|
sashka_ua joined #salt |
15:16 |
|
rockey joined #salt |
15:16 |
|
kula joined #salt |
15:16 |
|
iMil joined #salt |
15:16 |
|
iMil joined #salt |
15:16 |
|
mackstick joined #salt |
15:16 |
|
goki joined #salt |
15:16 |
|
bernieke joined #salt |
15:35 |
|
zain_ joined #salt |
15:40 |
|
ajolo joined #salt |
15:42 |
|
goki joined #salt |
15:43 |
|
dsolsona joined #salt |
15:56 |
|
nyx joined #salt |
15:57 |
|
TyrfingMjolnir joined #salt |
16:12 |
|
nvmme joined #salt |
16:18 |
|
nvmme left #salt |
16:20 |
|
pdayton joined #salt |
16:33 |
|
nvmme joined #salt |
16:42 |
|
bhosmer joined #salt |
16:44 |
|
bhosmer_ joined #salt |
16:48 |
|
CeBe joined #salt |
16:49 |
|
taterbase joined #salt |
16:53 |
|
nvmme joined #salt |
16:54 |
|
dsolsona joined #salt |
16:55 |
|
mateoconfeugo joined #salt |
16:59 |
|
nebuchadnezzar joined #salt |
17:03 |
|
cristian2 joined #salt |
17:04 |
cristian2 |
Hello. I am just getting started with salt, and i have a small question. I am managing repositories via salt, and everytime i do a change in a repository definition, salt just appends a new line to the file |
17:04 |
cristian2 |
is there a way to force rewriting the entire file? |
17:05 |
manfred |
are you using pkgrepo.managed? |
17:05 |
xnoise |
yep |
17:05 |
Gareth |
morning |
17:05 |
manfred |
i thought it did rewrite the files... |
17:06 |
manfred |
https://github.com/saltstack/salt/blob/develop/salt/modules/yumpkg.py#L1520 |
17:07 |
manfred |
ahh |
17:07 |
manfred |
if it already exists it just edits |
17:07 |
xnoise |
i just realized, if the operation is successful all is ok |
17:07 |
manfred |
xnoise: yeah, do a pkgrepo.absent followed by a pkgrepo.managed to have it completely rewrite it https://github.com/saltstack/salt/blob/develop/salt/states/pkgrepo.py#L313 |
17:08 |
xnoise |
ok, thanks alot |
17:20 |
xnoise |
so i think i figured why i had the issue before: |
17:21 |
xnoise |
if there is a failed operation in one of the repo files, the file gets created. Fixing the operation only appends to the file, that's why i needed to remove the file before |
17:22 |
xnoise |
in my case i forgot initially to put the deb in front of the repo, file got created in the minions without the deb, but the operation failed because that's not a valid repo declaration |
17:22 |
xnoise |
fixing the operation didn't override the previous failed one, but appended |
17:24 |
|
esogas joined #salt |
17:24 |
|
aiqa joined #salt |
17:24 |
|
AirOnSkin joined #salt |
17:24 |
|
ecdhe joined #salt |
17:24 |
|
austin987 joined #salt |
17:24 |
|
Bandikoto joined #salt |
17:24 |
|
robinsmidsrod joined #salt |
17:24 |
|
Schmidt joined #salt |
17:24 |
|
robawt joined #salt |
17:25 |
manfred |
yeah |
17:26 |
manfred |
salt has no way to know what old content was bad, once you make that change to that state file |
17:27 |
xnoise |
i was thinking this :), but i come from puppet environments and it caught me a little off guard |
17:27 |
xnoise |
thanks |
17:28 |
|
ilako joined #salt |
17:30 |
|
nvmme joined #salt |
17:30 |
|
happytux joined #salt |
17:33 |
|
ilako joined #salt |
17:40 |
|
bhosmer joined #salt |
18:08 |
|
ajw0100 joined #salt |
18:12 |
|
MatthewsFace joined #salt |
18:33 |
|
bhosmer joined #salt |
18:33 |
|
the_lalelu joined #salt |
18:43 |
|
logix812 joined #salt |
18:55 |
|
active8 joined #salt |
19:01 |
|
ajw0100 joined #salt |
19:03 |
|
ajw0100_ joined #salt |
19:16 |
|
jbub joined #salt |
19:17 |
|
schimmy joined #salt |
19:21 |
|
schimmy1 joined #salt |
19:24 |
|
logix812 joined #salt |
19:25 |
|
jbub joined #salt |
19:26 |
|
nvmme joined #salt |
19:26 |
|
nkuttler joined #salt |
19:30 |
|
xzarth_ joined #salt |
19:42 |
|
nvmme joined #salt |
19:53 |
|
dude051 joined #salt |
20:05 |
|
ajw0100 joined #salt |
20:17 |
|
ndrei joined #salt |
20:20 |
|
mgw joined #salt |
20:20 |
|
bhosmer joined #salt |
20:22 |
|
bhosmer_ joined #salt |
20:22 |
|
BrendanGilmore joined #salt |
20:25 |
|
CeBe joined #salt |
20:50 |
|
ajw0100 joined #salt |
20:52 |
|
rgbkrk joined #salt |
21:00 |
|
bhosmer joined #salt |
21:04 |
|
joehillen joined #salt |
21:14 |
|
mateoconfeugo joined #salt |
21:19 |
|
troyready joined #salt |
21:23 |
|
jcsp1 joined #salt |
21:24 |
|
otter768 joined #salt |
21:37 |
|
redondos joined #salt |
21:37 |
|
redondos joined #salt |
21:38 |
|
otter768 joined #salt |
21:41 |
|
dsolsona joined #salt |
21:58 |
|
happytux joined #salt |
22:07 |
sunkist |
I have two states, ssh, and x2go. |
22:08 |
sunkist |
In my ssh state, I have a file.managed sshd_config. |
22:08 |
sunkist |
Now in my x2go state, I would like to specify that iff x2go is installed, ONE line of sshd_config changes. |
22:09 |
sunkist |
But salt complain when I try to manage sshd_config with both file.managed and file.sed. |
22:09 |
|
redondos joined #salt |
22:10 |
sunkist |
I could just edit the file.managed template in the ssh state to do what I need, but I don't want my ssh code to have to know about all the services it's supporting. |
22:10 |
sunkist |
What is the proper way to code this up in salt? |
22:34 |
|
Ryan_Lane joined #salt |
22:36 |
manfred |
sunkist: what exactly are you changing in the file.managed? |
22:36 |
manfred |
also, i would recommend using file.replace instead of .sed |
22:45 |
|
diegows joined #salt |
23:04 |
|
jcsp joined #salt |
23:09 |
|
schimmy joined #salt |
23:13 |
|
schimmy1 joined #salt |
23:16 |
|
kaictl joined #salt |
23:17 |
|
robawt joined #salt |
23:27 |
|
drogoh joined #salt |
23:39 |
|
mogman1 joined #salt |
23:48 |
|
acabrera joined #salt |
23:54 |
sunkist |
manfred, file.managed is setting up stuff like an alternate listening port, etc. |
23:56 |
manfred |
sunkist: is there any reason that can't be done with file.replace? |
23:57 |
sunkist |
manfred, no technical reason not to. |
23:57 |
sunkist |
At this point, I could do quite a few things an make it work, I just want to do something scalable. |
23:58 |
manfred |
i would just use file.replace where ever possible |
23:58 |
sunkist |
Done. |
23:58 |
sunkist |
Now how do I make a change to a state from another state? |
23:58 |
manfred |
i prefer not to use file.managed if there is a default configuration file provided by a package |
23:58 |
manfred |
sunkist: use jinja templating |
23:59 |
sunkist |
So jinja will check pillar for data, and secondary state can force a change in the primary state by adding some pillar info? |
23:59 |
sunkist |
Whatever I do, I want to make sure I can repeat it and maintain it. |
23:59 |
|
bhosmer joined #salt |
23:59 |
manfred |
well... all I was going to do would just do another file.replace in your second state if some condition is met |