Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-11-17

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

All times shown according to UTC.

Time Nick Message
00:02 frew joined #salt
00:11 linovia ok, that's because it doesn't take the minion id seriously
00:12 GMAzrael joined #salt
00:18 threwahway joined #salt
00:22 dxiri_ joined #salt
00:25 johnj_ joined #salt
00:25 pipps joined #salt
00:33 threwahway joined #salt
00:40 threwahway__ joined #salt
00:40 skeeved joined #salt
00:41 CampusD joined #salt
00:44 CampusD question, is there a way to cache all the actions run via local client "salt-call"?  I've set cache_jobs: True but that seems to store only jobs coming from the master
00:46 pipps joined #salt
00:53 pipps joined #salt
00:56 tiwula joined #salt
01:03 cyborg-one joined #salt
01:03 threwahway joined #salt
01:05 cyborg-one left #salt
01:06 pipps joined #salt
01:07 dxiri joined #salt
01:08 GMAzrael joined #salt
01:18 k_sze[work] joined #salt
01:21 kellyp joined #salt
01:22 Kira joined #salt
01:22 threwahway__ joined #salt
01:25 threwahway___ joined #salt
01:26 johnj_ joined #salt
01:32 skeeved joined #salt
01:47 GMAzrael joined #salt
01:54 dxiri joined #salt
01:54 dxiri joined #salt
01:54 dxiri joined #salt
02:04 frew joined #salt
02:27 johnj_ joined #salt
02:31 kellyp joined #salt
02:41 brianthelion joined #salt
02:54 GMAzrael joined #salt
02:56 ilbot3 joined #salt
02:56 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.11.8, 2017.7.2 <+> Support: https://www.saltstack.com/support/ <+> Logs: http://irclog.perlgeek.de/salt/ <+> Paste: https://gist.github.com/ <+> See also: #salt-devel, #salt-offtopic, and https://saltstackcommunity.herokuapp.com (for slack) <+> We are volunteers and may not have immediate answers
02:58 GMAzrael joined #salt
03:28 johnj_ joined #salt
03:45 om2 joined #salt
03:49 GMAzrael joined #salt
03:51 chowmeined joined #salt
04:22 mcqueenorama joined #salt
04:23 jesusaur joined #salt
04:29 johnj_ joined #salt
04:41 mcqueeno1ama joined #salt
04:45 GMAzrael joined #salt
04:48 onlyanegg joined #salt
05:00 jesusaurum joined #salt
05:02 mcqueeno1ama joined #salt
05:06 johnj_ joined #salt
05:20 justanotheruser joined #salt
05:28 justanotheruser joined #salt
05:31 mavhq joined #salt
05:42 onlyaneg1 joined #salt
05:52 GMAzrael joined #salt
06:15 armyriad joined #salt
06:17 egil joined #salt
06:23 LocaMocha joined #salt
06:31 kellyp joined #salt
06:46 GMAzrael joined #salt
06:49 prasant joined #salt
06:55 prasant joined #salt
07:03 prasant joined #salt
07:07 prasant Hi, I want to install salt-minion on my embedded linux system. It is using a custom linux distro. Is there any instruction document to that provides  salt minion manual installation and salt minion dependencies?
07:13 aldevar joined #salt
07:26 aldevar left #salt
07:30 onlyanegg joined #salt
07:32 MTecknology you should probably look at salt-ssh and salt-proxy
07:46 johnj joined #salt
07:47 GMAzrael joined #salt
07:59 toanju joined #salt
08:06 Hybrid joined #salt
08:30 do3meli joined #salt
08:30 do3meli left #salt
08:40 jrenner joined #salt
08:46 prasant joined #salt
08:46 heyimawesome joined #salt
08:47 johnj joined #salt
08:48 prasant joined #salt
08:50 prasant @MTecknology: my embedded linux is remotely located and is connected to the internet using GSM-3G... I cannot ssh into the system. I want to install salt minion on it so that I can connect it to my salt master.
08:53 GMAzrael joined #salt
08:53 mikecmpbll joined #salt
09:03 haam3r joined #salt
09:13 GnuLxUsr joined #salt
09:21 pbandark joined #salt
09:23 _KaszpiR_ joined #salt
09:37 prasant joined #salt
09:38 hammer065 joined #salt
09:46 johnj joined #salt
09:47 evle joined #salt
09:50 mcqueenorama joined #salt
09:51 Edgan joined #salt
09:52 GMAzrael joined #salt
09:57 Tucky joined #salt
09:58 Tucky joined #salt
10:11 mcqueeno1ama joined #salt
10:15 netcho_ joined #salt
10:17 colegatron joined #salt
10:17 colegatron morning all
10:28 sjorge joined #salt
10:31 kellyp joined #salt
10:32 mcqueeno1ama joined #salt
10:47 johnj joined #salt
10:52 mcqueenorama joined #salt
10:53 GMAzrael joined #salt
10:57 samodid joined #salt
10:58 Larri joined #salt
10:59 haarp joined #salt
11:02 haarp hey. in a statefile, i want to set variables with {% set var = 'foo %}, then have these variable expanded in a file sourced by file.managed (template: jinja). however, inside the file the variable is undefined. is there a way to pass variables down to the file from the state?
11:04 babilen context: in the file.managed
11:07 haarp this works. thanks a lot babilen!
11:09 Larri joined #salt
11:09 netcho joined #salt
11:09 netcho joined #salt
11:10 netcho moin all
11:10 babilen moin moin
11:13 mcqueenorama joined #salt
11:15 XenophonF prasant: check out salt-pack. there's also instructions for building salt-minion in the docs.
11:15 XenophonF the custom distro - is that something you rolled yourself? if so it should be pretty easy to add python etc. to it
11:18 Larri joined #salt
11:27 Larri joined #salt
11:32 threwahway joined #salt
11:34 mcqueenorama joined #salt
11:39 Larri joined #salt
11:46 Virgo_ joined #salt
11:47 netcho ok, so i am taking saltstack 5 day workshop thee week after next .. I JUST CAN'T WAIT! :D
11:48 GMAzrael joined #salt
11:48 johnj joined #salt
11:50 Larri joined #salt
11:52 mcqueenorama joined #salt
11:55 prasant XenophonF: I will check out salt-pack. Thanks for the pointer. The custom distro is Yocto based. Python is already available. Not sure if all the dependencies are satisfied though.
11:56 prasant XenophonF: I will check out salt-pack. Thanks for the pointer. The custom distro is Yocto based. Python is already available. Not sure if all the dependencies are satisfied though.
11:59 xist joined #salt
12:08 xist joined #salt
12:11 XenophonF netcho: make sure to share what you learn!
12:12 m4rk0_ joined #salt
12:14 evle2 joined #salt
12:14 netcho ofc
12:22 cyteen joined #salt
12:24 m4rk0 joined #salt
12:31 toanju joined #salt
12:34 Church- joined #salt
12:45 GMAzrael joined #salt
12:49 johnj joined #salt
13:19 Rubin joined #salt
13:37 Rubin joined #salt
13:38 BarBQ joined #salt
13:45 tom[] gtmanfred: thanks for the info about salt.wait_for_event. looks like this is working https://gist.github.com/tom--/e121361b12b6615bd5447fe944cccb58
13:50 johnj joined #salt
13:53 mcqueenorama joined #salt
13:56 xet7 joined #salt
13:57 DarkKnightCZ joined #salt
13:59 gh34 joined #salt
14:01 CampusD joined #salt
14:13 edrocks joined #salt
14:13 riftman joined #salt
14:25 dxiri joined #salt
14:30 ouemt joined #salt
14:34 evle2 joined #salt
14:37 cgiroua joined #salt
14:40 ccha joined #salt
14:41 brianthelion joined #salt
14:52 johnj joined #salt
14:56 ahrs joined #salt
14:57 dxiri joined #salt
14:59 Mattch joined #salt
15:03 racooper joined #salt
15:12 Church- joined #salt
15:17 noobiedubie joined #salt
15:17 snc joined #salt
15:19 mcqueenorama joined #salt
15:23 _JZ_ joined #salt
15:24 edrocks joined #salt
15:31 cyteen joined #salt
15:37 haarp_ joined #salt
15:38 edrocks joined #salt
15:40 csmule joined #salt
15:43 Rumbles joined #salt
15:44 fatal_exception joined #salt
15:45 om2 joined #salt
15:46 beardedeagle joined #salt
15:46 DanyC joined #salt
15:50 cyteen joined #salt
15:53 johnj joined #salt
15:53 mcqueeno1ama joined #salt
15:55 khaije1 joined #salt
16:04 edrocks joined #salt
16:08 goal joined #salt
16:09 goal When using the new module.run state syntax I keep getting "SLS.. is not formed as a list"
16:09 goal even using the examples from the docs.
16:12 saltslackbridge <gtmanfred> yeah, there is a bug about that, make sure you put a - in front of the module name
16:12 saltslackbridge <gtmanfred> test:
16:12 saltslackbridge <gtmanfred> module.run:
16:12 saltslackbridge <gtmanfred> - test.ping: []
16:13 goal thats not how the docs say the 'new behaviour' should be set out
16:13 goal https://docs.saltstack.com/en/latest/ref/states/all/salt.states.module.html
16:13 saltslackbridge <gtmanfred> i know, like i said, there is an open bug to fix the docs
16:14 saltslackbridge <gtmanfred> and it is how the first example lays it out
16:14 goal sorry, thought you meant a bug in the implementation
16:14 saltslackbridge <gtmanfred> oh wait, the first one is the old method
16:14 saltslackbridge <gtmanfred> yeah, no the implementatino is correct, the docs are wrong
16:15 goal okay, which of the examples (if any) of the new method in the docs is correct?
16:17 saltslackbridge <gtmanfred> none
16:17 saltslackbridge <gtmanfred> add - in front of git.fetch and that one is correct
16:19 goal that generates a warning about using the old method
16:20 saltslackbridge <gtmanfred> did you add use_superseeded to /etc/salt/minion?
16:21 goal ni
16:21 goal no
16:21 saltslackbridge <gtmanfred> you need to do that
16:22 goal ah, this is news to me
16:22 saltslackbridge <gtmanfred> it says it at the bottom of that page
16:22 saltslackbridge <gtmanfred> and in the release notes for 2017.7.0
16:23 tiwula joined #salt
16:23 goal fair point - read to the bottom lesson there
16:23 goal thanks for your help
16:24 saltslackbridge <gtmanfred> yeah, the guy who wrote the docs for that didn’t do a great job
16:24 saltslackbridge <gtmanfred> no problem :slightly_smiling_face:
16:32 do3meli joined #salt
16:33 dxiri joined #salt
16:33 dxiri joined #salt
16:33 khaije1 There's a salt formula working group on Slack, is there any IRC interface setup for that chat?
16:35 user-and-abuser joined #salt
16:36 saltslackbridge <gtmanfred> no
16:37 saltslackbridge <gtmanfred> and we might be removing this one.
16:37 khaije1 gtmanfred: ook, experiment that didn't yield the desired effect?
16:38 fatal_exception joined #salt
16:38 saltslackbridge <gtmanfred> we are going to be discussing it today, but I have no plans to have to manage an irc channel for each working group.  This irc channel already existed, so it made sense to bridge them, but not the working groups, those will only exist in slack.
16:39 khaije1 Gotcha, okeedoke
16:50 jab416171 joined #salt
16:54 johnj joined #salt
16:56 Hybrid joined #salt
17:03 gmoro_ joined #salt
17:14 Hybrid joined #salt
17:21 mcqueenorama joined #salt
17:23 onlyanegg joined #salt
17:30 edrocks joined #salt
17:37 shanth is salt conf over?
17:38 saltslackbridge <gtmanfred> yes.
17:38 shanth the talks looked really good. all sorts of killer stuff that you don't find in blogs or books. will the slides be hosted for free anywhere?
17:38 fatal_exception joined #salt
17:39 saltslackbridge <gtmanfred> the talks are going to be on youtube, the slides might have been uploaded to the app (not all the presentors did it) if you have access to the app, not sure about the slides being made available fully later.
17:39 shanth what app?
17:39 saltslackbridge <gtmanfred> the app for salt conf
17:39 shanth why do you keep responding to gtmanfred but talking to me? lol
17:40 saltslackbridge <gtmanfred> saltslackbridge is a bridge between the irc channel and the salt community slack mentioned in the /topic
17:40 shanth ooooooooooo
17:40 shanth all of the talks will be on youtube? hot dangit that's awesome
17:42 saltslackbridge <gtmanfred> some of the keynotes have already been published
17:42 shanth awesomeeeeeeeee
17:49 snc left #salt
17:55 johnj_ joined #salt
17:55 riftman joined #salt
18:08 user-and-abuser joined #salt
18:10 johnj_ joined #salt
18:10 todder joined #salt
18:13 jesusaurum joined #salt
18:16 Gabemo joined #salt
18:20 pipps joined #salt
18:22 pipps joined #salt
18:24 jesusaurum joined #salt
18:25 wavded joined #salt
18:31 Oida joined #salt
18:37 nullwit joined #salt
18:38 fxhp joined #salt
18:49 pualj joined #salt
18:52 wongster80 joined #salt
18:52 wavded joined #salt
18:53 khaije1 in past years the talks were uploaded in little batches throughout the year, is that expected to be about the same this year?
18:56 mcqueenorama joined #salt
18:58 pipps joined #salt
19:05 netcho_ joined #salt
19:05 _JZ_ joined #salt
19:07 yoda83 joined #salt
19:10 mikecmpbll joined #salt
19:12 major joined #salt
19:22 aldevar joined #salt
19:29 astronouth7303 hm. I need tools that 1. Maps what minion (queries) use what state files, 2. Integrate minion SLS checking with editors, 3. something that ties the two together
19:31 CampusD joined #salt
19:32 khaije1 Is there a way to annotate that an empty top file is ok and shouldn't be an error?
19:32 khaije1 I think I've seen this before somewhere ... I'm using a dynamic top.sls so it's possible in some cases that there wont be any items but I dont want that to appear like an error
19:33 Neighbour no, but you could always include a dummy state that calls test.succeed_without_changes
19:33 Neighbour oh, sorry, that's for a sls file, not the top.sls
19:33 teratoma why is there no IRC gateway enabled in the Slack ?
19:33 teratoma that's dumb
19:33 Neighbour there is
19:34 Neighbour well, gateway...there's saltslackbridge
19:34 khaije1 Neighbour: I was using a similar approach in top.sls, with a dummy sls and it works ok, just wondering if there's a better way
19:35 teratoma Neighbour: you probably already know , but im talking about this: https://get.slack.help/hc/en-us/articles/201727913-Connect-to-Slack-over-IRC-and-XMPP
19:45 _KaszpiR_ joined #salt
19:47 englishm_work joined #salt
19:52 SamYaple i am trying to use a module in jinja for a state. the module will raise exceptions under some conditions. can i catch these exceptions and sitll render the jinja? basically i want to assume an exception is equivelant to false
19:53 SamYaple ive tried everything i can think of here
19:55 Neighbour khaije1: Not that I'm aware of
19:55 Neighbour teratoma: Ah, didn't know that...interesting :)
19:58 skullone is anyone using salt to automate arista/juniper network gear?
20:01 MTecknology SamYaple: My first thought is that you're probably doing something really bad where you need to catch an exception in the first place. There's no reason calling a module from a state should ever produce an exception because you should already have validated the input.
20:02 SamYaple MTecknology: thats not true at all. what if the module is reaching out to an external service which is down? exception raised
20:03 SamYaple but in this case, its calling a module from the template
20:03 MTecknology the module should handle the exception, not the state
20:03 SamYaple so the output of the module affects the rendered template
20:03 SamYaple MTecknology: how should the module handle the service unavilable exception?
20:04 SamYaple what if the state can recover from that?
20:04 MTecknology the "state" shouldn't need to recover
20:04 SamYaple since the module cant handle it, the state might be able to, it rasises
20:05 SamYaple again, how should the module handle the service unavailable exception? if its supposed to return a list, does it return, incorrectly, an empty list?
20:05 MTecknology Neighbour: you can still do that. I've used a dedicated repo for top.sls and salt (at least back then) wasn't able to handle a repo without states so I had a null.sls that did basically that.
20:06 MTecknology SamYaple: You're getting kinda spammy with those enters and it's not fun trying to follow what logic you need. The module should return what is logical in that situation. I don't know what the module is so I can't tell you.
20:08 SamYaple if the external service that the module is contacting is not available, what should a module return? returning anything other than an error (raising an exception) would be wrong
20:08 MTecknology return False with the exception
20:09 SamYaple i dont see all the salt modules following a tuple return with True and data, or False and data
20:09 MTecknology I never said a tuple... modules should return a dict
20:10 dhwt joined #salt
20:12 SamYaple MTecknology: well im not sure where you are getting your info, but there are plenty of modules taht raise errors
20:13 MTecknology okay, then good luck
20:14 SamYaple back to the original question, does anyone know how to catch an exception from a module that is being called in an sls thats being rendered? it throwing an exception makes it fail to render
20:15 SamYaple i could do a custom filter to catch it, but that seems a bit dirty
20:15 SlicerDicer joined #salt
20:15 SlicerDicer joined #salt
20:17 saltslackbridge <gtmanfred> I do not believe that we have a case for catching those
20:17 jesusaurum joined #salt
20:17 MTecknology gtmanfred: kinda seems like another case where _utils could be handy
20:17 saltslackbridge <gtmanfred> sure
20:18 SamYaple MTecknology: to make sure we are on the same page here, im refering to over half of these modules raising errors rather than returning a "False with the exception" dict. https://github.com/saltstack/salt/tree/develop/salt/modules
20:18 SamYaple please correct my understanding there
20:19 SamYaple a specific example picked at random is here https://github.com/saltstack/salt/blob/develop/salt/modules/linux_sysctl.py#L127
20:19 MTecknology SamYaple: I'm not interested in explaining or arguing. You already decided what you want and I wished you good luck.
20:21 edrocks joined #salt
20:21 SamYaple so im asking if im doing something wrong here. you say i am while im attempting to follow the pattern of other official modules with references. im sorry if ive offended you in some way. i see nothing ive said tahts an issue
20:22 MTecknology write a utils module
20:22 jesusaur joined #salt
20:22 SamYaple im un familiar with that. but ill certainly look into it. thanks for the suggestion
20:24 Neighbour SamYaple: You can't catch exceptions in Jinja as far as I know. You will either need to change the module yourself so that it behaves the way you want it (you could even create a Pull Request with your changes to let everybody benefit), or copy the module to a different name, put it in your custom modules dir and make the changes there.
20:25 Neighbour If you copy the module into your custom modules directory, make sure to also change the value of __virtualname__ (or whatever the __virtual__ function of that module returns) to avoid clashes with the existing module
20:26 pualj_ joined #salt
20:28 SamYaple Neighbour: its my module, soon to be pushed upstream. i can absolutely catch the error, i just cant handle it in the modules and standard practice is only catch what you can handle
20:29 SamYaple difference would be the states wont cause everything to fail to render
20:29 SamYaple since its inthejinja, the jinja fails to render and the state/highstate wont apply anything
20:30 saltslackbridge <gtmanfred> i don’t see a problem in it failing to render the jinja, i do see a need in the future to add a way to catch stuff, so that a different call can be made, but I haven’t heard any effort to add that, so I am not sure how widely it would be used
20:30 saltslackbridge <gtmanfred> plus
20:30 Neighbour SamYaple: You could call `salt['state.single'](...)` with your state wrapper that handles whatever goes wrong
20:30 saltslackbridge <gtmanfred> if you really need to catch stuff, you can always use the python renderer
20:30 kellyp joined #salt
20:31 SamYaple gtmanfred: oh boy would i love too. we just dont use it anywhere else in this project, not that thats an issue for you all to solve :)
20:31 SamYaple Neighbour: hmmm. thats a new though. thanks
20:32 saltslackbridge <gtmanfred> oh yeah, i usually just have only ever had one state that uses the py renderer, but it just made sense to do that one in python.
20:33 SamYaple gtmanfred: i could easily whip up a jinja filter than would look like {% if salt['module_that_raises_error']() | catch_exception(salt['some_other_module'], args) %}
20:33 SamYaple or something similiar
20:33 SamYaple easy catch all with simple fallback option
20:34 saltslackbridge <gtmanfred> that seems reasonable.
20:35 rojem joined #salt
20:37 GrisKo joined #salt
20:39 cgiroua_ joined #salt
20:40 pualj joined #salt
20:44 hemebond joined #salt
20:49 rocket joined #salt
20:49 rocket does anyone know of a custom grain that detects if X is installed on linux?  Eg I only want to install chrome if X is detected etc..
20:50 pipps joined #salt
20:57 cyteen joined #salt
20:58 XenophonF that would be pretty easy to write yourself
20:58 ymasson joined #salt
20:59 XenophonF probably be easier to wrap Chrome's pkg.installed state with a bit of Jinja that checks for the X binary or xorg-server package or whatever it is
21:01 rocket Thanks for the pointer XenophonF
21:03 saltslackbridge <skatz> so I'm baffled by this error which seems to not like `{{ env_dir }}` in an sls file. If I change it to a regular string it works fine... Any ideas? https://gist.github.com/phsteve/e327c0bbb254f2b0f93a377139480c54
21:03 aldevar left #salt
21:04 saltslackbridge <skatz> File uploaded https://saltstackcommunity.slack.com/files/U7UTS99CN/F837XMST0/gistfile1.txt / undefined
21:05 saltslackbridge <skatz> (I removed some comments from the sls file so the position of the error is not accurate any more)
21:17 brianthelion the most epic salt bug report EVER: https://github.com/saltstack/salt/issues/44589
21:17 brianthelion i don't know whether to laugh or cry
21:19 dhwt joined #salt
21:26 FroMaster joined #salt
21:36 pipps joined #salt
21:37 pipps joined #salt
21:37 ymasson both, in the same time :(
21:40 peters-tx joined #salt
21:41 peters-tx I have some questions about /usr/lib/python2.7/site-packages/salt/modules/yumpkg.py
21:42 peters-tx I'm comparing _get_repo_options, _get_excludes_option, _get_branch_option, and _get_extra_options
21:43 peters-tx _get_extra_options is the only one of the 4 that has "if isinstance(key, six.string_types):"
21:43 kellyp joined #salt
21:43 peters-tx The other 3 basically just append the formatted key.  _get_extra_options has a conditional based on the six.string_types ...
21:44 aldevar joined #salt
21:44 peters-tx And I have a use case where it breaks yum
21:44 peters-tx Also _get_extra_options is *only* used by pkg.upgrade
21:45 aldevar left #salt
21:46 peters-tx I was working on an Issue for Github but decided to dig deeper into the issue
21:46 kellyp joined #salt
22:01 edrocks joined #salt
22:22 rocket joined #salt
22:32 cgiroua joined #salt
22:32 peters-tx This should help.  https://github.com/saltstack/salt/issues/44590
22:32 peters-tx Hmm, perhaps I should have asked #salt-devel
22:33 saltslackbridge <gtmanfred> salt-devel is just a stream of data from github
22:33 saltslackbridge <gtmanfred> opening the issue is what you want to do.
23:07 DanyC joined #salt
23:11 Church- joined #salt
23:23 peters-tx saltslackbridge, Ahh, ok, thanks
23:27 GrisKo joined #salt
23:32 saltslackbridge <skatz> Solved! Turns out you have to double-escape backslashes in your `map.jinja` file, so `C:\\salt\\path\\whatever` instead of `C:\salt\path\whatever`.
23:40 GMAzrael joined #salt
23:43 dhwt joined #salt
23:48 GMAzrael joined #salt

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