Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-11-30

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

All times shown according to UTC.

Time Nick Message
00:00 scarcry joined #salt
00:00 culexor joined #salt
00:02 kavakava__ joined #salt
00:06 xenoxaos joined #salt
00:06 bVector joined #salt
00:07 joehh joined #salt
00:07 munhitsu joined #salt
00:07 mrbobbytables joined #salt
00:09 frankS2 joined #salt
00:13 hemebond joined #salt
00:13 gchao joined #salt
00:14 godlike joined #salt
00:14 godlike joined #salt
00:14 trave joined #salt
00:15 Guest23583 joined #salt
00:16 simonmcc joined #salt
00:19 SteamWells joined #salt
00:19 copelco joined #salt
00:19 davedash joined #salt
00:22 serverascode_ joined #salt
00:24 symphorien joined #salt
00:26 munhitsu joined #salt
00:28 pbx joined #salt
00:32 Phtes_ joined #salt
00:34 hardwire joined #salt
00:35 scarcry joined #salt
00:35 moeyebus_ joined #salt
00:40 evilrob joined #salt
00:42 Edgan_ joined #salt
00:42 rideh joined #salt
00:43 berto- joined #salt
00:45 akitada joined #salt
00:46 adendrag joined #salt
00:47 irctc801 joined #salt
00:47 jgelens joined #salt
00:48 mrtrosen joined #salt
00:48 indispeq joined #salt
00:48 nobrak joined #salt
00:48 Norrland joined #salt
00:48 nobrak joined #salt
00:49 mrbobbytables joined #salt
00:49 agj joined #salt
00:49 artemz joined #salt
00:49 intr1nsic joined #salt
00:50 Sketch joined #salt
00:50 FTfz joined #salt
00:52 MK_FG joined #salt
00:53 garphy`aw joined #salt
00:53 munhitsu joined #salt
00:54 frankS2 joined #salt
00:54 THE_BOULDER joined #salt
00:54 gchao joined #salt
00:54 ashmckenzie joined #salt
00:56 Hipikat joined #salt
00:57 TaiSHi joined #salt
00:57 evilrob joined #salt
00:59 jondonas joined #salt
01:00 supermike___ joined #salt
01:00 bbradley joined #salt
01:00 Sketch joined #salt
01:04 amcorreia_ joined #salt
01:05 serverascode joined #salt
01:06 moeyebus_ joined #salt
01:07 FTfz joined #salt
01:17 Edgan_ joined #salt
01:19 frankS2 joined #salt
01:19 Guest68772 joined #salt
01:20 xMopxShell joined #salt
01:21 ponpanderer joined #salt
01:21 justanotheruser joined #salt
01:21 gchao joined #salt
01:22 riftman joined #salt
01:23 supermike___ joined #salt
01:23 munhitsu joined #salt
01:27 jondonas_ joined #salt
01:27 FTfz joined #salt
01:27 ronrib joined #salt
01:30 Twiglet joined #salt
01:30 moeyebus_ joined #salt
01:34 basepi joined #salt
01:36 serverascode joined #salt
01:39 _ikke_ joined #salt
01:40 akitada joined #salt
01:40 jondonas joined #salt
01:41 hardwire joined #salt
01:41 brianfeister joined #salt
01:41 xenoxaos joined #salt
01:43 unusedPhD_ joined #salt
01:43 davedash joined #salt
01:43 supermike___ joined #salt
01:44 justanotheruser joined #salt
01:46 moeyebus_ joined #salt
01:47 amcorreia joined #salt
01:48 culexor joined #salt
01:49 kitplummer joined #salt
01:50 Sketch joined #salt
01:51 evilrob joined #salt
01:52 mrbobbytables_ joined #salt
01:52 Ph-x joined #salt
01:53 jondonas joined #salt
01:53 davedash joined #salt
01:55 eitzei joined #salt
01:57 serverascode joined #salt
02:00 basepi joined #salt
02:01 supermike___ joined #salt
02:04 davedash joined #salt
02:04 MeltedLux joined #salt
02:04 ujjain joined #salt
02:04 ujjain joined #salt
02:05 gazarsgo joined #salt
02:07 clintberry joined #salt
02:11 munhitsu joined #salt
02:13 Edgan_ joined #salt
02:13 Guest79100 joined #salt
02:19 crashmag joined #salt
02:21 evilrob joined #salt
02:25 packeteer joined #salt
02:33 AdamSewell joined #salt
02:34 kidneb joined #salt
02:36 supermike___ joined #salt
02:38 quasiben joined #salt
02:39 kuromagi joined #salt
02:39 Edgan_ joined #salt
02:47 clintberry joined #salt
04:44 ilbot3 joined #salt
04:44 Topic for #salt is now Welcome to #salt | 2015.8.1 is the latest | Please use https://gist.github.com for code, don't paste directly into the channel | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
04:45 munhitsu_ joined #salt
04:46 kshlm joined #salt
04:49 voxxit joined #salt
04:50 xenoxaos joined #salt
04:50 alexlist joined #salt
04:50 akitada joined #salt
04:52 Vye joined #salt
04:54 virusuy joined #salt
04:54 TaiSHi joined #salt
04:56 xenoxaos joined #salt
04:59 zz_Cidan joined #salt
05:00 Cidan joined #salt
05:01 virusuy joined #salt
05:01 synical joined #salt
05:02 skarn joined #salt
05:06 culexor joined #salt
05:07 virusuy joined #salt
05:07 JPaul joined #salt
05:07 scarcry joined #salt
05:11 Ph-x joined #salt
05:15 Vye joined #salt
05:16 hardwire joined #salt
05:17 kidneb joined #salt
05:18 gchao joined #salt
05:19 virusuy joined #salt
05:20 MeltedLux joined #salt
05:21 adendrag joined #salt
05:23 culexor joined #salt
05:25 ronrib joined #salt
05:29 mrbobbytables_ joined #salt
05:29 basepi joined #salt
05:31 munhitsu_ joined #salt
05:32 ujjain joined #salt
05:32 ujjain joined #salt
05:35 unusedPhD joined #salt
05:40 culexor joined #salt
05:40 evilrob joined #salt
05:40 [vaelen] joined #salt
05:41 KingJ joined #salt
05:42 xenoxaos joined #salt
05:42 gchao joined #salt
05:43 rmnuvg joined #salt
05:45 skarn joined #salt
05:47 mschiff joined #salt
05:50 Edgan_ joined #salt
05:58 xenoxaos joined #salt
05:59 copelco joined #salt
05:59 hardwire joined #salt
06:00 kidneb joined #salt
06:00 gchao joined #salt
06:05 mrbobbytables_ joined #salt
06:06 Twiglet joined #salt
06:07 munhitsu_ joined #salt
06:10 Guest15180 joined #salt
06:11 xenoxaos joined #salt
06:19 davedash joined #salt
06:22 mrbobbytables_ joined #salt
06:22 rmnuvg joined #salt
06:22 sixninetynine joined #salt
06:24 gchao joined #salt
06:26 FTfz joined #salt
06:31 frankS2 joined #salt
06:32 moeyebus_ joined #salt
06:33 KingJ joined #salt
06:33 kiorky joined #salt
06:33 crashmag joined #salt
06:33 kavakava__ joined #salt
06:33 om joined #salt
06:35 bharper joined #salt
06:37 ThomasJ joined #salt
06:37 kiorky joined #salt
06:38 MeltedLux joined #salt
06:38 berto- joined #salt
06:38 culexor joined #salt
06:41 rmnuvg joined #salt
06:41 smkelly joined #salt
06:42 ronrib joined #salt
06:42 gchao joined #salt
06:42 evilrob joined #salt
06:44 FTfz joined #salt
06:44 moeyebus joined #salt
06:44 riftman joined #salt
06:44 xenoxaos joined #salt
06:47 nledez joined #salt
06:47 nexsja joined #salt
06:47 gazarsgo joined #salt
06:48 Edgan_ joined #salt
06:48 terinjokes joined #salt
06:49 auzty_ joined #salt
06:50 auzty_ joined #salt
06:52 TOoSmOotH joined #salt
06:55 hardwire joined #salt
06:58 gchao joined #salt
06:59 MeltedLux joined #salt
07:02 mrbobbytables_ joined #salt
07:02 gazarsgo joined #salt
07:03 felskrone joined #salt
07:03 Lionel_Debroux_ joined #salt
07:04 frankS2 joined #salt
07:05 KingJ joined #salt
07:05 artemz joined #salt
07:06 jxm_ joined #salt
07:07 Diaoul joined #salt
07:07 moeyebus_ joined #salt
07:08 rmnuvg joined #salt
07:10 Twiglet joined #salt
07:10 evilrob joined #salt
07:11 mrbobbytables_ joined #salt
07:17 xenoxaos joined #salt
07:18 KingJ joined #salt
07:18 munhitsu_ joined #salt
07:18 berto- joined #salt
07:21 [vaelen] joined #salt
07:21 kavakava__ joined #salt
07:21 rmnuvg joined #salt
07:22 kiorky joined #salt
07:22 wych joined #salt
07:22 ThomasJ joined #salt
07:23 moeyebus_ joined #salt
07:24 MeltedLux joined #salt
07:30 kidneb joined #salt
07:30 mung720 joined #salt
07:37 KingJ joined #salt
07:40 evilrob joined #salt
07:45 moeyebus joined #salt
07:45 hardwire joined #salt
07:48 berto- joined #salt
07:49 xenoxaos joined #salt
07:53 munhitsu_ joined #salt
07:59 AndreasLutro joined #salt
08:01 hardwire joined #salt
08:02 Guest12203 joined #salt
08:02 Edgan_ joined #salt
08:03 dober joined #salt
08:03 dober joined #salt
08:04 felskrone joined #salt
08:04 Lionel_Debroux_ joined #salt
08:04 clintberry joined #salt
08:05 moeyebus_ joined #salt
08:06 gchao joined #salt
08:09 symphorien joined #salt
08:13 culexor joined #salt
08:14 rmnuvg joined #salt
08:14 indispeq joined #salt
08:14 Ph-x joined #salt
08:14 dstokes joined #salt
08:15 evilrob joined #salt
08:15 mrtrosen joined #salt
08:17 Dev0n joined #salt
08:18 totzky joined #salt
08:18 rotbeard joined #salt
08:18 nobrak joined #salt
08:18 nobrak joined #salt
08:18 mattiasr joined #salt
08:19 oravirt joined #salt
08:19 ashmckenzie joined #salt
08:19 TaiSHi joined #salt
08:19 unusedPhD_ joined #salt
08:20 jasondotstar joined #salt
08:20 intr1nsic joined #salt
08:20 Twiglet joined #salt
08:20 jgelens joined #salt
08:20 nlb joined #salt
08:21 colttt joined #salt
08:21 evle joined #salt
08:23 adendrag joined #salt
08:24 MeltedLux joined #salt
08:25 kidneb joined #salt
08:26 FTfz joined #salt
08:27 impi joined #salt
08:27 gchao joined #salt
08:27 anmol joined #salt
08:28 AdamSewell joined #salt
08:29 tyler-baker joined #salt
08:30 evilrob joined #salt
08:30 bVector joined #salt
08:30 trave joined #salt
08:30 simonmcc joined #salt
08:30 SteamWells joined #salt
08:30 serverascode joined #salt
08:30 rdas joined #salt
08:30 Phtes_ joined #salt
08:30 kshlm joined #salt
08:30 copelco joined #salt
08:30 gazarsgo joined #salt
08:30 frankS2 joined #salt
08:30 mrbobbytables_ joined #salt
08:30 kavakava__ joined #salt
08:30 munhitsu_ joined #salt
08:31 MeltedLux joined #salt
08:31 akitada joined #salt
08:31 akitada joined #salt
08:32 SirLagz joined #salt
08:34 Guest47941 joined #salt
08:34 jhauser_ joined #salt
08:34 Edgan_ joined #salt
08:35 ingslovak joined #salt
08:37 AirOnSkin joined #salt
08:38 SteamWells joined #salt
08:39 xenoxaos joined #salt
08:40 kidneb joined #salt
08:40 bVector joined #salt
08:40 copelco joined #salt
08:41 subsignal joined #salt
08:42 FTfz joined #salt
08:42 serverascode joined #salt
08:45 bVector_ joined #salt
08:45 gchao joined #salt
08:47 berto- joined #salt
08:47 ujjain joined #salt
08:47 ujjain joined #salt
08:47 unusedPhD joined #salt
08:48 av_ joined #salt
08:50 slav0nic joined #salt
08:50 linjan joined #salt
08:51 unusedPhD_ joined #salt
08:52 bVector_ joined #salt
08:52 mrbobbytables__ joined #salt
08:54 gchao joined #salt
08:55 rudi_s_ left #salt
08:55 frankS2 joined #salt
08:56 munhitsu_ joined #salt
08:58 trave joined #salt
08:58 FTfz joined #salt
08:58 otter768 joined #salt
08:59 rmnuvg joined #salt
08:59 gchao joined #salt
09:00 copelco joined #salt
09:00 Phtes_ joined #salt
09:01 bbradley joined #salt
09:02 serverascode joined #salt
09:05 Edgan_ joined #salt
09:07 thalleralexander joined #salt
09:07 SteamWells joined #salt
09:08 rmnuvg joined #salt
09:08 hardwire joined #salt
09:10 chiui joined #salt
09:10 Edgan_ joined #salt
09:11 trave joined #salt
09:15 ronrib joined #salt
09:16 ktosiek joined #salt
09:18 xenoxaos joined #salt
09:19 averell joined #salt
09:22 kshlm joined #salt
09:24 bVector_ joined #salt
09:25 mrbobbytables___ joined #salt
09:25 [vaelen] joined #salt
09:28 kbaikov joined #salt
09:30 serverascode joined #salt
09:31 gchao joined #salt
09:33 copelco joined #salt
09:33 mrbobbytables__ joined #salt
09:33 av_ joined #salt
09:34 Guest21845 joined #salt
09:35 markm joined #salt
09:35 Twiglet joined #salt
09:38 akitada joined #salt
09:39 hajhatten joined #salt
09:39 crashmag joined #salt
09:41 larsfronius joined #salt
09:41 culexor joined #salt
09:41 bharper joined #salt
09:41 Edgan_ joined #salt
09:41 gwmngilfen joined #salt
09:41 nebuchadnezzar joined #salt
09:42 colegatron joined #salt
09:43 trave joined #salt
09:43 s_kunk joined #salt
09:43 s_kunk joined #salt
09:44 terinjokes joined #salt
09:45 copelco joined #salt
09:45 gchao joined #salt
09:46 losh joined #salt
09:46 zz_Cidan joined #salt
09:46 giantlock joined #salt
09:47 indispeq joined #salt
09:51 tru_tru joined #salt
09:52 keimlink joined #salt
09:58 davedash joined #salt
10:04 Hipikat joined #salt
10:05 artemz joined #salt
10:05 supermike___ joined #salt
10:06 Diaoul joined #salt
10:06 clintberry joined #salt
10:09 CeBe joined #salt
10:09 eseyman joined #salt
10:12 darix joined #salt
10:18 mrbobbytables joined #salt
10:19 MK_FG joined #salt
10:31 mnaser joined #salt
10:34 opdude_ Interesting that jenkins decided to start giving me partly chinese pages all of a sudden
10:36 Lionel_Debroux_ joined #salt
10:37 jondonas joined #salt
10:38 traph joined #salt
10:40 simonmcc joined #salt
10:43 Lionel_Debroux_ joined #salt
10:44 symphorien joined #salt
10:45 disposable joined #salt
10:49 bhosmer joined #salt
10:52 Lionel_Debroux joined #salt
10:56 TaiSHi joined #salt
10:58 kitplummer joined #salt
10:58 felskrone joined #salt
10:59 otter768 joined #salt
11:02 mrtrosen joined #salt
11:07 felskrone1 joined #salt
11:12 subsignal joined #salt
11:14 ashmckenzie joined #salt
11:14 jasondotstar joined #salt
11:14 Lionel_Debroux joined #salt
11:15 carmony joined #salt
11:15 Karunamon joined #salt
11:16 mdupont joined #salt
11:19 flebel joined #salt
11:20 intr1nsic joined #salt
11:20 nlb joined #salt
11:20 nobrak joined #salt
11:20 nobrak joined #salt
11:23 nledez joined #salt
11:23 nledez joined #salt
11:24 Lionel_Debroux joined #salt
11:24 felskrone joined #salt
11:33 AdamSewell joined #salt
11:37 goki joined #salt
11:39 symphorien joined #salt
11:39 NachoDuck joined #salt
11:39 akoumjian joined #salt
11:39 Ph-x joined #salt
11:40 amcorreia joined #salt
11:42 MeltedLux joined #salt
11:45 RandyT joined #salt
11:45 fredvd joined #salt
11:46 boargod joined #salt
11:47 mdupont joined #salt
11:49 Munkeh joined #salt
11:51 linjan joined #salt
11:52 tristianc joined #salt
11:52 Lionel_Debroux_ joined #salt
11:54 ujjain joined #salt
11:54 ujjain joined #salt
11:58 bbradley joined #salt
12:07 giantlock joined #salt
12:13 symphorien joined #salt
12:13 * Munkeh waves at Vspike
12:14 Lionel_Debroux joined #salt
12:14 traph joined #salt
12:17 malinoff joined #salt
12:19 hightekvagabond joined #salt
12:24 Lionel_Debroux joined #salt
12:24 symphorien joined #salt
12:27 Lionel_Debroux joined #salt
12:35 kitplummer joined #salt
12:37 Lionel_Debroux joined #salt
12:38 kitplummer joined #salt
12:42 Cidan joined #salt
12:46 Lionel_Debroux joined #salt
12:53 Lionel_Debroux joined #salt
12:54 ajolo joined #salt
12:55 kshlm joined #salt
12:55 MattP joined #salt
12:56 oravirt joined #salt
12:57 MattP Hello everybody! Does anyone already used salt to configure bonding, vlan or both on redhat centos ?
12:58 MattP I managed to get it working, but I had to make some changes in salt/modules/rh_ip.py
13:00 otter768 joined #salt
13:05 stolenmoment left #salt
13:05 xmj post your diff and submit an issue on github?
13:06 berto- joined #salt
13:08 kitplummer joined #salt
13:08 marsdominion joined #salt
13:08 marsdominion joined #salt
13:09 clintberry joined #salt
13:14 subsignal joined #salt
13:17 symphorien joined #salt
13:17 TyrfingMjolnir joined #salt
13:19 akoumjian_ joined #salt
13:22 MattP joined #salt
13:25 tmclaugh[work] joined #salt
13:28 symphorien joined #salt
13:32 _mel_ joined #salt
13:32 AdamSewell joined #salt
13:34 symphorien joined #salt
13:34 subsignal joined #salt
13:41 akitada joined #salt
13:42 morsik hi, why rhel6 salt repo contains pciutils-3.1.10-4.el6.x86_64.rpm since almost 2 months?
13:42 morsik this package already exists in CentOS and Oracle more than year, and salt's package causes conflict while kickstarting system
13:50 tristianc joined #salt
13:52 Ahlee joined #salt
13:52 linjan joined #salt
13:54 gwmngilfen joined #salt
14:02 mrtrosen joined #salt
14:04 bharper joined #salt
14:05 jeddi joined #salt
14:07 gwmngilfen joined #salt
14:13 teryx510 joined #salt
14:26 tpaul joined #salt
14:29 linjan joined #salt
14:30 symphorien joined #salt
14:30 tristianc joined #salt
14:32 Lionel_Debroux joined #salt
14:34 colttt joined #salt
14:35 hightekvagabond joined #salt
14:36 Dev0n joined #salt
14:38 FTfz joined #salt
14:38 bVector__ joined #salt
14:40 protoz_ joined #salt
14:42 numkem joined #salt
14:43 arif-ali joined #salt
14:47 pdayton joined #salt
14:47 clintberry joined #salt
14:48 pdayton joined #salt
14:48 crashmag joined #salt
14:53 averell joined #salt
14:53 Rebus joined #salt
14:54 kiorky joined #salt
14:55 kiorky joined #salt
14:56 larsfronius joined #salt
15:00 ALLmightySPIFF joined #salt
15:00 favadi joined #salt
15:02 crashmag joined #salt
15:04 s_kunk joined #salt
15:04 ujjain joined #salt
15:04 ujjain joined #salt
15:04 mkjgore hey folks, so I'm currently getting a list of machines from the output of "test.ping" (via Python API)
15:04 mkjgore is there a way to just have it return me the matching machines?
15:05 bluenemo joined #salt
15:06 KingJ joined #salt
15:06 ThomasJ joined #salt
15:06 kavakava__ joined #salt
15:13 mortis should be well explained here mkjgore https://docs.saltstack.com/en/develop/ref/clients/index.html
15:15 zmalone joined #salt
15:15 muep joined #salt
15:19 mkjgore mortis: thanks. I've looked over this but it didn't seem to give me what I was looking for. I suppose I will need to be a bit more crafty.
15:22 larsfronius joined #salt
15:23 jettero joined #salt
15:24 thebwt joined #salt
15:24 jettero I have to issue some commands on some hosts (ilo/idrac) that I can only access by ssh... I have things for them in my pillar (yaml|gpg stuff).  I was somewhat planning to write a paramiko based _modules type module to deal with it, but I found salt-ssh by accident.
15:25 jettero looking at the docs, it doesn't seem like a great fit, but it might just work.  I'm confused by rosters and things.  Is this something I should spend more time reading about or is it going to be a bad fit?
15:26 jettero The hosts have no /tmp, nor any of the usual linux commands, so I feel like salt-ssh is going to fail.  Maybe I should just try it a little and see
15:26 linjan joined #salt
15:31 ujjain joined #salt
15:32 ujjain joined #salt
15:33 kawa2014 joined #salt
15:33 justanotheruser joined #salt
15:33 larsfronius joined #salt
15:34 mpanetta joined #salt
15:34 disposable joined #salt
15:34 bbradley joined #salt
15:34 jgelens joined #salt
15:34 edrocks joined #salt
15:35 ajolo joined #salt
15:35 carmony joined #salt
15:35 TaiSHi joined #salt
15:35 wych joined #salt
15:35 darix what happened to 2015.8.2
15:35 artemz joined #salt
15:35 losh_ joined #salt
15:35 darix it is tagged but not on pypi yet e.g.
15:35 bhosmer joined #salt
15:35 Dev0n joined #salt
15:35 bharper joined #salt
15:35 breakingmatter joined #salt
15:35 indispeq joined #salt
15:36 CeBe joined #salt
15:36 Grokzen joined #salt
15:36 deus_ex joined #salt
15:36 mnaser joined #salt
15:37 teryx510 joined #salt
15:37 chadhs joined #salt
15:37 cpowell joined #salt
15:37 Karunamon joined #salt
15:37 terinjokes joined #salt
15:37 mrtrosen joined #salt
15:38 sixninetynine joined #salt
15:38 hojgaard joined #salt
15:38 mapu joined #salt
15:38 _JZ_ joined #salt
15:38 markm joined #salt
15:39 aurynn joined #salt
15:39 chiui joined #salt
15:39 Hipikat joined #salt
15:39 WesleyTech joined #salt
15:40 subsignal joined #salt
15:40 KingJ joined #salt
15:40 ThomasJ joined #salt
15:40 kavakava__ joined #salt
15:41 Ph-x joined #salt
15:44 tristianc joined #salt
15:45 beardedeagle joined #salt
15:46 beardedeagle curious, my haproxy.cfg autogen is catching servers that have been deleted...
15:46 Cidan joined #salt
15:46 zerthimon joined #salt
15:47 flebel joined #salt
15:47 zerth joined #salt
15:47 zerth_ joined #salt
15:47 ashmckenzie joined #salt
15:48 RandyT joined #salt
15:48 nlb joined #salt
15:49 TyrfingMjolnir joined #salt
15:49 fredvd joined #salt
15:50 tru_tru joined #salt
15:53 boargod joined #salt
15:54 hojgaard joined #salt
15:55 apergos joined #salt
15:55 ALLmightySPIFF joined #salt
15:56 amcorreia joined #salt
15:56 apergos out of curiosity, is it possible that a job takes longer than the timeout but in between the time the client decides the timeout is reached and runs the find_job, the minion completes the job so the return never gets picked up by the client?
15:57 apergos no, I haven't seen that behavior, I was just looking at (2014.7.5) code that seems like that could be a possibility, if a small one
15:57 Diaoul joined #salt
15:57 gwmngilfen joined #salt
15:58 jasondotstar joined #salt
15:58 Lionel_Debroux_ joined #salt
16:00 ajolo joined #salt
16:02 clintberry joined #salt
16:04 clintber_ joined #salt
16:06 saltsa joined #salt
16:06 Tanta joined #salt
16:06 dstokes joined #salt
16:07 nledez joined #salt
16:07 nledez joined #salt
16:08 perfectsine joined #salt
16:11 linjan_ joined #salt
16:11 beneggett joined #salt
16:12 tmmt joined #salt
16:12 RandyT_ joined #salt
16:13 tru_tru joined #salt
16:15 arif-ali_ joined #salt
16:16 subsignal joined #salt
16:16 spiette joined #salt
16:19 RandyT joined #salt
16:21 om joined #salt
16:22 brianfeister joined #salt
16:27 RandyT joined #salt
16:34 Voziv joined #salt
16:38 Lionel_Debroux_ joined #salt
16:38 techblaze joined #salt
16:39 rogst joined #salt
16:42 symphorien joined #salt
16:48 perfectsine joined #salt
16:50 beneggett joined #salt
16:52 jalbretsen joined #salt
16:52 hightekvagabond joined #salt
16:55 scoates joined #salt
16:57 bhosmer joined #salt
17:01 ry joined #salt
17:02 otter768 joined #salt
17:03 unusedPhD joined #salt
17:03 nethershaw joined #salt
17:03 wendall911 joined #salt
17:06 favadi joined #salt
17:08 unusedPhD_ joined #salt
17:09 onlyanegg joined #salt
17:09 iggy morsik: usually, that means salt needs a newer version than what the distro provides (as is the case with most of the zeromq stack on many distros)
17:10 iggy jettero: check out proxy minions maybe
17:11 iggy darix: there is usually some lag between tagging and actual release (testing, to allow distros time to prepare, etc.)
17:12 darix iggy: well we have prepared for like 1.5 weeks now :p
17:12 iggy apergos: I think the master will still get the return data... the more common issue is a minion restarting and not returning
17:12 darix iggy: we even released it as an update on the distros that needed the osfamily/os fix
17:13 darix iggy: was just wondering if it was a bad release or what is holding it back.
17:13 iggy honestly, if you're counting on salt releases for anything, you're going to be sad
17:14 honestly honestly.
17:14 iggy you're better off having your own release strategy ($current_job uses private pkg mirror, $last_job installed from git tags using salt-bootstrap)
17:15 zmalone darix: The docs say https://github.com/saltstack/salt/issues/29110 held 2015.8.2 back
17:15 saltstackbot [#29110]title: 2015.8.2 broke orchestration | Hi guys,...
17:15 zmalone probably followed by Thanksgiving
17:16 darix zmalone: thanks for the link
17:17 zmalone I'm really anxious for 2015.8.2 too, as it's supposed to fix that publicly readable cache issue that effects state.sls runs.
17:17 quasiben hi all, is it possible to make the log_file a+r when salt starts up ?
17:18 apergos iggy: the deal is that there's a point when it stops getting return events because it's hit the timeout, and then it fires off a find_job and waits for minions to respond, if none respond that they are still running the job it will give up and go home
17:18 quasiben I'm unclear as to how to set permissioning for it and I'd like to load it into logstash/elasticsearch
17:18 iggy apergos: open an issue if you think there is one
17:18 apergos so I'm wondering if anyone has hit "a minion was running the job after the timeout but finished before the find_job arrived from the master
17:18 apergos "
17:18 * apergos makes a note
17:19 darix zmalone: got link where you found this? TIA
17:19 zmalone quasiben: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html , but I'd do it with groups, not world permissions, salt logs often contain secrets and passwords (more so on some releases then others)
17:19 zmalone darix: https://docs.saltstack.com/en/latest/topics/releases/2015.8.2.html
17:19 darix ah
17:20 darix that was after we read it for the package update
17:20 conan_the_destro joined #salt
17:20 iggy apergos: I doubt many people would care/know if that happened
17:20 apergos I expect they wouldn't know
17:20 iggy "did I get errors on highstate? nope? good... next thing on my todo list"
17:20 zmalone although as http://keepachangelog.com/ mentions, the "git log as changelog" approach is kind of annoying
17:20 dyasny joined #salt
17:21 apergos we use salt here as a glorified remote command execution tool
17:21 apergos and so unless the command produces output and we know which hosts we expect output from in advance etc etc, we wouldn't ever notice
17:21 adendrag joined #salt
17:22 Ch3LL joined #salt
17:23 beneggett joined #salt
17:23 breakingmatter joined #salt
17:27 Rebus joined #salt
17:28 iggy apergos: my understanding is that the minion doesn't return the job data in response to the find_job query, it returns it when it's done
17:28 apergos exactly
17:28 apergos and if it says, or any minion says it's still running, then the client will go back to listening for returns
17:28 apergos if all of them say 'nope, done here'
17:28 apergos then the client will say 'well, no point in listening any more, I got what I got'
17:29 darix zmalone: thanks for the pointer patch is backported to the package now. :)
17:29 iggy so your best bet to see if stuff runs as expected is to check the master job cache
17:30 onlyanegg joined #salt
17:33 writtenoff joined #salt
17:34 quasiben @zmalone, oh right!  Also, I'm looking into the `logstash_udp_handler`
17:38 scoates joined #salt
17:38 shaggy_surfer joined #salt
17:38 ssplatt joined #salt
17:39 ssplatt is there going to be a 2015.12 release?  i don’t really want to pull from git and run the develop branch just to get salt-cloud to work
17:39 Dev0n joined #salt
17:39 v0rtex_ joined #salt
17:40 perfectsine joined #salt
17:41 iggy ssplatt: I think the next release is tentatively set for Feb
17:41 iggy <--- not a dev
17:42 ssplatt *sigh
17:42 breakingmatter joined #salt
17:43 Rebus i suggest running the release branch an cherry pick the patches for salt-cloud, so you don't get oo much unstable code into production
17:44 shaggy_surfer joined #salt
17:46 tiadobatima joined #salt
17:47 tiadobatima1 joined #salt
17:48 apergos iggy: yep and that's what I do (but most folks don't)
17:53 tiadobatima1 left #salt
17:55 robawt joined #salt
17:57 mapu joined #salt
17:57 iggy one of my salt setups runs devel (for the vultr salt-cloud support)
17:57 hal58th joined #salt
17:58 hal58th_ joined #salt
18:01 adelcast joined #salt
18:02 tiadobatima joined #salt
18:02 impi joined #salt
18:02 Jimlad joined #salt
18:02 huxley joined #salt
18:03 brianfeister joined #salt
18:03 linjan_ joined #salt
18:04 hightekvagabond joined #salt
18:10 totzky joined #salt
18:12 bhosmer joined #salt
18:15 Edgan I have found I need to make my own salt packages to keep up with all the patches I need. It is a given for me.
18:16 baweaver joined #salt
18:17 g3cko joined #salt
18:19 Edgan A current example is that pkg.installed is broken for yum/dnf based distributions in 2015.8.1. So a patch is a must.
18:19 shaggy_surfer joined #salt
18:19 aurynn joined #salt
18:22 chamunks joined #salt
18:22 zmalone pkg is also broken on ubuntu/deb systems for some packages, https://github.com/saltstack/salt/issues/22356
18:22 saltstackbot [#22356]title: Status pkg.removed fails on Ubuntu 14.04 | Hi,...
18:22 zmalone which is bizarre
18:22 dandelo joined #salt
18:22 zmalone (no patch available for that one)
18:22 geekatcmu joined #salt
18:22 Zachary_DuBois joined #salt
18:23 [vaelen] joined #salt
18:23 FTfz joined #salt
18:23 clintberry joined #salt
18:24 Eugene joined #salt
18:24 rodr1c joined #salt
18:24 rodr1c joined #salt
18:24 sn00py joined #salt
18:28 apergos left #salt
18:28 johtso joined #salt
18:28 JPaul joined #salt
18:31 chutzpah joined #salt
18:34 averell joined #salt
18:34 FreeSpencer Can I use re_pattern on regular pillars? I dont seem to be able too
18:37 ekkelett joined #salt
18:37 mullre joined #salt
18:38 mullein joined #salt
18:38 iggy how would you expect that to work?
18:40 jgelens joined #salt
18:40 hemebond joined #salt
18:40 g3cko joined #salt
18:40 zsoftich joined #salt
18:42 berto- joined #salt
18:42 techdragon joined #salt
18:43 pbx_ joined #salt
18:43 mrtrosen joined #salt
18:43 FreeSpencer iggy kinda like mongo - mongo: {collection: vm, id_field: name, re_pattern: \\.example\\.com, fields: [customer_id, software, apache_vhosts]}
18:43 FreeSpencer That way I can ignore the FQDN
18:44 Hipikat joined #salt
18:45 iggy I mean... where would you expect to specify that?
18:45 FreeSpencer idk thats why im asking :p
18:46 iggy the short answer is no, I'm trying to understand what you're actually trying to achieve in order to possibly point you to other solutions
18:46 iggy the top file understands globs
18:46 Karunamon joined #salt
18:46 iggy 'somehost*':\n    - path.to.pillar.file
18:46 FreeSpencer Ohh thats it then!
18:48 FreeSpencer Thanks!
18:49 ry joined #salt
18:52 thalleralexander joined #salt
18:52 rm_jorge joined #salt
18:54 grumm_servire joined #salt
18:54 onlyanegg joined #salt
18:55 mapu joined #salt
18:56 Ahlee possible to web url with cp.get_file a la file.managed? I really don't want to drop this file into salt's file system
18:57 Ahlee i guess i can just put this into a state to manage the file
18:57 virusuy joined #salt
18:57 Ahlee disregard, making this shit harder than it needs to be, again
18:57 * iggy pats Ahlee on the head gently
18:59 skarn joined #salt
18:59 Ahlee eh, i wanted an on demand script without making it states
18:59 berto- joined #salt
19:00 Ahlee but now i'll just run the state before
19:00 Ahlee slower, but what ever
19:00 cyborg-one joined #salt
19:03 otter768 joined #salt
19:03 moogyver joined #salt
19:05 techblaze joined #salt
19:06 perfectsine joined #salt
19:07 shiriru joined #salt
19:10 nledez joined #salt
19:10 nledez joined #salt
19:10 jaybocc2 joined #salt
19:12 hardwire joined #salt
19:16 forrest joined #salt
19:16 bhosmer joined #salt
19:17 RandyT greetings all
19:17 RandyT I'm struggling to debug a reactor issue.
19:18 RandyT I've defined a reactor that matches a new minion deployment. I've turned logging up to TRACE on the master and see that the reactor is rendered, pillar, etc. rendered.
19:18 xmj hope it don't melt
19:18 RandyT No errors logged, but the state does not execute.
19:19 RandyT xmj: my head is melting at this point...
19:19 forrest RandyT, Does the state work if the reactor isn't involved?
19:19 RandyT Running on 2015.8.1
19:19 forrest So you can match the exact same things (grains or whatever), and the state works?
19:19 RandyT forrest: yes, I can run it from the command line with state.sls
19:19 forrest with whatever your matcher is inside the reactor file though?
19:19 FreeSpencer Is it possible to get the minion ID without the append domain?
19:19 denys joined #salt
19:20 RandyT forrest: I've boiled it down to matching nothing but the minion id itself.
19:20 forrest RandyT, Did you restart all the services so the new reactor would be picked up?
19:20 RandyT yes, and the reactor is picked up in the logs.
19:21 forrest Did you already restart the minion's salt service in debug mode so you can see the call come through?
19:21 larsfronius joined #salt
19:21 RandyT The reactor is getting triggered as a cloud/*/created event.. I am not aware of how I can deploy the minion code (on a windows machine) with debug enabled.
19:22 RandyT I've looked at the log on the minion and there is nothing of value getting logged.
19:22 RandyT at the state after deployment, there are about 4 lines in the log file on the minion
19:22 clintber_ joined #salt
19:22 forrest Yeah in the default mode you won't see the call I don't think
19:23 forrest RandyT, Can't you just go on the windows box and start the service with -l debug? Or does it not work that way with windows
19:23 RandyT and as you asked, the state will run against the minion without an issue... just cannot trigger it in the reactor
19:24 RandyT forrest: I can do that, but the issue that is not working is the running of the state triggered by the cloud/<minionid>/created...
19:24 forrest RandyT, Yeah that's why I'm saying you need to crank the log up, because if you're seeing the master do its thing, but then it isn't actually happening you need to confirm the minion is receiving the data. Also, can you confirm the master/minion are the same salt release?
19:24 techblaze joined #salt
19:24 RandyT so that event has happened by the time I can get on the minion to run the state.
19:24 forrest Yeah so change the reactor
19:25 RandyT forrest: yes, master and minion are same version
19:25 forrest That's what I would do at least, just set up the api or something to listen and then hit it.
19:25 forrest RandyT, You can copy my code here if you want: https://github.com/gravyboat/docka-docka-docka/tree/master/docka-salt
19:25 RandyT forrest: but it does run when executed on the master from the command line. Maybe I am not understanding
19:25 RandyT after the reactor has run and not done anything
19:26 forrest RandyT, I understand that, but if you're saying that you see the master firing the reactor event, so the only unknown at this point is what is happening on the minion
19:26 hightekvagabond joined #salt
19:26 forrest are you dropping on your minion config prior?
19:27 RandyT minion code is put on during the deployment process via winexe
19:27 forrest RandyT, If so, repro the box with an updated minion default config that has log_level: debug
19:27 forrest Prior to the reactor expectation correct? You aren't doing some weird double provision?
19:27 RandyT yes, prior. This is a provision onto ec2, all code pushed in the process.
19:28 RandyT Would be interesting to have a windows binary with debug turned on...
19:28 forrest I'd say update the minion log with a log_level change then. Currently with the info you presented what is happening on the minion during the reactor run is the only unknown
19:28 RandyT I may look at what it would take to create that... feel all dirty having to do all of these windows things. :-)
19:29 forrest The logging should just be a quick change to the minion config. I'm going off what I experimented with to confirm reactor events in that project I linked though
19:29 forrest But when you have debug on the minion it's VERY clear what is happening with the reactor, you can see the calls come through with the state execution and everything
19:29 forrest including when it doesn't match correctly, etc.
19:31 pjs joined #salt
19:32 RandyT forrest: yes, that is probably a worthwhile exercise...
19:32 RandyT interesting examples you offered there. thanks for sharing
19:32 forrest RandyT, It's just the only thing I can think to help you unfortunately :(
19:32 forrest Yeah np
19:32 RandyT quextion regarding use of expr_form: vs. tgt_type:
19:32 RandyT I gather these are the same from what I read. which is the new trend.
19:33 forrest I'm not really sure, this was my first dive into a serious app using the reactor system, I was being a stubborn ass hoping it would be ported to masterless before I made this.
19:34 RandyT fair enough. I'll see about getting a debug version together
19:34 RandyT thanks
19:34 forrest NP, sorry I couldn't help you out more
19:34 morsik iggy: but salt repo overrides system packages! and package is not newer. I found that the bug is already reported: https://github.com/saltstack/salt/issues/29132
19:34 saltstackbot [#29132]title: Saltstack Yum Repo overwriting packages from CentOS Base | It appears that Salt 2015.8.1 from repo.saltstack org is pulling two dependencies from that repo that are overwriting the Base CentOS repo.  PyYAML 3.10 and python-crypto 2.0.1 are being replaced....
19:35 morsik packages are not*
19:35 RandyT to ask another question regarding the catch 22 I am trying to solve.
19:36 RandyT I have a dependency on a module which requires some python modules in order to render the jinja for the highstate run.
19:36 RandyT I'm trying to run a reactor to install those dependencies before triggering the highstate on deployed minion.
19:36 RandyT Is there a better way to accomplish this?
19:37 iggy RandyT: without 2 highstates? not really (a sort subject here too)
19:37 RandyT iggy: first highstate will fail because the jinja has a dependency on this mssql module.
19:38 RandyT On windoze deployments, multiple highstates see to be a way of life... :-P
19:38 iggy you can at least make it a little less crappy by checking if module.function is in salt and just jinja out the part that would normally fail
19:39 RandyT So I need some clever way to push the pymssql code onto the minion in order to be able to use the salt mssql module to test for availability of db users, databases, etc.
19:39 RandyT iggy: module.function will test for the pymssql module's existance?
19:40 RandyT not familiar with that
19:40 * RandyT runs off to search for module.function
19:40 JDiPierro joined #salt
19:40 iggy {% if 'mssql.db_list' in salt %} do normal stuff {% else %} do install/config mssql stuff {% endif %}
19:41 iggy then at least you don't have a failure
19:42 RandyT iggy: does that not fail if failhard == true?
19:42 iggy put `reload_modules: True` in the install/config states and hope for the best (although I don't think that'll do much)
19:42 Edgan zmalone: The threads says it is the same issue as #9984, and that one has been closed.
19:42 iggy RandyT: no, because the whole part of the file that calls mssql states will be rendered out
19:43 RandyT iggy: ok, thanks. I'll give that a try..
19:44 Edgan morsik: yeah, I really hate that saltstack decided to start managing their own yum repo. I wish they would have found a way to make it continue to work cleaning inside EPEL.
19:44 ssplatt is there a way to have salt cloud rsync over other initial configuration files before the highstate, like a hosts file incase dns isn’t configured yet?
19:45 Edgan morsik: But it all comes down to them wanted newer versions of some python modules, and also wanting python modules not in base/epel.
19:46 ssplatt rsync/scp
19:46 ssplatt as part of the bootstrap.
19:46 Edgan morsik: That it was just in epel was a +1 for salt over puppet/chef. Now they are equal, and ansible still has the +1, as far as I know.
19:48 zmalone Edgan: it was closed because pwaller got tired of having it as an issue, not because it was fixed
19:50 baweaver joined #salt
19:51 Setsuna666 joined #salt
19:51 zmalone I had the issue in mid 2015, when 9984 was closed in 2014.
19:52 DammitJim joined #salt
19:54 DammitJim if I was "managing" a file via salt
19:54 DammitJim how do I unmanage it?
19:54 zmalone remove the file.managed states?
19:54 DammitJim (I had a problem in my states where I was managing it from 2 places)
19:56 ekristen joined #salt
19:58 iggy salt doesn't keep a database of manage files or anything, so yeah, just take out those states
19:58 perfectsine joined #salt
19:59 brianfeister joined #salt
20:03 aidalgol joined #salt
20:04 Nebraskka {% if grains['customgrain'] != '' %}   is a correct way to check if grain contains anything at all?
20:06 morsik Nebraskka: {% if grains.get('customgrain') %} imo the best :P
20:06 Nebraskka awesome =] thanks for example
20:06 morsik Nebraskka: handles also situation when grain doesn't exists at all
20:06 hightekvagabond joined #salt
20:06 Nebraskka oooh, excellent
20:07 morsik Nebraskka: see https://docs.python.org/2/library/stdtypes.html#dict.get
20:07 unusedPhD joined #salt
20:07 Nebraskka aah, yes, i forgot that jinja has python syntax
20:08 Nebraskka many thanks, morsik
20:08 morsik Nebraskka: but remember. Everything must fit into your needs. Sometimes you really don't want to regenerate config when something doesn't exists. It's better to use {{ grains.something }} and fail on state generation to prevent corrupting whole service ;)
20:08 morsik in case "something" fails (pillar, broken grain module or anything that's automatically generated)
20:09 Nebraskka condition like this would be enough? it would work?
20:10 morsik Nebraskka: if you want to fail on such situation, just use {{ grains.something }}
20:10 TyrfingMjolnir joined #salt
20:10 morsik Nebraskka: jinja will tell you "f*ck off" :P (cause of missing .something object)
20:10 Nebraskka lol, now i see your point
20:10 Nebraskka thanks for tip ^_~ pretty useful
20:11 morsik no problem ;)
20:12 Nebraskka btw how can be the same achieved right in top.sls?
20:12 Nebraskka let's say i have 'G@os:Ubuntu and G@monitoring:redis':
20:12 Nebraskka is it possible to somehow check for anything from G@monitoring at all?
20:12 Nebraskka to match anything that contains G@monitoring
20:13 Nebraskka and if not = don'[t match
20:13 morsik didn't tried such situation, but I think it'll work like with .get() which will result in None
20:13 morsik you must try ;)
20:13 babilen {% if monitoring in grains ...
20:13 morsik (or I didn't understnad your question)
20:13 babilen Or be more specific and return something False by default ..
20:14 babilen Or you could use ... is defined
20:14 Nebraskka thanks =) those are fine with jinja, but what about top.sls syntax?
20:14 babilen The above would work, but TIAS
20:14 Nebraskka can i match something only if particular grain is used at all? it could contain different data
20:15 babilen fwiw, why are you using grains for this? Do you see an advantage in storing that information in a distributed manner on the minions? How do you manage those grains?
20:15 morsik Nebraskka: i don't see any real situation when you would need something like this…
20:16 s_kunk joined #salt
20:17 Nebraskka you're right, i can misunderstood the concept behind it; my case: i have several zabbix templates, like 'redis' or 'nginx', each of template requires some files to be copied and restart zabbix-agent service
20:18 Nebraskka i planned to fill some grain like "monitoring" with names of templates on particular minions, which would match top.sls and get only needed files
20:18 Voziv left #salt
20:18 racooper joined #salt
20:19 Nebraskka different minions can have different templates
20:19 babilen Why don't you keep that assignment on the master (e.g. pillars) or in a database (external pillar) ?
20:19 morsik don't copy files. create state for it and generate all of them
20:19 morsik yeah — i know — it's more work, but you'll see — later it's easier to modify and to automate other things of those templates
20:19 Nebraskka interesting points
20:20 Nebraskka thanks for inputs, i definitely need to look at pillars concept once more, and can generate those files right from state
20:21 Nebraskka morsik, approach with state is a good alternative to copying files, if i have some heavy external scripts for those checks? i presume generation is a must with simple conf files, and scripts by themselves can be copied as files
20:21 paolo joined #salt
20:22 sarlalian joined #salt
20:22 notnotpeter joined #salt
20:23 Nebraskka like... copy scripts as files, but generate strings "UserParameters=somescript.sh" right from state
20:23 babilen Nebraskka: Aren't the checks tied to the services themselves? Why don't you make them part of them logically? (e.g. redis.monitoring state) -- That way you would get checks everywhere you manage a particular service. You could even configure your monitoring system with information based on this (by adding minions to the mine for example)
20:24 Nebraskka sounds nice, and i probably would do this in next deployment; current infrastructure installed without salt, so i don't currently deploying services by saltstack, so can't tie monitoring to any existing sls
20:25 babilen aye
20:25 Nebraskka anyway, thanks for advices =) all of this looks so interesting
20:26 paolo joined #salt
20:26 onlyanegg joined #salt
20:26 babilen It's just that this would be my preferred approach. Whenever you deploy a service you setup the monitoring for it as well, keep information about boxes you have to monitor in a central location (i.e. the mine) and configure your monitoring system with that. But that would necessarily require you to salt the services also
20:27 adendrag joined #salt
20:27 RandyT forrest: iggy in case you are still around and interested...
20:27 RandyT I enabled debugging on the minion. (was easily set in the providers file for cloud deployment)
20:27 RandyT there is nothing logged to the file regarding the reactor calls.
20:27 Nebraskka babilen, yeah, overall it's a good way to automatize things right from the start, and that was one of the motivation to learn saltstack to me =)
20:28 RandyT so it seems there may be an issue with the cloud/*/created event getting triggered before there is a valid connection with the minion?
20:29 morissette joined #salt
20:32 giantlock joined #salt
20:32 protoz joined #salt
20:33 baweaver joined #salt
20:35 edrocks joined #salt
20:39 iggy RandyT: I don't think that's considered an issue... "expected"
20:39 debian112 joined #salt
20:39 whytewolf RandyT: it is possable. all cloud/*/created is saying is that the cloud device has been created. says nothing about compleated salt instalation. {which is why it gives data['name'] not data['id']}
20:41 RandyT so reactor triggered states from cloud events is not workable then
20:41 ageorgop joined #salt
20:41 RandyT seems odd that it would be silently ignored...
20:43 spaceSub Is there a full list of salt-cloud providers?
20:44 whytewolf RandyT: if salt minion isn't installed then the master isn't able to target it. so the reactor isn't failing it just isn't finding a target for the run.
20:44 whytewolf spaceSub: https://docs.saltstack.com/en/latest/salt-modindex.html#cap-c < closest i have found.
20:45 DammitJim what can I use to add iptable rules to a salt-minion running ubuntu?
20:45 shaggy_surfer joined #salt
20:46 spaceSub whytewolf: That's actually more then I found. Thanks :)
20:46 RandyT whytewolf: there are a number of examples showing a highstate triggered from a cloud/*/created event in the docs...
20:46 iggy it probably works on some providers if they spin up fast enough
20:46 RandyT whytewolf: not arguing with you, just pointing to the source of my confusion
20:47 traph joined #salt
20:47 RandyT is there are reasonable way to put a sleep in this process? seems kind of hacky
20:48 iggy in the cloud created event put the name into sdb, then in minion startup reactor check name against sdb
20:49 Dev0n hey, how do I get a pillar to respect the format a boolean value is in, for example, foo: true becomes True, and foo: true becomes 'true', I just want true
20:49 fredvd joined #salt
20:49 Dev0n oops, latter example with foo: 'true' becomes 'true'
20:49 iggy maybe use a multi-line literal?
20:50 spaceSub I there any chance for kvm support in salt-cloud in the near future?
20:50 Dev0n iggy, is there just a literal without it being multi-line?
20:50 Dev0n can I state in the value that it should be literal?
20:51 mapu joined #salt
20:52 RandyT iggy: sorry, what is sdb
20:53 RandyT fwiw, here is the doc: https://docs.saltstack.com/en/latest/topics/cloud/reactor.html#example-reactor-based-highstate
20:53 whytewolf RandyT: https://docs.saltstack.com/en/develop/topics/sdb/index.html
20:53 RandyT Even suggests that the event is triggered when the minion can accept commands.
20:53 onlyanegg joined #salt
20:55 Dev0n iggy, actually, foo: 'true' is literal setting, it's just the config file had quotes around it, all good
20:55 techblaze joined #salt
20:56 mapu joined #salt
20:57 bhosmer joined #salt
20:59 CaptainMagnus Can someone have a look at https://github.com/saltstack/salt/pull/29238 and let me know if I screwed up my PR?
20:59 saltstackbot [#29238]title: Add the ability to have an archive extract if the hash has changed |
21:04 otter768 joined #salt
21:07 racooper hello, now that I can get into #salt again...can anyone take a look at https://github.com/saltstack/salt/issues/29268 and maybe provide some suggestion as to what I should be looking for?
21:07 saltstackbot [#29268]title: Crypto.Cypher cannot import name PKCS1_OAEP | I've got several SuSE 11.3 servers that are generating the following error when trying to start the minion:...
21:11 teryx510 joined #salt
21:12 jeddi joined #salt
21:12 perfectsine joined #salt
21:14 peters-tx joined #salt
21:17 hightekvagabond joined #salt
21:26 zmalone "With openSUSE 13.2, Salt 2014.1.11 is available in the primary repositories. The devel:language:python repo will have more up to date versions of salt, all package development will be done there."
21:26 zmalone I'm guessing you are pretty far off into the wilderness there
21:28 zmalone I can't help, but adding how you installed Salt, what salt version you are running, and stuff like that may help
21:31 baweaver joined #salt
21:36 Jimlad joined #salt
21:36 denys joined #salt
21:38 tristianc_ joined #salt
21:40 jacksontj joined #salt
21:40 forrest racooper, What release of salt are you running
21:40 forrest Also are you installing via bootstrap? I see this issue: https://github.com/saltstack/salt-bootstrap/issues/639
21:40 saltstackbot [#639]title: salt-bootstrap fails with latest salt develop branch on RHEL 6.6 | I had to install the develop branch of salt on RHEL 6.6 to test a PR. After install I received the following error:...
21:41 bharper joined #salt
21:41 Jimlad joined #salt
21:42 racooper 2015.8.1. it's from http://download.opensuse.org/repositories/devel:/languages:/python/SLE_11_SP3/ not from bootstrap
21:43 forrest did you already try to uninstall/reinstall pycrypto?
21:45 jgelens joined #salt
21:47 brianfeister joined #salt
21:50 perfectsine joined #salt
21:51 racooper yep. with same error "ImportError: cannot import name PKCS1_OAEP".
21:51 Karunamon joined #salt
22:00 racooper the only references I can find for the error are issues in salt github
22:00 brianfeister joined #salt
22:01 hightekvagabond joined #salt
22:02 JDiPierro joined #salt
22:02 jfindlay racooper: I asked some questions on the issue
22:03 racooper thanks, look forward to an answer. I've got 11 out of 150 servers that are giving that error.
22:03 jfindlay or we could talk about it here :)
22:05 jfindlay I don't necessarily see it as part of a current issue trend, speaking from experience, so it could either be something new or an unintended circumstantial problem of some kind
22:05 racooper yeah out of the 150 servers, I have three differnt revisions of pycrypto, and salt runs under all three versions
22:06 racooper they're all 2.6.1 version number
22:07 jfindlay what version of salt are you working with?
22:07 jfindlay are they new installs or upgrades?
22:10 traph joined #salt
22:11 racooper it's 2015.8.1, new install of salt/salt minion packages from opensuse using the repository recommended in saltstack docs.
22:12 markm joined #salt
22:13 protoz joined #salt
22:13 Brenden_ joined #salt
22:15 Brenden_ Hopefully an easy question here. We currently have all of our user sis files  in a users directory at the root of our salt parent directory (/users).  I want to define in my top.sls for specific servers to use the user sls files located in /newdirectory/users.  Is this possible?
22:15 Brenden_ sorry, mac autocorrect.  sis=sls
22:16 jfindlay racooper: I wonder if it's an issue with 2015.8.1 on suse not packaging an updated pycrypto dependency
22:16 geekatcmu Brenden_: sure, but will you have to have an exclusion rule for the /users stuff?
22:17 geekatcmu /newdirectory/users will just be newdirectory.users
22:17 nledez joined #salt
22:17 geekatcmu it's a state
22:17 geekatcmu Like all the others
22:17 racooper maybe. but that doesn't explain why it's working on 125 boxes, of which many are in the same configuration.
22:17 jfindlay racooper: otherwise, this is out of my immediate expertise; I'll ping cachedout on the issue
22:17 jfindlay yeah
22:17 edrocks joined #salt
22:18 Brenden_ geekatcmu, I'm sort of following you.  right now if I didn't use newdirectory/users the syntax I use is users.bob.  If I understand you, I'd change that to newdirectory.users.bob?
22:18 geekatcmu yep
22:19 Brenden_ awesome, thanks!
22:21 linjan joined #salt
22:28 subsignal joined #salt
22:33 FreeSpencer See anything wrong with this simple schedule? http://pastebin.com/raw.php?i=REPZ4UXa
22:33 FreeSpencer I keep on getting State 'schedule' in SLS 'schedules.syslog-master' is not formed as a list
22:34 FreeSpencer In my top.sls I have - schedules.syslog-master
22:37 protoz joined #salt
22:38 clintberry joined #salt
22:39 whytewolf FreeSpencer: what is that function supposed to do. cause that does not look right
22:40 FreeSpencer Here I rewrote it but still doesnt work http://pastebin.com/raw.php?i=uhxTuHum
22:42 whytewolf that time you are calling a state module as a exacution module
22:42 joehh joined #salt
22:43 Ph-x joined #salt
22:44 FreeSpencer So im just going about it the wrong way?
22:44 protoz joined #salt
22:45 hal58th__ joined #salt
22:45 hal58th_1 joined #salt
22:45 whytewolf well it doesn't make a lot of sense what you are trying to schedule.
22:46 FreeSpencer I just want to make sure that a supervisord job is running and didn't crash or error out
22:47 linjan joined #salt
22:48 whytewolf and the name of that supervisord job is worker_master?
22:49 FreeSpencer correct
22:51 whytewolf FreeSpencer: something like this? https://gist.github.com/whytewolf/22893a918cf6ee928810
22:52 whytewolf somestate.sls would go into your file_root
22:52 FreeSpencer and  gistfile1.txt would be in the pillar top?
22:53 whytewolf it would be called from pillar top.
22:53 pviktori joined #salt
22:53 FreeSpencer I think I got it now, thanks!
23:05 otter768 joined #salt
23:09 perfectsine joined #salt
23:13 baweaver joined #salt
23:17 mschiff joined #salt
23:17 mschiff joined #salt
23:27 baweaver joined #salt
23:28 ageorgop joined #salt
23:30 kawa2014 joined #salt
23:40 cyborg-one joined #salt
23:42 bfoxwell joined #salt
23:43 onlyanegg joined #salt
23:45 bfoxwell_ joined #salt
23:48 kawa2014 joined #salt
23:50 eofs joined #salt
23:55 FreeSpencer I have returner: redis but I get the error '2015-11-30 18:48:41,236 [salt.loaded.int.returner.postgres_local_cache][INFO    ][13501] Could not import psycopg2, postges_local_cache disabled.'
23:55 FreeSpencer Nothing about postgres
23:59 shaggy_surfer joined #salt

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