Time |
Nick |
Message |
00:00 |
|
dalexander joined #salt |
00:11 |
|
catpiggest joined #salt |
00:12 |
|
ndrei joined #salt |
00:18 |
|
otter768 joined #salt |
00:21 |
|
catpigger joined #salt |
00:23 |
|
Hell_Fire joined #salt |
00:23 |
|
brianfei_ joined #salt |
00:24 |
|
markm joined #salt |
00:29 |
|
catpiggest joined #salt |
00:35 |
|
bluenemo_ joined #salt |
00:36 |
|
catpigger joined #salt |
00:36 |
|
jerematic joined #salt |
00:42 |
|
catpiggest joined #salt |
00:47 |
|
active8 joined #salt |
00:49 |
|
ekristen joined #salt |
00:49 |
|
ALLmightySPIFF joined #salt |
00:51 |
|
catpigger joined #salt |
01:00 |
|
dalexander joined #salt |
01:01 |
|
catpiggest joined #salt |
01:03 |
|
JDiPierro joined #salt |
01:04 |
|
teddy_ joined #salt |
01:09 |
|
catpigger joined #salt |
01:17 |
|
catpiggest joined #salt |
01:22 |
|
catpigger joined #salt |
01:28 |
|
catpiggest joined #salt |
01:31 |
sk_0 |
in top.sls can i nagate a glob, like target all minion that dont have 'worker' in the name? |
01:35 |
|
catpigger joined #salt |
01:37 |
|
jerematic joined #salt |
01:42 |
|
catpiggest joined #salt |
01:45 |
|
vectra joined #salt |
01:47 |
|
ekristen joined #salt |
01:52 |
|
Hell_Fire joined #salt |
01:53 |
|
catpiggest joined #salt |
01:55 |
|
active8 joined #salt |
01:59 |
|
catpigger joined #salt |
02:00 |
eliasp |
sk_0: "* and not *worker*" |
02:00 |
eliasp |
sk_0: see also: http://docs.saltstack.com/en/latest/topics/targeting/compound.html → "Note that a leading not is not supported in compound matches. Instead, something like the following must be done:" |
02:02 |
|
buxy joined #salt |
02:08 |
|
catpiggest joined #salt |
02:09 |
|
ndrei joined #salt |
02:10 |
|
ALLmightySPIFF joined #salt |
02:12 |
|
pdayton joined #salt |
02:13 |
|
dude051 joined #salt |
02:15 |
|
dendazen joined #salt |
02:17 |
|
catpigger joined #salt |
02:19 |
|
otter768 joined #salt |
02:24 |
|
Nazca__ joined #salt |
02:25 |
|
CeBe1 joined #salt |
02:28 |
|
scoates joined #salt |
02:29 |
|
donmichelangelo joined #salt |
02:32 |
|
dude051 joined #salt |
02:33 |
|
JDiPierro joined #salt |
02:34 |
|
Nazca joined #salt |
02:36 |
|
catpiggest joined #salt |
02:37 |
|
Nazca__ joined #salt |
02:41 |
|
Hell_Fire joined #salt |
02:44 |
|
I3olle joined #salt |
02:44 |
|
catpigger joined #salt |
02:46 |
|
Hell_Fire joined #salt |
02:56 |
|
ekristen joined #salt |
02:58 |
|
Nazca__ joined #salt |
02:59 |
|
catpiggest joined #salt |
03:02 |
|
dalexander joined #salt |
03:11 |
|
\ask joined #salt |
03:14 |
sk_0 |
eliasp: rad! thank you |
03:25 |
|
jerematic joined #salt |
03:29 |
|
pdayton joined #salt |
03:45 |
|
dude051 joined #salt |
03:49 |
|
z3uS left #salt |
03:50 |
robawt |
hey all |
03:51 |
robawt |
while going through the Salt runner doc it states early on that a Salt runner's print() will always output an event |
03:51 |
robawt |
this doesn't seem to be true in 2014.7.1 |
03:51 |
robawt |
where can i confirm this? i'm eyeballing the runner/ subdir |
03:58 |
|
evle joined #salt |
04:03 |
|
dalexander joined #salt |
04:13 |
|
thayne joined #salt |
04:15 |
BretFisher |
curious, is there a way to use watchers to prevent taking down multiple loadbalenced machines at once during highstate? I read this but it requires I remember cli arguments and wondered if I could built it in by default for failover systems http://bencane.com/2014/05/19/using-saltstack-to-update-all-hosts-but-not-at-the-same-time/ |
04:20 |
|
otter768 joined #salt |
04:29 |
|
ALLmightySPIFF joined #salt |
04:35 |
|
chandankumar joined #salt |
04:36 |
|
desposo joined #salt |
04:39 |
|
malinoff joined #salt |
04:50 |
|
ALLmightySPIFF joined #salt |
04:55 |
|
sunkist joined #salt |
05:14 |
|
jerematic joined #salt |
05:23 |
|
germs_ joined #salt |
05:36 |
|
stooj_ joined #salt |
05:46 |
|
ckao joined #salt |
05:54 |
|
stoogenmeyer joined #salt |
06:04 |
|
dalexander joined #salt |
06:12 |
|
ALLmight_ joined #salt |
06:20 |
|
viq joined #salt |
06:20 |
|
ALLmightySPIFF joined #salt |
06:21 |
|
otter768 joined #salt |
06:28 |
|
TyrfingMjolnir_ joined #salt |
06:42 |
|
Hipikat joined #salt |
06:45 |
|
evle joined #salt |
07:05 |
|
dalexander joined #salt |
07:44 |
|
dopesong joined #salt |
07:50 |
|
ALLmightySPIFF joined #salt |
07:59 |
|
ALLmight_ joined #salt |
08:03 |
|
ALLmightySPIFF joined #salt |
08:05 |
|
I3olle joined #salt |
08:06 |
|
dalexander joined #salt |
08:08 |
|
favadi joined #salt |
08:11 |
|
Hell_Fire joined #salt |
08:13 |
|
ckao joined #salt |
08:22 |
|
otter768 joined #salt |
08:36 |
|
chandankumar joined #salt |
08:40 |
|
aw110f joined #salt |
08:42 |
|
ALLmightySPIFF joined #salt |
08:52 |
|
jerematic joined #salt |
08:57 |
|
bhosmer_ joined #salt |
09:03 |
|
ALLmightySPIFF joined #salt |
09:07 |
|
dalexander joined #salt |
09:07 |
|
ALLmight_ joined #salt |
09:12 |
|
Fiber^ joined #salt |
09:17 |
|
Vynce joined #salt |
09:22 |
|
TyrfingMjolnir_ joined #salt |
09:26 |
|
hintss joined #salt |
09:29 |
|
vstoniest joined #salt |
09:32 |
hintss |
so uh, I'm trying to manage/configure/whatevertheword an ircd through saltstack |
09:33 |
hintss |
but I can't think of an elegant way to have each server have a different server numeric in the ircd config |
09:34 |
babilen |
numeric? |
09:35 |
hintss |
it's a string in the config |
09:36 |
hintss |
it's 3 chars long, and it starts with 1 or 2 numbers, and ends in 1 or 2 letters |
09:36 |
|
ALLmightySPIFF joined #salt |
09:38 |
|
yawniek joined #salt |
09:41 |
|
TyrfingMjolnir_ joined #salt |
09:41 |
|
ALLmightySPIFF joined #salt |
09:42 |
babilen |
hintss: You could use something like: https://www.refheap.com/99023 with overrides for each host |
09:42 |
babilen |
You could even generate that number automagically based on some attribute of the minion (e.g. sha of the hostname or whatdoiknow) |
09:43 |
babilen |
You'd reference that pillar in your ircd configuration and keep all other settings in there too |
09:59 |
hintss |
using pillars would probably work |
09:59 |
hintss |
(embarassingly admits that I never quite understood what pillars were until just now) |
10:01 |
babilen |
Pillars are, at their core, just Python dictionaries that are being made available to minions on a per-minion basis |
10:01 |
hintss |
yeah |
10:02 |
babilen |
In particular the targeting of these data makes them suitable for sensitive data such as certificates, keys, passwords or personal information |
10:02 |
babilen |
More complicated states or formulas use pillars in such a way that the state's behaviour is completely data-driven and fed from the pillar |
10:07 |
|
Vynce joined #salt |
10:07 |
|
dalexander joined #salt |
10:23 |
|
otter768 joined #salt |
10:23 |
|
markm joined #salt |
10:24 |
|
pdayton joined #salt |
10:31 |
hintss |
babilen: thanks, that worked! |
10:32 |
|
active8 joined #salt |
10:40 |
|
jerematic joined #salt |
10:42 |
|
denys joined #salt |
10:47 |
|
aquassaut joined #salt |
10:50 |
|
evle joined #salt |
10:54 |
|
ALLmightySPIFF joined #salt |
11:02 |
|
flebel joined #salt |
11:02 |
|
viq joined #salt |
11:04 |
|
teddyalf joined #salt |
11:04 |
teddyalf |
good morning ladies and gents |
11:05 |
teddyalf |
I still don’t get something salt related |
11:05 |
hintss |
lol |
11:05 |
|
dalexander joined #salt |
11:05 |
teddyalf |
:) |
11:05 |
teddyalf |
I throw the ball |
11:05 |
teddyalf |
so..let’s say one state includes vim |
11:05 |
teddyalf |
one user remove the package |
11:06 |
hintss |
it gets reinstalled at the next highstate |
11:06 |
teddyalf |
and can I force the highstate update every 60 secs? |
11:06 |
teddyalf |
and it’s a cool channel already |
11:07 |
teddyalf |
schedule: |
11:07 |
teddyalf |
highstate: |
11:07 |
teddyalf |
function: state.highstate |
11:07 |
teddyalf |
minutes: 60 |
11:07 |
teddyalf |
but instead of minutes, I can use sec right? |
11:07 |
hintss |
I feel like a highstate every minute is a bad idea |
11:07 |
teddyalf |
sure, I’m testing at home |
11:07 |
teddyalf |
:) |
11:11 |
|
ALLmightySPIFF joined #salt |
11:20 |
|
peters-tx joined #salt |
11:31 |
|
wincyj joined #salt |
11:33 |
|
JDiPierro joined #salt |
11:51 |
|
chandankumar joined #salt |
11:52 |
|
dopesong_ joined #salt |
11:54 |
|
noway joined #salt |
11:55 |
|
bhosmer joined #salt |
11:56 |
|
jerematic joined #salt |
12:07 |
|
hintss left #salt |
12:09 |
|
thehaven joined #salt |
12:12 |
|
ALLmightySPIFF joined #salt |
12:12 |
|
rawzone joined #salt |
12:13 |
|
favadi joined #salt |
12:24 |
|
otter768 joined #salt |
12:26 |
|
viq joined #salt |
12:37 |
|
ALLmight_ joined #salt |
12:42 |
|
ALLmightySPIFF joined #salt |
12:49 |
|
TyrfingMjolnir_ joined #salt |
12:49 |
|
ALLmightySPIFF joined #salt |
13:01 |
|
TyrfingMjolnir_ joined #salt |
13:05 |
|
I3olle joined #salt |
13:11 |
|
glyf joined #salt |
13:38 |
|
dopesong joined #salt |
13:42 |
|
rocket joined #salt |
13:45 |
|
jerematic joined #salt |
13:47 |
|
zer0def joined #salt |
13:48 |
|
TyrfingMjolnir_ joined #salt |
13:52 |
|
bhosmer joined #salt |
13:58 |
|
TyrfingMjolnir_ joined #salt |
13:59 |
|
I3olle joined #salt |
14:00 |
|
dopesong_ joined #salt |
14:02 |
|
ALLmight_ joined #salt |
14:03 |
|
I3olle_ joined #salt |
14:04 |
|
sunkist joined #salt |
14:04 |
|
TyrfingMjolnir__ joined #salt |
14:05 |
|
teskew1 joined #salt |
14:07 |
|
markm joined #salt |
14:10 |
|
glyf joined #salt |
14:11 |
|
pdayton joined #salt |
14:16 |
|
zer0def joined #salt |
14:23 |
|
dopesong joined #salt |
14:24 |
|
glyf joined #salt |
14:25 |
|
otter768 joined #salt |
14:27 |
|
juhuu joined #salt |
14:27 |
|
wicope joined #salt |
14:28 |
|
thayne joined #salt |
14:30 |
|
wicope joined #salt |
14:32 |
|
I3olle joined #salt |
14:32 |
|
sunkist joined #salt |
14:38 |
|
CheKoLyN joined #salt |
14:42 |
|
ALLmightySPIFF joined #salt |
14:47 |
|
ALLmight_ joined #salt |
14:47 |
|
noway joined #salt |
14:58 |
|
ALLmightySPIFF joined #salt |
14:59 |
|
scoates joined #salt |
14:59 |
|
Mark-z joined #salt |
15:01 |
|
ALLmight_ joined #salt |
15:11 |
|
bhosmer joined #salt |
15:12 |
|
the_drow joined #salt |
15:12 |
the_drow |
What do you guys consider the most important cm practices? |
15:13 |
the_drow |
I can think of immutable infrastructure (which helps avoiding configuration drift) and the 12 factor principles |
15:13 |
|
ALLmightySPIFF joined #salt |
15:15 |
|
capricorn_1 joined #salt |
15:16 |
ntropy |
what is cm? |
15:19 |
|
ALLmight_ joined #salt |
15:21 |
ntropy |
gonna make a wild guess and say cm == configuration management :) |
15:28 |
the_drow |
ntropy: yup |
15:34 |
|
jerematic joined #salt |
15:40 |
|
gladiatr joined #salt |
15:41 |
|
Norbell_ joined #salt |
15:42 |
|
jhauser joined #salt |
15:48 |
|
TyrfingMjolnir joined #salt |
15:51 |
|
overyander joined #salt |
15:55 |
overyander |
i'm wanting to test some bug fixes for windows modules that nobody seems interested in fixing. looking at the files on the windows minion, i see that the modules and states are .pyc files. can i just replace these files with my own for testing or is there more to it than that? |
15:56 |
|
ty2u joined #salt |
16:03 |
bash124512 |
Hi, is there an xml processor in salt I can use for states and modules ? |
16:08 |
|
wicope joined #salt |
16:10 |
bash124512 |
overyander : http://stackoverflow.com/questions/2998215/if-python-is-interpreted-what-are-pyc-files |
16:11 |
bash124512 |
overyander : you need to replace .py files |
16:12 |
bash124512 |
overyander : and after restarting master + minion they will become pyc. State files do not require restart ( in linux ) but modules do |
16:14 |
|
rocket joined #salt |
16:17 |
|
dude051 joined #salt |
16:18 |
|
CheKoLyN joined #salt |
16:21 |
|
dude051 joined #salt |
16:21 |
|
chandankumar joined #salt |
16:24 |
overyander |
bash124512, so, i change the files on the master and it will push the changes to the windows minions as .pyc files? |
16:25 |
|
brianfeister joined #salt |
16:25 |
overyander |
i got the impression that the state and module files on the minion were static and created during the installation due to their dir location. C:\salt\salt-2014.7.2.win32\salt-2014.7.2-py2.7.egg\salt\states |
16:25 |
|
otter768 joined #salt |
16:26 |
bash124512 |
overyander : No, that will only happen for the masters files. If you want to push changes for a module you would want to use _module or _state folders on the master and then sync the modules and states to the minions |
16:26 |
bash124512 |
overyander : http://docs.saltstack.com/en/latest/ref/modules/ |
16:27 |
overyander |
ok, but that's just for custom modules isn't it? should i delete the existing compiled module that i want to change and create a new custom module for it in order to test? |
16:27 |
bash124512 |
overyander : I think you should create a new one and change the name of the module / state you are using to the new one |
16:29 |
bash124512 |
overyander : read the link , you might find that it sometimes overrides the default module |
16:29 |
overyander |
ok, that does seem like the logical easy way to do it. lol. i guess i'm not awake yet. thanks for the help |
16:29 |
|
lictor36 joined #salt |
16:31 |
eliasp |
see also: http://docs.saltstack.com/en/latest/ref/file_server/dynamic-modules.html |
16:34 |
|
jerematic joined #salt |
16:38 |
|
Hell_Fire joined #salt |
16:48 |
|
brianfei_ joined #salt |
16:54 |
|
ALLmightySPIFF joined #salt |
16:54 |
|
dude051 joined #salt |
16:58 |
|
Webnet joined #salt |
16:59 |
Webnet |
Are minions the actual servers that I have configured within salt, or are they more of a worker? |
16:59 |
Webnet |
That monitors/initiates provisioning |
17:02 |
Webnet |
So if I use salt to configure a LAMP server, will the server that the LAMP is installed on be called the minion, or is the minion another layer between the server that's provisioned and the master |
17:08 |
eliasp |
Webnet: the Minion is a component/service running on your server which handles all Salt aspects… it takes jobs from the master's job queue and applies them to the server |
17:09 |
Webnet |
Gotcha. So the minion is not the same server provisioned with LAMP? Or, maybe it could be configured so that it was the same |
17:10 |
|
davisj joined #salt |
17:10 |
Webnet |
I'm trying to determine how many servers I need in order to test provisioning a server |
17:10 |
Webnet |
It sounds like, Minion (masterless) and then the destination server |
17:11 |
Webnet |
In this case, the masterless minion could be my own desktop computer, whereas the destination server could be something on AWS or DigitalOcean |
17:11 |
eliasp |
Webnet: no, the Minion runs _on_ the server where you will have you LAMP running |
17:12 |
Webnet |
Oh |
17:12 |
Webnet |
So the minion will only pick up work related to itself? |
17:12 |
eliasp |
Webnet: exactly |
17:12 |
eliasp |
Webnet: there are some advanced configurations (proxy minion) which do more, but you don't have to worry about that right now ;) |
17:13 |
Webnet |
haha, yeah. Lets keep it simple... I need to stay in the baby pool for a while |
17:13 |
Webnet |
I'm having trouble navigating http://docs.saltstack.com/en/latest/contents.html... it seems like the categories aren't nested like they should be...there are multiple sections that begin with "1." |
17:13 |
Webnet |
Is there some component to the organization I'm missing, or is it possibly a bug in the formatting/structure of the docs? |
17:14 |
bougie |
for salt.modules.pillar.get, the desc of the merge param is "Specify whether or not the retrieved values should be recursively merged into the passed default." |
17:14 |
bougie |
But, how can i merge default into values ? |
17:14 |
eliasp |
Webnet: looks more like a rendering bug of the docs |
17:14 |
bougie |
and not values into default |
17:14 |
Webnet |
eliasp: Thanks, that helps me know I'm not just crazy. I've already emailed them about it, so hopefully it'll be resolved soon. |
17:15 |
eliasp |
Webnet: opening an issue on http://github.com/saltstack/salt/issues is probably the best way to let them know about it… |
17:15 |
Webnet |
eliasp: Oh good thinking (facepalm) |
17:23 |
|
otter768 joined #salt |
17:24 |
|
dopesong joined #salt |
17:31 |
|
sunkist joined #salt |
17:48 |
|
chandankumar joined #salt |
17:48 |
|
bhosmer joined #salt |
17:51 |
|
stoogenmeyer joined #salt |
17:51 |
|
I3olle joined #salt |
18:13 |
overyander |
can someone familiar with python give me a hand with fixing a bug? nobody else has fixed it, their is a bug report made 3 months ago, but no progress made; so i'm trying to fix it myself. |
18:14 |
overyander |
the bug report is https://github.com/saltstack/salt/issues/19271 the problem still exists in 2014.7.2 |
18:14 |
overyander |
the code for this starts on line 423 here https://github.com/saltstack/salt/blob/develop/salt/modules/win_useradd.py |
18:15 |
overyander |
i don't see why it's not working. something about the if statements on lines 455 and 462 maybe? |
18:17 |
|
Webnet joined #salt |
18:18 |
babilen |
overyander: Which command was tried? |
18:18 |
babilen |
(that information is missing from the bug report) |
18:19 |
Webnet |
http://docs.saltstack.com/en/latest/topics/installation/ubuntu.html describes setting up Ubuntu as adding the PPA... I would've expected this guide to contain salt configuration instructions since it's provisioning a new server from scratch.... |
18:19 |
Webnet |
Am I thinking about this from the wrong perspective? |
18:19 |
Webnet |
I can't apt-get on a server that doesn't exist yet |
18:19 |
overyander |
babilen, user.setpassword user1 mypass neverexpires=True is the command. it's on the first post of my report |
18:20 |
babilen |
Webnet: You want to install salt on an Ubuntu machine? |
18:20 |
Webnet |
I want to provision a new minion with Ubuntu 13.04 |
18:20 |
babilen |
overyander: Ah, you didn't mention any shell markers ($ or # or whatever windows uses) and I overlooked that |
18:20 |
overyander |
oh |
18:21 |
overyander |
the command listed there was issued from the salt master |
18:21 |
babilen |
Webnet: That is out of salt's scope, but look into salt-cloud. Salt is primarily about configuring already installed machines |
18:22 |
Webnet |
Ohh... |
18:23 |
babilen |
overyander: Don't really see a mistake, but it's sunday and has been a long day |
18:23 |
|
jerematic joined #salt |
18:23 |
overyander |
i don't see a mistake either, but the module doesn't work with more than the name and password arguments |
18:24 |
babilen |
Webnet: You want some sort of network install (e.g. pxe based install with preseeding) or access to cloud platform (cf. http://docs.saltstack.com/en/latest/topics/cloud/ ) |
18:24 |
babilen |
overyander: Which version do you have on your master and minions? |
18:24 |
Webnet |
Looks like salt-cloud isn't supported on windows |
18:24 |
Webnet |
Needs to be linux... makes sense |
18:25 |
babilen |
overyander: Please note that neither "neverexpires" nor "mustchange" is present in 2014.7 |
18:25 |
overyander |
2014.7.2 |
18:26 |
overyander |
babilen, where did you see that at? |
18:26 |
babilen |
overyander: http://salt.readthedocs.org/en/v2014.7.0/ref/modules/all/salt.modules.win_useradd.html?highlight=win%20useradd#salt.modules.win_useradd.setpassword |
18:26 |
babilen |
overyander: I am looking in the code (2014.7 branch) |
18:28 |
overyander |
babilen, http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.win_useradd.html#salt.modules.win_useradd.setpassword |
18:29 |
babilen |
overyander: That is documentation for the development version not 2014.7-* |
18:29 |
overyander |
ok, i see that now |
18:29 |
|
clintberry joined #salt |
18:30 |
overyander |
i wonder why that wasn't released in 2014.7.2? |
18:32 |
overyander |
will there be anymore 2017.7.x releases are they going to jump straight to 2015.2.x ? |
18:34 |
overyander |
thanks for the help babilen |
18:34 |
|
clintber_ joined #salt |
18:35 |
|
ladistwo joined #salt |
18:35 |
|
clintber_ joined #salt |
18:36 |
ladistwo |
Hello Can I use 'salt['pillar.get']('key')' in pillar.sls file? |
18:39 |
babilen |
overyander: There'll be 2014.7.3 |
18:39 |
|
dopesong joined #salt |
18:39 |
babilen |
ladistwo: no |
18:41 |
ladistwo |
That is a pity. |
18:43 |
bougie |
how can I keep the order defined in my pillar files when I do a {% for item in salt['pillar.get']('fu:bar') %} ? |
18:43 |
ladistwo |
babilen:I would use a variable master: pillar_roots: base. Is there any possibility? |
18:46 |
|
rocket joined #salt |
18:48 |
|
hasues joined #salt |
18:53 |
Webnet |
Am I understanding correctly that salt-cloud merely manages VMs in the cloud but you still need to use standard salt to determine what goes on those machines? |
18:58 |
Webnet |
So salt-cloud would spin up the VM and then you'd use salt to specify additional packages, users, etc. that you'd want on that machine |
19:01 |
ladistwo |
Can I get in pillar sls variable in nodegroups? |
19:07 |
|
arif-ali joined #salt |
19:18 |
|
furball365 joined #salt |
19:18 |
|
schristensen joined #salt |
19:26 |
|
wicope joined #salt |
19:33 |
|
arif-ali joined #salt |
19:36 |
|
Ludo- joined #salt |
19:38 |
Webnet |
I'm adding a provider for AWS, but I don't want my own personal id/keys to be in the repo, I'd like for each person using the scripts to use their own credentials. Is there a way for me to have the .conf file pull environmental variables? |
19:39 |
rocket |
Webnet: are you doing a masterless script? |
19:39 |
Webnet |
No, my local laptop will be the master |
19:41 |
Webnet |
rocket: I'm still figuring out this salt stuff, so if that's not a possible setup then I may just be misunderstanding |
19:42 |
rocket |
Webnet: you could write a script that executes as the user and that script sources the env files from the users dir |
19:42 |
Webnet |
(thumbsup) |
19:42 |
rocket |
eg a cmd.run type script .. |
19:42 |
rocket |
that might work for what your looking to do |
19:43 |
Webnet |
I see... thanks |
19:43 |
Webnet |
I'll dig into that |
19:44 |
|
andreyst joined #salt |
19:48 |
iggy |
Webnet: your understanding of salt-cloud's relationship to salt is correct, and you generally wouldn't have a laptop be your master... your master should be a system that minions can keep an open connection to at all times |
19:49 |
Webnet |
iggy: Thanks for following up. I was hoping to have my laptop be the master for the time being while I'm testing things out so I'm not incurring the cost of running a master server all the time. Is it possible to do this, or does it present challenges that I really wouldn't want to deal with? |
19:49 |
|
CheKoLyN joined #salt |
19:49 |
rocket |
iggy: thanks for the help the other day .. I updated my ticket .. it appears to be an issue on linux as well |
19:50 |
rocket |
I guess my workaround will be to checkout git repos instead of gitfs support for now |
19:50 |
iggy |
Webnet: the minions will stop running if they can't contact the master... so you'll do a lot of minion restarting |
19:50 |
iggy |
rocket: issue #? |
19:51 |
rocket |
21948 |
19:51 |
Webnet |
iggy: Gotcha. But if I was testing the provisioning, the minion would fully provision? |
19:51 |
Webnet |
before shutting down |
19:52 |
iggy |
Webnet: I couldn't say, it's certainly possible |
19:54 |
iggy |
rocket: that definitely doesn't impact all masters... We use the salt-formula extensively at work with Linux masters |
19:55 |
rocket |
with a dev env? |
19:56 |
rocket |
the problem appears when I turn on dev environments |
19:56 |
iggy |
rocket: I see one difference... we use git+ssh:// with github vs git:// with bitbucket |
19:57 |
rocket |
iggy: which gitfs_provider are you using? |
19:57 |
iggy |
define "turn on dev environments" We don't have anything specific setup, but we use git branches for environments |
19:57 |
iggy |
gitpython |
19:59 |
rocket |
I am trying to create a dev branch for the dev environment |
20:00 |
|
TyrfingMjolnir joined #salt |
20:04 |
|
otter768 joined #salt |
20:04 |
iggy |
so turn on dev environments = create git branch called dev? nothing else? |
20:08 |
|
jhauser joined #salt |
20:10 |
|
hasues left #salt |
20:12 |
|
jerematic joined #salt |
20:15 |
|
JDiPierro joined #salt |
20:15 |
|
debian112 joined #salt |
20:15 |
rocket |
iggy: corret my posted config in that ticket is basically all of it at the moment |
20:16 |
rocket |
iggy: I am just staring with this env, working on getting a prod/dev/staging workflow |
20:16 |
|
sunkist1 joined #salt |
20:21 |
|
sunkist joined #salt |
20:22 |
iggy |
we had issues with 2014.1 but gitfs support was basically completely rewritten for 2014.7 |
20:23 |
iggy |
maybe try a different git backend? |
20:23 |
|
p0rkbelly joined #salt |
20:26 |
|
sunkist1 joined #salt |
20:28 |
|
thayne joined #salt |
20:28 |
iggy |
rocket: your last comment was a little unclear... "I did experiment with gitfs in case..." |
20:30 |
|
ALLmightySPIFF joined #salt |
20:31 |
iggy |
oh... I think i see what's going on |
20:32 |
|
Scor joined #salt |
20:33 |
iggy |
bitbucket.org:eedgar has a dev branch? |
20:33 |
Scor |
hello |
20:39 |
|
bdf joined #salt |
20:42 |
Webnet |
I'm working my way through the aws guide for salt... I've configured a key for us-east-1 and am trying to create a server in ap-southeast-1 and keep seeing a "key pair GameProvisioning does not exist" when I'm looking at it in AWS |
20:43 |
Webnet |
I have the pem file path correct |
20:57 |
|
JDiPierro joined #salt |
21:05 |
Webnet |
It appears the aws guide for salt-cloud is missing something |
21:05 |
Webnet |
Following the instructions to the T I get a "key pair does not exist" |
21:05 |
Webnet |
Despite seeing that key in my AWS console... I'm not sure if I'm missing an association somewhere... |
21:06 |
|
otter768 joined #salt |
21:07 |
|
ALLmightySPIFF joined #salt |
21:16 |
|
ladistwo left #salt |
21:17 |
|
bkuhlorelse joined #salt |
21:17 |
bkuhlorelse |
I'm following the AWS guide here: http://salt-cloud.readthedocs.org/en/latest/topics/aws.html#key-pairs |
21:18 |
bkuhlorelse |
The follow syntax is throwing a "There was a profile error: 'str' object does not support item assignment" error |
21:18 |
bkuhlorelse |
ubuntu_aws: provider: aws image: ami-e2f1c1b0 size: Micro Instance ssh_username: ec2-user |
21:18 |
bkuhlorelse |
Here's the pastebin: http://pastebin.com/32T2UNka |
21:18 |
bkuhlorelse |
I'm not seeing what I'm doing wrong in this configuration file... does anybody see anything I'm missing? |
21:22 |
|
ty2u joined #salt |
21:44 |
|
Vynce joined #salt |
21:44 |
|
SaltyCharles joined #salt |
21:47 |
|
GrueMaster joined #salt |
21:48 |
|
dleedyna joined #salt |
22:01 |
|
jerematic joined #salt |
22:05 |
|
p0rkbell_ joined #salt |
22:13 |
|
mosen joined #salt |
22:14 |
eliasp |
how do I pass positional args to a module executed through the "module.run" state? |
22:15 |
__number5__ |
eliasp: a list just like other states |
22:16 |
__number5__ |
eliasp: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.module.html check out the git.fetch example |
22:16 |
Webnet |
Having trouble provisioning an AWS instance... http://stackoverflow.com/questions/29335093/unable-to-provision-aws-server-with-salt-cloud-key-pair-does-not-exist |
22:16 |
eliasp |
__number5__: sure, I know the docs… but those are all kwargs, but no positional args as in "system.set_computer_description 'foo bar'" |
22:21 |
|
p0rkbell_ joined #salt |
22:24 |
__number5__ |
the git.fetch one in the docs is positional args |
22:25 |
__number5__ |
it just that anything other than name/returner/kwargs will pass through as positional args |
22:26 |
|
glyf joined #salt |
22:28 |
eliasp |
__number5__: http://pastie.org/10061550 |
22:30 |
|
Hell_FireW joined #salt |
22:36 |
eliasp |
ok, got it… using the name of the positional arg from the function signature it works: http://pastie.org/10061562 |
22:39 |
Vynce |
so, as i understand it, a file.managed with two -source entries will use the second if the first doesn't exist. But as far as i can tell, the first does exist, and it's using the second anyway. Do i misunderstand file.managed or should i be looking for something else wrong? |
22:39 |
|
intellix joined #salt |
22:40 |
|
JDiPierro joined #salt |
22:42 |
Vynce |
(unfortunately, salt-call -l all only says "in the right state" |
22:44 |
Vynce |
) |
22:46 |
|
diegows joined #salt |
22:46 |
iggy |
Vynce: paste the state? |
22:47 |
|
aquassaut joined #salt |
22:50 |
Vynce |
https://gist.github.com/VynceMontgomery/0e0fdbcc492f0c910b3c |
22:50 |
Vynce |
that's the rendered, and the first source exists |
22:56 |
|
catpig joined #salt |
23:01 |
|
baoboa joined #salt |
23:02 |
iggy |
Vynce: I don't think that's how you want to do it |
23:02 |
Vynce |
oh? |
23:02 |
|
catpigger joined #salt |
23:03 |
iggy |
- source:\n - salt://foo.conf\n - salt://foo2.conf |
23:03 |
Vynce |
oh! |
23:03 |
iggy |
there should be one source arg and it should be a list of multiple files |
23:03 |
Vynce |
my way is jsut overwriting the other key, ratehr than making a list. OK, thanks! |
23:03 |
iggy |
correct |
23:03 |
Vynce |
<— hates YAML |
23:04 |
iggy |
there are online yaml parsers that are handy |
23:04 |
iggy |
I think it would have shown you, that you did something wrong |
23:04 |
eliasp |
http://yamltojson.com/ |
23:04 |
iggy |
you can write states in other languages btw |
23:05 |
|
ALLmightySPIFF joined #salt |
23:05 |
Vynce |
i'm not ready to customize to the point of using other languages, and i'm too paranoid to trust paste-in-parsers with files that contain secrets. |
23:07 |
Vynce |
(don't want to customize to a non-yaml file format because all teh ocs are in yaml, and so i have to read the yaml anyway) |
23:07 |
iggy |
fair enough |
23:07 |
iggy |
so your other option is to stop hating yaml |
23:08 |
Vynce |
ugh. hating things is easy. stopping hating them requires real work. |
23:08 |
Vynce |
( : |
23:08 |
|
Hell_FireW joined #salt |
23:09 |
eliasp |
Vynce: if you don't want to trust online-parsers: |
23:09 |
eliasp |
salt-call --out=json state.show_sls your-state-sls |
23:09 |
Vynce |
oh, excellent |
23:10 |
Vynce |
is there a real salt CLI guide somewhere? the only one i saw didn't even mention salt-call or salt-run |
23:10 |
eliasp |
Vynce: "state.show_low_sls"might be even easier to read |
23:10 |
Vynce |
what does low_sls mean? |
23:11 |
eliasp |
Vynce: sure… |
23:11 |
eliasp |
salt-call -d |
23:11 |
eliasp |
salt-call -d state |
23:11 |
eliasp |
salt-call -d state.show_low_sls |
23:12 |
eliasp |
the first lists you the complete documentation |
23:12 |
eliasp |
the 2nd the documentation of the "state" module |
23:12 |
eliasp |
the 3rd the documentation of the "show_low_sls" function in the "state" module |
23:12 |
Vynce |
holy crap. there's actual documentation? this is why my classes on perl always started with perldoc. *sigh* |
23:12 |
eliasp |
that's the CLI version of http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.state.html#module-salt.modules.state |
23:12 |
|
catpiggest joined #salt |
23:13 |
eliasp |
;) |
23:13 |
Vynce |
does anything anywhere define "low" and "high"? |
23:15 |
eliasp |
"low" → a single state |
23:15 |
eliasp |
"sls" → an SLS file, a collection of single states |
23:15 |
eliasp |
"high" → all states applying to a Minion based on assignments in top.sls |
23:15 |
|
catpigger joined #salt |
23:16 |
|
jerematic joined #salt |
23:19 |
|
catpig joined #salt |
23:19 |
Vynce |
cool. progress. i think if i can make progress once an hour for the next two days,we might launch. \ : |
23:22 |
eliasp |
oh youn padawan, so optimistic you still are |
23:23 |
Vynce |
i'm older than i look; i'm only optimistic because i've never actually been a pro sysad / dev ops. |
23:24 |
|
BretFisher joined #salt |
23:24 |
|
catpig joined #salt |
23:26 |
eliasp |
hehe |
23:26 |
eliasp |
good luck & have fun |
23:27 |
|
catpigger joined #salt |
23:27 |
Vynce |
i'll try. thanks again |
23:28 |
|
andrew_v joined #salt |
23:28 |
|
JDiPierro joined #salt |
23:29 |
|
p0rkbelly joined #salt |
23:34 |
|
catpig joined #salt |
23:37 |
|
loz-- joined #salt |
23:45 |
|
Hell_FireW joined #salt |
23:47 |
|
scbunn joined #salt |
23:50 |
|
ALLmightySPIFF joined #salt |
23:51 |
|
ALLmightySPIFF joined #salt |
23:52 |
|
intellix joined #salt |
23:53 |
|
amcorreia joined #salt |