Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-10-24

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

All times shown according to UTC.

Time Nick Message
00:10 kaloss joined #salt
00:10 amontalban joined #salt
00:10 amontalban joined #salt
00:24 alexhayes joined #salt
00:25 nicksloan joined #salt
00:38 amontalban joined #salt
00:41 mswart joined #salt
00:42 ventris joined #salt
00:42 MikaT_ joined #salt
00:42 muep__ joined #salt
00:42 baffle_ joined #salt
00:42 tawm04_ joined #salt
00:42 Micromus_ joined #salt
00:42 n1x0n_ joined #salt
00:42 majuscul1 joined #salt
00:42 jcristau_ joined #salt
00:42 pppingme joined #salt
00:42 phx__ joined #salt
00:42 ixxs joined #salt
00:42 LostSoul_ joined #salt
00:42 nkuttler_ joined #salt
00:43 mpanetta joined #salt
00:43 FreeSpencer joined #salt
00:43 FreeSpencer joined #salt
00:44 leev joined #salt
00:45 sagerdearia joined #salt
00:46 bocaneri joined #salt
00:47 scarcry joined #salt
00:47 cyteen joined #salt
00:48 Mate joined #salt
00:48 Mate joined #salt
00:50 c4t3l_ joined #salt
00:50 phx joined #salt
00:50 lv__ joined #salt
00:52 LeProvokateur_ joined #salt
00:54 xet7 joined #salt
01:02 vegasq joined #salt
01:05 roock_ joined #salt
01:11 DEger joined #salt
01:21 mTeK joined #salt
01:29 ntropy_ joined #salt
01:29 rickflare2 joined #salt
01:29 akw_ joined #salt
01:29 Arendtse1 joined #salt
01:30 jhujhiti_ joined #salt
01:30 Jimlad joined #salt
01:30 rdrake joined #salt
01:31 aalmenar_ joined #salt
01:32 egilh joined #salt
01:32 demonkeeper joined #salt
01:33 descrepes joined #salt
01:33 rmc3 joined #salt
01:33 elektrix joined #salt
01:33 Kakwa_ joined #salt
01:33 giany joined #salt
01:33 kevc joined #salt
01:33 Hazelesque joined #salt
01:33 honestly joined #salt
01:33 honestly joined #salt
01:33 davromaniak joined #salt
01:33 bantone joined #salt
01:33 jerrykan joined #salt
01:34 SWAT joined #salt
01:36 cb joined #salt
01:36 rideh joined #salt
01:36 weylin joined #salt
01:37 scc joined #salt
01:37 ajolo joined #salt
01:37 emid joined #salt
01:37 fullstop joined #salt
01:37 Neighbour joined #salt
01:37 Valfor joined #salt
01:37 Valfor joined #salt
01:37 alinuxninja joined #salt
01:38 pprkut joined #salt
01:38 kiorky joined #salt
01:38 \ask joined #salt
01:38 lubyou joined #salt
01:38 alxchk joined #salt
01:39 renoirb joined #salt
01:39 garphy`aw joined #salt
01:39 cebreidian joined #salt
01:46 AlexLau joined #salt
01:46 angvp joined #salt
01:46 beardo joined #salt
01:46 cdubmkvi joined #salt
01:46 chitown joined #salt
01:46 pcn joined #salt
01:48 ilbot3 joined #salt
01:48 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.8.12, 2016.3.3 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
01:48 subsignal joined #salt
01:49 k_sze[work] joined #salt
01:49 k_sze[work] joined #salt
01:51 jas02 joined #salt
01:53 catpigger joined #salt
01:53 catpigger joined #salt
01:54 jhujhiti joined #salt
01:55 antpa joined #salt
01:55 edrocks joined #salt
02:11 antpa joined #salt
02:16 kevops joined #salt
02:17 evle joined #salt
02:31 akhter joined #salt
02:31 mikea joined #salt
02:32 cyteen joined #salt
02:32 mikea hey, I'm running pkg.upgrade in an orchestration state and I'm getting this message instead of a list of updated packages in the output: The State execution failed to record the order in which all states were executed. The state return missing data is:
02:32 mikea {'new': '2016h-1.el7', 'old': '2016g-2.el7'}
02:34 mikea http://pastebin.com/kvqYtzsT for the state and full output
02:39 antpa joined #salt
02:40 cilkay joined #salt
02:44 mpanetta joined #salt
02:52 onlyanegg joined #salt
02:53 iggy sounds like a bug, but just out of curiousity, why  are you doing it like that?
02:55 sagerdearia joined #salt
02:59 mikea iggy, I'm publishing a web service that our automation tools are going to use to kick off patching on customer hosts
02:59 mikea the web service is going to launch salt orchestration jobs
03:00 mikea I'm going to make that orch/patch.sls a jinja template that gets populated on the web service and fed to cherrypi via rest
03:01 mikea right now we just issue the salt commands via the rest api one at a time and we have this overly complex system for turning calls on our web service into packages of salt commands that get executed
03:02 mikea I'm replaying that with orchestration
03:02 mikea and that error is only displayed on the CLI, it's not in any of the return data
03:02 mikea so its not really a big deal
03:02 iggy can you try to run it as a state instead of the module directly? or will that break something else?
03:03 mikea it could be a state
03:03 mikea it'll only ever target the same hosts
03:03 sagerdearia joined #salt
03:04 mikea theres no situation where half that script would run on a different target
03:05 swills joined #salt
03:06 mikea oh
03:06 mikea I remember why I wanted it to be an orchestration
03:06 mikea iggy: because I need to wait for the reboot to be done and the minion to come back up
03:07 mikea you can do that with orchestration but not with a state
03:11 iggy I meant instead of salt.function, use salt.state some_state_that_runs_pkg_dot_uptodate
03:11 mikea ohh
03:12 mikea yeah
03:12 mikea is that better?
03:13 iggy either way should work
03:13 iggy this would be a hacky workaround
03:14 iggy you should probably open an issue either way
03:15 subsignal joined #salt
03:23 mikea the problem with doing it in a state is that the list of installed patches doesn't get returned
03:26 mikea in fact, it told me no changes were made
03:26 mikea when a patch got installed
03:35 telx joined #salt
03:49 |aaron is there a way i can use mine.send to store the compiled result of a jinja template in the mine?
03:49 mikea iggy: https://github.com/saltstack/salt/issues/37174
03:49 saltstackbot [#37174][OPEN] The State execution failed to record the order in which all states were executed spam while running pkg.upgrade from orchestration runner | Description of Issue/Question...
03:57 edrocks joined #salt
04:11 Ni3mm4nd joined #salt
04:21 antpa joined #salt
04:22 rdas joined #salt
04:34 iggy |aaron: no
05:03 antpa joined #salt
05:14 sagerdearia joined #salt
05:16 barmaley joined #salt
05:26 maska65 joined #salt
05:30 ninjada joined #salt
05:31 cyborg-one joined #salt
05:31 ninjada hey guys, trying to get my 'vpc' state to work (create vpc, subnet, routing etc.) on a new salt server.. works fine on my dev server, but on this new one im getting:
05:32 ninjada State 'boto_vpc.present' was not found in SLS 'vpc'.. Reason: 'boto_vpc' __virtual__ returned False..
05:32 ninjada running the state against a server that has IAM admin permissions on AWS... boto/boto3/botocore installed, boto_vpc is locateable on the server.. not sure why its returning the errors
05:33 ninjada nothing useful showing up in debug mode
05:33 iggy probably need newer boto
05:35 ninjada needed to install python26-boto ... not 2.7. jesus.
05:39 antpa joined #salt
05:46 akhter joined #salt
05:48 iggy amazon linux?
05:49 patrek_ joined #salt
05:50 haam3r joined #salt
05:53 DarkKnightCZ joined #salt
05:57 sh123124213 joined #salt
05:59 edrocks joined #salt
06:01 Martas joined #salt
06:03 __number5__ I thought amazon linux was on python2.7...
06:05 infrmnt joined #salt
06:05 Miouge joined #salt
06:06 zer0def joined #salt
06:06 colttt joined #salt
06:07 ninjada_ joined #salt
06:11 DarkKnightCZ joined #salt
06:14 mrueg joined #salt
06:25 CeBe joined #salt
06:31 impi joined #salt
06:34 ninjada joined #salt
06:35 yuhlw_____ joined #salt
06:46 mpanetta joined #salt
06:53 zulutango joined #salt
06:54 okolesnykov joined #salt
06:59 okolesnykov joined #salt
07:04 haam3r joined #salt
07:15 mswart left #salt
07:18 rburkholder joined #salt
07:19 samodid joined #salt
07:19 antpa joined #salt
07:20 Reverend joined #salt
07:20 lionel joined #salt
07:26 blue joined #salt
07:26 sagerdearia joined #salt
07:27 ivanjaros3916 joined #salt
07:29 jas02 joined #salt
07:33 sh123124213 joined #salt
07:35 cdubmkvi joined #salt
07:39 angvp joined #salt
07:41 toanju joined #salt
07:42 blue joined #salt
07:48 JohnnyRun joined #salt
07:49 akhter joined #salt
07:49 Reverend @channel - you guys may want to take a look at updating your linux kernel FYI
07:52 mikecmpbll joined #salt
07:56 jas02_ joined #salt
07:57 keimlink joined #salt
07:58 k_sze[work] joined #salt
08:01 edrocks joined #salt
08:02 impi joined #salt
08:03 ronnix joined #salt
08:04 jas02 joined #salt
08:05 jas02 joined #salt
08:05 sh123124213 joined #salt
08:07 samodid joined #salt
08:08 sh123124213 joined #salt
08:13 jp47itc joined #salt
08:15 N-Mi joined #salt
08:15 N-Mi joined #salt
08:19 antpa joined #salt
08:20 sh123124213 joined #salt
08:26 rburkholder joined #salt
08:29 jhauser joined #salt
08:33 Mattch joined #salt
08:33 mede joined #salt
08:41 can2002 joined #salt
08:41 s_kunk joined #salt
08:41 ivanjaros joined #salt
08:43 okolesnykov joined #salt
08:44 _KaszpiR_ question, is there any option to say catch specific events and make a fifo queue from it and execute one task per such event in reactor?
08:45 _KaszpiR_ long story short let say got 10 servers, 3 of them send specific message in the same moment, this lands on the buffer queue and then those tasks are taken from the queue one by one, to avoid concurrent execution of the all three of them in the same time
08:45 jas02 joined #salt
08:46 iggy there is a new queue feature
08:46 iggy never used it though
08:46 mpanetta joined #salt
08:47 iggy https://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.queue.html
08:51 toanju joined #salt
08:52 DarkKnightCZ joined #salt
08:57 blue joined #salt
08:57 ninjada joined #salt
09:01 kbaikov joined #salt
09:08 SaltyVagrant_ joined #salt
09:09 kbaikov joined #salt
09:09 ivanjaros3916 joined #salt
09:11 DarkKnightCZ joined #salt
09:15 felskrone joined #salt
09:18 netcho joined #salt
09:23 sh123124213 joined #salt
09:24 DEger joined #salt
09:25 sh123124213 joined #salt
09:30 mede joined #salt
09:30 antpa joined #salt
09:31 mede hi everyone ... i have an issue with salt-api calling a state with kwargs (sending pillar data to a state) ... i am not sure how to correctly push the kwargs. Is anyone around who can give me a hand?
09:34 jas02 joined #salt
09:36 sagerdearia joined #salt
09:39 JohnnyRun hi all. I use apache-pillar that write to /etc/httpd/vhosts.d/THESITE.conf I would like to add something like "and purge externals file", I tried declaring /etc/httpd/vhost.d after the state of etc/httpd/vhosts.d/THESITE.conf with no lock. May you suggest me the way without forking?
09:39 ronnix joined #salt
09:39 JohnnyRun s/apache-pillar/apache-formula/
09:50 akhter joined #salt
09:50 Elsmorian joined #salt
09:50 mede joined #salt
09:55 GordonTX joined #salt
09:57 zer0def joined #salt
09:57 jas02_ joined #salt
10:00 amcorreia joined #salt
10:01 sh123124213 joined #salt
10:03 toanju joined #salt
10:03 edrocks joined #salt
10:07 sh123124213 joined #salt
10:10 haam3r joined #salt
10:17 okolesnykov joined #salt
10:20 m4rx joined #salt
10:21 ivanjaros joined #salt
10:28 deei joined #salt
10:33 mede hi all - anyone around who can assist me with kwargs? .... going crazy here :)
10:34 manji mede, what's your problem mate
10:35 mede manji: i am trying to run a state from salt-api .... and i need to pass that state 2 pillar vars.
10:35 mikecmpbll what's the easiest way to run a bash script through salt's cli? it's a one-off script. i know you can do salt '*' cmd.run "code here" but can i pass a local file on the salt master?
10:36 manji mede, can you provide an example how you run this from the command line?
10:36 manji not the API call
10:36 mede manji: one sec pls.
10:37 DarkKnightCZ joined #salt
10:38 mede manji: https://gist.github.com/anonymous/9508353710e900a674845bd1992d5b4d
10:39 manji and what error are you getting back \?
10:40 mede manji: let me test again... just to be sure...
10:41 deei hi, is it not possible to use includes in the top file? I'm trying to include a set of global variables (e.g. set hostname = grains["id"] )
10:44 mede manji: it works if i run it from the cli ... like this : salt 'sag-command-central-rhel-01' state.sls demo.cce pillar='{"cce": {"vm_name":"XXX", "vm_ip":"YYY"}  }'
10:45 mede manji: but i am not sure how to put the pillar data into kwarg for a salt-api call
10:45 manji have you tried -d kwarg="pillar='{'vm_name': 'aaa', 'vm_ip': 'bbb'}"
10:45 manji ?
10:45 manji erm
10:46 manji -d kwarg="pillar='{'vm_name': 'aaa', 'vm_ip': 'bbb'}'"
10:47 manji although it is different in the doc
10:47 manji I would have  a go
10:47 mede manji: thanks man anyway
10:47 manji mede, also
10:47 manji if you are not using http
10:47 manji ngrep the communicaton
10:47 manji the HTTP communication
10:48 mede manji: i am running the call from salt-api in the end... just debugging it now
10:48 manji I lost you a bit, did you try the api call or not?
10:49 manji your snippet looks correct
10:49 antpa joined #salt
10:50 Elsmorian joined #salt
10:50 mede i tried it ... it sais that salt.utils.context.NamespacedDictWrapper object' has no attribute 'cce'
10:50 mede i am afraid taht there is some caching involved.... not sure
10:50 mede even when i add the cce in the pillar dictionary acts crazy.
10:50 mede i will debug some more.
10:52 cebreidian joined #salt
10:53 dracos joined #salt
10:54 manji good luck
10:57 dracos is there a way to run salt cmd.run with -b 1 or on one target and have it print all output from the minion as it goes rather than wait for completion?
10:59 mede thanks manji
10:59 manji dracos, I don't think so
11:00 manji iirc the saltmaster does not get that data back until completion
11:00 manji you could though stream the minion log via syslog/rsyslog/whatever
11:00 samodid joined #salt
11:02 manji unless there is another way I am not aware of
11:05 dracos manji: Thanks, seemed like it would be an option, but it seems not, oh well
11:25 DEger joined #salt
11:28 fleaz joined #salt
11:39 dyasny joined #salt
11:39 netcho joined #salt
11:40 mede manji: i got it working ... i was passing an invalid json string to the salt-api
11:41 manji I hope you caught it early enough
11:41 manji it is so frustrating
11:41 mede after 2 hours :(
11:43 mede but now i have another question :) moving forward. I have a state that is running a cmd.run shell script on a remote host. That shell script takes 10-15 min to run, but my jobs.list_job returns earlier without any output from that bash script. How can i find when that bash script has finished / exited?
11:45 okolesnykov joined #salt
11:49 mavhq joined #salt
11:51 amontalban joined #salt
11:52 akhter joined #salt
11:54 haam3r joined #salt
11:57 infrmnt left #salt
11:58 ninjada joined #salt
11:59 jas02_ joined #salt
12:02 dendazen joined #salt
12:04 dyasny joined #salt
12:05 edrocks joined #salt
12:20 sagerdearia joined #salt
12:25 ronnix joined #salt
12:26 numkem joined #salt
12:29 sh123124213 joined #salt
12:30 sh123124213 joined #salt
12:35 aitrus joined #salt
12:36 jas02_ joined #salt
12:36 Straphka_ joined #salt
12:36 nebuchad` joined #salt
12:37 Brijesh1 joined #salt
12:38 pmcg_ joined #salt
12:38 pjs_ joined #salt
12:38 iarba joined #salt
12:39 mjimeneznet_ joined #salt
12:39 titilambert joined #salt
12:39 vegasq joined #salt
12:39 NVX joined #salt
12:39 Heartsbane_ joined #salt
12:39 stotch_ joined #salt
12:39 hamlesh_ joined #salt
12:39 canci_ joined #salt
12:39 gerhardqux joined #salt
12:39 binocvla1 joined #salt
12:40 Hazelesque_ joined #salt
12:40 iggy_ joined #salt
12:40 giany_ joined #salt
12:40 MikaT joined #salt
12:40 svg_ joined #salt
12:40 pcdummy_ joined #salt
12:40 regretio_ joined #salt
12:40 alias__ joined #salt
12:40 LiamMon_ joined #salt
12:40 netcho joined #salt
12:41 qman joined #salt
12:42 graffic_ joined #salt
12:43 KingJ_ joined #salt
12:43 gnord_ joined #salt
12:43 alxchk_ joined #salt
12:43 quarcu_ joined #salt
12:43 llua` joined #salt
12:43 kidneb joined #salt
12:43 Nebraskka_ joined #salt
12:43 jerrcs_ joined #salt
12:43 jor_ joined #salt
12:43 mrMute_ joined #salt
12:43 Derailed_ joined #salt
12:44 baikal_ joined #salt
12:44 renoirb_ joined #salt
12:44 marcinkuzminski_ joined #salt
12:46 TOoSmOotH joined #salt
12:46 DarkKnightCZ joined #salt
12:46 georgemarshall joined #salt
12:46 ventris joined #salt
12:46 tooth joined #salt
12:47 nicksloan joined #salt
12:48 bergei joined #salt
12:48 mpanetta joined #salt
12:48 Bico_Fino joined #salt
12:48 antpa joined #salt
12:49 ivanjaros joined #salt
12:49 DammitJim joined #salt
12:50 scoates joined #salt
12:50 schinken joined #salt
12:50 darkalia joined #salt
12:50 vifon joined #salt
12:51 dimeshake joined #salt
12:52 nshttpd joined #salt
12:52 jfindlay joined #salt
12:52 jesusaur joined #salt
12:52 eMBee joined #salt
12:53 JohnnyRun joined #salt
12:54 adelcast joined #salt
12:54 nihe joined #salt
12:54 abednarik joined #salt
12:55 devster31 joined #salt
12:59 upb joined #salt
13:00 llua joined #salt
13:01 jerrykan left #salt
13:03 Reverend joined #salt
13:08 okolesnykov joined #salt
13:09 aagbds joined #salt
13:15 goudale joined #salt
13:15 goudale hi salt
13:17 goudale let's say I want to create a state that behave exactly like `file.*`, but add some behaviour to all functions. Is it possible to write a custom state which inherits from `salt.states.file` ?
13:20 NVX joined #salt
13:22 antpa joined #salt
13:23 TomJepp_ joined #salt
13:25 Trauma joined #salt
13:26 jas02 joined #salt
13:26 DEger joined #salt
13:28 XenophonF goudale: yes
13:29 XenophonF if by "inherits" you mean "wraps a funcall to salt.states.file.whatever()"
13:29 jamesog joined #salt
13:30 netcho joined #salt
13:30 goudale I mean "wraps all funcalls to salt.states.file.()"
13:30 XenophonF I mean "you write a wrapper for each function in salt/states/file.py"
13:30 goudale specifically; i want to call another state when any function from salt.states.file is called
13:31 XenophonF hm, that's an interesting question
13:31 goudale i'd like to not rewrite every function from file : )
13:31 XenophonF well, you could take salt/states/file.py, modify each function accordingly, and redistribute that via .../salt/_states/
13:32 AndreasLutro unfortunately states are purely functions and not classes, so I don't think there's any good way to do it
13:32 XenophonF it would end up replacing salt/states/file.py on each minion after a sync
13:32 XenophonF and python doesn't really feature a lisp-like defadvice thing, either
13:32 goudale XenophonF: yes I already know of this way, and rewriting each function is exactly what I want to avoid
13:33 XenophonF what are you actually trying to accomplish, goudale?
13:33 dracos left #salt
13:33 timfi joined #salt
13:33 XenophonF b/c it sounds an awful lot like the onchanges requisite
13:34 XenophonF alternatively, you can (ab)use Python's various introspection facilities to mutate function call definitions
13:35 XenophonF here's an example of what I mean
13:35 XenophonF goudale: https://github.com/irtnog/active-directory-formula/blob/master/_modules/identityserver_sts.py
13:36 netcho hi all, using this state my notification aws autoscaling notification does not get created... what am i doing wrong? https://paste.debian.net/889271/
13:36 jas02 joined #salt
13:36 timfi hi, i'm new to salt and planning to deploy soon. I have some concerns with safety though. If I for ex. would type "salt '*' cmd.run 'rm - rf /'
13:36 goudale I have some `file.managed` used for some sensitive files. And for those files, I also need have a custom `aggregator.present_in` state function. And today, I have to write that `aggregator.present_in` for each `file.managed`.
13:37 goudale I want to write a custom `state.securefile` which wraps the call to `aggregator.present_in` around any `file.whatever()`
13:37 jerrykan[m] joined #salt
13:37 av_ joined #salt
13:37 goudale XenophonF: indeed, python introspection facilities is an option
13:37 XenophonF goudale: i think you're better off writing your own wrapper
13:38 XenophonF it'd be clearer to everyone (i.e., future you in six months) what's actually going on
13:38 goudale timfi: that will actually delete all your files on all your systems I guess
13:39 XenophonF timfi: salt will let you shoot yourself in each one of your feet, 25 at a time (by default)
13:39 hexa- how would I write a jinja expression of the form "a | default(b)" with a being pulled from a nested dict?
13:39 hexa- so rather "a.foo.bar.baz | default(b)"
13:39 XenophonF hexa-: that would work
13:39 hexa- > SaltRenderError: Jinja variable 'dict object' has no attribute 'input'
13:39 timfi goudale: XenophonF : is it possible to disable wildcards?
13:40 hexa- XenophonF: only if foo and bar are always defined apparently
13:40 XenophonF hexa-: right
13:41 goudale timfi: I think there are options to run the salt-minion daemon with a less priviligied user
13:41 XenophonF i avoid too deep nesting or i use iteration to avoid some of that
13:41 XenophonF timfi: i'm not following you - that's like asking to disable wildcards in one's shell
13:42 goudale XenophonF: I think timfi is talking about the minion matching
13:42 timfi XenophonF: i'm just seeing if there are ways to make it more idiot proof
13:43 timfi goudale: you're right
13:43 akhter joined #salt
13:43 XenophonF oh no, i'm following him
13:44 hexa- XenophonF: TIL: salt['pillar.get']('some:nested:dict', 'my_default')
13:44 XenophonF oh yeah, there's that
13:44 XenophonF hexa-: I have a few clases where I have lists of dictionaries and can't use pillar.get + default values.
13:44 XenophonF e.g., https://github.com/irtnog/shibboleth-formula/blob/master/shibboleth/idp/files/conf/metadata-providers.xml#L93
13:45 timfi ah well, i'm just gonna have to be carefull, thx XenophonF goudale
13:46 XenophonF timfi: the solution to your problem isn't to neuter salt but to have good backups
13:46 timfi well, and to NOT let salt manage my backup servers ;)
13:46 XenophonF has anyone else noticed high minion cpu utilization on windows?
13:47 edrocks joined #salt
13:47 racooper joined #salt
13:47 XenophonF i just upgraded to the most recent release in salt-winrepo-ng, and it's utilizing an entire core
13:50 Tanta joined #salt
13:54 rylnd joined #salt
13:54 akhter joined #salt
13:57 subsignal joined #salt
13:59 netcho anyone? :) notification gets rendered but not created
14:00 goudale netcho: isn't it an aws issue ?
14:01 jas02_ joined #salt
14:01 netcho not sure becouse i don't see it in salt output
14:01 Straphka joined #salt
14:04 goudale run your minion daemon with `salt-minion -l debug` to have some more logs : )
14:04 Bico_Fino joined #salt
14:04 goudale as in; stop the service and run that command in your shell
14:06 keltim joined #salt
14:07 vegasq joined #salt
14:08 netcho goudale: running from minion in debug mode already
14:08 goudale so no traceback ?
14:09 netcho https://paste.debian.net/889294/
14:10 jas02 joined #salt
14:11 goudale idk : /
14:11 netcho it shows in Results of YAML rendering but does not create it for some reason
14:11 goudale maybe the `notification_arn` attribute is not correctly honored in boto_asg.present
14:12 netcho maybe, i cannot find example nowhere
14:12 goudale what's boto_asg actually ?
14:12 netcho https://docs.saltstack.com/en/latest/ref/states/all/salt.states.boto_asg.html
14:12 netcho autoscaling group
14:14 netcho also tried with notification_arn: [' arn:... '] but no luck
14:16 subsignal joined #salt
14:18 akhter_1 joined #salt
14:19 theblazehen_ joined #salt
14:23 netcho rly no clue
14:25 sh123124_ joined #salt
14:26 dendazen joined #salt
14:30 sagerdearia joined #salt
14:31 akhter joined #salt
14:32 hasues joined #salt
14:32 hasues left #salt
14:32 J0hnSteel joined #salt
14:33 edrocks joined #salt
14:35 sju_ joined #salt
14:39 sju_ Hi guys! I'm seeing some strange (very verbose) output when running a state that has an "onchanges" dependency in it. The output is changed to this very verbose mode for all states that are run. I cannot seem to find anything on this, so thought to drop a line here.
14:40 sju_ I'm running 2016.3.3
14:40 pcdummy joined #salt
14:40 DEger joined #salt
14:48 edrocks joined #salt
14:48 mpanetta joined #salt
14:49 akhter joined #salt
14:50 edrocks joined #salt
14:50 Miouge joined #salt
14:53 Reverend AndreasLutro - you know stuff rite?
14:53 Reverend :P
14:54 rherna joined #salt
14:56 AndreasLutro I do know stuff
14:57 babilen Tell us about stuff!
14:58 Reverend I love you both
14:58 Reverend but more to the poitn
14:58 AndreasLutro I'm going to make tortellini for dinner today
14:58 Reverend how the f do you indent multiline yaml
14:58 Reverend AndreasLutro - can some pls
14:58 Reverend can haz*
14:59 AndreasLutro https://bpaste.net/show/d6efa72d63ef like this
14:59 Reverend I need it to be like this:
14:59 Reverend (wait for pastebin :P)
14:59 ronnix joined #salt
15:00 AndreasLutro better hurry because I just got hungry talking about tortellini stuff
15:00 Reverend http://pastebin.centos.org/56311/
15:00 Reverend yamls doesn't like the indents. it derps
15:00 lompik joined #salt
15:01 AndreasLutro you sure it's the yaml messing up? http://yaml-online-parser.appspot.com/?yaml=contents%3A+%7C%0A++foo%0A++++++bar%0A++baz&type=json seems fine
15:01 Reverend what the shit
15:01 Reverend maybe OH
15:01 Reverend WAIT
15:01 Reverend maybe it's because I'm using spaces...
15:01 Reverend wait
15:01 Reverend wtf
15:02 Reverend [ERROR   ] Data passed to highstate outputter is not a valid highstate return: {'ip-blahblahblah.eu-west-1.compute.internal': ['Pillar failed to render with the following messages:', "Rendering SLS 'ssl' failed. Please see master log for details."]}
15:02 jas02_ joined #salt
15:02 AndreasLutro I suspect you're just missing an indentation level
15:02 Reverend wait. nevermind. I borked it.
15:02 Reverend ignore me. I'd left another thing in there that I was testing...
15:02 Reverend but I SWEAR it wasn't workin the other day
15:03 Miouge joined #salt
15:03 Reverend ANYYHWOOO go get your fancy pasta... thank you again ladies and gentlemen <3
15:03 * babilen donates a rubber duck
15:03 Reverend I have a rubber ball....
15:03 Reverend :P
15:03 Reverend i can't talk to that tho
15:05 anotherZero joined #salt
15:08 mrud vvhufljjcvvbghvnkiingunnerntnhbfkurtunvkdehj
15:08 Reverend huh...
15:09 Reverend looks like it has a pattern.but i can't see it
15:10 Reverend and given the letter count, I feel like N is
15:10 Reverend E
15:10 Reverend I'm meant to be working dammit.
15:14 mapu joined #salt
15:14 tercenya joined #salt
15:15 jenastar joined #salt
15:15 antpa joined #salt
15:20 akhter joined #salt
15:25 ozux joined #salt
15:26 krymzon joined #salt
15:28 dyasny joined #salt
15:31 ivanjaros joined #salt
15:31 barmaley joined #salt
15:32 barajasfab joined #salt
15:33 heaje joined #salt
15:33 DarkKnightCZ joined #salt
15:34 Brijesh1 joined #salt
15:38 dyasny joined #salt
15:38 akhter joined #salt
15:39 jav joined #salt
15:42 sagerdearia joined #salt
15:47 tapoxi joined #salt
15:48 TyrfingMjolnir joined #salt
15:55 okolesnykov joined #salt
15:58 stanchan joined #salt
16:03 jas02_ joined #salt
16:05 mpanetta joined #salt
16:05 ronnix_ joined #salt
16:13 pppingme joined #salt
16:13 deei hi, how can I include a set of common variables in both sls files and template files? I've tried everything and get nothing but errors
16:14 deei I have a few variables - e.g. {%- set hostname = grains["id"] %} - and I don't want to repeat them for every sls file and every template file
16:15 barmaley joined #salt
16:18 rherna deei: you could set that variable in pillar and then just reference it from there in your state files: https://docs.saltstack.com/en/latest/topics/tutorials/pillar.html
16:19 ronnix joined #salt
16:20 deei rherna: that's not what I'm trying to do. I want to use the following variable, for example: {%- set tags = salt["pillar.get"]("hosts:"+hostname+":tags",[]) %}
16:20 abednarik joined #salt
16:20 edrocks joined #salt
16:20 deei the variable assignment works fine. the problem is I don't want it explicitly at the top of all my files, because that violates DRY
16:21 Bryson joined #salt
16:22 rherna understood, but you can do that will your pillar still (grains are available inside pillar) and then just reference the "tags" variable once in your sls files
16:23 rherna theres also the map.jinja file which can also be used for this kind of thing: https://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html#abstracting-static-defaults-into-a-lookup-table
16:24 deei if I remember correctly, you can't use a pillar.get inside the pillar sls files, can you?
16:28 sagerdearia joined #salt
16:29 rherna o ya thats true, sorry i was still thinking you just wanted to lookup grains. Then definitely take a look at creating a map.jinja. then you can just import the map at the top of each .sls so its DRY
16:30 sagerdearia joined #salt
16:30 Rebus joined #salt
16:34 akhter joined #salt
16:36 Trauma joined #salt
16:37 deei I have looked again and again at map.jinja and found it to be utterly incomprehensible. thanks anyway through
16:39 deei i'm just trying to include the following to be rendered in every state.sls and every template: http://sprunge.us/KAOZ
16:40 mikecmpbll joined #salt
16:41 stanchan joined #salt
16:42 pipps joined #salt
16:44 pipps joined #salt
16:44 tercenya joined #salt
16:45 iggy you won't get away from having some sort of include in every file
16:45 iggy include/import/etc
16:47 deei iggy: hi - I'm happy having a single line import of global variables. my problem is that it's not working. sorry to be a pain, but how would you go about including those same variables in every file(state files and template files)
16:48 beowuff joined #salt
16:49 impi joined #salt
16:49 sagerdearia joined #salt
16:50 fxdgear joined #salt
16:52 stanchan joined #salt
16:53 abednarik joined #salt
16:56 withaSMILE_ joined #salt
16:58 CampusD joined #salt
16:59 nidr0x joined #salt
16:59 iggy I think the easiest way would be to namespace them in a jinja file and include that namespace in each file
16:59 scooby2 Has anyone used reverse ssh tunnels to connect a salt minion before?
17:00 iggy we have used tinc
17:00 CampusD Hi all, I was wondering if anybody has run into this issue "AttributeError: 'Caller' object has no attribute 'cmd'" when trying to use the salt.client within code
17:00 CampusD works from CLI
17:00 CampusD example https://gist.github.com/UtahCampusD/c9a8eff9637568f516eddd000b2f66be
17:00 deei iggy: what do you mean by namespace? is there no way to just include a file before rendering?
17:00 whytewolf {% import 'defaults/defaults.sls' as defaults %} {{defaults.hostname}}
17:01 samodid joined #salt
17:01 withaSMILE__ joined #salt
17:01 CampusD the OS and release are Amazon Linux 2016.9
17:01 deei whytewolf: ok, thanks, maybe that's where I was going wrong. I tried every permutation of import, but not with the / .
17:02 deei is that a relative path?
17:02 whytewolf yes relative to file_roots
17:02 iggy deei: wholesale include it? no... something like what whytewolf said is what I was talking about
17:05 deei hmmm, I already tried that. I had a file called <file-root>/lib.sls. it had this in it http://sprunge.us/iZVZ
17:05 deei but it didn't work
17:05 deei do I need the macro declaration in the defaults.sls?
17:05 whytewolf no, you don't need the macro. since you are not really defining a macro
17:06 whytewolf that actually would have made your vars <namespace>.globals.hostname
17:06 whytewolf or something like that
17:06 sebastian-w joined #salt
17:08 CampusD issue solved, removed salt-minion installed from epel, installed based on https://repo.saltstack.com/#amzn
17:09 onlyanegg joined #salt
17:12 stanchan joined #salt
17:14 fxdgear joined #salt
17:14 sebastian-w joined #salt
17:17 sjmh joined #salt
17:18 stanchan joined #salt
17:22 edrocks joined #salt
17:23 iggy you almost never need macros
17:23 iggy I've setup some pretty complicated salt setups before without ever having written a macro
17:28 deei ok, it states it can't find the defaults.sls file. does it have to be in a separate subdir? I currently have it in srv/, next to top.sls, but I've also tried it in the same subdir as the template it's being called from
17:28 deei this file definitely exists, with the correct name and permissions, in the same directory as top.sls (which is being read fine)
17:29 pipps joined #salt
17:34 sjmh so with states, do resources need to be unique for each identifier?  ie - https://docs.saltstack.com/en/latest/faq.html#linux-unix
17:34 akhter joined #salt
17:34 sjmh the salt-minion has 3 resources under it, but each one is a diff. resource ( pkg.installed, service.running, cmd.run )
17:35 sjmh you couldn't, say, put another pkg.installed underneath that identifier, right?
17:35 DarkKnightCZ joined #salt
17:35 sjmh even if you gave it a diff value for it's 'name' attribute
17:36 pipps joined #salt
17:39 cscf sjmh, normally when I do that, I get an error
17:40 cscf Seems like you should be able to
17:40 notnotpeter joined #salt
17:41 sjmh cscf - yeah, that's what I 'remembered', couldnt recall tho.  I think it has to do with the fact that salt allows you to call it for requisites based off name OR ID and having another 'pkg.installed' would mean you had a non-unique ID
17:41 cscf sjmh, yeah that might be it
17:44 PerilousApricot joined #salt
17:44 beardedeagle joined #salt
17:46 pipps joined #salt
17:49 deei please can someone take a look at this: http://sprunge.us/MDJN
17:49 deei I still can't get the variables imported from the defaults.sls file
17:50 eseyman joined #salt
17:51 theblazehen joined #salt
17:56 whytewolf cscf: and sjmh: it has to do with the fact that pkg.installed is a short cut for pkg: - installed. you can't have 2 items of the same module in the same stanza. regardless of function... you you can't have a pkg.installed and a pkg.latest
17:58 UtahDave joined #salt
17:59 sjmh ah so not even the module can be the same?
18:00 sjmh good to know
18:02 akhter joined #salt
18:03 rherna deei: id move "{% import "defaults.sls" as defaults %}" to the "srv/base.sls" then pass in those variables via "- context:" in "/tmp/test"files.managed
18:04 jas02_ joined #salt
18:05 pipps joined #salt
18:06 deei rherna: that would work, yes, but it doesn't help. I'm trying to reduce the number of lines of code. if I have to have a repeated -context for every single template file, the code is going to get really, really long
18:06 whytewolf deei: not sure what is happening there. i just tried it myself and it worked fine for me. https://gist.github.com/whytewolf/536fcb390510e113ca7745aac2c5d4f9
18:06 xbglowx joined #salt
18:07 deei whytewolf: really??? I'm using salt-ssh
18:09 whytewolf humm. I don't think that should matter. only difference I made was to put it in a subdirectory but that shouldn't stop it.
18:09 deei let me try in a subdir
18:10 whytewolf although salt-ssh in the past has been known not to send all files unless they are being called directly
18:12 rherna whytewolf: i think if you dont put the full path it defaults to the local directory of the .sls, which in deei example causes it do not be found.
18:13 deei I tried putting it in a subdir, and still get the same "cannot find" error
18:14 whytewolf rherna: no. tried that. still works for me. I think this is possabily a bug with salt-ssh
18:15 rherna whytewolf: oo ok gotcha, well good to know
18:15 deei unfortunately I don't have an easy way to test without  salt-ssh
18:17 whytewolf deei: what version of salt is it?
18:17 deei salt-ssh 2016.3.3 (Boron)
18:18 Edgan joined #salt
18:18 whytewolf https://github.com/saltstack/salt/issues/31531 [still open bug]
18:18 saltstackbot [#31531][OPEN] forumla's map.jinja not found in jinja-template-files on salt-ssh | Expected Behavior...
18:20 akhter joined #salt
18:20 whytewolf looks like it is a known issue of salt-ssh not sending over files that are only referenced in jinja
18:22 pipps joined #salt
18:23 anotherZero joined #salt
18:25 GreatSnoopy joined #salt
18:29 sjmh @whytewolf - is there any advantage to putting several modules beneath one name then?  seems like it makes things more complex for calling requisites and such.
18:29 sjmh ie, something like https://gist.github.com/sjmh/7a98cf88818b0e2975f7fe3decd65c58
18:30 DarkKnightCZ joined #salt
18:31 mibr0 joined #salt
18:31 stanchan joined #salt
18:32 whytewolf sjmh: personally I have always used the one module to each stanza method. I can see the benafit of fitting more modules under a single name has it's benifits. simpler naming and what not... instead of having like httpd install, httpd service, you could just have httpd that does both.
18:32 sjmh gotcha
18:33 whytewolf i keep them together by fitting them into the same file. and do my splitting on a filesystem level instead of a stanza level
18:33 esckroh joined #salt
18:34 sjmh so something like this
18:34 sjmh https://gist.github.com/sjmh/1c161310b749ce88bb7bc7d57cbcd27e
18:35 sjmh probably don't need the double require in minion_service, as it's requiring at_service, which is requiring at_package
18:35 whytewolf well i would split up minion_service a little more but in essence yes
18:36 sjmh kk
18:36 sjmh ty sir.
18:36 whytewolf again this is just me though. other people have other methods. what ever works best for you
18:37 sjmh naw, it seems complicated and messy if you start putting multiple modules under one stanza declaration, if you start doing requisites
18:37 sjmh also lets you keep your requisites uniform ( calling on ID rather than off name )
18:38 whytewolf yeap
18:38 jeneam joined #salt
18:39 UtahDave I generally do what whytewolf is describing.  It makes it really easy to have your top file dynamically include all the bits and pieces as needed.
18:39 pipps joined #salt
18:40 mpanetta joined #salt
18:40 whytewolf I find it helps me find the failures a lot easier as well as each stanza is only a single module. so when you see at_service failed.. you know it is service.running that failed and not pkg.installed
18:40 UtahDave yep
18:48 whytewolf the down side to the single module per stanza method is running out of IDs. can only get so creative with the ID's and they do have to be unique
18:50 PerilousApricot joined #salt
18:55 patrek joined #salt
18:56 cyborg-one joined #salt
18:57 theblazehen_ joined #salt
18:59 pwhack joined #salt
19:00 sagerdearia joined #salt
19:01 toanju joined #salt
19:03 akhter joined #salt
19:03 pwhack joined #salt
19:04 GreatSnoopy joined #salt
19:05 jas02_ joined #salt
19:06 pipps joined #salt
19:10 s_kunk joined #salt
19:11 theblazehen joined #salt
19:17 onlyanegg joined #salt
19:20 pipps joined #salt
19:21 thedukeness joined #salt
19:22 Miouge joined #salt
19:24 thedukeness Does anyone know how to get salt.runners.nacl.enc to encode and decode line breaks?  I am trying to encode a ssl private key, but when I decode it the line breaks are all turned into spaces.
19:24 jeneam_ joined #salt
19:25 stanchan joined #salt
19:26 pipps joined #salt
19:26 jeneam_ Hello, is there a way to specify the execution order of minions in top file ?
19:26 IdoKaplan joined #salt
19:27 jeneam_ or formulas dependence ?
19:28 IdoKaplan Hi, Is it possible to use compound match when using "external_auth"? for example - G@roles:x and G@env:stage
19:28 gimpy2939 joined #salt
19:29 gimpy2939 Using file.append I'm getting odd results ... any clue what I am doing wrong to have it match a bunch of stuff that it shouldn't?  https://gist.github.com/jwhite530/d4f0eed9e8c37149b0499ea2e3cca570[I
19:30 akhter joined #salt
19:35 akhter joined #salt
19:39 ozux joined #salt
19:42 dps joined #salt
19:46 pipps joined #salt
19:47 stanchan joined #salt
19:48 pipps99 joined #salt
19:49 Sammichmaker joined #salt
19:49 Sammichmaker joined #salt
19:55 akhter joined #salt
19:57 phtes joined #salt
19:58 tercenya joined #salt
20:00 edrocks joined #salt
20:03 akhter joined #salt
20:06 jas02_ joined #salt
20:08 theblazehen_ joined #salt
20:08 punkfloYd joined #salt
20:08 punkfloYd hi
20:09 stanchan joined #salt
20:10 thedukeness jeneam_: check out requisites https://docs.saltstack.com/en/latest/ref/states/requisites.html
20:10 haam3r joined #salt
20:11 thedukeness gimpy2939: I can't see that link is it private?
20:11 ozux joined #salt
20:14 ninjada joined #salt
20:16 gimpy2939 thedukeness: no, does this work? https://gist.github.com/jwhite530/bbb4d8b67a56693d30d074f143d66395
20:21 ozux joined #salt
20:22 pcn Is there a schedule for 2016.3.4 to get up to the salt ubuntu repos?
20:22 punkfloYd left #salt
20:23 thedukeness gimpy2939: yes I can see it now but I don't have any idea why its touching the hashes
20:24 iggy pcn: I don't see it even announced on salt-announce
20:25 whytewolf doubt it has been released yet
20:25 netcho joined #salt
20:26 amontalb1n joined #salt
20:26 pcn Ah, I found it at https://docs.saltstack.com/en/latest/topics/releases/2016.3.4.html while looking for the bug I care about.
20:27 pcn Though there is a confusing message saying that I'm looking at an older release, and that I shold clock on the 2016.3.3 release.
20:27 pcn *click*
20:28 pcn when should I expect this to be released?
20:28 iggy yeah, I think that page gets added right after the previous release
20:29 iggy I think most of the work is focused on getting 2016.11 out the door
20:29 whytewolf i thought it happened around the time of tagging [which is up to 2 to three weeks before release]
20:29 iggy *shrug*
20:30 pcn Ah, so that page is just getting created with everything that's tagged for 2016.3?
20:30 iggy considering twice now they've tagged a major release and then had to go back and completely change when that was going to take place... I wouldn't listen to any timeline anyone offered up anyway
20:30 iggy it'll be out when it's out
20:31 iggy otherwise pay for support and throw fits when the releases aren't out on time
20:31 ozux joined #salt
20:32 pcn OK, I don't think I'm willing to throw fits for any amount of money; payed or received.
20:32 fxhp joined #salt
20:33 iggy that sounded more curt than I intended
20:33 akhter joined #salt
20:33 iggy my point was just that I'd prefer they take the time to get the releases right rather than stick to some imagined timeline
20:35 pcn I agree with you.  I just assumed that was a release that was done is all.
20:36 swa_work joined #salt
20:37 iggy the releases get announced on the salt-announce list (worth subscribing... very low traffic)
20:37 ozux joined #salt
20:40 jeneam_ I don't see any references of how to order execution on minions (first minion_id :xxx the minion_id:zzz)
20:40 whytewolf if you need to be sure minion x needs to highstate another minion then you need to look at orchestration
20:41 whytewolf https://docs.saltstack.com/en/latest/topics/orchestrate/orchestrate_runner.html#orchestrate-runner
20:42 XenophonF anyone here use salt + letsencrypt + dns validation?
20:43 sh123124213 joined #salt
20:49 pipps joined #salt
20:50 stanchan joined #salt
20:55 tapoxi why does salt use the aws util and not boto3 for salt-cloud?
20:58 jag066 joined #salt
20:58 jag066 left #salt
20:59 teh_champ joined #salt
20:59 thedukeness jeneam_: I agree with whytewolf, if you need to order the minions then orchestration is the way to go.
21:00 edrocks joined #salt
21:03 pipps99 joined #salt
21:04 UtahDave tapoxi: historical reasons.
21:04 theblazehen__ joined #salt
21:04 johnkeates joined #salt
21:05 stanchan joined #salt
21:05 UtahDave pcn: we're working pretty hard on getting both 2016.11 and 2016.8.4 out the door.
21:07 DammitJim joined #salt
21:08 ALLmightySPIFF joined #salt
21:10 sagerdearia joined #salt
21:10 Ryan_Lane joined #salt
21:11 haam3r joined #salt
21:12 jas02_ joined #salt
21:16 ninjada joined #salt
21:25 Edgan I am really looking forward to 2016.11
21:25 whytewolf I will if the openstack support is better then it has been other wise it is just another release
21:28 sh123124213 joined #salt
21:29 Sketch what's new in 2016.11?
21:29 whytewolf https://docs.saltstack.com/en/carbon/topics/releases/carbon.html
21:38 pwhack joined #salt
21:40 antpa joined #salt
21:41 swa_work joined #salt
21:42 stanchan joined #salt
21:45 stanchan joined #salt
21:46 mavhq joined #salt
21:50 mikecmpbll joined #salt
21:56 ninjada joined #salt
22:01 antpa joined #salt
22:06 edrocks joined #salt
22:08 ALLmightySPIFF joined #salt
22:09 justanotheruser joined #salt
22:10 Sketch ceph, neat
22:11 ninjada joined #salt
22:11 Sketch there's a junos module?!
22:13 iggy the ceph modules rely on some 3rd party ceph module that isn't in pip or any pkg manager I've seen
22:14 iggy so... neat-ish?
22:16 sh123124213 joined #salt
22:17 sp0097 joined #salt
22:23 pwhack joined #salt
22:27 jeddi joined #salt
22:32 jas02_ joined #salt
22:33 pipps joined #salt
22:34 pipps joined #salt
22:36 FroMaster joined #salt
22:37 pipps joined #salt
22:38 vegasq joined #salt
22:42 abednarik joined #salt
22:43 FroMaster joined #salt
22:54 antpa joined #salt
22:56 ninjada joined #salt
23:01 ninjada joined #salt
23:04 pipps joined #salt
23:05 pipps joined #salt
23:07 pipps joined #salt
23:08 edrocks joined #salt
23:11 fannet_ joined #salt
23:13 akhter joined #salt
23:15 ToeSnacks joined #salt
23:16 copelco joined #salt
23:17 bmcorser joined #salt
23:17 bbhoss joined #salt
23:20 tercenya joined #salt
23:20 sagerdearia joined #salt
23:26 hax404 joined #salt
23:31 pipps joined #salt
23:42 pipps joined #salt
23:43 zz_capri joined #salt
23:43 antpa joined #salt
23:43 dcpc0071 joined #salt
23:46 ilbot3 joined #salt
23:46 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.8.12, 2016.3.3 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
23:46 Valfor joined #salt
23:46 Valfor joined #salt
23:51 Freek joined #salt
23:52 johtso joined #salt
23:53 WKNiGHT joined #salt
23:53 kutenai_ joined #salt
23:53 futuredale joined #salt
23:54 OliverMT joined #salt
23:56 simonmcc joined #salt
23:56 mattl joined #salt
23:57 abednarik joined #salt
23:58 antonw joined #salt
23:59 m0nky joined #salt

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