| 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 |
