Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-08-08

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

All times shown according to UTC.

Time Nick Message
00:02 dopesong joined #salt
00:03 mimiandi joined #salt
00:05 mimiandi is _scheduler.conf created by salt minion ?
00:05 mimiandi _schedule.conf rather
00:08 mimiandi hmm it does..
00:08 mimiandi restarting it after removing it recreates it
00:09 clintberry joined #salt
00:11 sunkist joined #salt
00:13 jaybocc2 joined #salt
00:19 kbyrne joined #salt
00:24 iggy mimiandi: it does
00:25 iggy it's meant to preserve schedules set by states over reboot
00:25 iggy or over service restart
00:26 dthom91 joined #salt
00:27 mimiandi iggy: i am still trying to figure out why it took restart minions to get that grains to work properly
00:27 mimiandi iggy: because it stopped working again
00:28 johnkeates joined #salt
00:29 mimiandi_ joined #salt
00:31 mimiandi_ so we do 10min refresh of modules
00:31 ajw0100 joined #salt
00:31 mimiandi_ refresh_modules that is
00:32 dendazen joined #salt
00:32 mimiandi_ do you use ?
00:32 mimiandi_ grains_refresh_every: 10 grains_cache: True grains_cache_expiration: 300
00:32 mimiandi_ in your config ?
00:32 pipps joined #salt
00:37 napsterX joined #salt
00:44 forrest joined #salt
00:49 eXistenZNL joined #salt
00:50 baweaver joined #salt
00:53 Sypher joined #salt
00:57 dthom91 joined #salt
01:04 funzo joined #salt
01:12 rhodgin joined #salt
01:21 benny22 joined #salt
01:22 benny22 hi all, I'm trying to use the output of a module as a parameter to another action in a state file, but I don't seem to find a way to do that
01:33 dendazen joined #salt
01:34 omegamike joined #salt
01:38 napsterX joined #salt
01:45 cheus joined #salt
01:45 SheetiS joined #salt
01:49 dthom91 joined #salt
01:56 sunkist joined #salt
02:00 dopesong joined #salt
02:05 funzo joined #salt
02:09 dthom91 joined #salt
02:11 VR-Jack benny22: I believe that's one of salts shortcomings.
02:14 nzero joined #salt
02:17 shaggy_surfer1 joined #salt
02:19 prwilson joined #salt
02:22 VooDooNOFX joined #salt
02:27 dthom91 joined #salt
02:32 hasues joined #salt
02:38 napsterX joined #salt
02:40 timoguin joined #salt
02:40 benny22 VR-Jack: in this specific case I was attempting to work around an issue, and I think I found a different approach. Based on what I've read, perhaps the "correct" approach is to create a custom module to handle it, but I don't want to get into that activity right now
02:43 VR-Jack benny22: understand. keep in mind that dev has some features that are useful for that type of situation, but they are a ways out
02:45 yomilk joined #salt
02:50 mohae joined #salt
02:51 favadi joined #salt
02:51 benny22 well, thanks for the feedback - at least it saves me trying to extract this info from the docs, if it isn't yet there :)
02:55 dthom91 joined #salt
03:01 hasues joined #salt
03:02 hasues left #salt
03:05 funzo joined #salt
03:26 writtenoff joined #salt
03:36 aqua^c joined #salt
03:40 zmalone joined #salt
03:40 VR-Jack ahhh, the fun of bughunting
03:44 napsterX joined #salt
03:45 subsignal joined #salt
04:00 VR-Jack nodegroups are broken between 2015.5+ and anything older than 2014.7... not sure if that is actually an issue.
04:00 dopesong joined #salt
04:11 writtenoff joined #salt
04:21 funzo joined #salt
04:31 yomilk_ joined #salt
04:37 VooDooNOFX joined #salt
04:43 yomilk joined #salt
04:52 malinoff joined #salt
05:01 dopesong joined #salt
05:10 omegamike joined #salt
05:12 otter768 joined #salt
05:17 DanyC VR-Jack: when you say nodegroups are borken between 2015.5+ and anything older than 2014.7 - do you have an issue # so i can keep track of it?
05:20 catpigger joined #salt
05:25 Tyrm joined #salt
05:25 VR-Jack DanyC: https://github.com/saltstack/salt/issues/26107#issuecomment-128898768
05:25 saltstackbot [#26107]title: Issue targeting nodegroups - Invalid compound target: ( L@ ... ) | Seeing a strange bug when targeting nodegroups. Some of my minion return fine, whereas others give me either "Minion did not return. [No response]" or "Minion did not return. [Not connected]"....
05:26 VR-Jack I believe (99% sure) I've found the bug in the older code. We'd have to change what we send to the older minions to make it work I think.
05:29 DanyC VR-Jack: many thanks !
05:30 VR-Jack DanyC: if you have that issue, feel free to manually tweak the line of code I point out in the issue and test it. I didn't have that old a minion
05:30 DanyC VR-Jack: btw, the prob i had/ we discussed earlier with highstate taking a long time, i have enabled trace on master/minion and what i see on minion is "Check main poller timeout 1"  -any idea what this does mean ?
05:34 jasonrm joined #salt
05:34 VR-Jack DanyC: not familiar with it. I've always found salt to be somewhat sluggish, personally.
05:35 VR-Jack but it's faster than 200 openning hundreds of ssh terminals and copying and pasting.
05:36 DanyC VR-Jack: i see, np - thanks. Is just drives me crazy as i can't wait 10 min for a highstate to complete and yet i get no much clue/ info from any sort of log level hence a bit lost/ run out of ideas
05:38 VR-Jack It does appear to only effect your first run where you auth, though.
05:38 VR-Jack I generally find more changes = more time, and sometimes that's just loading time
05:41 DanyC VR-Jack: correct is for the first run and while accept the caching/ loading time  - so far what i have seen is that is doing nothing ~2 min after its key was accepted and another ~2 min for reactor to kick in ... wonder if there is any params which i need to tweak or that is the norm
05:46 VR-Jack could check on timeout/retry values
05:46 DanyC this changes - even if there are ~150ish are all very simple and i only have 4 other minions hooked with this master so very light imo
05:46 salt-devel joined #salt
05:46 DanyC VR-Jack: what i don't know tbh is - am i hitting a bug, am i dump and don't know that is the expected behaviour since i don't know the flow of sequences master/ minion needs to go over and so i don't know which default values might have an infulence on it
05:46 VR-Jack DanyC: only way to know that is to compare different versions. Test on a 2014.7 master/minion and compare to 2015.5
05:46 VR-Jack 2015.5 is sadly, somewhat buggy still
05:46 notbmatt joined #salt
05:47 ablemann joined #salt
05:47 Corey joined #salt
05:49 danielcb joined #salt
05:49 nzero joined #salt
05:51 DanyC VR-Jack: ahhh i see. I guess i have no other option :))  I'll go and do that work and will report back . Thx a bunch
05:52 analogbyte joined #salt
05:52 VR-Jack DanyC: You can also minimize your stuff. Drop it down to 1 change, for example, for testing just your auth/reactor stuff
05:54 DanyC VR-Jack: good idea, will do that first then
05:54 Corey joined #salt
05:56 VR-Jack one of these days I'll sit down and read up on python. bug fixing in a language you don't know is annoying.
05:57 Aidin joined #salt
05:59 SheetiS joined #salt
06:00 Guest25336 joined #salt
06:02 dopesong joined #salt
06:02 yomilk joined #salt
06:05 jmreicha joined #salt
06:05 notbmatt joined #salt
06:07 Zachary_DuBois joined #salt
06:09 favadi joined #salt
06:12 elektrix joined #salt
06:12 DanyC VR-Jack: right so i strip out as manu states possible, only left the mine, reacotr and 2 minor states. You can see here http://paste.openstack.org/show/412254/ the minion is starting to read the config - aka highstate (and i can confirm ps shows me salt-call is runing) but it took 2+ to do anything
06:13 DanyC VR-Jack: and on the master no activity was looged during this period
06:15 bfoxwell joined #salt
06:17 armguy joined #salt
06:19 zsoftich joined #salt
06:25 Guest80430 joined #salt
06:27 Guest80430 left #salt
06:27 h220hawk joined #salt
06:38 Jahkeup joined #salt
06:48 VooDooNOFX joined #salt
06:58 omegamike joined #salt
07:00 yomilk joined #salt
07:01 favadi joined #salt
07:01 VooDooNOFX joined #salt
07:01 terrdry joined #salt
07:03 dopesong joined #salt
07:07 mt joined #salt
07:13 dopesong joined #salt
07:13 otter768 joined #salt
07:13 Tyrm joined #salt
07:16 rhodgin_ joined #salt
07:18 sdadadasdasdasda joined #salt
07:25 subsignal joined #salt
07:41 CeBe joined #salt
07:42 yomilk joined #salt
07:43 pppingme joined #salt
07:53 favadi joined #salt
07:59 ttrumm joined #salt
08:09 z3r0 joined #salt
08:16 jhauser joined #salt
08:28 X67r joined #salt
08:39 ponpanderer joined #salt
08:46 evle joined #salt
08:47 omegamike joined #salt
08:51 linjan_ joined #salt
09:05 yomilk joined #salt
09:08 TyrfingMjolnir joined #salt
09:11 malinoff joined #salt
09:11 denys joined #salt
09:13 sarlalian joined #salt
09:14 otter768 joined #salt
09:14 markm joined #salt
09:20 blue_ joined #salt
09:21 blue_ hello
09:23 markm joined #salt
09:23 CeBe joined #salt
09:28 subsignal joined #salt
09:43 favadi joined #salt
09:58 jngd joined #salt
10:10 ttrumm joined #salt
10:28 subsignal joined #salt
10:35 omegamike joined #salt
10:40 TyrfingMjolnir joined #salt
10:42 pcdummy joined #salt
10:45 yomilk joined #salt
10:48 VooDooNOFX joined #salt
10:49 aqua^c joined #salt
10:50 Tyrm joined #salt
10:55 bhosmer joined #salt
10:58 ttrumm joined #salt
11:04 bhosmer joined #salt
11:07 fgimian joined #salt
11:07 johnkeates joined #salt
11:07 bhosmer joined #salt
11:15 otter768 joined #salt
11:16 bhosmer joined #salt
11:21 micko joined #salt
11:22 favadi joined #salt
11:25 jngd joined #salt
11:26 dopesong joined #salt
11:29 subsignal joined #salt
11:29 sdebot joined #salt
11:36 omegamike joined #salt
11:37 markm joined #salt
11:37 Qwazerty joined #salt
11:44 yomilk joined #salt
11:48 dendazen joined #salt
11:55 bali joined #salt
11:56 John27 joined #salt
11:58 krymzon joined #salt
12:06 Qwazerty joined #salt
12:06 fgimian joined #salt
12:13 VooDooNOFX joined #salt
12:18 amcorreia joined #salt
12:20 CeBe joined #salt
12:22 funzo joined #salt
12:27 dopesong joined #salt
12:30 subsignal joined #salt
12:44 dthom91 joined #salt
12:51 Tyrm joined #salt
13:10 zmalone joined #salt
13:15 otter768 joined #salt
13:25 omegamike joined #salt
13:26 mnml_ joined #salt
13:32 VooDooNOFX joined #salt
13:38 funzo joined #salt
13:41 muep joined #salt
13:44 pi3r7 joined #salt
14:06 Zachary_DuBois joined #salt
14:06 VR-Jack joined #salt
14:07 favadi joined #salt
14:08 VooDooNOFX joined #salt
14:08 XenophonF joined #salt
14:09 dopesong joined #salt
14:10 markm joined #salt
14:15 subsignal joined #salt
14:17 Tyrm joined #salt
14:24 pppingme joined #salt
14:25 aqua^c joined #salt
14:25 pi3r7 joined #salt
14:31 VooDooNOFX joined #salt
14:38 pi3r12 joined #salt
14:42 VooDooNOFX joined #salt
14:57 af_ joined #salt
15:00 stoogenmeyer_ joined #salt
15:08 funzo joined #salt
15:11 Lionel_Debroux joined #salt
15:16 otter768 joined #salt
15:17 mapu joined #salt
15:19 dopesong joined #salt
15:20 sdebot joined #salt
15:22 sdebot joined #salt
15:26 VooDooNOFX joined #salt
15:27 sunkist joined #salt
15:39 ajw0100 joined #salt
15:41 viq joined #salt
15:46 sdebot joined #salt
15:48 CeBe joined #salt
15:51 jhauser joined #salt
15:56 teryx510 joined #salt
15:57 VR-Jack Looks like we can possibly support nested nodegroups for 2014.7+ while still maintaining unnested nodegroups for minions prior to 2014.7
15:57 VR-Jack I'm surprised that everything else works, though.
16:01 VooDooNOFX joined #salt
16:09 funzo joined #salt
16:13 VooDooNOFX joined #salt
16:13 teryx5101 joined #salt
16:14 yomilk joined #salt
16:15 VR-Jack anyone else think the salt release schedule and time of support is too short?
16:18 johnkeates joined #salt
16:20 JoeHazzers joined #salt
16:22 johnkeates joined #salt
16:26 johnkeates joined #salt
16:34 johnkeates joined #salt
16:39 __momak35NS joined #salt
16:39 __momak35NS youtube movie that will change your life: https://www.youtube.com/watch?v=dcl6tl2FC98
16:41 __momak35NS left #salt
16:41 VooDooNOFX joined #salt
16:42 herpoderp joined #salt
16:43 johnkeates joined #salt
16:47 VooDooNOFX joined #salt
16:49 slav0nic joined #salt
16:54 pfallenop joined #salt
16:54 pfallenop joined #salt
16:57 jeadr joined #salt
16:58 malinoff joined #salt
16:58 malinoff joined #salt
16:59 ajw0100 joined #salt
17:00 VooDooNOFX joined #salt
17:01 pfallenop joined #salt
17:01 capricorn_1 joined #salt
17:06 shiriru joined #salt
17:08 aqua^c joined #salt
17:13 ldlework joined #salt
17:14 ldlework left #salt
17:16 markm_ joined #salt
17:16 otter768 joined #salt
17:24 CeBe joined #salt
17:35 Fiber^ joined #salt
17:46 yomilk joined #salt
18:00 VooDooNOFX joined #salt
18:06 ALLmightySPIFF joined #salt
18:06 linjan joined #salt
18:10 funzo joined #salt
18:12 XenophonF it's about every 3-6 months
18:13 XenophonF the pace seems fine to me
18:14 ttrumm joined #salt
18:21 VooDooNOFX joined #salt
18:22 curlyCron joined #salt
18:22 curlyCron left #salt
18:25 timoguin joined #salt
18:26 VR-Jack XenophonF: that's a pretty fast pace with a LOT of changes, and very few versions maintained. We can't even get rid of most of the bugs in a version before it's discontinued.
18:28 XenophonF it'd be nice if they backported bugfixes to 2014.7, but i think their current version numbering scheme is a little deceptive
18:29 XenophonF i don't think salt's really at version 1.0 yet
18:29 XenophonF it's really still just in beta
18:29 XenophonF IMO
18:29 XenophonF so 3-6 months between beta releases feels right for it's current maturity level
18:29 XenophonF same goes for not maintaining older branches
18:31 XenophonF i dunno
18:33 VR-Jack well, some of the newer branches have problems with older supported OS's
18:33 VR-Jack but then the newer branches also have issues with the older ones in compatability
18:34 VR-Jack The "Upgrade all your minions" isn't a good solution, really
18:38 CeBe joined #salt
18:50 tvinson joined #salt
19:00 chamunks joined #salt
19:11 funzo joined #salt
19:12 VooDooNOFX joined #salt
19:18 VooDooNOFX joined #salt
19:18 timoguin joined #salt
19:22 timoguin joined #salt
19:28 CeBe joined #salt
19:34 yomilk joined #salt
19:35 VooDooNOFX joined #salt
19:48 otter768 joined #salt
19:51 omegamike joined #salt
19:55 aRkadeFR joined #salt
19:56 aRkadeFR hey guys, do we still need to do a saltutil.refresh_pillar? I see my pillard up to date even without running the previous command
20:00 quasiben joined #salt
20:04 Bryson joined #salt
20:10 johnkeates joined #salt
20:20 VR-Jack arKadeFR: it's often not required, but sometimes.
20:21 aRkadeFR ok thanks VR-Jack
20:28 VooDooNOFX joined #salt
20:34 blue_ left #salt
20:34 GreatSnoopy joined #salt
20:35 yomilk joined #salt
20:42 funzo joined #salt
20:43 johnkeates joined #salt
20:44 aqua^c joined #salt
20:45 TyrfingMjolnir joined #salt
20:47 johnkeates joined #salt
21:02 VooDooNOFX joined #salt
21:05 Number6 joined #salt
21:05 viq joined #salt
21:07 sunkist joined #salt
21:08 peters-tx joined #salt
21:22 CeBe joined #salt
21:22 MatthewsFace joined #salt
21:23 subsignal joined #salt
21:38 aparsons joined #salt
21:39 omegamike joined #salt
21:41 aparsons_ joined #salt
21:42 amcorreia joined #salt
21:45 subsignal joined #salt
21:48 otter768 joined #salt
21:57 funzo joined #salt
21:58 napsterX_ joined #salt
22:06 dthom91 joined #salt
22:17 elektrix hey...maybe a dumb question...is there anyway to apply salt states to a client without it running a minion (i.e. like Ansible)? Asking because I'm already familiar with salt (use it in $DAYJOB), and am looking at some side gigs where I'll be deploying servers/services, then handing the systems off...and they don't want to use configuration management (don't ask).
22:18 VR-Jack salt-ssh?
22:18 elektrix I was looking at that.
22:18 VR-Jack http://docs.saltstack.com/en/latest/topics/ssh/
22:18 elektrix but it isn't clear that you can actually do that (i.e. there's a section on minion config)
22:19 elektrix just wanted to see if it was doable before I invest a lot of time, only to figure out it's not possible
22:19 VR-Jack I haven't really played with it myself, but my understanding is it moves files over with ssh and then executes
22:20 elektrix ok, well since it looks like it's "definitely maybe", I'll take a stab at it
22:21 elektrix doh...just read the first paragraph
22:21 VR-Jack I'd say you're in the 90% ballpark with it
22:22 elektrix "This addition allows for Salt routines to be executed on remote systems entirely through ssh, bypassing the need for a Salt Minion to be running on the remote systems and the need for a Salt Master."
22:22 * elektrix should RTFM
22:22 digitalhero joined #salt
22:22 VR-Jack lol. it's not as nice as minions, but it does the job when you need it
22:23 VR-Jack I'm looking at using it for master of master, aka MOM
22:23 elektrix yeah...I figured as much...but should be good enough for deployment and handoff, and I don't have to learn yet another cfg mgt system
22:23 elektrix yeah...would be a good way to quickly spin up a master
22:24 dendazen joined #salt
22:24 yomilk joined #salt
22:24 VR-Jack well, I manage multiple networks, each with a salt master. So if I need to deal with a zero day exploit, I should be able to one command it from my main system, and have all the masters update their children
22:25 elektrix that's a good use case
22:25 VR-Jack well, salt made it 5 ssh sessions vs 200+, but this should drop it to 1
22:28 elektrix for zero day...you mean a zero day in the salt-master app? populate the pillars/states with app updates for the (whatever) app? or something else? kinda curious
22:28 VR-Jack zero day exploits, must upgrade servers immediately
22:29 elektrix ok...makes sense
22:29 VR-Jack doesn't matter if it's the master, or a package on minions
22:29 MdLx joined #salt
22:29 VR-Jack openssl was a big issue. bind has had lots of issues too
22:31 VR-Jack so updating resolvers or openssl tends to be an every server thing. At 200+ it's annoying, even with ssh keys and copy/paste
22:35 VooDooNOFX joined #salt
22:37 VR-Jack Generally I run highstate manually when I desire it. I also keep my saltfs and pillars sectioned and in hg. Modifications are usually just to my local copy, push to private repo, have master grab and execute.
22:43 elektrix sounds similar to what I do (only use git instead of hg)
22:44 VR-Jack yeah, I needed something easier for a novice is why I picked hg. business partner has little patience.
22:44 elektrix but I imagine if you're running 5 different networks, have to have separate repos for each pillar/saltfs?
22:44 elektrix or is it all for the same company?
22:45 VR-Jack Most have a similar saltfs. pillar is divided up into different subdirectories each as it's own repo and then a common repo.
22:45 elektrix or same saltfs for all, unique pillar for each?
22:45 VR-Jack my top file is mostly jinja
22:45 elektrix yeah...should probably have a better top file that what we have...unfortunately most everything that should be in pillar is in the saltfs...
22:46 VR-Jack host definitions are in company/hosts.sls and top.sls knows how to detect, read, and build hosts lists based on those
22:46 elektrix have been working on pulling that stuff out
22:46 elektrix nice
22:46 VR-Jack it's completely evil, since it reads pillar data to build the pillar.
22:46 elektrix ha
22:47 VR-Jack but I can have the jinja build a host list for any pillar dict item.
22:47 elektrix that's handy
22:47 VR-Jack I felt that was important since anything but the minion name can be forged
22:48 VR-Jack this way, the pillar provides me the appropriate lists for access control vs using grains or something equally untasteful, and my top file can be shared on different deployments
22:48 elektrix yeah...I need to spend more time w/ salt, but at this point we have a new sysadmin and I now get to do other tasks...so don't get to get my hands as dirty as I used to
22:49 VR-Jack that's always an issue. I'm actually still converting my notepads into salt
22:49 elektrix :D
22:50 VR-Jack when done, I can define a company's server on my surface pro 3, and netboot their server for a complete install with all VMs.
22:50 VR-Jack install time about 3 hours, most of that the hardward raid initializing. lol
22:50 elektrix very nice...
22:50 VR-Jack roughly 2 days by hand. :(
22:52 jhujhiti can someone explain to me how to achieve something like this: http://pastie.org/private/wqde3llay0uhrbqxkwog - the pillar.get doesn't return anything
22:52 elektrix ouch...yeah, we're trying to get away from long deploy times...goal is to have servers auto-install, install salt, run high-state, then script the restore from backup...full DR preparedness
22:53 elektrix be able to restore any servers within 30 minutes...due to the small environment, our servers are still pets, and not cattle
22:54 VR-Jack jhujhiti: you don't say. is the top.sls and a/init.sls in pillar and the b/init.sls in salt base?
22:54 jhujhiti sorry, all pillar
22:54 VR-Jack can't read pillar in pillar without some serious jinja
22:54 jhujhiti i assume there's some kind of ordering issue
22:55 VR-Jack let me see if I still have my gist
22:55 jhujhiti https://groups.google.com/forum/#!topic/salt-users/gH7DHC0Ck88 this user seems to be using pillar.get inside a pillar?
22:58 VR-Jack he's got an old version. It may still work. haven't tried it in awhile. what error did it give?
22:58 funzo joined #salt
22:59 VR-Jack oh, and the - i, should be - {{ i }} I believe. :)
22:59 jhujhiti the get throws an exception that it doesn't exist
22:59 jhujhiti oops, yeah, typo in the pastie
23:00 VR-Jack well, first, pillar.get is a salt call.
23:00 VR-Jack you can use pillar{name} I believe or you can do {{ salt['pillar.get']('foo:bar:baz', 'qux') }}
23:01 jhujhiti the value doesn't exist rather than the function
23:01 jhujhiti i can pillar.get('a', 'default') and it will "work" (return default)
23:02 jhujhiti since a is before it in the same section of the top file, it seems like 'a' ought to be defined
23:02 VR-Jack Hmm, try pillar{'a'} or use the salt['pillar.get'] notation
23:03 jhujhiti i assume you mean pillar['a'] ?
23:03 VR-Jack sorry. yes
23:03 VR-Jack pillar['a]
23:03 VR-Jack bleh
23:04 VR-Jack both notations are listed on this page http://docs.saltstack.com/en/latest/topics/pillar/index.html
23:05 jhujhiti yep, dict notation fails with "Jinja variable 'dict object' has no attribute 'a'"
23:05 VR-Jack the benefit of salt[] is the default option
23:05 VR-Jack and it works in places where jinja dict doesn't
23:05 jhujhiti and salt['pillar.get']('a') seems to just fail silently and return [] or none or something
23:06 jhujhiti the closest i get is pillar.get("a"), which throws a python exception while rendering the template because it returns None
23:07 jhujhiti so at least the function is defined
23:10 jhujhiti there are feature requests open since at least april 2012 for this
23:10 jhujhiti seems pretty basic
23:12 pcdummy joined #salt
23:12 jhujhiti i may have reduced the problem too far. http://pastie.org/private/k1rkwrwrfwfwfwe1dz6ula is closer to what i'm looking at
23:14 jhujhiti maybe not. same issue with them under the same level in the top file. lame.
23:18 VooDooNOFX joined #salt
23:21 VR-Jack jhujhiti: well, you can always try a simpler version of https://gist.github.com/vr-jack/d53733b554fb15b12bfd
23:22 jhujhiti ugh
23:23 VR-Jack muahaha. It's how I generate my top file to pickup dynamic hosts. :)
23:23 VR-Jack evil, evil, evil. There is an include option, but that won't give you what you are wanting
23:24 ashmckenzie left #salt
23:24 VR-Jack You could use an external pillar to dynamically generate the pillar
23:24 jhujhiti yeah, i can't include because i need it in a different format
23:24 jhujhiti i'm tempted to replace the pillar entirely with an external pillar and do it myself
23:24 jhujhiti it looks like reclass might help here
23:24 VR-Jack well, external is powerful. as you saw on my gist, jinja is ugly
23:26 VR-Jack though for your case, import_yaml might work in a static form. mine is dynamic
23:26 jhujhiti it's still waaaay more effort than i'm willing to exert to solve it for a specific case
23:31 VR-Jack jhujhiti: simple version https://gist.github.com/vr-jack/fa71b7e452dbfdb1cfe4
23:32 yomilk joined #salt
23:32 VR-Jack just remember that it loads the entire file, which can be a little extreme
23:33 jhujhiti hmm
23:33 VR-Jack but for a small job, should work
23:33 VR-Jack it loads the file regardless of top.sls as well
23:34 VR-Jack so if a minion only gets b, he'll still get the records
23:34 VR-Jack it doesn't allow for overwrite tricks because of that
23:35 godlike joined #salt
23:35 fgimian joined #salt
23:36 godlike hello! does anybody know if it is possible to use grains in states that are being used by the reactor system?
23:37 digitalhero joined #salt
23:38 VR-Jack jhujhiti: ideally, I'd create an unlisted (in top.sls) file which holds commonly use dict values. load that up, and distribute in all pillar files that need those values.
23:40 VR-Jack godlike: states run on minion, so they are supported there. they can also be used in the - tgt: specifier
23:41 godlike VR-Jack: ok, this is weird, lemme bring up a paste
23:41 VR-Jack you're godlike, so make it a gist. :P
23:41 otter768 joined #salt
23:42 jjido joined #salt
23:44 godlike VR-Jack: lol, https://bpaste.net/show/82b25018baab here's my issue
23:45 VR-Jack godlike: won't work in that file as it is processed by the master itself
23:46 VR-Jack you could use grain specifier in the tgt: or if you do a state.sls to a minion, you can use grains inside that.
23:48 VR-Jack godlike: you might be able to use salt mine. I believe master can retrieve those values
23:50 VR-Jack http://docs.saltstack.com/en/latest/topics/mine/index.html
23:51 godlike VR-Jack: thanks... interesting. I was just testing things out, pity I can't use my grains there :( not for the actions at least
23:51 godlike but the mine could work
23:52 VR-Jack yeah. always an issue dealing with master view vs minion view
23:52 VR-Jack reactor and orchestrate both can be a pain at times because of it
23:53 VR-Jack also, master's view of pillar is anything in '*' and anything given to node <localminionid_master>
23:53 VR-Jack so if the master's local minionid is pony, it's reference in pillar is pony_master
23:54 godlike I see
23:54 godlike well, gonna go and see if I can handle this with mine. thanks again VR-Jack
23:54 VR-Jack np. good luck
23:57 TyrfingMjolnir joined #salt

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