Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-04-22

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:02 ninjada joined #salt
00:04 pipps joined #salt
00:05 brianfeister joined #salt
00:08 flowstate joined #salt
00:08 pdayton joined #salt
00:15 sk_0 joined #salt
00:18 dendazen joined #salt
00:18 pdayton joined #salt
00:21 Sammichmaker joined #salt
00:22 quasiben1 joined #salt
00:25 flowstate joined #salt
00:39 ajw0100 joined #salt
00:44 kevinquinnyo1 joined #salt
00:48 hemebond belak: file_tree perhaps
00:48 hemebond Or have a web server available for the minion to download from.
00:48 hemebond Or have a state that stores the files and transfer it to the minion.
00:52 iggy there's some guidance in the 2016.3 release notes about that
00:52 squishypebble joined #salt
00:55 rocketnova joined #salt
00:58 Eureka703 joined #salt
01:01 iceyao joined #salt
01:03 mosen joined #salt
01:05 catpiggest joined #salt
01:09 hemebond I really wish they'd just added a pillar:// protocol for files.
01:10 iggy there are tickets open for that
01:10 iggy it's not as easy as everybody thinks
01:10 hemebond Definitely not, but a lot of work went into file_tree I imagine.
01:11 meekrab joined #salt
01:14 iceyao_ joined #salt
01:16 iceyao__ joined #salt
01:18 akhter joined #salt
01:18 edrocks joined #salt
01:24 jeffspeff joined #salt
01:29 justanotheruser joined #salt
01:30 brianfeister joined #salt
01:31 antpa joined #salt
01:31 evle joined #salt
01:32 flowstate joined #salt
01:39 racooper joined #salt
01:46 brianfeister joined #salt
01:48 envintus joined #salt
01:48 akhter joined #salt
02:00 meekrab joined #salt
02:00 nZac joined #salt
02:01 bVector is there a slack team for saltstack?
02:01 hemebond There is a Github chat thing.
02:01 hemebond *Gitter
02:05 quasiben joined #salt
02:08 aharvey joined #salt
02:13 CeBe joined #salt
02:14 CeBe joined #salt
02:15 CeBe joined #salt
02:16 CeBe joined #salt
02:16 CeBe joined #salt
02:17 _JZ_ joined #salt
02:17 CeBe joined #salt
02:17 CeBe joined #salt
02:21 edrocks joined #salt
02:23 subsignal joined #salt
02:24 zmalone joined #salt
02:31 flowstate joined #salt
02:31 ageorgop joined #salt
02:38 favadi joined #salt
02:43 stooj joined #salt
02:47 quasiben joined #salt
03:01 writtenoff joined #salt
03:01 law hey all, is there a 'salt shell' or similar I could use to dig through the output of salt.mine?
03:02 damona joined #salt
03:10 zenlot6 joined #salt
03:21 rideh joined #salt
03:21 cliffstah real quick question, should I be storing data such as internal bridge addresses in grains rather than pillar?  essentially I guess anything that is entirely host specific?  in order to maintain those grains, should I then be managing /etc/salt/grains?  I'm a bit confused, as you can probably tell by now.
03:21 mdcougar joined #salt
03:22 cliffstah in short, I'm trying to figure this out so I can take a blank machine and set it up - but I have a lot of host specific things to deal with, particularly when it comes to my provider and their routing of subnets, for which I need to manage my network configuration in a very specific way
03:23 PeterO joined #salt
03:23 cliffstah so my pillar data is currently a bit mixed up with both host specific things and role generic things, and I'm trying to make sense of it
03:24 meekrab joined #salt
03:24 subsignal joined #salt
03:25 zmalone joined #salt
03:26 aharvey joined #salt
03:28 iceyao joined #salt
03:30 flowstate joined #salt
03:31 wych joined #salt
03:36 jscott joined #salt
03:37 zmalone joined #salt
03:42 ninjada joined #salt
03:43 brianfeister joined #salt
03:46 jnials joined #salt
03:52 zenlot joined #salt
04:00 liqw joined #salt
04:18 meekrab joined #salt
04:20 keldwud joined #salt
04:20 keldwud joined #salt
04:21 _JZ_ joined #salt
04:24 quasiben joined #salt
04:25 quasiben1 joined #salt
04:31 flowstate joined #salt
04:33 rdas joined #salt
04:42 liqw joined #salt
04:55 cyborg-one joined #salt
04:55 lero joined #salt
04:56 Garyx joined #salt
05:01 iggy I've never set things in grains (technically)
05:02 iggy I have had grains that read from.... f.ex. cloud metadata
05:02 iggy but that could have (and probably should have) been in a pillar
05:03 iggy one way to think of it is this...
05:03 iggy pillar = master is the source of truth
05:03 iggy grains = minion is the source of truth
05:04 iggy so that whole paradigm where you set roles as a grain fails if you have data that you want to _truly_ limit to a specific subset of hosts
05:06 iggy cliffstah: ^ clear as mud?
05:10 sauvin joined #salt
05:19 liqw joined #salt
05:19 ramteid joined #salt
05:22 manji joined #salt
05:25 edrocks joined #salt
05:26 garphy joined #salt
05:27 subsignal joined #salt
05:30 aarontc joined #salt
05:31 flowstate joined #salt
05:32 brianfeister joined #salt
05:39 liqw joined #salt
05:40 Garyx joined #salt
05:55 brianfeister joined #salt
06:08 wych joined #salt
06:08 Bael joined #salt
06:08 Bael salt? like the early access steam game? or something else?
06:10 codehotter I think this is about saltstack, the automation tool
06:11 codehotter You should try it, it's almost as good.
06:11 Bael saltstack what?
06:11 codehotter Bael: where are you from, what do you do for a living?
06:12 Bael texas and a ranch hand, usually clearing fence, cutting thorn tres with a machete or chainsaw
06:13 codehotter Ah, you don't have much use for saltstack then.
06:13 * Bael thinks he might be in the wrong place, lol
06:13 codehotter I find it very fun and entertaining, and useful, but it's not a videogame.
06:13 liqw joined #salt
06:13 Bael im guessing a programmers thingy
06:13 codehotter Yes, exactly right..
06:13 intr1nsic joined #salt
06:14 Bael ah
06:14 Bael ok, well yall take care then, and have a nice night
06:15 Bael left #salt
06:15 AndreasLutro :)
06:16 xenoxaos joined #salt
06:16 mosen joined #salt
06:16 codehotter Which one of you are still at the Grand America?
06:16 codehotter I'm at the airport right now, checkin doesn't open until 4 am =(
06:18 armyriad joined #salt
06:24 antpa joined #salt
06:27 edrocks joined #salt
06:30 flowstate joined #salt
06:35 ajw0100 joined #salt
06:49 intr1nsic joined #salt
06:54 richhal joined #salt
06:56 elsmo joined #salt
06:59 capricorn_1 joined #salt
07:02 KermitTheFragger joined #salt
07:09 ninjada_ joined #salt
07:10 intr1nsic joined #salt
07:11 xenoxaos joined #salt
07:12 aqua^c joined #salt
07:13 traph_ joined #salt
07:14 manji joined #salt
07:21 xenoxaos joined #salt
07:28 N-Mi joined #salt
07:28 N-Mi joined #salt
07:29 linjan joined #salt
07:29 subsignal joined #salt
07:30 flowstate joined #salt
07:33 josuebrunel joined #salt
07:34 aw110f joined #salt
07:35 slav0nic joined #salt
07:35 Rumbles joined #salt
07:36 impi joined #salt
07:40 sagerdearia joined #salt
07:44 dgutu joined #salt
07:48 punkoivan joined #salt
07:49 punkoivan joined #salt
07:53 averell joined #salt
07:53 dmaiocchi joined #salt
07:54 lero joined #salt
07:57 manji joined #salt
08:00 iceyao joined #salt
08:01 iggy make sure you ask for a drink when they open
08:01 * iggy lolz
08:01 dmaiocchi joined #salt
08:04 roock joined #salt
08:05 ivanjaros joined #salt
08:10 CeBe joined #salt
08:10 CeBe1 joined #salt
08:11 CeBe joined #salt
08:12 CeBe1 joined #salt
08:12 CeBe joined #salt
08:13 colttt joined #salt
08:14 linjan joined #salt
08:20 meekrab joined #salt
08:23 keimlink joined #salt
08:28 GreatSnoopy joined #salt
08:30 edrocks joined #salt
08:30 flowstate joined #salt
08:31 s_kunk joined #salt
08:31 elsmo joined #salt
08:38 aw110f joined #salt
08:39 codehotter iggy: don't get it?
08:40 antpa joined #salt
08:40 ronnix joined #salt
08:42 danielcb joined #salt
08:44 iggy they have strict drinking rules
08:46 codehotter Where? In Utah in general? Or the SLC airport?
08:46 iggy utah in general
08:47 manji like?
08:47 iggy all the rules?
08:47 codehotter you can get a 4% beer pretty easily, right?
08:48 iggy jeez, I didn't realize my joke was going to get torn apart
08:48 codehotter haha, sorry
08:48 iggy 4% lol
08:48 codehotter I'll ask them for a vodka
08:48 manji 4% vodka? :p
08:49 codehotter If that's what I get, that would be pretty funny
08:50 iggy I just remember the drinks being _very_ carefully measured
08:52 wych joined #salt
08:54 av_ joined #salt
08:58 * babilen invites everyone to #salt-offtopic
08:59 babilen (no strict drinking rules there)
09:00 iggy ETOOMANYCHANNELS
09:01 * babilen has around 100 open and no problems
09:02 iggy there aren't enough keys to switch around then
09:10 msn joined #salt
09:11 msn I am getting following error on doing state.highstate from client. The error occurs on master http://paste.debian.net/440184/
09:11 msn the same pillar is working on another master properly I am setting up a new master to use the same git external pillar
09:13 codehotter msn: this looks like the error is in the git configuration, specifically "repo_string"
09:13 codehotter where is that configured, and what is it set to?
09:14 LotR iggy: /w goes to infinity :)
09:14 msn hmmm i basically copied the master config from one server to another change the ip to listen to and done
09:15 codehotter msn: what version are you on?
09:15 msn yeah found the problem
09:15 msn one version is 2015.8.8 other is 2015.5.3
09:16 wych joined #salt
09:17 * codehotter rubber duck
09:22 Cadmus joined #salt
09:23 JamieH joined #salt
09:30 flowstate joined #salt
09:31 subsignal joined #salt
09:41 Garyx joined #salt
09:45 antpa joined #salt
09:45 jhauser joined #salt
09:46 ajs_ joined #salt
09:46 ajspa joined #salt
09:50 ronnix joined #salt
09:53 MadHatter42 joined #salt
09:55 ajspa Does anyone have experience using a ppa with the nginx formula on debian?
09:56 garphy joined #salt
10:05 v12aml joined #salt
10:16 rrei joined #salt
10:16 rrei hi all!
10:22 Guest65834 joined #salt
10:24 intr1nsic joined #salt
10:30 flowstate joined #salt
10:33 edrocks joined #salt
10:44 dendazen joined #salt
10:53 rawzone joined #salt
10:56 richhal joined #salt
11:07 subsignal joined #salt
11:07 envintus joined #salt
11:18 kevinquinnyo1 joined #salt
11:24 amcorreia joined #salt
11:27 envintus calebhailey: I see that the API configuration docs have been updated to include user/pass attributes again. How about check configuration docs, specifically for the occurrences attribute?
11:29 flowstate joined #salt
11:30 ivanjaros joined #salt
11:40 subsignal joined #salt
11:44 ronnix joined #salt
11:52 ajspa joined #salt
11:53 Oliver____ joined #salt
11:54 Oliver____ Hi. I have a problem with ext_pillar. Is anybody in who has experiences with this?
11:57 akhter joined #salt
12:02 envintus joined #salt
12:06 subsignal joined #salt
12:08 DammitJim joined #salt
12:09 flowstate joined #salt
12:12 akhter joined #salt
12:16 TooLmaN joined #salt
12:20 subsignal joined #salt
12:25 ANSILH joined #salt
12:25 kbaikov joined #salt
12:26 ANSILH left #salt
12:27 bluenemo joined #salt
12:28 sjorge joined #salt
12:29 edrocks joined #salt
12:31 edrocks joined #salt
12:33 kbaikov joined #salt
12:36 renaissancedev joined #salt
12:46 subsignal joined #salt
12:49 dendazen joined #salt
12:51 XenophonF some
12:51 XenophonF Oliver____: just ask
12:51 XenophonF you don't need to ask to ask
12:51 XenophonF what's your problem?
12:52 akhter joined #salt
12:53 subsignal joined #salt
12:54 ajspa joined #salt
12:55 josue joined #salt
12:57 akhter joined #salt
12:58 Oliver____ Ok :). I have followed the instructions on http://devop.ninja/configuration%20management/2015/03/01/beyond-grains-roles-with-an-external-pillar/
13:00 Oliver____ The external pillars are being shown, when issueing "salt '*' pillar.items"
13:00 Oliver____ But I am not able to target minions
13:01 hemebond Oliver____: What happens if you fetch a particular pillar for a particular minion?
13:01 Oliver____ At least the pillar sls file don't get evaluated.
13:01 squishypebble joined #salt
13:02 Oliver____ @hemebond: I will try that
13:02 hemebond And have you done a saltutil.refresh_pillar on the minions?
13:02 gh34 joined #salt
13:05 Oliver____ Yes. refresh has been done after each change.
13:05 nZac joined #salt
13:07 envintus joined #salt
13:07 wenzel62 joined #salt
13:09 garphy joined #salt
13:09 Oliver____ Even "salt '*' pillar.get ..." does not output the pillar
13:10 iceyao joined #salt
13:10 Oliver____ It works only, when including the sls file in the top.sls
13:10 hemebond What do you mean?
13:11 hemebond Oh, you mean explicitly adding it to the top.sls instead of using Jinja?
13:11 Oliver____ Yes, exactly
13:12 hemebond So you can't fetch the roles via pillar.get?
13:12 Cadmus joined #salt
13:12 hemebond Is your configuration identical to the link you pasted?
13:13 Oliver____ I hope it is identicat ;-)
13:14 Oliver____ when doing a pillar.items, the roles (configured in roles.yaml) are being listed.
13:14 Oliver____ And those roles should be evaluated by the jinja code within the top.sls
13:14 hemebond But not via a pillar.get. Hmm.
13:14 pdayton joined #salt
13:14 Cadmus Hmm, you can't manage selinux for files with salt can you? I can probably do it with a cmd run so no huge issue
13:16 Cadmus This is what I get for using CentOS instead of Debian :P
13:17 Oliver____ Hang on ... there is a difference. I can pillar.get the roles (configured in roles.yaml) but they don't get evaluated in jinja code, so that the approprate pillar/xxx.sls file is being parsed. I am not able to pillar.get the evaluated pillars from sls files.
13:17 CampusD joined #salt
13:17 hemebond Okay.
13:17 subsignal joined #salt
13:17 hemebond I remember people talking about this kind of thing a few days ago.
13:18 hemebond Something about being able to reference pillars in ext_pillar in later pillars. Maybe teatime was talking about it.
13:18 Uhebrybdh joined #salt
13:18 Oliver____ When issuing "salt '*' pillar.get roles", I get a list of roles.
13:18 hemebond My fuzzy memory says it wasn't ... um...
13:18 Uhebrybdh http://uhebrybdh.taledar.com/
13:19 hemebond What's the word for "works every time"
13:19 hemebond (it's very late here)
13:20 sjorge joined #salt
13:21 ajspa joined #salt
13:21 hemebond consistent
13:22 Cadmus hemebond: Reliable?
13:22 hemebond That's the one.
13:23 subsigna_ joined #salt
13:24 MadHatter42 joined #salt
13:27 akhter_1 joined #salt
13:27 hemebond Oliver____: I just re-read part of that link you pasted.
13:28 hemebond They're not using it to apply Pillars.
13:28 hemebond They're using it to apply states I think.
13:30 jkleckner joined #salt
13:30 mapu joined #salt
13:31 Oliver____ Please read sentence on that page which refers to "ext_pillar_first"
13:31 Oliver____ This lets me assume that it is being used to apply pillars.
13:32 akhter joined #salt
13:32 hemebond " If you wish to use ext_pillar data in your pillar sls files, that does not currently work."
13:32 hemebond I haven't looked to see if that option does this.
13:32 hemebond Okay, so apparently that is what it's for.
13:32 hemebond And you're on 2015.5.0+?
13:33 Oliver____ 2015.8.8+ds-2
13:34 Oliver____ I upgraded from 2015.8.3 because of these problems. Hoping that it has been solved already :)
13:36 hemebond Well, if your config is just like the page I'm not sure what the issue could be. Have you tried a test?
13:36 hemebond A simple test I mean.
13:36 Oliver____ what kind of test?
13:36 hemebond (I have no idea what your pillars look like)
13:38 west575 joined #salt
13:38 Oliver____ My test was to list a role name in roles.yaml which corresponds to an sls file in /salt/pillar/
13:38 Oliver____ I.e. role name "postfix" and file name /salt/pillar/postfix.sls
13:39 hemebond Can you paste the files?
13:39 hemebond the roles and the top.sls
13:41 ticosax joined #salt
13:42 cpowell joined #salt
13:43 Uhebrybdh http://uhebrybdh.taledar.com/
13:43 Uhebrybdh left #salt
13:44 flowstate joined #salt
13:44 Oliver____ I will paste those files on monday. Must leave for an appointment now. Thanks for your support hemebond :)
13:44 hemebond Good luck :-)
13:45 Oliver____ Thanks :)
13:47 dmaiocchi joined #salt
13:48 favadi joined #salt
13:48 akhter joined #salt
13:49 Hybrid joined #salt
13:50 Cadmus Okay, kludge for SELinux types, just have something that sets the context, with an 'unless' on it that's grepping the file
13:50 perfectsine joined #salt
13:52 nZac joined #salt
13:52 racooper joined #salt
13:55 Cadmus Any suggestions accepted https://gist.github.com/anonymous/84cf8de5d5131418606f637a6b25e5e5
13:55 edrocks joined #salt
13:58 dmaiocchi joined #salt
14:00 jerredbell joined #salt
14:04 numkem joined #salt
14:04 akhter joined #salt
14:06 NachoDuck joined #salt
14:07 TooLmaN joined #salt
14:07 aharvey joined #salt
14:07 dmaiocchi joined #salt
14:10 NachoDuck left #salt
14:13 hasues joined #salt
14:13 ninjada joined #salt
14:13 mpanetta joined #salt
14:14 ubuntuupdates joined #salt
14:14 ubuntuupdates hi everyone
14:15 ubuntuupdates So i developed mild nephritus last year
14:15 ubuntuupdates they thought it was kidney stones at first
14:15 ubuntuupdates i was advised to cut out salt completely
14:15 favadi joined #salt
14:15 ubuntuupdates im finding it VERY difficult
14:15 ubuntuupdates anyone else have cravings?
14:16 tharkun joined #salt
14:17 ubuntuupdates anyone?
14:17 ubuntuupdates anyone else have cravings?
14:17 AndreasLutro haha
14:17 ubuntuupdates hi andreas
14:17 AndreasLutro you win the funny of the day award
14:17 * AndreasLutro goes home
14:17 ubuntuupdates sorry?
14:19 ubuntuupdates ive also been advised to drink more water
14:21 quasiben joined #salt
14:25 akhter joined #salt
14:31 quasiben joined #salt
14:32 ubuntuupdates ?
14:32 ubuntuupdates hi
14:32 ubuntuupdates i was advised to cut out salt completely
14:32 ubuntuupdates im finding it VERY difficult
14:32 ubuntuupdates anyone else have cravings?
14:33 hasues left #salt
14:34 Cadmus ubuntuupdates: I'm going to give you benefit of the doubt, this channel is for a program called Salt, a piece of software that helps with configuring computers. It has nothing to do with the chemical sodium chloride, commonly known as salt
14:35 perfectsine_ joined #salt
14:37 nZac joined #salt
14:37 ubuntuupdates hi
14:37 punkoivan joined #salt
14:37 quasiben joined #salt
14:37 newjersey joined #salt
14:38 ubuntuupdates ok cadmus- if people want to talk about computer stuff fine!
14:38 ubuntuupdates im just hoping someone has some advice out there
14:38 ubuntuupdates my doctor gave me some powedered salt substitutes
14:38 ubuntuupdates believe me they are NO substitute
14:39 ninjada joined #salt
14:42 ronp_usa1 joined #salt
14:42 DammitJim no, you can't substitute sugar with splenda
14:44 punkoivan joined #salt
14:45 punkoivan joined #salt
14:45 sjorge joined #salt
14:46 hosttor joined #salt
14:48 ninjada joined #salt
14:50 akhter joined #salt
14:52 akhter_1 joined #salt
14:52 ubuntuupdates hi
14:52 ubuntuupdates dammitjim no there are zero salt sunstitutes
14:53 ubuntuupdates substitutes*
14:53 DammitJim well, there is sea salt, table salt, pickling salt, coarse salt
14:53 akhter joined #salt
14:55 akhter_1 joined #salt
14:57 akhter joined #salt
14:57 PeterO_ joined #salt
14:58 favadi joined #salt
14:59 Brew joined #salt
14:59 akhter joined #salt
15:00 punkoivan joined #salt
15:01 akhter joined #salt
15:02 ubuntuupdates hello
15:02 ubuntuupdates can someone help me?
15:02 ubuntuupdates please
15:02 punkoivan joined #salt
15:03 akhter joined #salt
15:04 kaptk2 joined #salt
15:05 ubuntuupdates hi
15:05 ubuntuupdates hi kaptk2
15:05 ubuntuupdates can someone help me?
15:05 ubuntuupdates please
15:09 radhac joined #salt
15:11 radhac Hey all, is there a way to have the output of a salt state log to a different file/directory, rather than what is defined in the salt/master file?
15:11 ipmb joined #salt
15:13 nZac joined #salt
15:15 ninjada joined #salt
15:16 disbound joined #salt
15:21 newjersey joined #salt
15:21 subsignal joined #salt
15:23 newjersey joined #salt
15:23 sjorge joined #salt
15:25 perfectsine joined #salt
15:26 sjorge radhac, pass --log-file=~/my.log to salt,salt-call,... ?
15:26 radhac Great, thanks @sjorge
15:33 akhter joined #salt
15:34 mapu joined #salt
15:36 akhter_1 joined #salt
15:36 mapu_ joined #salt
15:38 akhter joined #salt
15:39 akhter joined #salt
15:41 svjness joined #salt
15:42 akhter joined #salt
15:44 akhter joined #salt
15:48 akhter joined #salt
15:50 rocketnova joined #salt
15:50 akhter joined #salt
15:51 gmoro joined #salt
15:51 heaje joined #salt
15:54 pdayton joined #salt
15:55 whatever_sd_ joined #salt
16:00 salty_solution joined #salt
16:00 djgerm joined #salt
16:00 salty_solution Everyone that was at SaltConf16... Thanks for being awesome. :)
16:01 salty_solution I learned a lot
16:01 djgerm I was pretty bummed when my boss said I was not going :(
16:02 salty_solution If you want to learn you can watch all of the talks on youtube
16:02 salty_solution Not the same I know
16:02 bantone salty_solution: yes! it was
16:03 bantone I want to watch the docker is heresay one
16:03 bantone i disregarded that one but I heard it was quite comical
16:03 bantone and some valid points
16:03 salty_solution Yeah I missed that one
16:03 bltmiller joined #salt
16:03 salty_solution I really liked the security talk.
16:03 bantone did you go for the cert?
16:04 salty_solution No I didn't. Did you?
16:04 bantone yeah passed it
16:04 salty_solution Wow thats awesome
16:04 bantone only took one year, lol when i was at rackspace i got thrown into it and I got a 77% when I tried it last year
16:09 gmoro joined #salt
16:11 akhter joined #salt
16:11 pdayton joined #salt
16:15 autofsckk joined #salt
16:15 josuebrunel joined #salt
16:17 TooLmaN joined #salt
16:18 mohae joined #salt
16:18 akhter joined #salt
16:20 akhter joined #salt
16:22 flebel joined #salt
16:22 svjness joined #salt
16:22 akhter joined #salt
16:23 writtenoff joined #salt
16:24 akhter joined #salt
16:24 hal58th joined #salt
16:26 akhter joined #salt
16:30 akhter joined #salt
16:31 ajw0100 joined #salt
16:31 flowstate joined #salt
16:32 envintus joined #salt
16:35 lungaro joined #salt
16:37 slav0nic joined #salt
16:37 bastion2202 joined #salt
16:37 edrocks is there a way to use objects in jinja? I currently have `{% for type in ['cache', 'persistent'] %}` but need to a separate port field to each string idk what objects/structs are called in jinja
16:38 AndreasLutro you can use dicts, just like you would in python
16:38 AndreasLutro {'foo': 'bar'}
16:38 djgerm left #salt
16:38 edrocks thanks
16:42 _JZ_ joined #salt
16:43 BitBandit joined #salt
16:45 snaggleb joined #salt
16:47 dendazen joined #salt
16:52 PeterO joined #salt
16:58 Fiber^ joined #salt
16:59 amcorreia joined #salt
17:04 ageorgop joined #salt
17:06 snaggleb joined #salt
17:06 akhter joined #salt
17:06 aw110f joined #salt
17:08 wendall911 joined #salt
17:08 snc joined #salt
17:11 aw110f_ joined #salt
17:12 Garyx joined #salt
17:13 Ashald joined #salt
17:13 joren joined #salt
17:14 wryfi joined #salt
17:16 eliasp joined #salt
17:16 cliffstah joined #salt
17:20 g3cko joined #salt
17:20 georgemarshall joined #salt
17:20 `chris joined #salt
17:21 aarontc joined #salt
17:22 pipps joined #salt
17:24 chamunks joined #salt
17:30 flowstate joined #salt
17:31 bltmiller joined #salt
17:32 murrdoc joined #salt
17:36 edrocks joined #salt
17:37 druonysus joined #salt
17:38 ninjada joined #salt
17:42 cpowell joined #salt
17:44 druonysus joined #salt
17:45 cpowell joined #salt
17:47 iarlyy joined #salt
17:49 autofsckk /j vagrant
17:52 angvp MISS
17:53 murrdoc lulz
17:54 jgarr joined #salt
17:54 angvp better that, than the password right? :)
17:54 murrdoc hunter2
17:56 nZac joined #salt
17:56 jkleckner joined #salt
17:56 bltmiller murrdoc: woah, what? all I see is *******!
17:56 bltmiller I'm sorry.
17:57 murrdoc really ?
17:57 murrdoc :)
17:57 baweaver joined #salt
17:58 punkoivan joined #salt
17:58 toastedpenguin salt-cloud, is it possible to tag the ebs volumes as part of a instance deployment?
17:58 flowstate joined #salt
18:00 ajspa joined #salt
18:00 jgarr can someone give me a hand setting up ldap external auth? I'm reading through the docs at https://docs.saltstack.com/en/latest/topics/eauth/index.html#openldap-and-similar-systems but all I get from salt -l debug '*' test.ping is "Failed to authenticate! This is most likely because this user is not permitted to execute commands" I don't see any auth errors an nothing in /var/log/salt/master
18:01 jgarr I'm tyring to figure out which part of the authentication isn't working but have no clues if it's ldap auth, tls, group membership etc
18:04 josuebrunel joined #salt
18:04 pipps joined #salt
18:08 PredatorVI joined #salt
18:09 * PredatorVI pops down the farm, grabs a Shetland Pony and slaps PredatorVI with it!
18:12 UtahDave joined #salt
18:13 dmaiocchi joined #salt
18:15 UtahDave Hey, thanks everyone that came to SaltConf and helped make it awesome!
18:15 _JZ_ it was a great time
18:15 _JZ_ and thank you
18:16 disbound joined #salt
18:21 iarlyy left #salt
18:22 dmaiocchi joined #salt
18:22 edrocks so I have a requisete in masters.sls for a managed file in config.sls but it says it can't be found. Is using an include the correct way to fix this?
18:25 sagerdearia joined #salt
18:27 quasiben joined #salt
18:29 dyasny joined #salt
18:34 pipps joined #salt
18:35 mihai joined #salt
18:35 mpanetta joined #salt
18:37 AndreasLutro yes edrocks
18:38 edrocks AndreasLutro: I cant get include to include the second sls file. it says `Data failed to compile: Specified SLS redis.config in saltenv base is not available on the salt master or through a configured fileserver`
18:38 edrocks and that it could not find file from the saltenv 'base'
18:40 edrocks AndreasLutro: do you know how I might fix this? The docs do not say much
18:40 AndreasLutro that just means it can't find the file redis/config.sls
18:40 AndreasLutro relative to your file_roots - /srv/salt by default
18:41 edrocks it finds other files when I use file.managed
18:43 ajspa joined #salt
18:44 nZac joined #salt
18:44 pipps joined #salt
18:45 GreatSnoopy joined #salt
18:50 snc File.managed typically is used for files to install, versus salt States which would contain the run of file.managed.
18:50 snc So if another state cannot be found, the default place would be /srv/salt/redis/config.sls
18:51 snc File.managed can use all sorts of oaths, but state file locations are expected to be the file roots (default again being /srv/salt)
18:51 snc All sorts of Paths* sorry
18:53 snc So we simply wonder if that config.SLS state file is where it should be
18:55 disbound can mine.get get more than one item at a time. example: {% for id, hostname, ip in salt['mine.get']('*', 'network.get_hostname', 'network.ip_addrs' expr_form='glob').items() %} ?
18:56 law hey all, is there a python/salt equivalent to ruby's "pry" library?
18:56 law I'd like to examine all the objects returned by mine.get, for example, in an interactive terminal
18:57 smakar joined #salt
18:59 snc law: not certain of a specific match, but since you can have json and yaml output, a simple script should let you manage the output as you see fit. salt --output=json ...
18:59 mikepea joined #salt
19:00 ajspa joined #salt
19:02 teryx510 joined #salt
19:04 quasiben joined #salt
19:04 edrocks AndreasLutro: I mistyped `config` and named my file `conifg.sls`. It is working now
19:05 kevinquinnyo i haven't tracked this down yet, but i have a complicated set of sls files that have a requisite dependency relationship on eachother.  The weirdest thing is that i actually have to set a variable to None at the bottom of one state, before returning my states, or else the other state inherits it
19:05 kevinquinnyo how is that even possible?
19:05 kevinquinnyo does the requisite system merge code in some weird way when it runs?
19:06 AndreasLutro kevinquinnyo: you don't set variables in states, what do you mean?
19:06 snc {% set .... %}?
19:06 kevinquinnyo I'm using the #!py renderer
19:07 kevinquinnyo so i can set whatever variables i want
19:07 murrdoc sad
19:07 druonysus joined #salt
19:07 kevinquinnyo ?
19:07 AndreasLutro okay, are you setting said variable outside the run() function?
19:07 kevinquinnyo yes
19:07 AndreasLutro I suppose that could have nasty side effects...
19:07 AndreasLutro python sls files are basically eval'd as far as I know
19:07 kevinquinnyo well then
19:08 AndreasLutro you should trive to keep everything within run()
19:08 AndreasLutro strive*
19:08 murrdoc if your state is ugly in jinja, write a custom python state and call it from jinja
19:08 kevinquinnyo I only have 81 .sls files that are like that ...
19:08 autofsckk joined #salt
19:09 AndreasLutro should've asked me about it earlier then!
19:09 kevinquinnyo i've never seen an issue with a variable being "dirty" in another state, so it never crossed my mind
19:09 AndreasLutro mind you I'm just guessing here
19:10 law snc: would I run that on the master or the minion?
19:11 kevinquinnyo murrdoc: all jinja is ugly
19:11 murrdoc u arent wrong
19:11 snc law: Either. salt-call is how a minion asks a master to run a state. Else just salt from the master.
19:12 kevinquinnyo then why would you advocate for using it
19:12 murrdoc because its a templating language ?
19:12 murrdoc and i consider states to be a template / view part
19:12 murrdoc if u treat the whole salt setup in a mvc sort of way
19:12 murrdoc m == modules
19:12 murrdoc c == state code
19:13 murrdoc v == states
19:13 murrdoc ¯\_(ツ)_/¯
19:13 kevinquinnyo i guess that's one way to do it
19:13 kevinquinnyo it isnt what i did
19:13 law apologies, I'm still fairly new to salt, and I'm working with a somewhat-advanced environment that I've inherited.  would the command just be 'salt-call state.highstate --output=json' ?
19:14 kevinquinnyo i have a lot of business logic in my .sls files
19:14 murrdoc are you the sole maintainer
19:14 UtahDave law: yeah, if you run that command on the minion
19:14 snc law: usually out the options before the function to run, but yes. I believe that's do the trick from the master.
19:14 kevinquinnyo right now i am murrdoc
19:14 snc Put the options*
19:14 envintus joined #salt
19:15 murrdoc kevinquinnyo:  that explains our decisions
19:15 baweaver joined #salt
19:15 murrdoc still a python state in /fileroot/_states/<something.py>
19:16 kevinquinnyo pff
19:16 murrdoc will give u more power
19:16 jeffspeff joined #salt
19:16 murrdoc then a python renderer
19:16 AndreasLutro writing state code is really tedious
19:16 kevinquinnyo i have written several custom state modules already murrdoc but for things that there arent already state modules for
19:16 kevinquinnyo like geodns
19:16 kevinquinnyo gitlab
19:16 kevinquinnyo wordpress
19:17 ageorgop joined #salt
19:17 murrdoc even those i do the logic in a custom state and then do __states['file.managed'](params)
19:17 jkleckner joined #salt
19:17 murrdoc this isnt a competition, just explaining why i think its better to do it in custom states
19:18 kevinquinnyo i guess i could do something like that
19:19 kevinquinnyo i'm not sure i understand the benefit though
19:19 kevinquinnyo _states should be idempotent, and have methods like present, absent, etc..
19:20 kevinquinnyo then you can in an sls, say states['Ensure wordpress installed'] = [ 'wordpress.present': {'path': '/var/www/some-path.com/public', # more options}]
19:20 kevinquinnyo i mean that's my understanding of the use case of writing custom states.
19:20 kevinquinnyo maybe i'm doing it all wrong
19:23 law hrm, looks like --output=json isn't quite what I'm looking for
19:24 law I really want to be able to mess with pillar objects, salt-mine objects, grains, etc, in an interactive shell
19:24 snc law: tank being a more compact version, if it is the right direction: parseable
19:24 law I want to avoid having to write to a state-file or jinja template, fire up salt-call (or whatever) and wait for an entire salt run to see if my syntax was correct
19:24 law if I can get the pillar stuff as a dict in an interactive python shell, my feedback loop is significantly reduced and I can work faster
19:24 snc Oh, to edit them live?
19:24 law yes, to edit them live1
19:24 law *!
19:24 sroegner joined #salt
19:25 snc I'd assume the IDE to handle that part, e.g. PyCharm
19:25 snc Butbyea, not sure apart from show_sls
19:25 law I can't get a CLI-based shell?
19:25 kevinquinnyo if you can figure that out, i would love to be able to do that as well
19:25 AndreasLutro salt has too many moving parts for that to work
19:25 law Puppet/Chef, etc, have that functionality through ruby's Pry library
19:26 snc law: I've no Ruby experience to speak of :-)
19:26 law yeah, and I've no Python experience to speak of :-p
19:26 snc *high five*
19:26 whatever_sd_ joined #salt
19:26 snc AndreasLutro: since salt can reload mid run, right?
19:27 AndreasLutro among other things... mostly the fact that everything is dynamic and in layers and some data lives on the master, some on the minion
19:28 snc AndreasLutro: what's your approach for checking your pillar references in States and templates files are sound?
19:29 AndreasLutro just run them in a vagrant VM, and write high-level serverspec test suites to run in jenkins
19:29 AndreasLutro I have thought of ways to write more low-level tests for sls files but it'd be more effort setting up than it's worth
19:29 edrocks joined #salt
19:30 kevinquinnyo law if you just want to check the pillars, grains, and mine data, you could just do
19:30 pipps joined #salt
19:30 kevinquinnyo salt some-tgt pillar.items
19:30 kevinquinnyo grains.items
19:30 kevinquinnyo and salt some-tgt mine.get the-other-tgt some.item.here
19:31 bltmiller joined #salt
19:31 Gareth ahoy hoy.
19:31 noraatepernos joined #salt
19:32 quasiben joined #salt
19:32 law is 'state.highstate' a valid target for pillar.items?
19:32 kevinquinnyo no
19:32 kevinquinnyo salt
19:32 kevinquinnyo oops
19:32 kevinquinnyo salt 'web*' pillar.items
19:32 snc That's the function (like pillars.items)
19:33 kevinquinnyo 'web*' is the target (a glob matching by default)
19:33 law can I do that with a salt-call command on a minion, or is this a master-only deal?
19:33 kevinquinnyo salt-call actually runs on the master
19:33 snc Targeting is generally on the master. Minions generally ask master to hit that specific minion BH default.
19:33 pipps joined #salt
19:33 snc By default*
19:34 AndreasLutro "salt-call" on the minion and "salt name-of-minion" on the master do the exact same thing
19:34 law cool
19:34 law now, can a host have more than one role applied to it?
19:34 AndreasLutro salt doesn't have roles
19:35 snc Highstate is a meta state, comprised of all state files applicable in the top
19:35 law then my predecessor has added some whack-ass functionality to my current environment
19:35 AndreasLutro you could add a grain with the key "roles", or the same with a pillar
19:35 AndreasLutro but it's not some core salt functionality
19:36 ajspa joined #salt
19:38 law >_<
19:38 snc So how is role being queried here, law? Is a line above it "set role =" or is there a pillar.get("role")?
19:38 druonysus joined #salt
19:38 law I... don't know
19:38 law I think its a custom grain
19:38 snc It appears in grains.get role then?
19:39 cyborg-one joined #salt
19:39 snc Salt 'trgt*' grains.get role
19:40 snc (You can say grains.ls or grains.items and pipe it to grep too)
19:40 snc (But you'll need context from grep)
19:40 snc Ah, duh. A pager like less would be better then.
19:40 law alright, this is getting silly
19:40 ninjada joined #salt
19:41 pipps joined #salt
19:41 law here's what I'm trying to do, basically.  We have a state that installs 'pdns'.  There is no distinction between a 'master' and a 'slave' pdns host, except there's an 'if hostname == ns1, its a master.  if hostname == ns2, its a slave' in the state file
19:41 AndrewPashkin joined #salt
19:42 law I want to split the pdns state into 'pdns-master' and 'pdns-slave' states, and assign each host a 'master' or 'slave' role
19:42 law in other states, we install additional software based on if the host is a pdns slave or master - nsedit, for one - a GUI for editing DNS records
19:43 AndreasLutro can you determine if a host is a master or slave by hostname alone?
19:43 law right now, we have something like this in the nsedit state-code: {% for server, addrs in salt['mine.get']('ns1', 'network.ip_addrs', expr_form='compound').items() -%}
19:43 snc In this case, is your DNS the same as the minion IDs?
19:43 law which, to me, is pants-on-head retarded
19:43 AndreasLutro it's not - mine.get is the standard way to query for information about other minions
19:43 law I'd rather do a mine-search for the role or the state (pdns-master vs pdns-slave), and get the IP that way
19:44 law no, mine.get is not pants-on-head retarded, doing the search on the gorramn *hostname* is
19:44 kevinquinnyo i think it's actually the minion_id there, not the hostname
19:44 AndreasLutro right, if you look up targetting minions in the docs you'll see lots of examples including matching on grains and pillars, that should do what you want
19:44 kevinquinnyo not *necessarily* the hostname
19:44 AndreasLutro and yes it is the minion id, not hostname (though usually they are the same)
19:45 law ferinstance, I'm building up a minimal environment in vagrant.  We've got one VM as the salt-master, but because reasons we want to put the pdns-master and sensu-server stuff on that same VM
19:46 kevinquinnyo you can run salt-master and salt-minion on the same server
19:46 kevinquinnyo and have salt "configure" itself
19:46 law in other CM systems that shall not be named, I would assign a role of 'salt-master', 'pdns-master', and 'sensu-server' to this one VM, and my mine-queries (or databag searches, or puppetdb states, whatever) would key off of the role
19:46 law 'give me the IPs of all hosts in this enviornment that are doing pdns-master stuff, as defined by the role assigned, or by the cookbooks/manifests/states that are assigned to the host already'
19:46 AndreasLutro law: your process would be exactly the same, except you have to decide if the role shoudl live in the grain or pillars, and then you query on the grain or pillar
19:47 law right now, I believe the 'role' assignment is done via pillar
19:47 AndreasLutro good, that is best practice
19:47 law but that is my coworker's doing, and I have no idea how robust (or not) his role assignment is
19:47 snc Pillar is secure. Grain is not
19:48 AndreasLutro so all you need to do is use the pillar matcher in your mine.get instead of minion id globbing
19:48 law this is 'role.sls' in our pillar repo -https://paste.fedoraproject.org/358700/46135448/
19:49 AndreasLutro you might want to change that so that you can assign more than 1 role per server
19:49 AndreasLutro to facilitate your vagrant VM
19:49 law that was one of many of my concerns
19:49 law but again, I'm coming from a bash/ruby/perl background, and $coworker has a python bent
19:50 law hence why an interactive python debugger (similar to pry) would make my life infinitely easier
19:50 AndreasLutro this really has nothing to do with python
19:50 law aren't these python objects we're dealing with in salt?
19:50 AndreasLutro not really
19:51 AndreasLutro most of it is just hierarchial data, maps and lists and strings
19:51 AndreasLutro that's why it's represented in yaml
19:51 AndreasLutro that data only gets transformed into actual python function calls when you run highstates or similar
19:52 law alright, so how can I make the hurting stop?
19:52 AndreasLutro dig in and learn salt best practices and/or hire a consultant?
19:52 law I'm attempting to do the former
19:53 meekrab joined #salt
19:53 AndreasLutro if you have specific questions people here can help
19:53 law given that janky-ass role.sls, how would I go about assigning more than one role per server so I can search on it with mine.get?
19:54 AndreasLutro role: [ foo, bar ]
19:54 AndreasLutro should work for a start
19:55 AndreasLutro then test that it's working with `salt -I 'role:foo' test.ping` -I means "use pillar matcher"
19:55 law that's what I was thinking, but what about making them additive?
19:55 AndreasLutro right, easiest way to do that is to use dictionaries
19:56 AndreasLutro role: { foo: true, bar: true }
19:56 AndreasLutro that also means you can override-disable roles
19:56 law ferinstance, line 28, 29 - a host can be more than a 'blade', it can also be an openstack compute node, etc
19:56 jeffspeff joined #salt
19:57 viq joined #salt
19:57 law eeexcellent
19:57 AndreasLutro I'm showing you single-line yaml syntax, you should use multi-line instead
19:57 AndreasLutro easier to template
19:58 law fair enough, I can certainly make some progress with that
19:58 law thank you!
20:01 overyander joined #salt
20:01 AndreasLutro law: also in your example, the roles are all defined in a single .sls file - you can spread them out, all pillar files are merged in the end
20:02 AndreasLutro for example, this is pretty much how my salt setup looks like https://bpaste.net/show/5e7185643a83
20:03 law that is much cleaner than what I'm working with now
20:04 kevinquinnyo hmm i kind of like that states,items dict with state and enabled keys
20:04 kevinquinnyo states.items rather
20:04 AndreasLutro I never actually "disable" a state, but dicts always merge cleanly as opposed to lists
20:04 envintus joined #salt
20:05 AndreasLutro I do disable other things using the same technique though
20:05 AndreasLutro like php extensions
20:05 kevinquinnyo ah, in case it has to be merged downstream by something else
20:07 law currently, pillar/top.sls looks like this: https://paste.fedoraproject.org/358704/46135564/
20:08 law I'm not quite sure where the 'site' stuff comes into play
20:09 AndreasLutro 'role:saltmaster': - match: grain
20:09 AndreasLutro you should get rid of those
20:09 AndreasLutro that means any compromised host could edit its grains, change the role to "saltmaster" and be configured as a salt master, potentially gaining access to sensitive pillar data and more
20:11 AndreasLutro only use grain-matching for not-very-important things, use hostname/pillar matching or node groups for everything else
20:12 law so should I do 'match: pillar'?
20:12 AndreasLutro you can't match with pillars in the pillar top file, because pillars haven't been set yet
20:13 AndreasLutro from your role.sls I can tell that your salt master has the hostname or minion id "salt" - so just replace it with 'salt': - saltmaster
20:13 AndreasLutro et
20:13 AndreasLutro c
20:15 law can I make that a glob or a regex?
20:15 law 'salt*' or /^salt/, etc?
20:15 sroegner joined #salt
20:15 AndreasLutro sure, globbing is the default
20:16 AndreasLutro https://docs.saltstack.com/en/latest/ref/states/top.html#advanced-minion-targeting has examples
20:17 law awesomesauce
20:17 law what's going on with that 'site' stuff, though?
20:18 kevinquinnyo looks like he has a grain called site as well
20:18 AndreasLutro I can't tell you what it signifies, but it is just another key/value in the grains dictionary
20:19 akhter joined #salt
20:33 jgarr how do I configure salt commands to always use ldap authentication? via ~/.saltrc? I can't find an example rc file
20:35 meekrab joined #salt
20:37 rovar joined #salt
20:37 rovar Hey all.. I'm trying to render the contents of a pillar to a yaml file..   I'm using file.managed  contents: {{ pillar['dev'] | yaml }}
20:38 rovar but I'm getting an unknown yaml error.. from the output.. it looks like its interpreting the top level of keys under dev, but not setting the values under it correctly.
20:39 sfz- joined #salt
20:39 rovar any ideas on how i can tell it to recursively construct the yaml file correctly?  (the way a yaml.dump() might)
20:39 AndreasLutro rovar: use file.serialize for that instead
20:39 rovar oh.. i'll have a look
20:42 dmaiocchi joined #salt
20:42 AndreasLutro and use | json in .sls files
20:42 AndreasLutro it's safer
20:43 UtahDave rovar: also, in your file.managed there is a pillar_contents option where you just specify the pillar key you want
20:43 rovar dataset_pillar
20:44 rovar hah! still getting the same error, but the result is slightly different.. apparently there is something in this pillar that doesn't want to render to yaml...
20:44 noraatepernos Would a good salt minion id be something like ‘elasticsearch-01’?
20:44 rovar it says that dataset_pillar is  New in version FIXME
20:45 rovar we're running 2015.5.0
20:45 envintus joined #salt
20:46 AndreasLutro FIXME eh
20:46 rovar I wonder if the yaml formatting issues weren't quite addressed in this version
20:46 AndreasLutro what is the exact error?
20:47 rovar http://pastebin.com/raw/rKe712pj
20:48 AndreasLutro well that's completely unrelated
20:48 AndreasLutro you're missing a colon
20:48 AndreasLutro also some -s
20:48 rovar ah
20:48 newjersey joined #salt
20:49 newjersey joined #salt
20:49 noraatepernos A minion_id of elasticsearch-1 would be matched with something like ‘elasticsearch*’ or are you better off using hostname?  I’m curious what the convention is and can’t seem to figure it out.
20:49 oida joined #salt
20:50 AndreasLutro noraatepernos: yes it would be matched - whatever minion id scheme you use is up to you
20:51 rovar AndreasLutro, thanks for your help.  I'm on to a new error,    Comment: Missingn parameter dataset for state file.serialize.
20:51 rovar I assume that salt 2015.5 is too old for the dataset_pillar feature
20:51 pipps joined #salt
20:51 rovar will attempt
20:51 noraatepernos AndreasLutro: In a perfect world, I could start an ec2 instance with a Tag minionId=elasticsearch-{n} and salt would do the rest.
20:51 rovar - dataset:  pillar['dev']
20:52 AndreasLutro noraatepernos: just echo that into /etc/salt/minion_id in your userdata or whatever
20:52 akhter joined #salt
20:53 PredatorVI anyone have expertise w/ the rabbitmq-formula?  I'm having issues getting my states to work with fully-qualified node names
20:58 macheck left #salt
20:58 macheck joined #salt
20:59 UtahDave left #salt
21:02 jeffspeff joined #salt
21:05 overyander joined #salt
21:06 keimlink joined #salt
21:09 nate_c joined #salt
21:19 envintus joined #salt
21:19 rovar serializing with file.serialize produces sub-par results
21:19 rovar I load a yaml file which looks like a sane set of mappings..
21:20 RandyT joined #salt
21:20 rovar then when I render it back to a yml file i end up with  http://pastebin.com/raw/5u62M9bv
21:21 RandyT joined #salt
21:27 wenzel62 joined #salt
21:28 rovar would there be a way to interpret it as a regular dict?   {{ dict(pillar['dev']) }} doesn't work
21:30 AndreasLutro rovar: - dataset: {{ pillar['dev'] | json }}
21:31 rovar AndreasLutro and that'll turn happily into yaml?
21:42 pipps joined #salt
21:44 rovar AndreasLutro :  same result :(
21:45 rovar thinking I need to upgrade to 8.8 to get the better dataset handling
21:45 kevinquinnyo1 joined #salt
21:53 rocketnova joined #salt
21:54 envintus joined #salt
22:00 meekrab joined #salt
22:03 zer0def joined #salt
22:08 west575 joined #salt
22:12 quasiben joined #salt
22:16 manji joined #salt
22:16 pdayton joined #salt
22:16 quasiben1 joined #salt
22:22 bltmiller is it possible to use salt masterless along side a gitfs backend?
22:24 pdayton joined #salt
22:35 debian112 joined #salt
22:38 zenlot6 joined #salt
22:38 ninjada joined #salt
22:43 meekrab joined #salt
22:45 quasiben joined #salt
22:47 baweaver joined #salt
22:55 brianfeister joined #salt
23:03 pipps joined #salt
23:04 pipps99 joined #salt
23:04 edrocks joined #salt
23:06 iggy doesn't really make much sense, but I think they are working on something similar
23:09 bltmiller iggy: answered my own question, totally does work
23:11 west575 joined #salt
23:11 iggy good to know... still seems questionable
23:14 kevinmm joined #salt
23:24 justanotheruser joined #salt
23:24 baweaver joined #salt
23:26 brotatochip joined #salt
23:26 quasiben joined #salt
23:29 whatever_sd_ joined #salt
23:30 jerredbell joined #salt
23:33 cpowell joined #salt
23:33 tvinson salt worst practices question: i'm using file.replace with a pattern of '(\s*kernel(?!.*audit=1).*$)' to turn on audit logging in grub.conf. i can't use file.managed unless i can tell salt what kernel i want to boot. is there a less boneheaded way to do this? is anyone else using replace like this?
23:34 tvinson i guess the repl would help, it's pretty obvious though '\1 audit=1'
23:35 amcorreia joined #salt
23:38 pipps joined #salt
23:45 Knuta tvinson: which distro is this? A lot of them allow you to specify kernel parameters in a separate file, and then you can run a thing to regenerate grub.conf
23:46 tvinson Knuta: I'm doing that on RHEL7. This is RHEL6, I don't think it's an option unless I missed it.
23:46 keldwud_ joined #salt
23:47 tvinson Knuta: i also have to support RHEL5 with this :)
23:50 brotatochip joined #salt
23:53 envintus joined #salt
23:57 lero joined #salt

| Channels | #salt index | Today | | Search | Google Search | Plain-Text | summary