Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-04-04

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

All times shown according to UTC.

Time Nick Message
00:09 woodtablet left #salt
00:11 renoirb joined #salt
00:14 jas02 joined #salt
00:14 icebal joined #salt
00:20 pipps joined #salt
00:27 debian1121 joined #salt
00:30 debian112 joined #salt
00:30 jdipierro joined #salt
00:31 SaucyElf joined #salt
00:34 debian112 joined #salt
00:36 debian112 joined #salt
00:37 djgerm your "runner_dirs" config setting can point to gitfs roots right?
00:38 djgerm (The case of my master not seeing my runner)
00:38 whytewolf no
00:38 djgerm ah!
00:38 whytewolf just put it in _runners and run salt-run saltutil.sync_runners
00:38 djgerm _runners in your gitfs root? and leave master config alone?
00:39 whytewolf yeap
00:40 debian112 joined #salt
00:52 icebal joined #salt
00:52 mavhq joined #salt
00:53 onlyanegg joined #salt
00:54 debian112 joined #salt
01:07 jdipierro joined #salt
01:19 jas02 joined #salt
01:26 onlyanegg joined #salt
01:27 mavhq joined #salt
01:28 felskrone joined #salt
01:32 onlyanegg joined #salt
01:33 nikdatrix joined #salt
01:50 catpigger joined #salt
01:58 ninjada joined #salt
02:20 mpanetta joined #salt
02:21 jas02 joined #salt
02:22 DEger joined #salt
02:22 DEger joined #salt
02:24 ninjada_ joined #salt
02:35 onlyanegg joined #salt
02:38 ninjada joined #salt
02:42 evle joined #salt
02:42 renoirb_ joined #salt
02:51 jdipierro joined #salt
03:25 Praematura joined #salt
03:39 jas02 joined #salt
03:48 DEger joined #salt
03:52 onlyanegg joined #salt
04:16 Klaus_Dieter joined #salt
04:18 stooj joined #salt
04:32 stooj joined #salt
04:47 jas02 joined #salt
04:53 onlyanegg joined #salt
04:54 pipps joined #salt
05:05 Arendtse1 joined #salt
05:07 daxroc_ joined #salt
05:07 doriftoshoes__ joined #salt
05:07 Ryan_Lane_ joined #salt
05:07 abele_ joined #salt
05:07 hillna_ joined #salt
05:08 CaptTofu__ joined #salt
05:09 Kruge_ joined #salt
05:09 j4son_ joined #salt
05:09 Heartsbane_ joined #salt
05:09 GnuLxUsr_ joined #salt
05:09 tharkun_ joined #salt
05:09 funabash1 joined #salt
05:09 mirko_ joined #salt
05:09 wybczu_ joined #salt
05:09 ScoreUnder joined #salt
05:09 dev_tea_ joined #salt
05:09 duckfez_ joined #salt
05:09 capn-morgan joined #salt
05:11 LeProvokateur_ joined #salt
05:11 Bock joined #salt
05:11 ivanjaros joined #salt
05:11 izrail_ joined #salt
05:12 rodr1c_ joined #salt
05:12 McNinja_ joined #salt
05:12 Deliants joined #salt
05:12 notsetkeh joined #salt
05:12 tehsufn joined #salt
05:13 error_ joined #salt
05:13 MK_FG joined #salt
05:13 MK_FG joined #salt
05:14 Xevian_ joined #salt
05:15 jwon joined #salt
05:16 rewbycraft joined #salt
05:17 Gareth joined #salt
05:19 ksa joined #salt
05:19 NightMonkey joined #salt
05:20 Drunken_angel joined #salt
05:20 xet7 joined #salt
05:20 bdrung_work joined #salt
05:21 freelock joined #salt
05:22 saintaquinas[m] joined #salt
05:22 eightyeight joined #salt
05:22 tom29739 joined #salt
05:22 justanotheruser joined #salt
05:22 astephanh joined #salt
05:23 rdas joined #salt
05:28 onlyanegg joined #salt
05:32 DanyC joined #salt
05:33 preludedrew joined #salt
05:35 madgoat joined #salt
05:35 madgoat left #salt
05:40 tom29739 joined #salt
05:44 impi joined #salt
05:54 ProT-0-TypE joined #salt
05:54 do3meli joined #salt
06:03 jas02 joined #salt
06:03 DarkKnightCZ joined #salt
06:09 jas02 joined #salt
06:10 jas02 joined #salt
06:14 golodhrim|work joined #salt
06:15 gmoro joined #salt
06:17 Trauma joined #salt
06:24 colegatron joined #salt
06:29 yuhl______ joined #salt
06:38 dyasny joined #salt
06:42 onlyanegg joined #salt
06:47 DanniZqo joined #salt
06:51 nikdatrix joined #salt
06:51 Ricardo1000 joined #salt
06:58 nikdatrix joined #salt
07:03 ReV013 joined #salt
07:07 Ricardo1000 joined #salt
07:07 o1e9 joined #salt
07:08 onmeac joined #salt
07:09 remyd1 joined #salt
07:11 toanju joined #salt
07:13 aldevar joined #salt
07:14 munhitsu_ joined #salt
07:15 toanju joined #salt
07:20 ozux joined #salt
07:25 candyman88 joined #salt
07:25 nikdatrix joined #salt
07:27 xet7 joined #salt
07:28 ronnix joined #salt
07:29 candyman89 joined #salt
07:31 JohnnyRun joined #salt
07:43 onlyanegg joined #salt
07:52 Miouge joined #salt
07:56 impi joined #salt
07:58 DanyC joined #salt
08:03 ozux joined #salt
08:04 Rumbles joined #salt
08:09 Praematura joined #salt
08:12 impi joined #salt
08:15 impi joined #salt
08:19 impi joined #salt
08:21 ronnix joined #salt
08:21 s_kunk joined #salt
08:28 Mattch joined #salt
08:32 ozux__ joined #salt
08:32 ronnix joined #salt
08:33 concerti joined #salt
08:43 DEger joined #salt
08:45 zulutango joined #salt
08:50 ozux joined #salt
08:51 impi joined #salt
08:57 N-Mi joined #salt
08:57 N-Mi joined #salt
08:59 chowmeined joined #salt
09:02 yuhl______ joined #salt
09:03 om2 joined #salt
09:04 harkx joined #salt
09:08 bdrung_work joined #salt
09:16 tom29739 joined #salt
09:44 onlyanegg joined #salt
09:52 kjsaihs joined #salt
10:02 Straphka joined #salt
10:25 ronnix joined #salt
10:25 ninjada_ joined #salt
10:30 Ricardo1000 Hello, I have issue with key_regen on salt master
10:30 Ricardo1000 Minions does not resent new keys
10:30 Ricardo1000 to the master
10:32 AndreasLutro left #salt
10:33 ozux joined #salt
10:39 ninjada joined #salt
10:41 cyborg-one joined #salt
10:43 DEger joined #salt
10:49 Kelsar joined #salt
10:55 jdipierro joined #salt
10:56 Kelsar joined #salt
11:00 zer0def um, anyone knows what state is this issue in?: https://github.com/saltstack/salt/issues/31363
11:00 saltstackbot [#31363][OPEN] git.latest with force_clone fails when it can't create a target directory that already exists | The docs for `force_clone` say this:...
11:10 zer0def at first glance it looks like a trivial fix
11:15 ronnix joined #salt
11:18 cscf joined #salt
11:25 yuhl______ joined #salt
11:26 ozux joined #salt
11:26 babilen Can I use batch mode in reactor configuration?
11:27 Rumbles joined #salt
11:31 amcorreia joined #salt
11:35 Pyro_ joined #salt
11:35 ACz joined #salt
11:36 ACz hello, i've got master and minion 2016.11.1 (carbon), what do I have to do to activate execution modules?
11:37 ACz i wrote one, unlocked the option module_dirs: /var/cache/salt/minion/extmods
11:37 ACz in master config file
11:38 ACz the connection between master and salt normally exists, and after doing saltutil.sync_modules the module is visible, but after running the command again, it disappears
11:38 ACz and of course is unavailable to run thru master's command
11:39 ACz between master and minion, of course :)
11:40 armyriad joined #salt
11:45 onlyanegg joined #salt
11:57 yuhl______ left #salt
11:59 babilen fwiw, it appears as if you'd have to use orchestrator for that
12:09 Ricardo1000 Can I reorder in salt minion to determine minion id not fqdn but hostname ?
12:17 jdipierro joined #salt
12:18 Rumbles joined #salt
12:18 cyborg-one joined #salt
12:19 yuhl______ joined #salt
12:19 shambat when installing a package from an http source, is it possible to specify a client certificate for authetication use?
12:24 ronnix joined #salt
12:27 candyman88 joined #salt
12:29 Praematura joined #salt
12:31 dev_tea joined #salt
12:34 it_dude joined #salt
12:37 Mogget If I create a state which changes multiple files and asked salt to restart the service which owns the file, will it be restarted for every single file, or one time after all the files has been updated?
12:38 Mogget I have basically made a file.managed: in a "for each file in.." using jinja.
12:41 ozux joined #salt
12:44 Drunken_Panda hey guys whats the best way of passing text to a cmd.run which contains bad jinja characters? I have a variable which contains % which is fine in the context but jinja does not seem to like it im running a cmd.run with this variable and the whole string is wrapped in "" so I didint think jinja would interpret it
12:50 Drunken_Panda https://gist.github.com/DrunkenAngel/d1fd79fb137c5a8d70100264a57307e5
12:50 ssplatt joined #salt
12:51 rdas joined #salt
12:51 IRCFrEAK joined #salt
12:52 IRCFrEAK left #salt
12:54 Drunken_Panda is there anyway to say drop var as text and dont evaluate ?
12:56 nikdatrix joined #salt
12:58 brousch__ joined #salt
12:59 Drunken_Panda ahh wait i can use yaml_dqute couldnt i
13:03 numkem joined #salt
13:04 abednarik joined #salt
13:06 colttt hello.. if i install salt-minion on a machine that is not always online, how can I confirm that the salt-minion get the latest updates?
13:13 _JZ_ joined #salt
13:14 racooper joined #salt
13:16 Rumbles joined #salt
13:19 numkem joined #salt
13:21 qman__ joined #salt
13:25 aphor joined #salt
13:25 SaucyElf joined #salt
13:27 gmoro joined #salt
13:27 sunkist joined #salt
13:27 rdas joined #salt
13:30 sunkist Is there a way to make 'salt-call --local state.highstate' NOT require DNS to proceed?  When my resolver is unreachable in /etc/resolv.conf, salt-call won't proceed past checking for the minion id in /etc/salt/minion_id.  I'm on OpenBSD 6.0.
13:31 onlyanegg joined #salt
13:31 tapoxi joined #salt
13:31 sunkist I'm in masterless configuration, "file_client: local".
13:32 sunkist When I run ktrace/kdump, it appears the minion is in an infinite loop trying to get a DNS result.  The system resolver returns quickly because no remote resolvers are reachable.
13:32 renoirb joined #salt
13:33 cachedout joined #salt
13:40 Tanta joined #salt
13:45 filippos joined #salt
13:45 evle1 joined #salt
13:48 Drunken_Panda sunkist is you minion trying to connect to the master
13:49 nbuchanan joined #salt
13:56 Drunken_Panda as another note even when using yaml d quote salts throwing a fit over the [ included in the output
13:58 Pyro_ joined #salt
14:00 ahrs joined #salt
14:03 daks left #salt
14:04 Brew joined #salt
14:08 zzzirk joined #salt
14:09 renoirb joined #salt
14:09 synical joined #salt
14:12 Neighbour Is it allowed/proper to modify a function argument inside the function?
14:12 aldevar joined #salt
14:19 AndreasLutro joined #salt
14:21 rickflare2 joined #salt
14:23 sunkist joined #salt
14:23 sunkist joined #salt
14:24 sunkist Drunken_Panda: I'm not sure why it would try to find the master when I invoke with "salt-call --local state.highstate" and my /etc/salt/minion file consists of "file_client: local"
14:29 sarcasticadmin joined #salt
14:31 prototux joined #salt
14:35 ozux joined #salt
14:37 GMAzrael_ joined #salt
14:38 synical joined #salt
14:44 DEger joined #salt
14:46 Ricardo1000 Anybody home ?
14:46 shalkie joined #salt
14:48 ssplatt nobody in here but us chickens
14:48 onlyanegg joined #salt
14:51 golodhrim|work|2 joined #salt
14:53 golodhrim|work|3 joined #salt
14:55 onmeac left #salt
14:57 fxhp joined #salt
14:59 PatrolDoom joined #salt
14:59 PatrolDoom joined #salt
15:03 whytewolf joined #salt
15:06 Vaelatern joined #salt
15:06 GMAzrael joined #salt
15:08 it_dude joined #salt
15:14 bd__ i thought all the chickens are on the other side of the road?
15:16 Drunken_Panda because salt-call posts to the zero-mq message bus on the master
15:16 Drunken_Panda sunkist
15:16 sunkist Makes sense; how do I disable that?
15:17 Pyro_ joined #salt
15:17 sunkist Seems like we need a "masterless: True" option in the /etc/salt/minion file
15:18 Drunken_Panda I lie i missed the --local which I think does not contact the master
15:18 sunkist I even used test=True, and that didn't disable the network activity.
15:19 yuhl______ joined #salt
15:19 sunkist As soon as I added an online resolver to /etc/resolv.conf the command 'salt-call --local state.highstate' succeeded.
15:20 sunkist I mean, immediate after I reissued the command...
15:20 Drunken_Panda what if you add a salt 127.0.0.1 to the hosts
15:21 Drunken_Panda it might just want to know where the master is before it evaluates --local but this is complete guesswork on my part
15:21 sunkist I can try that, I have remote access to the box at the moment but would rather perform the network tests when I'm phycially colocated.
15:22 sunkist My use case was using salt masterless to apply a configuration that restores network connectivity.
15:22 sunkist But that won't work well if salt hangs on trying to resolve the name of a server that's not even needed.
15:23 ozux joined #salt
15:23 sp0097 joined #salt
15:24 tkojames joined #salt
15:28 Trauma joined #salt
15:30 rawzone joined #salt
15:31 AndreasLutro left #salt
15:32 Praematura joined #salt
15:33 DarkKnightCZ joined #salt
15:47 tharkun_ joined #salt
15:49 ronnix joined #salt
15:50 cowyn_ joined #salt
15:52 nixjdm joined #salt
15:54 juntalis joined #salt
15:54 whytewolf o/
15:54 Drunken_Panda hi whyte :p
15:55 whytewolf hows it going Panda? salty?
15:56 Drunken_Panda always got a question for you in a mo :D
15:56 whytewolf lol
16:02 Drunken_Panda so whyte question time :P
16:02 ekristen can you do peer_run between syndic masters?
16:02 Drunken_Panda ill send a pint if you know an answer :P
16:03 Drunken_Panda https://gist.github.com/DrunkenAngel/d1fd79fb137c5a8d70100264a57307e5
16:03 whytewolf ekristen: wish i knew. I have very little experence with syndic
16:03 aldevar left #salt
16:04 Drunken_Panda so im pushing a logfile into a jinja variable and trying to output it to a curl however even when i push it through yaml_dquote  i get syntax errors due to special characters
16:05 DammitJim joined #salt
16:05 whytewolf understandably.
16:05 Drunken_Panda anyway around this ? :D
16:06 whytewolf for the render error that looks like the yaml failed. so i would try turning that into a literal.
16:06 whytewolf |
16:06 Drunken_Panda so just append a pipe ?
16:07 whytewolf https://docs.saltstack.com/en/latest/topics/troubleshooting/yaml_idiosyncrasies.html#the-sign
16:07 whytewolf you might be able to get away with just single quotes
16:07 whytewolf but if that doesn't work yeap a pipe
16:13 feld left #salt
16:13 pipps joined #salt
16:14 pipps joined #salt
16:15 feld joined #salt
16:15 dendazen joined #salt
16:15 Odysseaus joined #salt
16:17 Odysseaus joined #salt
16:24 DarkKnightCZ joined #salt
16:28 leonkatz joined #salt
16:28 Odysseaus joined #salt
16:31 sp0097 joined #salt
16:31 Odysseaus Hello, I am having an issue with my salt-master communicating with minions across different subnets.  The communication works but eventually times out and stops working.  It will start working again if I restart the minion and the master.  I have tested the DNS communication and it works fine on both the master and the minion.  Could anyone help me with this?
16:33 Drunken_angel so whyte tried to pass it with | and |yaml_squote same issue because logs contain % symbol
16:33 whytewolf did you try just single quotes?
16:34 Drunken_Panda {{ 'rocketchatmessage '}}  like this ?
16:34 whytewolf '{{rocketchatmessage}}'
16:35 abednarik joined #salt
16:36 whytewolf you do need the quotes around it in the access_log_format part also
16:37 Drunken_Panda yea thats generated by a salt-cmd  to grab the logs so I guess I need to do this '{{rocketchatmessage|yaml_dquote}}'
16:38 whytewolf yeap
16:38 whytewolf the jinja is rendering fine. it is yaml that is failing
16:39 ecdhe Odysseaus, how are the subnets connected?  Are you able to perform packet capture on both sides for viewing in wireshark?
16:40 Odysseaus ecdhe, my firewall has rules setup for one subnet to communicate with the other and vice versa.
16:40 Drunken_Panda yea still get an error in regards to [] in the logs
16:41 whytewolf []?
16:42 mpanetta joined #salt
16:42 juntalis joined #salt
16:42 ecdhe Odysseaus, are tcp keepalives surviving the firewall boundary?
16:43 Drunken_Panda expected <block end>, but found '['
16:43 Drunken_Panda in "<unicode string>", line 11, column 120:
16:43 Drunken_Panda ... er_start for nba failed with  '"[2
16:43 Odysseaus ecdhe, wouldn't that just be a configuration either on the master or minion?  I have many other applications that use the same firewall rule.  Do you have a test I could do to see if keepalive is working as expected for the saltmaster?
16:45 whytewolf Drunken_Panda: humm, that is a different error.
16:46 ecdhe I don't have a test, I've just been bitten by short-lived tcp connections in the past due to firewall rules.  A pcap from both master and minion during a failed connection could be instructive.
16:47 whytewolf Drunken_Panda: I don't see anything that starts with '"[2 in anything you posted
16:47 Odysseaus ecdhe, I can do that
16:48 Drunken_Panda its in the log for time
16:50 toanju joined #salt
16:50 whytewolf hummm, okay. where di you add the '?
16:51 Drunken_Panda line 80 of the variable value
16:51 Drunken_Panda This is how its referenced
16:51 Drunken_Panda '{{rocketchatmessage|yaml_dquote}}'
16:51 * whytewolf shrugs. I have no idea what line 80 is :P
16:52 Drunken_Panda its on the gist
16:52 Drunken_Panda rocketchat message variable value line 80
16:52 whytewolf um, as?
16:53 whytewolf the only line 80 in reference to the gist is [2017-04-04 12:34:27 +0000] [1] [INFO] Starting gunicorn 19.7.1
16:53 Drunken_Panda yea the [2
16:53 whytewolf ....
16:53 whytewolf thats not a log file?
16:53 Drunken_Panda is part of the [2017-04-04 12:34:27 +0000]
16:54 Drunken_Panda its just cut it
16:54 wendall911 joined #salt
16:55 whytewolf something is not right here. that looks like a log file not a yaml file for salt
16:56 evle1 joined #salt
16:56 Drunken_Panda its a logfile with has been pushed into a jinja variable which is then written to a chat client as part of an orch state
16:57 whytewolf ohhhh. how are you loading that?
17:01 MasterNayru joined #salt
17:02 whytewolf so much garbage in that file not sure of a clean way to spew it forth
17:02 Odysseaus ecdhe, ok, so it looks like the master is not replying to the minion
17:03 Odysseaus ecdhe, the minion is sending packets but eventually the master just stops replaying.  The master does start out replying fine but doesn't reply after a while.  Not sure why.
17:05 ecdhe So you do have a three way handshake to begin with.
17:05 Odysseaus ecdhe, yes
17:05 ecdhe Does one of the parties ever send FIN?
17:05 onlyanegg joined #salt
17:06 netcho joined #salt
17:06 netcho joined #salt
17:06 pipps joined #salt
17:06 ChubYann joined #salt
17:07 Odysseaus ecdhe, yes, the master and minion both send FIN.  What I think I am noticing is the master will send to the minion and the minion responses but if the minion tries and start communication to the master, the master doesn't ack.
17:07 pcn It seems like engines tend to swallow backtraces when they die.  Are there options to get better info out of them?
17:09 ivanjaros joined #salt
17:09 Drunken_Panda whytewolf just an {% set rocketchatmessage = salt['cmd.run']("docker logs $(docker ps -a | grep Exited 2> /dev/null |grep -v  'Exited (0)' 2>/dev/null | grep -m 1 -oE '[^ ]+$')" )%}
17:10 ecdhe Odysseaus, how long after SYN/SYNACK/ACK does the FIN/FINACK/ACK occur?
17:10 ecdhe Does it look like an intentional timeout?
17:11 ecdhe Do you have any minions that are NOT going through the firewall?  Do you have any other long lived connections going through the firewall?  ssh, etc?
17:11 ssplatt joined #salt
17:13 whytewolf Drunken_Panda: humm. I can not get it to error. but i have to load it differently since I'm not running docker.
17:13 whytewolf if i just import_text on it it works fine
17:13 kiltzman joined #salt
17:14 Drunken_Panda can you show me what you have I can push to an output file as a pre step in the orch if it works
17:16 kiltzman joined #salt
17:17 tkharju joined #salt
17:17 whytewolf Drunken_Panda: commaent added to your gist
17:18 Drunken_Panda Cheers :p
17:18 whytewolf it is a simplistic test.
17:18 whytewolf DOH... I wasn't running it i was only rendering it
17:19 whytewolf yeah it doesn't run
17:21 whytewolf humm, it technically is the line endings doing you in. since it ends up wrapping those into the yaml below
17:21 SaucyElf joined #salt
17:21 impi joined #salt
17:25 SaucyElf joined #salt
17:32 Drunken_Panda anyway to tell it just print this variable as raw ? tried raw tags but then it dos'nt resolve the variable :p
17:33 Odysseaus joined #salt
17:33 hasues joined #salt
17:34 it_dude joined #salt
17:36 ronnix joined #salt
17:38 pipps joined #salt
17:40 tkharju joined #salt
17:43 sknebel joined #salt
17:43 paulcap joined #salt
17:43 om2 joined #salt
17:44 paulcap Hi all, I would like to thanks the salt team for their great job !
17:44 whytewolf yeah. I see no way to do this panda. I even dropped down to the py render to get around some short comeings of using jinja+anything. and while it ran. the echo blew up
17:44 Drunken_Panda nooooooooooooooo
17:44 Drunken_Panda lol
17:46 Drunken_Panda so is it the line endings or special characters screwing me over
17:46 whytewolf paulcap: I'm sure they apreciate it :)
17:46 Drunken_Panda Could I not write a little sed / awk pipe to pull these out then push to the echo
17:46 whytewolf Drunken_Panda: or both
17:48 whytewolf Drunken_Panda: with yaml it is the line endings wrapping what should be part of one command into a whole slew of garbage. with json it is the speciel chars. and with the py render it gets threw but there is no formatting that would allow the shell on the other end to get it to work
17:49 aldevar joined #salt
17:49 whytewolf you might be better off just translating it to base64
17:49 whytewolf and decoding on reciept
17:50 whytewolf or having salt push a file where it can be pointed to and just posting the link
17:51 paulcap_ joined #salt
17:51 paulcap_ I have a little question regarding the execution order of formula, I have a top.sls file with my state files. But I would like that Salt execute the formula in the listed order. Is it possible? by write a require into top.sls by example or other way (without write any require into state files)
17:51 doisoi joined #salt
17:51 Drunken_Panda paulcap your after an orchestration state
17:52 Drunken_Panda sls in the topfile are all pinned together to run as one state where as an orchestration state you can say run this state now this one now that
17:53 Drunken_Panda do this if that failed ect
17:53 whytewolf paulcap_: if the exacution state of top.sls is not top down. then there are requisits getting in the way of order. top file does not reconize requires. however orchestrate as Drunken_Panda has pointed out does.
17:53 whytewolf however orchestration is a lot more complex then your standard top file
17:54 whytewolf as it is meant to orchestrate setup between systems
17:54 whytewolf https://docs.saltstack.com/en/latest/topics/orchestrate/orchestrate_runner.html
17:54 paulcap_ Drunken_Panda and whytewolf :  ok thanks a lot, I'm trying to find it in the documentation, certainly into the orchestrate runner ?
17:56 paulcap_ you have been more quick than me ;) thanks, I'm reading it ^^
17:58 whytewolf orchestration has a lot of side benifits that are not in the documentation because they are side effects not really the main intended operation. such as running 2 different states in orchestration will have the effect that grains created in the first one will be avalible in the second.
18:01 ekristen does anyone know how to use a salt formula on one or more saltenvs?
18:01 ekristen using gitfs
18:02 doisoi I want to get the ipv4 address of an interface through grains. I can use the ipv4 which will spit out the 127.0.0.1 which I don't believe you can filter out. Also ip4_interfaces works but not sure how to get to work. "salt '*' grains.get ip4_interfaces:ens160" returns blank.
18:03 whytewolf ekristen: you might need to fork the salt-formula and then branch out to your enviroments
18:03 paulcap_ thanks again for the answer BTW, I know it's possible now ;)
18:03 ekristen whytewolf: meh, yeah I was afraid of that
18:03 Drunken_Panda so whyte I guess the best way to do this is with a managed file containing the log and I could just reference that in the curl
18:04 Drunken_Panda ouside of yaml
18:04 Drunken_Panda with a bash variable
18:04 Drunken_Panda or somthing
18:05 Drunken_Panda which should hide it from yaml
18:05 whytewolf doisoi: while grains is great. honestly i perfer using the network module for anything dealing with grabbing ips
18:06 whytewolf Drunken_Panda: yeah that sounds about right
18:08 whytewolf doisoi: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.network.html
18:09 whytewolf doisoi: opps wrong link that was the network state i meant https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.network.html
18:09 doisoi okay thanks @whytewolf
18:15 pipps joined #salt
18:19 it_dude joined #salt
18:25 s_kunk joined #salt
18:28 _KaszpiR_ joined #salt
18:37 paulcap_ Hey, so I have read the orchestrate_runner section of the documentation, but my new question is : Is it possible to don't mention the tgt key? To just have the order some states but keep using the top.sls ? (Ok it look weird)
18:38 paulcap_ To just have the for* order some states
18:38 paulcap_ To just have the order for* some states
18:38 paulcap_ ^^
18:38 whytewolf no, orchestration is compleatly seperate from top.
18:40 whytewolf you could say keep the top, and highstate on things you don't care about the order on. but orchestration needs the tgt setting.
18:40 paulcap_ whytewolf: ok thanks, so the other option could be the "state_auto_order" ?
18:41 Drunken_Panda you can pass the tgt from the zero-MQ bus though so at the end of the highstate post to bus grab the machine id use that to populate tgt and then use that to get things in order
18:41 woodtablet joined #salt
18:41 ronnix joined #salt
18:42 paulcap_ ... look fun ;D
18:42 whytewolf paulcap_: state_auto_order defaults to true.
18:42 Drunken_Panda the fact I can say that and not feel dirty is why I love salt :D
18:43 Drunken_Panda although do remeber orchestrate states are evaluated on the master so will add load to a central point if you use it for every machine
18:44 Drunken_Panda where as a top file is evaluated on the minion
18:44 paulcap_ Hmm ok, that's a bad point for me because I would like to keep using salt-call
18:44 paulcap_ from some hosts
18:44 Drunken_Panda why couldnt you push it down from the master ?
18:45 ozux joined #salt
18:45 Praematura joined #salt
18:45 whytewolf actually orchestration can be run on masterless minions nowdays
18:46 Drunken_Panda 0.0
18:46 paulcap_ ok yes I saw it, you can forget it ;)
18:46 Drunken_Panda whyte would that only be if the orch state was local though ?
18:47 whytewolf Drunken_Panda: well yeah
18:47 whytewolf still needs targets
18:47 baumae03 joined #salt
18:47 whytewolf Drunken_Panda: https://docs.saltstack.com/en/latest/topics/orchestrate/orchestrate_runner.html#masterless-orchestration
18:48 ecdhe Odysseaus, did you get it sorted?
18:48 baumae03 Greetings - Having a weird timeout issue with salt_api (cherrypy). I login (eauth=ldap), and get a token. I run a job (/minions, target single machine, fun=test.ping), and get a job id back. When I call GET against /jobs/{jid}, my request times out
18:49 baumae03 Ran both the master and salt-api in debug level logging, salt-api logs "Initializing new AsyncZeroMQReqChannel" when the /jobs/{jid} request comes in, but nothing further.
18:49 Odysseaus ecdhe, unfortunately, not yet.  The end of the packet-trace stops with the keep-alive.  I have sorted the timeout period for the master to see if I get different results now.
18:49 hasues left #salt
18:50 Odysseaus ecdhe, also trying to find out if there is a keepalive config for the master.
18:54 prg3 joined #salt
18:58 paulcap_ whytewolf : if state_auto_order is the default behavior, All my sls files defined in my top.sls should be executed in the listed order? (Even if they come from different formula?)
18:59 whytewolf paulcap_: they should yes. however order goes out the window when requires and other requisites are used. which are prevelent in formulas
19:01 jonher joined #salt
19:02 paulcap_ And can you keep both mechanisms ? Just use require when its needed but keep apply sls in the order when there is no requisites mentioned?
19:03 DammitJim joined #salt
19:03 whytewolf no
19:03 DammitJim so, I'm ready to add users for an application on different minions
19:04 DammitJim how do I go about running this from my master?
19:04 DammitJim I have a script I have saved in my master to run it remotely and pass an argument (the username)
19:04 paulcap_ OK thanks for the answers whytewolf.
19:06 cyteen joined #salt
19:09 whytewolf be back, gota go pick up my car
19:09 DammitJim I have done cmd.script in the past
19:09 DammitJim but I'm not sure how to pass a parameter to the script
19:10 Trauma joined #salt
19:12 censorshipwreck joined #salt
19:16 pcn Does anyone now how to get an engine to log a stack trace before dying?  I'm getting tired of trying to puzzle through things like this: Engine <salt.loader.LazyLoader object at 0x7feead23c610> could not be started! Error: 'ascii' codec
19:16 pcn just swallowing line info is extra hard
19:17 amcorreia joined #salt
19:21 Edgan pcn: is this master mode?
19:21 cachedout pcn, last line in salt.engines.__init__ is that exception handler
19:21 cachedout Just modify that to log the traceback
19:22 o1e9 joined #salt
19:22 Edgan pcn: If you can run it locally, I have found pycharm to be the best way to debug Salt. It has remote support, but it is trickier.
19:23 baumae03 Is there any reason a master would read a configuration file multiple times? See: https://gist.github.com/ebauman/67196e270f3b35d9477490ca716eb228
19:23 cachedout baumae03: Yes. It's each of the master works reading in the config. We have a PR in to fix that but it is not merged yet.
19:23 cachedout It's not a bug though, just a minor annoyance.
19:24 baumae03 Roger that, thanks.
19:24 cachedout *workers
19:26 drawsmcgraw joined #salt
19:27 cyborg-one joined #salt
19:27 nikdatrix joined #salt
19:28 drawsmcgraw Anyone have experience with the RunnerClient api?
19:29 drawsmcgraw I can get a RunnerClient and have it run, for example, 'state.orch', but I'm having trouble passing it command-line args (like '--out=json', for instance).
19:30 netcho joined #salt
19:31 tapoxi joined #salt
19:32 baumae03 Is the jobs runner supposed to be excruciatingly slow?
19:33 baumae03 e.g. I execute "time salt-run jobs.active" and it is reported that execution takes 40.466 seconds
19:33 baumae03 That's.... yikes.
19:35 brasko joined #salt
19:36 brasko hi, does the open source version of salt support advanced job scheduling and workflows?
19:36 baumae03 I also tried "time salt-run jobs.list_job {jid}" which had an execution time of 25 seconds.
19:36 debian1121 joined #salt
19:37 bigjazzsound joined #salt
19:38 bigjazzsound joined #salt
19:43 pipps joined #salt
19:52 drawsmcgraw baumae03: Have you added a '-l debug' to your command to at least see the last thing it works on before taking a long time?
19:54 DarkKnightCZ joined #salt
20:03 baumae03 drawsmcgraw: Figured it out. fqdn_ip6 or similar was taking a long time to load, found a bug that I fixed.
20:04 drawsmcgraw sweet deal!
20:04 debian112 joined #salt
20:04 jdipierro joined #salt
20:08 debian1121 joined #salt
20:08 drawsmcgraw For my own issue above, it looks like I can force my RunnerClient to read a different master config file. So the 'master_opts' dict that I pass to it just needs {'conf_file': '/my/custom/file'}. I can specify different things in that custom file (specifically, a new pillar_roots). Woo!
20:09 baumae03 left #salt
20:09 gtmanfred baumae03: i just addded a log me
20:09 gtmanfred nevermind
20:09 gtmanfred https://github.com/saltstack/salt/pull/40310
20:09 saltstackbot [#40310][MERGED] add warning when no host/dns record is found for fqdn_ip | What does this PR do?...
20:10 debian112 joined #salt
20:11 gtmanfred #40310
20:14 impi joined #salt
20:22 drawsmcgraw left #salt
20:36 debian1121 joined #salt
20:39 pcn cachedout: thanks, stringifying my exception message, then raising a new exception with the traceback info in it is getting me logs that I can use.
20:41 prg3 joined #salt
20:43 cachedout pcn: Cool. You might also be able to change that to log.exception() and IIRC it will log the whole thing. If that works, we'd love a PR.
20:43 debian112 joined #salt
20:47 Praematura joined #salt
20:47 pcn Hm.  I did this in the slack engine itself, so if I need it I'll try that outl
20:47 brasko is there a web ui for saltstack ?
20:48 ecdhe How do you register minions into DNS securely at scale?
20:48 cachedout brasko: Yes. It is a product sold by SaltStack. Contact the sales team for details.
20:48 brasko ok, thought there might be an open source version, thanks
20:48 gtmanfred ecdhe: https://docs.saltstack.com/en/develop/ref/states/all/salt.states.libcloud_dns.html
20:49 ecdhe Awesome!  Thanks for the link!
20:50 gtmanfred happy to help :)
20:51 gtmanfred ecdhe: here is the list of the libcloud supported drivers http://libcloud.readthedocs.io/en/latest/dns/supported_providers.html
20:57 it_dude joined #salt
21:06 pipps joined #salt
21:06 toanju joined #salt
21:07 DammitJim joined #salt
21:08 dfinn joined #salt
21:11 nixjdm joined #salt
21:22 Rumbles joined #salt
21:24 DammitJim do you guys normally manage keystores in salt?
21:28 nikdatrix joined #salt
21:30 bakins joined #salt
21:33 Cottser joined #salt
21:33 SaucyElf joined #salt
21:33 Rubin joined #salt
21:34 PatrolDoom joined #salt
21:34 djgerm Dammit Jim! I'm an Ops person not security specialist! (sorry, I had to, and I have no experience with regard to your question)
21:36 DammitJim :-P
21:36 DammitJim I'm nothing
21:36 DammitJim I just get yelled at all day long
21:36 DammitJim I can only work in peace in the middle of the night when noone is around to bug me ;)
21:37 DammitJim see ya
21:37 djgerm Sounds familiar. See ya around
21:44 pipps joined #salt
21:48 pipps joined #salt
21:49 hhs_ joined #salt
21:49 hhs_ Can we integrate Websphere Application Server and Websphere Portal server with SaltStack?
21:59 ozux joined #salt
21:59 DEger joined #salt
22:05 mpanetta joined #salt
22:05 cyteen joined #salt
22:09 ozux joined #salt
22:11 mpanetta joined #salt
22:12 SaucyElf joined #salt
22:13 ozux__ joined #salt
22:14 ozux__ joined #salt
22:21 ozux joined #salt
22:25 SaucyElf joined #salt
22:38 rpb joined #salt
22:41 PatrolDoom joined #salt
22:44 hoonetorg joined #salt
22:45 Antiarc Seems that repo.saltstack.com is down - known issue?
22:47 whytewolf humm, thats not good.
22:48 djgerm wowa, I had just installed salt-minion from there like… 15 minutes ago
22:49 hoonetorg joined #salt
22:52 jyang joined #salt
22:55 Pyro_ joined #salt
22:58 hoonetorg joined #salt
23:00 SaucyElf joined #salt
23:00 jyang also having issues with repo.saltstack.com - anyone got a mirror?
23:02 SaucyElf joined #salt
23:03 N-Mi joined #salt
23:03 N-Mi joined #salt
23:11 Antiarc I found http://ftp.hosteurope.de/mirror/repo.saltstack.com/yum/redhat/6/x86_64/latest/ - just copied the gpgkey from an existing install and updated the repo file
23:11 Antiarc (you may need a different mirror depending on your OS)
23:22 ozux__ joined #salt
23:22 jyang thanks @Antiarc
23:25 fgimian joined #salt
23:29 nikdatrix joined #salt
23:29 dezertol joined #salt
23:30 dezertol is repo.saltsatack.com down?
23:30 dezertol We are using this repo for auto scaling ..
23:30 hemebond dezertol: Yes
23:31 dezertol so now I'm worried if something tries to scale it will blow up
23:31 dezertol yeiks..
23:31 dezertol any eta?
23:31 hemebond I've not seen anything in here from SaltStack themselves about it.
23:32 whytewolf gtmanfred, cachedout, any word about repo.saltstack.com?
23:32 dezertol should we not be using it for auto scaling ?
23:33 whytewolf it normally is better to have your own mirror. just so things like this don't cause issue.
23:34 whytewolf this is the first time i have seen it go down though
23:35 icksa joined #salt
23:35 dezertol we had considered keeping the rpms in S3... may have to revisit that idea..
23:46 jgarr someone know how I can get the HOSTNAME variable set in a cmd.run command? I'm trying salt foo cmd.run 'printenv' env='[HOSTNAME, "foo"]' but it sets HOSTNAME to a blank value
23:48 whytewolf '[{'HOSTNAME': "foo"}]' but that is a guess based off of description
23:49 codekoala joined #salt
23:51 codekoala is anyone else having issues connecting to https://repo.saltstack.com ?
23:51 raspado joined #salt
23:51 codekoala I can't bootstrap any new boxes
23:51 leonkatz joined #salt
23:51 whytewolf it is down, no word from saltstack at the moment
23:52 codekoala ah, ok, thanks
23:52 codekoala I suppose I'll take a break from the screen then!
23:53 nohappy joined #salt
23:53 nohappy repo.saltstack down?
23:54 dezertol yep
23:54 dezertol no official word as of yet
23:54 nohappy ballz
23:54 dezertol yep..
23:54 dezertol blew up my autoscale group.. I'll be setting up my own mirror
23:55 dezertol after this
23:56 nohappy and it had to be on the last night of the sprint
23:56 nohappy i'm never happy
23:56 nohappy yep mirror seems wise
23:58 djgerm yah, if you core pieces of your automation are not under your control, you're cruisin' for a bad day. you can't delegate responsibility of your infrastructure to anybody else. Thankfully, SaltStack makes managing your own stuff so easy, we don't have any excuses anymore

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