Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-07-23

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

All times shown according to UTC.

Time Nick Message
00:00 aqua^c joined #salt
00:01 quasiben joined #salt
00:02 drawsmcgraw left #salt
00:03 napsterX joined #salt
00:04 viq joined #salt
00:11 mosen joined #salt
00:13 snave left #salt
00:17 viq joined #salt
00:18 breakingmatter joined #salt
00:25 ph8 joined #salt
00:29 hasues joined #salt
00:31 theologian joined #salt
00:33 Barbarossa joined #salt
00:46 hasues left #salt
00:47 murrdoc joined #salt
00:56 hal58th joined #salt
00:59 b18 joined #salt
01:03 johnkeates joined #salt
01:04 napsterX joined #salt
01:06 subsignal joined #salt
01:08 amcorreia_ joined #salt
01:09 markm joined #salt
01:09 furrowedbrow joined #salt
01:13 forrest joined #salt
01:14 MohShami joined #salt
01:15 dude051 joined #salt
01:16 MohShami hey guys, I'm trying to use the orchestrator, but seems there is something wrong in the documentation, running "salt-run state.orchestrate orch.deploy" doesn't look for deploy.sls in "/usr/local/etc/salt/orch", it looks for "/usr/local/etc/salt/states/orch"
01:16 MohShami I'm using FreeBSD 10.1
01:18 surge__ joined #salt
01:20 ageorgop joined #salt
01:21 quasiben joined #salt
01:24 quasiben1 joined #salt
01:27 zz_ashmckenzie joined #salt
01:30 dayid joined #salt
01:30 Aidin joined #salt
01:34 viq joined #salt
01:36 breakingmatter joined #salt
01:48 ageorgop joined #salt
01:50 viq joined #salt
01:53 mapu joined #salt
02:02 jalbretsen joined #salt
02:06 fllr joined #salt
02:06 napsterX joined #salt
02:08 ageorgop joined #salt
02:17 jasper_ joined #salt
02:20 dude051 joined #salt
02:21 ageorgop joined #salt
02:29 evle joined #salt
02:30 ageorgop joined #salt
02:38 breakingmatter joined #salt
02:39 ageorgop joined #salt
02:51 ageorgop joined #salt
02:58 ageorgop joined #salt
03:07 napsterX joined #salt
03:11 Furao joined #salt
03:13 MohShami_ joined #salt
03:13 evle Is there a way to get minion's current date/time?
03:21 Aidin joined #salt
03:22 napsterX joined #salt
03:28 dude051 joined #salt
03:29 ageorgop joined #salt
03:31 shantanoo joined #salt
03:40 clintberry joined #salt
03:46 alemeno22 joined #salt
03:51 ageorgop joined #salt
03:55 Erika-Mustermann joined #salt
03:59 cpowell joined #salt
04:03 alemeno22 joined #salt
04:03 unholycrab joined #salt
04:04 cpowell_ joined #salt
04:06 fllr_ joined #salt
04:06 jasper_ libsodium on solaris 10 :(((
04:07 jasper_ some one can help me :(
04:12 Gareth evle: cmd.run module running date on the minion?
04:13 evle Gareth: Some minions are on windows, so I was looking for more universal way.
04:16 Gareth evle: try the timezone module.
04:17 Gareth nm. not available on windows.
04:17 evle Gareth: I tried. It gives me timezone in different format, but no actual time.
04:18 murrdoc joined #salt
04:18 Gareth definitely would be a useful addition, probably not too difficult either.
04:32 bhosmer joined #salt
04:38 breakingmatter joined #salt
04:41 murrdoc joined #salt
04:41 favadi joined #salt
04:44 sunkist joined #salt
04:47 sunkist1 joined #salt
04:58 stoogenmeyer_ joined #salt
05:00 tkharju joined #salt
05:08 jaybocc2 joined #salt
05:19 napsterX joined #salt
05:20 hartym joined #salt
05:22 linjan joined #salt
05:24 jaybocc2 joined #salt
05:29 joeto joined #salt
05:35 rdas joined #salt
05:37 shantanoo joined #salt
05:37 shantanoo joined #salt
05:43 catpiggest joined #salt
05:57 stoogenmeyer_ joined #salt
05:58 linjan joined #salt
06:04 malinoff joined #salt
06:06 AndreasLutro joined #salt
06:09 monkey66 joined #salt
06:11 dopesong joined #salt
06:12 dopesong_ joined #salt
06:14 gcfhvjbkn joined #salt
06:19 jaybocc2 joined #salt
06:21 clintberry joined #salt
06:24 sirex joined #salt
06:27 breakingmatter joined #salt
06:32 zhoujl joined #salt
06:33 monkey661 joined #salt
06:34 harkx joined #salt
06:34 zhoujl hi everyone. I have a question.How can i the get the machine all grains in minion, just like use " salt '*' grains.items" in master? Thank you .
06:35 jaybocc2 joined #salt
06:36 mosen salt-call grains.items
06:36 mosen I think that's what youre looking for
06:38 RedundancyD joined #salt
06:38 zhoujl @mosen yes that it is .Thank you
06:40 KermitTheFragger joined #salt
06:40 aw110f joined #salt
06:44 aw110f_ joined #salt
06:44 monkey66 joined #salt
06:47 hrumph_ joined #salt
06:47 hrumph_ hi
06:47 hrumph_ there is a discrepancy between windows and linux grain data
06:48 hrumph_ the "virtual" grain for a physical windows machine doesn't exist, but for a physical linux machine it's "physical"
06:48 hrumph_ for a windows virtual machine it is reported (e.g. "kvm")
06:53 xintron Using salt -t (timeout), does that mean that if I run highstate with timeout 10min, will it try and execute on the minion for 10 min and then give up? So if the minion is offline the first 5 min it will still run when it comes online?
06:59 thalleralexander joined #salt
06:59 trikke joined #salt
07:01 wych joined #salt
07:02 mosen xintron: I thought the timeout was related to how long the client iwll wait for a result for the current job
07:05 xintron mosen, Yes, based on the documentation I interpret it as that also, but waiting for a result could also include waiting for execution. That's why I'm asking :)
07:06 mosen xintron: jobs definitely keep executing after the timeout if you look them up with salt-run, but I dont know if your example of an offline minion coming online would fail immediately or run the job :) good question
07:07 joeto joined #salt
07:09 chiui joined #salt
07:14 jcristau joined #salt
07:16 kawa2014 joined #salt
07:16 ajw0100 joined #salt
07:16 subsignal joined #salt
07:17 eseyman joined #salt
07:24 Aidin left #salt
07:26 AndreasLutro xintron: you need to install the virt-what binary somehow
07:26 AndreasLutro xintron: nevermind, wrong person :p
07:26 xintron :)
07:26 AndreasLutro hrumph_: you need to install the virt-what binary somehow
07:32 KingJ joined #salt
07:32 fredvd joined #salt
07:35 Ztyx joined #salt
07:36 Ztyx joined #salt
07:36 linjan joined #salt
07:40 Furao joined #salt
07:41 gcfhvjbkn joined #salt
07:41 jaybocc2 joined #salt
07:42 markm joined #salt
07:45 hrumph_ AndreasLutro, how come it gave a value for my virt machine? i didn't do any special set up for the virt machine and it reported kvm
07:47 hrumph_ maybe it came with the guest tools or something
07:47 Ztyx1 joined #salt
07:48 hrumph_ the problem is with windows machines
07:48 hrumph_ don't see a virt-what for windows
07:49 forrest joined #salt
07:56 TyrfingMjolnir joined #salt
07:57 jaybocc2 joined #salt
07:59 jcristau joined #salt
08:01 Erika-Mustermann joined #salt
08:03 Ztyx joined #salt
08:05 TyrfingMjolnir joined #salt
08:09 s_kunk joined #salt
08:13 zer0def joined #salt
08:16 stephanbuys joined #salt
08:18 markm joined #salt
08:20 Xevian joined #salt
08:23 voileux_ joined #salt
08:24 N-Mi joined #salt
08:26 Nazca__ joined #salt
08:26 giantlock joined #salt
08:27 hrumph joined #salt
08:27 peters-tx joined #salt
08:30 pcdummy joined #salt
08:32 gcfhvjbkn joined #salt
08:39 * AndreasLutro sped up his highstate 50x by installing python-msgpack on the minion
08:40 AndreasLutro hrumph_: hmm, maybe I'm mistaken, I just know from some log entries that salt wants virt-what to determine the `virtual` grain, but I have no idea about windows
08:41 chiui joined #salt
08:43 shantanoo joined #salt
08:45 unholycrab joined #salt
08:48 keimlink joined #salt
08:54 fredvd joined #salt
08:57 shantanoo is it possible not to display the state status in summary for certain state (expected value is fail)?
08:58 ingslovak joined #salt
09:01 N-Mi joined #salt
09:27 AndreasLutro shantanoo: add `state_verbose: false` to your master config
09:27 Barbarossa left #salt
09:28 shantanoo AndreasLutro: but that will hide summary for all the states. right?
09:28 AndreasLutro all states except the ones that either fail or make changes
09:33 __monty__ joined #salt
09:37 sgargan joined #salt
09:38 KingJ joined #salt
09:40 davromaniak joined #salt
09:41 douardda joined #salt
09:42 pcdummy joined #salt
09:43 pcdummy joined #salt
09:59 pcdummy joined #salt
10:05 impi joined #salt
10:08 jaybocc2 joined #salt
10:17 amcorreia_ joined #salt
10:24 jaybocc2 joined #salt
10:27 che-arne joined #salt
10:34 bhosmer joined #salt
10:39 giannello joined #salt
10:41 giannello heya all
10:41 giannello what's the status of the RAET transport in 2015.5.2? can it be considered production-ready?
10:55 napsterX joined #salt
11:04 giantlock joined #salt
11:12 Ztyx joined #salt
11:14 keimlink joined #salt
11:29 evle1 joined #salt
11:31 Ztyx joined #salt
11:33 _JZ_ joined #salt
11:35 keimlink_ joined #salt
11:35 favadi joined #salt
11:39 stephanbuys joined #salt
11:41 _JZ__ joined #salt
11:44 zer0def joined #salt
11:45 berserkir joined #salt
11:45 quasiben joined #salt
11:53 quasiben joined #salt
11:55 breakingmatter joined #salt
11:59 jim_ joined #salt
12:00 denys joined #salt
12:05 shantanoo joined #salt
12:10 XenophonF joined #salt
12:10 masterkorp joined #salt
12:11 masterkorp hello everyone
12:12 quasiben joined #salt
12:15 pezus joined #salt
12:15 pezus hi
12:17 pezus i could some help with salt. i wrote a custom grain to identify servers we manage. this grain returns a list with things i identify using my script. i want to make a source-directive to match for the grain in the path
12:17 pezus sth. like {{ grains['oscodename'] }} but as i have a list, i want to access the first item of my grain. is this possible?
12:18 b18 joined #salt
12:19 xintron Using salt-cloud; if I call on the runners.cloud.create giving instances that already exist, will salt only provision these for me in that case or will it try and create new instances?
12:27 ferbla joined #salt
12:29 dhscholb left #salt
12:32 shantanoo joined #salt
12:35 jaybocc2 joined #salt
12:36 ingslovak joined #salt
12:46 subsignal joined #salt
12:48 ashb joined #salt
12:51 jaybocc2 joined #salt
12:56 snaggleb joined #salt
12:56 furrowedbrow joined #salt
12:57 c10b10 joined #salt
12:57 __monty__ I'm having some trouble getting started with the quickstart guide. When I run vagrant up towards the end there's an error message, "ERROR: You need to allow pip based installations (-P)... 'tornado >= 4.0'", followed by the bootstrap-salt.sh usage message. I think the bootstrap script fails to run automatically because it needs the -P flag? Can I solve this by 'vagrant ssh'ing into the three boxes from the demo environment and running the boots
12:57 _Cyclone_ joined #salt
12:59 bash124512 joined #salt
12:59 bash124512 anyone users rabbit mq state ?
12:59 bash124512 uses*
13:00 tpaul joined #salt
13:01 quasiben joined #salt
13:02 bash124512 I have problems with rabbitmq_polic.present saying that policy is being changed all the time
13:06 keimlink joined #salt
13:06 breakingmatter joined #salt
13:07 jdesilet joined #salt
13:09 b18 joined #salt
13:10 giannello joined #salt
13:13 tpaul left #salt
13:13 AndreasLutro __monty__: you cut off after "running the bootst", but yes, you can just ssh in and run the bootstrap script manually
13:13 tkharju joined #salt
13:19 ingslovak1 joined #salt
13:20 shantanoo joined #salt
13:22 __monty__ AndreasLutro: I should probably write shorter messages. It was "running the bootstrap with the -P flag?" Do you know where the bootstrap script is located on the vm's? I can't seem to find it.
13:22 AndreasLutro __monty__: https://github.com/saltstack/salt-bootstrap#examples
13:24 tcolvin joined #salt
13:24 racooper joined #salt
13:27 masterkorp So salt bootstrap needs -P even non package install ?
13:28 __monty__ masterkop: Was that question directed at me?
13:28 __monty__ sry, masterkorp
13:29 masterkorp __monty__: hello, this question was directed to anyone :p
13:29 AndreasLutro it needs -P if the salt version you want has dependencies that can't be found in your distro's package manager
13:30 masterkorp AndreasLutro: but from a few days ago it did
13:30 masterkorp not sure if it was one upgrade
13:30 masterkorp the OS in particular is ubuntu 14.04 LTS
13:30 tkharju joined #salt
13:31 AndreasLutro no idea about that
13:31 Mate AndreasLutro: yesterday's comment to bootstrap broke it
13:31 Mate stable^1 is working well on trusty
13:32 Mate (the same for precise, but on some other issue introduced by the same commit)
13:32 Mate *commit
13:32 AndreasLutro right
13:32 c10b10 what is the latest version of salt-ssh?
13:32 AndreasLutro latest stable is 2015.5.3
13:33 AndreasLutro salt-ssh follows the same versioning as all the rest of salt
13:33 c10b10 i see
13:33 Mate except the bootstrap script, which is broken months after the release
13:33 AndreasLutro :D
13:35 c10b10 updated salt with homebrew and while the binary is in the 2015.5.3 dir, the salt --version command outputs 2015.5.0
13:35 c10b10 any ideas why?
13:36 xintron c10b10, Restarted the salt-master daemon?
13:36 c10b10 xintron, i'm using salt-ssh
13:37 timoguin joined #salt
13:37 c10b10 why would calling the new binary return the old version even if i didn't restart the daemon
13:43 Akhter joined #salt
13:43 tipiak joined #salt
13:47 AndreasLutro there's a lot of eval magic going on in salt, which binary you call doesn't really matter
13:47 AndreasLutro I don't think it's possible to have two different versions of salt installed at the same time
13:47 AndreasLutro without virtualenvs
13:48 dude051 joined #salt
14:01 mapu joined #salt
14:02 kaptk2 joined #salt
14:06 linjan joined #salt
14:06 elfixit joined #salt
14:10 c10b10 joined #salt
14:14 giantlock joined #salt
14:14 pguinardco1 joined #salt
14:16 giannello joined #salt
14:16 quasiben joined #salt
14:19 Slimmons joined #salt
14:23 OGuilherme joined #salt
14:24 SheetiS joined #salt
14:26 quasiben1 joined #salt
14:28 tmclaugh[work] joined #salt
14:30 lloesche joined #salt
14:30 NV joined #salt
14:32 aparsons joined #salt
14:34 fbretel joined #salt
14:38 aparsons joined #salt
14:38 iggy it's actually kind of easy to end up with different versions of compiled pyc files that end up getting loaded
14:39 iggy the bug tracker is littered with cases of "cleared out pyc files and all clear"
14:43 Brew joined #salt
14:43 mohae joined #salt
14:43 murrdoc joined #salt
14:44 twork let the record show: just tracked down and resolved an issue myself. see, it can be taught.
14:44 murrdoc yay
14:44 murrdoc what was the issue
14:45 murrdoc twork:  ?
14:46 napsterX joined #salt
14:46 twork salt log full of WARNINGs about a file.managed entry (term?) that didn't have a 'source:' line.
14:46 cowpunk22 joined #salt
14:46 twork which was intended, because they were all maging files in /var/log
14:46 twork *managing
14:47 clintberry joined #salt
14:47 twork and this is how we discovered "replace: False"
14:48 fbretel hi all, state network.managed always prints something, even if --log-level=LOG_LEVEL. Can I change that ?
14:48 twork without any help from you jokers
14:48 twork so there
14:48 twork (it's the little things.)
14:49 hasues joined #salt
14:50 twork (the tiny things really, how many times have i scolded users to read what the output is trying to tell you, but hey.)
14:51 twork there was a little challenge, actually, in that the log lines didn't refer to which path name they were complaining about, so i did have to do a little poking.
14:52 murrdoc :)
14:52 murrdoc you go twork
14:52 twork \o/
14:52 murrdoc good yob
14:53 zmalone joined #salt
14:53 hasues left #salt
14:54 aphor joined #salt
14:55 jmdcal joined #salt
14:59 Deevolution joined #salt
14:59 rideh joined #salt
15:00 giannello joined #salt
15:02 jondonas joined #salt
15:11 Guest61810 joined #salt
15:15 zsoftich1 joined #salt
15:18 omegamike joined #salt
15:19 TyrfingMjolnir joined #salt
15:20 sdm24 joined #salt
15:21 favadi joined #salt
15:24 napsterX joined #salt
15:25 dvestal joined #salt
15:26 tomspur joined #salt
15:28 oeuftete joined #salt
15:31 Horgix joined #salt
15:31 anotherZero joined #salt
15:34 Jeff___ joined #salt
15:34 edrocks joined #salt
15:35 Jeff___ Anyone available have insight into why a pkg.purge might show a failure for some packages (but not all) that are not installed?
15:35 julienlavergne1 joined #salt
15:35 julienlavergne1 hi guys
15:35 the_frey_ joined #salt
15:36 julienlavergne1 how to obtin my ext pillar config
15:36 julienlavergne1 from my minion ?
15:43 nobrak joined #salt
15:43 nobrak joined #salt
15:45 ericof joined #salt
15:48 teryx510 joined #salt
15:49 alemeno22 joined #salt
15:49 sine_nitore joined #salt
15:50 tipiak joined #salt
15:56 EWDurbin joined #salt
15:57 shantanoo joined #salt
15:57 shantanoo joined #salt
16:00 ninkotech_ joined #salt
16:00 zer0def joined #salt
16:01 stoogenmeyer_ joined #salt
16:02 davisj_ any reason why state.show_sls can't render a #!py sls? I'm getting "NameError: name '__grains__' is not defined". Thought that was a freebie.
16:02 druonysus joined #salt
16:02 druonysus joined #salt
16:03 pipps joined #salt
16:03 gimpy973 salt.states.network.routes only creates a config file of static routes, does Salt have a way to actually set the static routes?
16:03 ericof joined #salt
16:05 LyndsySimon joined #salt
16:05 c10b10 joined #salt
16:09 smcquay joined #salt
16:12 ageorgop joined #salt
16:13 giantlock joined #salt
16:15 codekobe joined #salt
16:15 sdm24 hmm I think I encountered a strange bug. I recently setup salt to use the mysql returner for jobs. When I do salt-run jobs.list_job <jid>, I see in the result that it reached the target minions. When I do salt-run jobs.lookup_jid <jid> I only see the first minion (which coincidentally failed the run, the other minions passed). If I do salt-run jobs.lookup_jid <jid> --out=pprint (or any --out besides highstate), I see the full result
16:15 murrdoc __grains isnt a good thing to use
16:15 murrdoc use __salt__['grain.get']('grainname') instead
16:16 murrdoc sdm24:  that sounds like the mysql returner has a bug
16:16 murrdoc rtfc
16:16 murrdoc :P
16:16 iggy davisj_: can you gist your state?
16:17 iggy julienlavergne1: you can enable the master config option to pass it's config to the minions via the pillar, and then get what you need from there
16:19 julienlavergne1 @iggy: even the master can not list the pillar data from the cache
16:19 jalbretsen joined #salt
16:19 tipiak joined #salt
16:20 bryguy I'm working on figuring out orchestration.  All the examples in the docs I can find are calling 'salt-run'.  How do I call the runner from the salt master?  Can't find that in the docs anyhwere.
16:21 bryguy And my Google Fu must be weak...
16:22 iggy julienlavergne1: you said config. now you're saying data
16:23 iggy bryguy: salt-run is run on the master (all runners run in the master context)
16:23 Jeff___ Why might pkg.purged throw an error on a package that is not installed?
16:24 murrdoc cos it cant purge it ?
16:24 linjan joined #salt
16:24 Jeff___ It doesn't fail on other packages that are not installed.
16:24 julienlavergne1 @iggy: data
16:25 rideh joined #salt
16:25 murrdoc Jeff___:  state in gist ?
16:27 Jeff___ murrdoc:  I posted this on the mailing list at https://groups.google.com/forum/#!topic/salt-users/Lzi7IwdHNo0
16:27 jaybocc2 joined #salt
16:27 iggy julienlavergne1: what exactly are you trying to achieve? It's wildly unclear
16:28 Akhter joined #salt
16:29 [dee] joined #salt
16:29 Akhter Hey guys, I'm trying to start my ec2 instance via salt-cloud, I've created the profile, the instance config, and the maps file.  How do I initiate the start now?
16:29 [dee] hello
16:29 gazarsgo joined #salt
16:29 julienlavergne1 @iggy: get my ext_pillar from s3 to my minions
16:30 jmreicha joined #salt
16:33 Jeff___ @julienlavergne1:  If you are running the master, my understanding is that the master grabs files from your state and pillar sources, analyzes the states for the given minion and pushes needed content during the state call.  There is no need for minions to see/know anything about the master configuration.
16:33 KyleG joined #salt
16:33 KyleG joined #salt
16:34 julienlavergne1 @Jeff___: however the minions don't get the pillar data
16:35 iggy crank up debug logging on the master and watch the config files when you do a pillar.items
16:36 cowpunk22 joined #salt
16:36 julienlavergne1 debug log is good
16:36 julienlavergne1 pillar data from s3 are well cached
16:37 iggy then you don't have it targeted correctly
16:37 bhosmer joined #salt
16:37 julienlavergne1 but even from the master in local
16:37 julienlavergne1 sudo salt '*' pillar.items gives nothing
16:37 dopesong joined #salt
16:37 iggy the master is just another minion
16:38 iggy it can't magically see pillar data that isn't targeted at it
16:38 julienlavergne1 even the good named minion ?
16:38 simonmcc joined #salt
16:39 dopeson__ joined #salt
16:40 jhauser joined #salt
16:40 bryguy iggy:  Aha!  Now I completely understand.  Thanks.
16:40 XenophonF joined #salt
16:41 andrew_v joined #salt
16:42 snarfy joined #salt
16:43 Fiber^ joined #salt
16:46 Jeff___ Here's my full oracle-java7.sls gist:  https://gist.github.com/PredatorVI/489819f205ef34693826
16:46 Jeff___ packages that fail during pkg.purged are commented out.
16:46 Aikar left #salt
16:46 Jeff___ I don't know why they fail when the others do not.
16:47 the_frey joined #salt
16:48 snarfy anyone use the pagerduty module (successfully?)
16:48 kaijurumble joined #salt
16:48 SheetiS I use pagerduty states.
16:50 spiette joined #salt
16:51 scoates joined #salt
16:52 TyrfingMjolnir joined #salt
16:53 Bryson joined #salt
16:55 rideh joined #salt
16:56 agend joined #salt
16:57 aparsons joined #salt
16:58 snarfy SheetiS, i'm dying here, reading the related pages on the pagerduty site and in the salt docs. I can't get any damn thing to work. not reactors, not pagerduty in states by itself. are there are gotchas/mistakes in the docs?
16:59 snarfy i'm getting something like ascii codec can't encode character
16:59 c10b10 joined #salt
17:00 SheetiS snarfy: do you have a pastebin/gist of what you are currently doing (make sure to clean up any API keys so you don't share them on accident) so we can start with that for reference?
17:04 bbhoss joined #salt
17:05 Jeff___ Bump:  pkg.purged fails for some packages that are not installed:  https://gist.github.com/PredatorVI/489819f205ef34693826
17:06 genuss joined #salt
17:08 bja joined #salt
17:09 jodv joined #salt
17:09 bja is there an option to make salt use only LF instead of CRLF for txt output?
17:11 SheetiS snarfy: Here is an example of something I had for pagerduty.  It's a little bad, but basically takes failures in states collected via a reactor and sends a pagerduty alert with the failures: https://gist.github.com/rfairburn/5de0b8ba5714d940a7d3
17:12 lexter joined #salt
17:12 sgargan I’m having an issue running a state in an orchestration I’m hoping someone can help me with
17:12 sgargan im running this
17:12 sgargan https://gist.github.com/sgargan/cb82a98c3f9d647467a4
17:13 sgargan and it fails telling me TypeError encountered executing state.single: single() takes at least 2 arguments (1 given). See debug log for more info.
17:13 sgargan i’ve used this exact syntax elsewhere to run a file.managed state so I’m not sure what i’m doing wrong, anyone any idea?
17:14 hal58th joined #salt
17:15 slav joined #salt
17:16 theologian joined #salt
17:16 forrest joined #salt
17:16 slav Hi, can someone help me? - I'm trying to push a powershell script to windows minions and I'm getting some issues with salt file manager
17:16 slav Function: file.managed         Name: C:\temp\upgrade_salt.ps1       Result: None      Comment: The file C:\temp\upgrade_salt.ps1 is set to be changed      Started: 11:07:54.490000     Duration: 21.0 ms      Changes:   Invalid Changes data: [False, 'Source file salt://scripts/upgrade_salt.ps1 not found'] ----------
17:17 ropes Does it seem crazy to want to use a beacon to make an http query for a local Elasticsearch server's cluster health? I'm wondering if there's a better way to do this though...
17:18 hartym joined #salt
17:19 ropes ultimately I'd like to process that event and send an alert if the cluster status is red or yellow.
17:19 iggy salt is not a monitoring system
17:19 wiqd joined #salt
17:19 OliverMT joined #salt
17:20 slav <iggy> maybe you can help me?
17:20 Jeff___ https://speakerdeck.com/ipmb/monitoring-infrastructure-with-saltstack
17:20 VR-Jack joined #salt
17:20 ropes iggy: true, however at the local salt meetup, I've heard people consdering using it as such from people who know more of salt than I
17:21 iggy slav: seems pretty straighforward to me... <file> not found
17:22 slav actually the file is located under /srv/salt/windows/scripts
17:22 ropes Jeff___: thank you! looking through it
17:22 slav the enviroment is windows (saltenv=windows)
17:23 slav in the state files i hve  copy_script:   file.managed:     - name: C:\temp\upgrade_salt.ps1     - source: salt://scripts/upgrade_salt.ps1
17:23 iggy salt-call cp.list_master
17:24 jodv joined #salt
17:24 jmreicha joined #salt
17:24 slav from the windows minion?
17:24 iggy yes
17:25 XenophonF joined #salt
17:25 iggy salt-call cp.list_master saltenv=windows
17:27 moderation joined #salt
17:27 slav not seeing scripts directory there :/
17:28 snarfy SheetiS, many thanks. perhaps I should try keeping the PD config in pillar... i'm loading it into minion.d/pd.conf
17:30 slav in master file I have :
17:30 slav windows:     - /srv/salt/windows/services     - /srv/salt/windows/states     - /srv/salt/windows/scripts
17:30 khris joined #salt
17:30 slav under file_roots
17:31 SheetiS snarfy: I liked it in the pillar so I could gpg encrypt my keys and I could change them if needed without having to restart a minion.
17:31 forrest iggy: Thanks for responding on that mysql one, was just looking at it.
17:32 bregalad joined #salt
17:33 scoates is there a good way to log from reactor scripts? I don't see a normally-instantiated `log.debug` output in the saltmaster log.
17:35 scoates hmm; perhaps my master isn't logging debug messages.
17:35 hrumph what's the advantage of having a salt runner over just having a python program?
17:35 scoates this channel has a strong rubber ducking ability (-:
17:35 iggy hrumph: runners can be distributed via <file_roots>/_runners
17:36 slav ok i fixed it THX Iggy!
17:37 ageorgop joined #salt
17:37 scoates (that was it. thanks for listening, #salt (-; )
17:38 zmalone joined #salt
17:40 slav i have one more question - does anyone know why when I'm trying to run salt windows agent with %COMPUTERNAME% environment variable I'm not getting connectivity between the master and the minion??  It only works when the computer name is hard coded during installation
17:40 hrumph iggy i don't understand who you would want to distribute the runners to?
17:40 hrumph i thought that the runners are for the salt master
17:43 iggy yes, but it's easier to just commit your runner to git and know it'll be on the master when you need it, rather than worry about how to install your python script somewhere
17:43 iggy also, multi-master/master-syndic setups
17:43 ericof joined #salt
17:44 Ludo- hi! what is the best way with salt-cloud to update route53 when I create a new node? can I do it directly from salt-cloud?
17:44 tipiak joined #salt
17:45 iggy I think you'd have to use the boto states
17:45 hrumph iggy ok ty much to digest
17:45 iggy but... NOTAAWSUSER, so... huge grain of salt
17:46 sgargan curiously if i change the service.dead to cmd.run it runs fine, do i need to pass other things?
17:47 sunkist joined #salt
17:49 iggy sgargan: why salt.function+state.single? (vs salt.state)
17:49 sgargan ignorance mostly :)
17:51 sgargan if i wanted to run the service.dead as part of an orchestration what would you recommend?
17:53 iggy well, I tend to have most of my orchestrates as calling states (it's easier to debug states than orchestrate ;)
17:53 tipiak joined #salt
17:54 c10b10 joined #salt
17:55 impi joined #salt
17:56 iggy sgargan: service.stop:\n  salt.function\n    - tgt: <foo>\n    - arg:\n      test-server
17:56 iggy ?
17:57 shantanoo joined #salt
17:57 iggy you shouldn't use pillars/grains/minion data in orchestrate calls
17:57 iggy they run in the master context so they aren't guaranteed to have access to that kind of info
17:57 sgargan let me try this
17:59 baweaver joined #salt
18:00 sgargan thanks iggy that worked
18:01 sgargan still not sure what i was doing wrong calling the state but this gets me going cheers
18:01 hrumph iggy i put a runner called inventory.py in /srv/salt/runners but it's not acknowledging it's existance when i try to run it. i'm getting 'inventory' __virtual__ returned False when I run salt-run inventory.update
18:02 hrumph sorry /srv/salt/_runners I meant
18:02 iggy hrumph: sudo salt '*' saltutil.sync_all
18:02 hrumph iggy already tried that
18:08 * iggy kicks sphinx
18:10 tipiak joined #salt
18:11 XenophonF anyone have a jetty formula they'd like to share?
18:11 iggy XenophonF: did you see my request to resubmit your changes to salt-formula?
18:13 KingJ joined #salt
18:13 julienlavergne joined #salt
18:13 XenophonF iggy: no i didn't - i'll take a look
18:14 XenophonF that's a bummer.  ok, i'll redo them shortly
18:14 iggy I had to revert a bunch of bad stuff and yours was unfortunately intermingled with what I was trying to get rid of
18:15 XenophonF do you want me to redo my pull request for users-formula, too?
18:15 iggy uhhh, that would be a question for someone else... I don't really mess with that formula
18:15 XenophonF OK
18:16 gcfhvjbkn joined #salt
18:16 iggy if it doesn't cleanly apply (the github PR page will tell you), then definitely
18:16 snarfy SheetiS, I assume that means you use the gpg renderer. Never thought of that.
18:16 baweaver joined #salt
18:17 hrumph iggy i don't believe that /srv/salt/_runnners works. https://github.com/saltstack/salt/issues/12511
18:17 saltstackbot [#12511]title: allow custom runners in "_runners" directories | [The current approach for enabling custom runners](http://docs.saltstack.com/en/latest/ref/runners/#writing-salt-runners) requires modification of the `runner_dirs` on the master. I think an additional `_runners` directory in the file_roots should be considered as well. Basically, in the same manner custom modules are allowed, however not sent to minions....
18:17 hrumph iggy it looks like i might have to specify a directory of my choosing
18:19 ajw0100 joined #salt
18:19 zsoftich2 joined #salt
18:19 tipiak joined #salt
18:20 SheetiS snarfy: I do use the gpg renderer so I don't have cleartext keys/passwords in my git repo.
18:22 iggy hrumph: well, there goes the one positive I could think of to using runners... go forth and do what makes you happy
18:23 snarfy that's super neat. we use a separate private pillar, but that's a good idea.
18:23 jcristau joined #salt
18:24 spupuser joined #salt
18:24 murrdoc joined #salt
18:26 X67r joined #salt
18:29 Jeff___ ropes:  I added a comment in the gist to include the output I'm seeing.  https://gist.github.com/PredatorVI/489819f205ef34693826
18:32 circ-user-0DRcK joined #salt
18:34 giantlock joined #salt
18:35 druonysuse joined #salt
18:35 druonysuse joined #salt
18:36 Jeff__ joined #salt
18:40 circ-user-0DRcK Hey all, I'm having what is probably a noob issue. I'd appreciate any guidance. I installed salt-master/salt-minion on ubuntu 14.04 using your repo (version 2015.5.2). I'm attempting to use the redismod pillar backend. I installed/configured/validated the redis server. I then pip installed the python redis module. I can successfully query and set keys using commands in the salt.redis module but when I try to do any of
18:40 rigormortiz (sorry about nick change... I'm on a new irc client :/)
18:41 impi_ joined #salt
18:41 iggy your question got cut off
18:42 PredatorVI joined #salt
18:43 rigormortiz Hmm odd. To be more succinct, I'm trying to use the redismod pillar backend
18:44 rigormortiz I pip installed the redis python module and can successfully do things like redis.ping and redis.get_key
18:44 rigormortiz (which runs in the minion)
18:45 rigormortiz The minion is on localhost
18:46 rigormortiz When I try to interact with redismod I get an error saying that __virtual__ returned False. I looked at the code and that means that the python redis module isn't installed
18:46 cowpunk22 joined #salt
18:47 iggy did you restart the master/minion?
18:47 rigormortiz So I'm guessing the master runs in a virtualenv or something like that? Or something else is wonky
18:47 rigormortiz Yes. I've stopped started both
18:47 rigormortiz several times
18:48 c10b10 joined #salt
18:48 rigormortiz the master and minion configs both have the same settings. essentially default with the redis.host set to localhost
18:48 iggy if salt is loading the redis module, it shouldn't have any issue with the returner
18:49 iggy oh, wait... redis ext_pillar
18:49 * iggy runs
18:49 rigormortiz yes. (what I was referring to as redismod)
18:50 rigormortiz So the redis.* commands all work as expected
18:50 rigormortiz but the redismod.* ones return the error and I can't see any of my keys in pillar.items after doing a refresh
18:50 rigormortiz (first time setup)
18:51 iggy I wouldn't expect redis ext_pillar to have wildly different deps than salt.modules.redis
18:53 mclosson joined #salt
18:53 rigormortiz same here. which is why I'm trying to figure out what's different between the minion and master. since the redis.* commands run on the minion and the ext_pillar stuff runs on the master
18:53 iggy and if salt-call redis.get_key works, that's all the pillar checks
18:55 tmilam i've been reading docs and keep hitting walls
18:55 tmilam can anyone recommend a book for salt?
18:55 tmilam i see salt essentials and learning saltstack on amazon
18:56 forrest tmilam: Pretty sure both of those are written by guys who work at Salt
18:56 rigormortiz right, and that does work. pillar isn't getting that far, though, because it excepts when  __virtual__ returns False
18:56 iggy Colton's is good
18:56 forrest I haven't read either so I can't provide much of an unbiased recommendation.
18:57 iggy rigormortiz: unless you setup the master to run in a venv, it doesn't by default
18:57 tmilam Colton's book has good reviews
18:57 iggy bonus, Colton is in here, so you can harass him about spelling mistakes
18:58 prwilson joined #salt
18:58 tmilam Salt Essentials release date is june 25
18:58 rigormortiz iggy: I didn't. I'll dig around some more, then. It just seemed like some difference between master and minion. Thanks for your help
18:59 murrdoc joined #salt
18:59 tmilam Learning Saltstack kindle version is $10....going to stick with that for now, and the other one isn't much more either
19:00 jdesilet joined #salt
19:00 iggy Oooh, Mastering SaltStack looks interesting too (when it comes out)
19:01 nitenq joined #salt
19:01 scoates is there a way to get a specific minion's pillar data from within a reactor script?
19:03 tipiak joined #salt
19:04 iggy reactor runs in master context, it can't access pillars/grains/etc
19:04 iggy your best bet is have the minion pass whatever info you need
19:05 scoates was trying to fire an event on key auth, so the minion can't do that yet. /-:
19:06 murrdoc there isnt a key/auth'ed event
19:06 murrdoc google saltstack master events
19:06 joeto joined #salt
19:07 scoates I meant salt/auth
19:07 murrdoc1 joined #salt
19:07 pipps joined #salt
19:07 tmilam i wish work would pay for the certification training...that'd be pretty useful
19:10 iggy not as much as you'd think
19:11 iggy at least not when I took it, I think the training and cert programs have beefed up in the last year or so
19:12 dopesong joined #salt
19:13 tmilam that mirrors my experience with all of the cisco and vmware training i've had
19:13 tmilam always learned more by just doing stuff
19:14 Anmol joined #salt
19:14 __aphor__ joined #salt
19:15 dopesong_ joined #salt
19:16 jeremyMcm joined #salt
19:19 dvestal joined #salt
19:20 Slimmons_ joined #salt
19:25 tkharju joined #salt
19:25 c10b10 joined #salt
19:26 jodv scoates: you should be able to use the pillar runner if you want to get pillar data for a specific minion in a reactor http://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.pillar.html
19:27 scoates oh, cool. thanks jodv.
19:29 pipps joined #salt
19:30 ageorgop joined #salt
19:33 XenophonF joined #salt
19:33 murrdoc joined #salt
19:36 scoates works great.
19:36 baweaver joined #salt
19:38 murrdoc you welcome
19:40 basepi Yeah, techhat/redbeard (Joseph Hall) is writing Mastering SaltStack, and it's really designed to be the "sequel" to Learning SaltStack (my book)
19:40 basepi Should be good stuff
19:41 murrdoc learning saltstack was an easy read
19:41 murrdoc the author wrote it for noob
19:41 murrdoc dont know the guy
19:41 murrdoc seems like an ok dude ;(
19:41 murrdoc ;0
19:41 murrdoc ;)
19:41 murrdoc totes kidding
19:41 basepi Nah, that dude is kind of an idiot. ;)
19:42 basepi Noobs can only write for noobs
19:42 murrdoc i should write a book
19:42 basepi I recommend it, at least once. Don't know if I'll ever do it again, but it was a good experience the first time around. =)
19:43 iggy that's how I feel about presenting at a conference
19:43 iggy (had never done it before saltconf)
19:44 jdesilet joined #salt
19:45 PredatorVI ropes:  I've submitted an Issue in GitHub related to the pkg.purged problem (user `Jeff___` was me. )
19:45 jdesilet joined #salt
19:47 arnoldB every ~ 6 months I get an opportunity to write a salt book but they either doesn't give feedback when it comes to details or the publisher company is too small to be trusted :)
19:48 shantanoo joined #salt
19:48 jmreicha_ joined #salt
19:48 chiui joined #salt
19:48 arnoldB I should stop publishing so much open source code :D
19:50 zmalone joined #salt
19:50 jmreicha joined #salt
19:51 arnoldB basepi: if you guys plan to provide translations (German) of your books, email me
19:51 jodv scoates: awesome :)
19:51 basepi arnoldB: thanks, not sure what the plans are there, that's mostly up to my publisher, but we'll keep you in mind
19:53 baweaver joined #salt
19:54 dude051 joined #salt
19:58 ajw0100 joined #salt
20:02 ajw0100 joined #salt
20:02 jdesilet joined #salt
20:03 jdesilet joined #salt
20:03 jodv joined #salt
20:05 snarfy man. i'm not good at python, but in pagerduty.py i see if service is not None: \n creds['pagerduty.service'] = service
20:05 snarfy shouldn't that be service_key, as in the config examples?
20:06 teryx510 joined #salt
20:11 druonysuse joined #salt
20:11 druonysuse joined #salt
20:15 linjan joined #salt
20:15 iggy click on the number to the left, and paste the url
20:17 Opti98 joined #salt
20:19 Opti98 I have a service that when configuration A changes, I want to do a reload on that service and on configuration B change i want to restart the service. Is there a way to handle this directly?
20:22 chiui joined #salt
20:26 iggy Opti98: that's what watch is for (assuming salt is also managing config A & B)
20:26 iggy or listen
20:26 dude051 joined #salt
20:27 Opti98 If I use reload: True for the service, I cannot use watch_in to restart it. I want to do both depending on which config is changing.
20:27 iggy basepi: releasecandidate.html says rc1
20:27 basepi iggy: thanks
20:28 Opti98 Maybe I don't understand watch vs watch_in?
20:29 scoates is there a way to get access to my regular custom modules from within reactor?
20:29 iggy scoates: yes!
20:29 scoates that's enthusiastic. (-:
20:30 iggy it took me quite some time to figure it out
20:30 scoates `salt` and `__salt__` are both `{}` ; so… the normal way isn't the way (-:
20:30 murrdoc u have to recompile your modules into the kernel
20:30 iggy https://github.com/saltstack/salt/issues/21404
20:30 scoates heh
20:30 saltstackbot [#21404]title: Add support for custom grains (from _grains) in master/runners/etc | Currently core grains work in master side code (runners, scheduler, orchestrate, etc). The data is grain data from the master which is to be expected but isn't well documented anywhere....
20:30 iggy see my last comment
20:32 murrdoc a minoin on the master
20:32 murrdoc does that automagically
20:32 iggy negative
20:33 iggy I run a minion on my master, and it didn't work until I added the bits from the last comment
20:33 murrdoc if u put the extension_modules in minion conf
20:33 murrdoc it do
20:34 iggy I doubt I have that set in minion.conf, so I can't say True/False on that
20:34 iggy but I doubt it
20:34 snarfy^ joined #salt
20:36 scoates iggy: hmm. not sure I quite follow. I have `/vagrant/edith/roots/_modules/merger.py` and my master config has `extension_modules: /vagrant/edith/roots/_modules` (and I restarted) ; is that not right?
20:36 jodv joined #salt
20:36 zsoftich2 joined #salt
20:36 scoates I see you symlinked, instead… does it need to be named `modules` instead of `_modules`? IIRC that was a thing for me in the past, maybe?
20:37 iggy extension_modules should be the path to the dir that has {grains,modules,pillars,etc} folders
20:37 scoates got it.
20:37 scoates I mean: I understand.
20:37 scoates let me see if I can get it. (-:
20:38 murrdoc on the master run salt-call config.get extension_modules
20:38 napsterX joined #salt
20:38 keimlink joined #salt
20:38 scoates isn't that the minion's extension_modules, murrdoc?
20:39 murrdoc nope
20:39 murrdoc i mean i dont think so
20:39 wendall911 joined #salt
20:39 scoates well, mine says `/var/cache/salt/minion/extmods` but now in `/etc/salt/master` I have `extension_modules: /vagrant/edith`
20:40 PredatorVI Does anyone have a link to an example SLS file that updates a WAR file in tomcat without using the tomcat manager interface?  In our continuous deployment environment if we use tomcat manager, we eventually see a lot of PermGen errors so we have opted to shutdown tomcat, clean out work/tmp/logs folder, update war and restart.
20:41 iggy PredatorVI: we do the shutdown, clean, place files, start dance too
20:41 PredatorVI I want to do this without using cmd.run/cmd.wait as much as possible
20:42 PredatorVI Awesome...any samples you can point me to?
20:42 iggy (although that's not my area of expertise, so I'm not sure it'd be that way if I'd done the work)
20:42 edrocks joined #salt
20:42 iggy all our states are private unfortunately
20:42 scoates iggy: I'm still not doing it right. I feel like I'm just making a dumb mistake now. I have `extension_modules: /vagrant/edith` and `/vagrant/edith/modules/merger.py`, but in my reactor script, `__salt__['merger']` (and `salt['merger']` FWIW) gives me a KeyError on `merger`.
20:42 cowpunk22 joined #salt
20:43 murrdoc should be merger.funcitonname
20:43 iggy ^
20:43 scoates ah. yes.
20:43 iggy `salt-call merger.func` to test
20:44 PredatorVI iggy:  any chance for a genricized gist code snippet? :)
20:44 scoates isn't that the minion, again?
20:44 iggy fair enough
20:45 * iggy shuts up and goes away
20:45 scoates ha. please don't shut up and go away. I'm still broken. (-:
20:45 scoates hosts = __salt__['merger.get_hosts'](override_pillar=minion_pillar, override_id=data['id'])
20:45 scoates KeyError: 'merger.get_hosts'
20:46 iggy #!py renderer?
20:46 scoates yeah
20:47 murrdoc why u #py
20:47 jness joined #salt
20:47 scoates I suppose I could rewrite it as a module… if modules worked here. (-:
20:47 cpowell joined #salt
20:48 iggy restarted master?
20:48 scoates yep
20:48 scoates 2015.8.0rc1-74-g41b7604 FWIW
20:48 vexati0n okay... so i have a pillar file that define a samba configuration, and a state file that reads the pillar and writes smb.conf. but how do i make the "netbios name" option different for different hosts without programming every single host into separate pillars?
20:48 scoates (I always install stuff the day before the next version comes out, it seems)
20:49 scoates vexati0n: `grains['id']` ?
20:49 vexati0n i can't include {% grains['host'] %} directly as an option in either the state file or the pillar, because it fails
20:50 vexati0n if i put it in the state file, the master says "jinja syntax error: encountered unknown tag 'grains'"
20:50 vexati0n and if i put it in the pillar file, i get the same thing on the minion
20:50 iggy vexati0n: sadly pillar merging is still mostly broken and a _very_ dark art
20:50 iggy {{ grains['host'] }}
20:50 vexati0n so how do you use salt to setup config files with host-specific options?
20:50 iggy not {%
20:50 scoates vexati0n: you want `{{grains['host']}}`
20:50 scoates yes
20:51 vexati0n oh. well then. that works.
20:51 vexati0n awesome thx
20:51 PredatorVI iggy:  If you cant post a generic snippet for the tomcat war update dance, can you take a gander and my first attempt and tell me if I'm on the right track.  https://gist.github.com/PredatorVI/a3d44d8c7ad11594eb47
20:53 scoates iggy: murrdoc: figured it out
20:53 scoates was doing `import salt.config` ; which made `salt` == `{}`. derp.
20:54 iggy PredatorVI: I wouldn't know how to genericize it enough probably
20:55 b18 joined #salt
20:56 PredatorVI ok, no worries
20:56 ageorgop joined #salt
20:56 iggy eww, extend
20:56 X67r joined #salt
20:56 scoates (well, that fixed the problem where salt is {})
20:57 jodv joined #salt
20:58 snarfy^ SheetiS, what salt version you on? I discovered that a pagerduty.create_event state won't work unless - service_key: xxx is in the state AND pagerduty.service: xxx is in the minion config
20:59 snarfy^ because pagerduty.py is looking for pagerduty.service and the state won't run without service_key defined
20:59 snarfy^ which is awesome because pagerduty.service is nowhere to be found on the pagerduty integration guide OR the pagerduty state/module documentation
21:00 b18 joined #salt
21:01 clintberry joined #salt
21:01 Opti98 Anything taboo about having different states making sure a service is running? For example. if i had reload-postgres: and it allowed reloads to be passed to it but at the same time i had another called restart-postgres and it allowed restarts to be passed to it. Seems a bit funky having two states wanting to make sure a service is running but it allows me to do what I want to do.
21:02 scoates or not. I guess I should take a break.
21:03 snarfy^ Opti98, if you use watch statements to make it more declarative, i don't see the issue
21:06 sdm24 I have one state that restarts a service, and it includes the install/setup state for that service, and also a restart. It has no issues for me
21:06 sdm24 specifically, I have a state to manage apache sites, and restart apache if a new site is enabled, and it includes to install apache, which restarts if the config changes
21:06 sdm24 and ive changed both, ran the state, and it restarted fine
21:07 iggy the problem is reload vs restart
21:07 sdm24 oh
21:07 X67r joined #salt
21:07 sdm24 I should read more :(
21:07 Diaoul joined #salt
21:07 Opti98 sdm24, are you replying to me?
21:08 sdm24 yeah
21:08 forrest joined #salt
21:09 Opti98 snarfy^, when i declare them both, they arn't watching anything, but later on another state is doing either a watch_in or listen_in to those first two states
21:09 Opti98 sdm24: I am dealing with restart vs reload at the same time.
21:10 snarfy^ hmm can you extend the states somehow?
21:10 Opti98 watch_in and listen_in are working
21:10 Opti98 I just have two states that are both looking at the same named service.running
21:14 snarfy^ oh
21:14 c10b10 joined #salt
21:14 Opti98 https://gist.github.com/anonymous/83419986706f88cfcdc0
21:14 Opti98 i typed up a quick example
21:14 saltstackbot [reddit-saltstack] pillar: using pillar values in other pillar values. is it possible? https://www.reddit.com/r/saltstack/comments/3edbc3/pillar_using_pillar_values_in_other_pillar_values/ - 2015-07-23 - 22:10:13
21:14 murrdoc YAY
21:15 murrdoc bots back
21:15 Opti98 so one of them reloads the service and the other restarts the service
21:15 giantlock joined #salt
21:16 nitenq joined #salt
21:17 dustywusty Has anyone had any issues using environ.setenv with update_minion=True to set environment variables .. but then having the environment variables not be set on the minion?
21:18 dustywusty even more fun, only does this on maybe two or three of the 10+ minions
21:19 ageorgop joined #salt
21:22 sdm24 dustywusty, a while ago I had a similar issue or something, can't really remember. The problem was that Salt was setting the env variables for a different user or something like that
21:22 dustywusty hmm
21:23 baweaver joined #salt
21:25 dabb joined #salt
21:26 napsterX joined #salt
21:28 Diaoul joined #salt
21:31 ageorgop joined #salt
21:31 druonysus joined #salt
21:35 kevinquinnyo joined #salt
21:35 jcockhren hey. Assuming 2014.7+ how do I execute an execution module on a Salt master?
21:36 jcockhren (wuthi the context of a salt master)
21:36 jcockhren within*
21:36 Diaoul joined #salt
21:36 dabb joined #salt
21:36 jcockhren for example, I have a state that handles logging. I have it on my minions, but I want to apply it to a salt master
21:36 jcockhren as well.
21:38 kevinquinnyo salt -C '* and not core1*' test.ping  <-- works as i expect (excludes core1*).  If i try that in an orchestration file ie   - tgt: '* and not core1*' it does not match any minions
21:38 kevinquinnyo any ideas why?
21:39 aparsons joined #salt
21:40 kevinquinnyo salt -C '* and not core1*' test.ping  <-- works as i expect (excludes core1*).  If i try that in an orchestration file ie   - tgt: '* and not core1*' it does not match any minions
21:40 kevinquinnyo (sorry not sure if my last msg went through ^^)
21:41 subsignal joined #salt
21:41 thayne joined #salt
21:41 sdm24 jcockhren: you can install salt-minion on your master, and have it point to localhost
21:42 whytewolf kevinquinnyo: what did you set as your tgt_type
21:43 cowpunk22 joined #salt
21:43 kevinquinnyo whytewolf: nothing
21:44 kevinquinnyo the default is glob right?
21:44 iggy correct
21:44 iggy always paste code, that would have been spotted right off the bat
21:44 kevinquinnyo hm i wonder if i need to specify "compound"
21:45 whytewolf you do. * is glob. but the rest is not
21:45 whytewolf [hence why you have the -C in your cli example]
21:46 kevinquinnyo yep that was it.
21:46 kevinquinnyo thanks
21:48 kevinquinnyo while we're on the subject, i know you can do regex matches on pillars and grains, but can you do regex for a minion-id?
21:49 kevinquinnyo is there a "target type" for that?
21:49 iggy yes
21:49 iggy tgt_type pcre
21:50 iggy (salt -E)
21:50 kevinquinnyo oh snap
21:50 kevinquinnyo thanks iggy i missed that
21:53 Zachary_DuBois joined #salt
21:53 scoates so… when I use a jinja template, `salt` is a `LazyLoader` object. When I use it in a `#!py` template: it renders as `{}`. … is that my problem?
21:54 iggy you should be using __salt__ for most stuff
21:55 scoates __salt__ is the same
21:55 iggy nein
21:55 murrdoc NIEN
21:56 snarfy^ nien? :D
21:57 scoates well, I meant __salt__ is also {}
21:57 iggy paste code
21:57 scoates boiling it down. will do in a sec.
22:00 hal58th joined #salt
22:00 aparsons joined #salt
22:01 jodv joined #salt
22:04 druonysus joined #salt
22:04 druonysus joined #salt
22:04 TyrfingMjolnir joined #salt
22:10 jaybocc2 does 'watch' and 'onchange' OR or AND the list?
22:10 jaybocc2 i assume its an OR
22:11 jaybocc2 s/onchange/onchanges/
22:11 dergrunepunkt joined #salt
22:12 snarfy^ hrm. is the "could not lazyload config.merge" msg in the master log anything to be concerned about? doesn't seem like it
22:12 dergrunepunkt hi guys, quick question, sould salt-cloud add the new deployed instance to a master?
22:13 scoates iggy: https://gist.github.com/scoates/42f70cdc7b69288901a6
22:14 pipps joined #salt
22:14 andrew_v joined #salt
22:14 jmreicha_ joined #salt
22:15 scoates (the `TypeError: 'str' object does not support item assignment` is irrelevant for this test)
22:15 jaybocc2 where is testmod coming from
22:16 scoates ah, good point. missed that one. will add.
22:17 scoates updated: https://gist.github.com/scoates/42f70cdc7b69288901a6
22:18 sdm24 jaybocc2: I know that watch is an "or", but some like unless are "and"s
22:19 jaybocc2 sdm24: ty
22:22 jaybocc2 scoates: just a swag, but does __salt__['test.echo']('foo') work?
22:22 jaybocc2 thats a builtin module you should be able to access from the renderer
22:22 scoates will try. __salt__ apprears to be `{}`
22:23 lowfive joined #salt
22:23 scoates jaybocc2: KeyError: 'test.echo'
22:23 alemeno22 joined #salt
22:23 amcorreia joined #salt
22:24 scoates upgrading to newest 2015.8
22:24 snarfy^ trying to get a reactor to work. if my master log says [compiling reactions for tag foo] and then does nothing, does that prolly indicate my reactor file syntax is bad?
22:27 napsterX joined #salt
22:27 murrdoc where all can i set a grain
22:27 murrdoc /etc/salt/grains
22:27 murrdoc where else
22:28 iggy minion config file
22:28 iggy grains modules
22:28 druonysus joined #salt
22:28 druonysus joined #salt
22:31 murrdoc minion.config.file
22:31 murrdoc works
22:33 Diaoul joined #salt
22:33 the_frey joined #salt
22:34 lionra joined #salt
22:36 alemeno22 joined #salt
22:38 murrdoc ah why isnt it grains.set
22:38 murrdoc damnit salt
22:40 CheKoLyN joined #salt
22:41 baweaver joined #salt
22:43 iggy clash with dict name?
22:44 hal58th joined #salt
22:45 druonysus joined #salt
22:48 ayee Does anyone have an example salt-api.conf with a username/password setup?
22:50 jhauser joined #salt
22:51 clintberry joined #salt
22:52 ayee https://gist.github.com/JohnTheodore/9790ecc95631d52c5a5a <- this is my salt-api.conf , if I use that it's failing. If I use no config, and start salt-api it works. I can curl localhost:8080 and get a result. heh
22:53 ayee In /var/log/salt I can see master/minion logs, but I don't see salt-api logs in there... which makes it tricky to debug. I'm not sure where the default logging spot is for the salt-api.
22:54 iggy master log
22:54 ageorgop joined #salt
22:55 hblah joined #salt
22:56 napsterX joined #salt
22:56 jaybocc2 scoates: i suspect that the salt object isn't being passed to the py renderer from reactor some reason and thats why  none of the modules are accessible
22:56 omegamike joined #salt
22:56 scoates jaybocc2: yep.
22:57 scoates thanks for the test.echo idea. narrows it down to not-just-my-module.
22:58 scoates FWIW: https://github.com/saltstack/salt/issues/25681
22:58 saltstackbot [#25681]title: #!py renderers do not have a properly-populated __salt__ in Reactor | Try the following reactor script:...
22:59 seblu joined #salt
23:00 hblah Anyone here using proxy minions or salt ssh to control/manage routers?
23:00 druonysus joined #salt
23:01 TyrfingMjolnir joined #salt
23:03 ayee iggy: Thanks, I do see the logs in the master. I fixed one issue with a missing tornado pip package. Though now I get an error which is an unhandled exception
23:03 ayee I'm not sure why
23:03 jmreicha joined #salt
23:04 iggy you shouldn't need tornado installed for rest_cherrypy
23:05 Savemech joined #salt
23:05 iggy address instead of host I think (at least for tornado)
23:07 ingslovak joined #salt
23:11 scoates anyone know if there's a way to get the saltmaster to reload extension modules without a restart? (saltutil.sync_modules is for the minion)
23:12 murrdoc Service kdump-tools is already enabled, and is dead
23:12 murrdoc annoying bug EVAR
23:15 b18 joined #salt
23:16 PredatorVI joined #salt
23:17 keimlink_ joined #salt
23:19 clintber_ joined #salt
23:25 mikepea joined #salt
23:28 jodv scoates: what do you mean by reload?
23:29 scoates I mean if I change an extension module, the saltmaster won't execute the new code (in a reactor script) until I stop/start the saltmaster.
23:33 dude051 joined #salt
23:34 Number6 joined #salt
23:34 druonysus joined #salt
23:34 Sokel joined #salt
23:34 georgemarshall joined #salt
23:34 LV-426 joined #salt
23:34 LV-426 joined #salt
23:34 dude051 joined #salt
23:34 Guest71671 joined #salt
23:35 Sokel for file.directory, is there a way to do something like frag{01..16}, where it makes 16 directories (similar to mkdir frag{01..16}), or do I have to list them all out individually
23:35 goki joined #salt
23:36 mosen joined #salt
23:37 markm joined #salt
23:39 ayee https://gist.github.com/anonymous/65ff6121c9317602dc9e
23:39 ayee What am I doing wrong with my curl command to the salt-api? I'm using this example curl http://salt-api.readthedocs.org/en/latest/ref/netapis/all/saltapi.netapi.rest_cherrypy.html#run
23:42 pipps joined #salt
23:42 alemeno22_ joined #salt
23:44 murrdoc joined #salt
23:46 jmreicha_ joined #salt
23:47 ph8 joined #salt
23:48 cpowell joined #salt
23:51 snarfy^ @#$^%@ $@#$@ #$@# $@#. so close
23:52 snarfy^ I can get pagerduty to create events in a state - I finally nailed down the necessary config for PD. but now when I try to put PD into a reactor file, it won't work, and it looks like it's not reading the config like the state is
23:52 snarfy^ its back to KeyError: pagerduty.subdomain
23:53 supermike__ joined #salt
23:55 baweaver joined #salt
23:56 snarfy^ i know reactor files aren't states, but rather use the execution modules, but it should have access to the same opts data n'est-ce pas?
23:59 omegamike joined #salt

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