Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-12-06

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

All times shown according to UTC.

Time Nick Message
00:00 saltslackbridge joined #salt
00:03 rem5_ joined #salt
00:05 fracklen joined #salt
00:10 rem5_ joined #salt
00:15 rojem joined #salt
00:20 cyteen_ joined #salt
00:23 puzzlingWeirdo joined #salt
00:35 threwahway joined #salt
00:42 zerocoolback joined #salt
00:43 pipps joined #salt
00:47 dendazen joined #salt
00:57 pipps joined #salt
00:59 alker joined #salt
01:01 alker joined #salt
01:02 chesty joined #salt
01:03 alker joined #salt
01:08 hemebond joined #salt
01:09 matti joined #salt
01:09 matti joined #salt
01:09 darkalia joined #salt
01:09 Psy0rz joined #salt
01:10 stankmack joined #salt
01:10 Oida joined #salt
01:10 ekkelett joined #salt
01:10 Micromus joined #salt
01:11 pipps joined #salt
01:27 noobiedubie joined #salt
01:36 kellyp joined #salt
01:42 dashdotdot joined #salt
01:49 mqeueenorama joined #salt
01:55 onlyanegg joined #salt
02:04 xet7 joined #salt
02:05 kellyp joined #salt
02:07 shoogz joined #salt
02:07 shoogz joined #salt
02:08 shoogz joined #salt
02:08 shoogz joined #salt
02:09 shoogz joined #salt
02:15 promorphus joined #salt
02:19 onlyanegg joined #salt
02:22 zerocoolback joined #salt
02:33 Diaoul joined #salt
02:39 k_sze[work] joined #salt
02:41 SkyRocknRoll joined #salt
02:58 ilbot3 joined #salt
02:58 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
03:05 MTecknology iggy: Happy belated birthday!
03:23 zerocoolback joined #salt
03:25 zerocoolback joined #salt
03:32 Eugene joined #salt
03:34 shiranaihito joined #salt
03:38 threwahway_ joined #salt
03:40 alker1 joined #salt
03:41 mqeueenorama joined #salt
03:42 threwahway joined #salt
03:54 Twiglet joined #salt
03:55 alias__ joined #salt
03:55 KingJ joined #salt
03:55 bbradley joined #salt
03:56 _xor joined #salt
03:58 mechleg1 joined #salt
03:58 v12aml_ joined #salt
04:01 vaelen joined #salt
04:05 alias__ left #salt
04:07 jholtom joined #salt
04:10 jhill_ joined #salt
04:11 shripadr joined #salt
04:12 shadoxx joined #salt
04:12 jab416171 joined #salt
04:16 felskrone joined #salt
04:18 q1x joined #salt
04:18 tiwula joined #salt
04:20 mqeueenorama joined #salt
04:20 promorphus joined #salt
04:25 threwahway_ joined #salt
04:29 threwahway joined #salt
04:30 shripadr joined #salt
04:34 mqeueenorama joined #salt
04:37 promorphus joined #salt
04:40 shripadr joined #salt
04:45 jab416171 joined #salt
04:50 SkyRocknRoll joined #salt
04:52 rem5 joined #salt
04:53 mqeueenorama joined #salt
04:59 noobiedubie joined #salt
05:02 SkyRocknRoll_ joined #salt
05:12 onlyanegg joined #salt
05:13 mqeueenorama joined #salt
05:24 jab416171 joined #salt
05:25 shripadr_ joined #salt
05:52 mechleg1 left #salt
05:53 Oida joined #salt
06:05 fracklen joined #salt
06:05 kellyp joined #salt
06:10 shoogz joined #salt
06:10 shoogz joined #salt
06:11 shoogz joined #salt
06:48 LocaMocha joined #salt
06:54 mqeueenorama joined #salt
06:57 msn joined #salt
07:06 zerocoolback joined #salt
07:07 threwahway_ joined #salt
07:10 threwahway joined #salt
07:12 onlyanegg joined #salt
07:17 pualj joined #salt
07:21 onlyanegg joined #salt
07:23 threwahway_ joined #salt
07:30 eeeprom joined #salt
07:31 threwahway joined #salt
07:31 seano joined #salt
07:35 lkolstad joined #salt
07:39 Lionel_Debroux joined #salt
07:39 colttt joined #salt
07:45 threwahway_ joined #salt
07:53 onlyanegg joined #salt
07:57 threwahway joined #salt
08:00 onlyanegg joined #salt
08:02 fracklen joined #salt
08:03 fracklen joined #salt
08:05 alkyl joined #salt
08:08 aldevar joined #salt
08:09 supermike___ joined #salt
08:10 onlyanegg joined #salt
08:11 quodt joined #salt
08:11 k_sze[work] joined #salt
08:14 toanju joined #salt
08:17 onlyaneg1 joined #salt
08:18 Elsmorian joined #salt
08:20 seano joined #salt
08:24 Ryan_Lane joined #salt
08:30 Lenz joined #salt
08:32 evle joined #salt
08:37 SkyRocknRoll joined #salt
08:38 onlyanegg joined #salt
08:47 do3meli joined #salt
08:47 do3meli left #salt
08:52 onlyanegg joined #salt
08:56 _KaszpiR_ joined #salt
08:56 msn joined #salt
08:56 mqeueenorama joined #salt
09:01 mikecmpbll joined #salt
09:01 onlyanegg joined #salt
09:04 mechleg joined #salt
09:13 mikecmpbll joined #salt
09:19 pbandark joined #salt
09:19 onlyanegg joined #salt
09:20 mikecmpbll joined #salt
09:26 saltslackbridge <james> is there any way for me to evaluate python in a state or template?
09:27 saltslackbridge <james> I've tried creating a jinja macro that is run recursively to format a dict
09:27 saltslackbridge <james> but I've read that it won't return an actual dict, only a string representation of it
09:27 saltslackbridge <james> I basically need to run a custom function `recurse_dict()` on a pillar item and use that in my template
09:28 saltslackbridge <james> Maybe a custom execution module?
09:33 Mattch joined #salt
09:35 eeeprom joined #salt
09:37 saltslackbridge <james> Is there any way to purely evaluate a python block and save to a jinja var? Or somehow include it from another state rendered with python renderer?
09:38 onlyanegg joined #salt
09:41 MTecknology Are you sure you shouldn't be writing some modules?
09:42 MTecknology ya.. you want to write some modules
09:44 saltslackbridge <james> Well I can write an execution module to do it, it just seems a little weird running an execution module to do some templating
09:44 saltslackbridge <james> But it's not the first time I've had to
09:45 MTecknology I'm really curious what this template looks like because it sounds like a heck of an abuse of jinja
09:50 seano joined #salt
09:57 quodt left #salt
09:57 quodt joined #salt
09:58 saltslackbridge <james> Well it was python then I jinjaified it
09:58 saltslackbridge <james> Sec
09:59 quodt left #salt
09:59 quodt joined #salt
10:02 onlyanegg joined #salt
10:05 kellyp joined #salt
10:07 threwahway_ joined #salt
10:08 shripadr joined #salt
10:09 ikarpov joined #salt
10:09 MTecknology It's after 4am here, I probably couldn't understand it at this point
10:10 MTecknology g'night!  (can read a gist tomorrow, though)
10:11 Lenz joined #salt
10:14 saltslackbridge <james> https://gist.github.com/absolutejam/4c371d87670b3b1d21f88dd8abfd2f83
10:15 daxroc joined #salt
10:16 seano joined #salt
10:20 jhauser joined #salt
10:24 threwahway joined #salt
10:25 nsidhu joined #salt
10:33 Gareth joined #salt
10:40 _JZ_ joined #salt
10:57 mqeueenorama joined #salt
11:00 ExtraCrispy joined #salt
11:03 N-Mi joined #salt
11:03 N-Mi joined #salt
11:03 onlyanegg joined #salt
11:03 Lenz joined #salt
11:12 Lenz joined #salt
11:15 indistylo joined #salt
11:21 fracklen joined #salt
11:23 threwahway_ joined #salt
11:39 felskrone joined #salt
11:39 ProT-0-TypE joined #salt
11:52 cyteen_ joined #salt
11:55 zerocoolback joined #salt
12:00 Neighbour Odd...I have a date-like value in my pillar, and now the master borks on msgpack.dumps with a TypeError...which is weird, because that call is inside a try-except which explicitly catches TypeErrors (but somehow doesn't?)
12:04 onlyanegg joined #salt
12:06 cyteen_ joined #salt
12:08 mqeueenorama joined #salt
12:16 pbandark joined #salt
12:27 honestly joined #salt
12:28 ikarpov_ joined #salt
12:30 XenophonF joined #salt
12:37 sh123124213 joined #salt
12:37 GrisKo joined #salt
12:45 pcn Is it trying to parse or extract the value in the exception?
12:45 sjorge joined #salt
12:45 pcn Hard to tell, exactly, w/o the stack trac
12:45 pcn trace
12:50 morgana2313 joined #salt
12:51 seanorama joined #salt
12:52 morgana2313 Hello! I have an exernal module working just fine, till I try to access __grains__: global name '__grains__' is not defined. How do I import __grains__ ?
12:54 evle1 joined #salt
12:55 rem5 joined #salt
12:55 pcn morgana2313: what is an external module in this context?
12:56 pcn Do you have a gist or something you can share?
13:06 morgana2313 it is a *.py file _modules called from within a state.sls file.
13:06 morgana2313 a *.py file in _modules.
13:13 Nahual joined #salt
13:13 pcn hm
13:17 pcn So you're following the documentation for execution module at https://salt.readthedocs.io/en/stable/ref/modules/index.html#grains-data
13:17 pcn How are you testing this?
13:18 pokEarl joined #salt
13:21 pcn I'm asking because they way I'm using this right now is working for moe:
13:21 pcn me
13:21 pcn https://gist.github.com/pcn/b17ee1352f36ed600ee90dff36662d95
13:21 pcn So let's see about invoking it from a state
13:22 pcn I suspect you didn't notice this notice
13:22 pcn morgana2313: Salt execution modules are different from state modules and cannot be called directly within state files. You must use the module state module to call execution modules within state runs.
13:23 pcn Is that how you're invoking your module?
13:28 morgana2313 Ah, that might be the problem. I'm calling it from a state file, but while debugging I omitted that step.
13:32 morgana2313 I also have trouble with 'salt-call saltutil.refresh_modules async=false': it doesn't refresh the modules. salt-call state.apply does, but takes much longer to run while debugging.
13:32 Hybrid1 joined #salt
13:35 pcn That's interesting.  I didn't think that state.apply had any ability to fetch from the master.  I generally just run saltutil.sync_all whenever I'm testing this sort of thing so I don't have to think too hard about it.
13:35 pcn By ability, I mean any knowledge about the modules being in or out of sync
13:38 dendazen joined #salt
13:41 tacoboy joined #salt
13:44 cgiroua joined #salt
13:44 christhecoder_ joined #salt
13:46 seano joined #salt
13:47 numkem joined #salt
13:51 cgiroua joined #salt
13:55 edrocks joined #salt
14:00 mTeK joined #salt
14:05 onlyanegg joined #salt
14:16 mchlumsky joined #salt
14:17 SkyRocknRoll joined #salt
14:21 saltslackbridge <gtmanfred> Use sync_modules
14:21 saltslackbridge <gtmanfred> Refresh only reloads ones already there
14:22 saltslackbridge <gtmanfred> Sync will pull any new ones from _modules
14:22 saltslackbridge <gtmanfred> __grains__ should be in there though
14:26 ouemt joined #salt
14:26 tapoxi joined #salt
14:27 Neighbour pcn: It was similar to issue 21721, but for datetime.date instead of datetime.datetime
14:28 Neighbour I've duplicated the code in the commit that was accepted as a fix for 21721 to handle datetime.date...will create a PR later
14:31 pcn Noice!
14:50 cgiroua joined #salt
15:00 jbkc85 joined #salt
15:00 jbkc85 Hi all, quick question as I am trying to find it on Google and its escaping me how to word it....how do I escape the '{{' '}}' in Jinja to have it not look for a variable?
15:00 XenophonF What's the pattern (or where can I find examples) for a state that caches a URI (salt://, https://, s3://, etc.) and then operates on it somehow?
15:01 XenophonF Right now the win_dism state module requres file arguments to be local paths
15:01 XenophonF so it's just a super thin wrapper around dism.exe
15:01 XenophonF I'd like to be able to use URIs with e.g., dism.package_installed and have it DTRT
15:02 XenophonF is it a matter of calling cp.cache_file or something?
15:09 lordcirth_work joined #salt
15:09 jbkc85_ joined #salt
15:18 mqeueenorama joined #salt
15:19 Church- joined #salt
15:21 user-and-abuser joined #salt
15:24 promorphus joined #salt
15:31 saltslackbridge <gtmanfred> Jbkc85 wrap it in {% raw %} tags
15:36 DoomPatrol aa
15:36 DoomPatrol why am i seeing this
15:36 DoomPatrol "saltslackb+╡ <gtmanfred> Jbkc85 wrap it in {% raw %} tags
15:36 * DoomPatrol is confused
15:45 saltslackbridge <adammike> It's probably the slack irc bridge
15:47 pcn jbkc85_: do yu mean how to get literal curly braces in a jinja document, or do you mean something else?
15:48 pcn Oh, what gtmanfred said.  Something about messages via the bridge makes it hard for me to skim and understand what's going on.
15:49 babilen DoomPatrol: They decided to have some horrible slack bridge
15:49 babilen pcn: You aren't meant to use IRC anymore, but join the Slack channel I think
15:51 GrisKo joined #salt
15:51 DoomPatrol roflmao, that's so not true. slack themselves have said, opensource projects shouldn't use it for a replacement for IRC
15:53 babilen Well, that'll be the effect if the IRC experience is getting worse, while Slack is getting better
15:53 * DoomPatrol pokes gtmanfred for being all "special", -10 cool points
15:54 DoomPatrol babilen: ... okey dokey ...
15:58 sh123124213 joined #salt
16:06 onlyanegg joined #salt
16:06 edrocks joined #salt
16:09 rem5_ joined #salt
16:11 fracklen joined #salt
16:14 shripadr joined #salt
16:15 tiwula joined #salt
16:18 Brew joined #salt
16:22 csmule joined #salt
16:31 saltslackbridge <adammike> Slack is a way better experience for discussing code things. You can include code snippets and multi-line messages. Slack says it doesn't want to replace IRC for open source projects because Open Source projects aren''t going to pay for hundreds of Slack licenses. Of course they don't want to replace Freenode.
16:38 sjorge joined #salt
16:40 pualj joined #salt
16:41 KennethWilke joined #salt
16:46 mdasilva joined #salt
16:49 major joined #salt
16:50 scbunn joined #salt
16:51 Reverend oh damn. is irc hooked up to slack now?
16:52 Reverend @adammike - agreed. slack has built-ins for discussing / showing code and whatnot which makes it way easier IMHO. also what's thge slack org ? :D
16:53 jdipierro joined #salt
16:54 saltslackbridge <adammike> saltstackcommunity.slack.com
16:54 Reverend TVM - brt
16:55 Reverend left #salt
16:55 saltslackbridge <timothy.priestnall> made it. Hi!
16:56 mqeueenorama joined #salt
16:56 Reverend joined #salt
16:57 saltslackbridge <adammike> heh
17:01 Oida joined #salt
17:02 promorphus joined #salt
17:05 el_wood_le joined #salt
17:06 * DoomPatrol shakes head, hears rattle
17:11 toanju joined #salt
17:12 kellyp joined #salt
17:15 aldevar left #salt
17:16 Larry joined #salt
17:23 user-and-abuser joined #salt
17:25 onlyanegg joined #salt
17:34 Lionel_Debroux joined #salt
17:35 user-and-abuser joined #salt
17:36 dashdotdot joined #salt
17:38 Felgar joined #salt
17:39 user-and-abuser joined #salt
17:44 mikecmpbll joined #salt
17:51 pipps joined #salt
17:52 pipps joined #salt
18:24 mpanetta joined #salt
18:27 csmule I kicked off a state apply on a system that I wasn't doing anything on and I get this.
18:27 csmule The function "state.apply" is running as PID 8000 and was started at
18:27 csmule Data failed to compile:
18:30 wongster80 joined #salt
18:34 saltslackbridge <matthew.smith> \leave
18:44 pipps99 joined #salt
18:51 inad922 joined #salt
18:52 kellyp joined #salt
18:52 csmule My minion is locked to environment:dev, so I'm trying to deploy a custom formula for data dog via the gitrepo.  But Im getting:
18:52 csmule No matching sls found for 'datadog' in env 'dev'
18:53 csmule I have fileroots set for dev, I am using a local dir.  For datadog I'm using gitfs, and using the saltenv: option, etc...
18:55 csmule So I guess I'm asking, how do I add a new formula via gitfs and have to be part of my "dev" environment.
19:00 csmule nm, think I got it working.
19:16 mqeueenorama joined #salt
19:16 toanju joined #salt
19:21 aldevar joined #salt
19:23 wryfi i would like to render context data in a jinja template as json (the config file format is json). is the best way to do this to use the jinja2 |tojson filter, or is there a better way to do it? |tojson escapes some stuff for URLs that seems like it could be suboptimal.
19:24 wryfi and by "URLs" i mean "html"
19:38 onlyanegg joined #salt
19:43 ymasson joined #salt
19:47 mrbobbytables left #salt
19:47 pualj_ joined #salt
19:48 Akkarin joined #salt
19:56 pipps joined #salt
19:57 pipps99 joined #salt
19:58 bildz joined #salt
20:01 pipps_ joined #salt
20:01 MOC joined #salt
20:09 Hybrid1 joined #salt
20:09 Alchemical left #salt
20:10 pipps joined #salt
20:11 DammitJim joined #salt
20:16 magnus1 joined #salt
20:18 hemebond wryfi: file.serialize
20:23 duckdanger joined #salt
20:25 ZombieTwiglet joined #salt
20:26 MOC joined #salt
20:27 DanyC joined #salt
20:28 fracklen joined #salt
20:29 N-Mi joined #salt
20:29 N-Mi joined #salt
20:34 pualj joined #salt
20:35 tvinson joined #salt
20:36 jhauser joined #salt
20:39 KennethWilke joined #salt
20:40 nledez joined #salt
20:42 zer0def joined #salt
20:47 DammitJim joined #salt
20:47 numkem joined #salt
20:47 XenophonF joined #salt
20:47 straya joined #salt
20:47 KingJ joined #salt
20:47 _val_ joined #salt
20:47 NeoXiD joined #salt
20:47 dlloyd_ joined #salt
20:47 Uni joined #salt
20:47 copelco__ joined #salt
20:47 SMuZZ joined #salt
20:47 Antiarc joined #salt
20:47 manji joined #salt
20:47 dlloyd joined #salt
20:47 cyraxjoe joined #salt
20:47 skeezix-hf joined #salt
20:47 magz0r joined #salt
20:48 klaas joined #salt
20:48 ymasson joined #salt
20:48 user-and-abuser joined #salt
20:48 mechleg joined #salt
20:48 Ryan_Lane joined #salt
20:48 xet7 joined #salt
20:48 alexlist joined #salt
20:48 FL1SK joined #salt
20:48 riftman joined #salt
20:48 ThomasJ joined #salt
20:49 MOC joined #salt
20:49 pipps joined #salt
20:53 pualj_ joined #salt
20:53 nledez joined #salt
20:55 cgiroua_ joined #salt
21:05 agj joined #salt
21:16 Pulp joined #salt
21:17 onlyanegg joined #salt
21:30 upb joined #salt
21:39 Elsmorian joined #salt
21:39 pokEarl joined #salt
21:40 ahrs joined #salt
21:40 toanju joined #salt
21:41 stickyfingaz joined #salt
21:42 pualj joined #salt
21:43 swills left #salt
21:44 nledez joined #salt
21:45 kellyp joined #salt
21:47 Elsmorian joined #salt
21:49 Nebraskka joined #salt
21:49 SamYaple joined #salt
21:50 SamYaple is there a way to forcibly reload all the modules? i installed a library but the module is still failing to load saying it cannot import deps
21:51 SamYaple even after restarting the salt minion
21:51 fracklen_ joined #salt
21:52 babilen Restarting the minion should suffice
21:52 babilen (or set modules_reload: True in the state you use to install the library)
21:53 SamYaple right, but neither of those is working (the modules_reload thing doesnt work because its not reloading nested libraries and deps, which is a known issue)
21:54 babilen You might want to take a look at the __virtual__ function of the module in question
21:55 SamYaple module in question is docker, i can pdb into the module and do an 'import docker' which fails, but `python -c 'import docker'` works just fine
21:55 pipps joined #salt
21:57 babilen Anything "weird" about the installation?
21:57 babilen I mean that's clearly the issue
21:57 SamYaple nope. fresh node
21:58 SamYaple first run the state without docker-py installed (which fails), then pip install docker, then run again, still fails
21:58 babilen Which version of the docker module do you have installed?
21:58 SamYaple restarting the service isn't helping
21:58 SamYaple this would be the 2017.7.2 release
21:58 babilen pip? Is that mot packaged?
21:58 SamYaple no. it is not
21:58 babilen No, I mean the docker module
21:59 SamYaple ah it would be the latest (working on other nodes)
21:59 SamYaple let me get the version
21:59 user-and-abuser joined #salt
21:59 SamYaple docker==2.6.1
21:59 babilen https://github.com/saltstack/salt/blob/develop/salt/modules/dockermod.py#L266 is rather detailed .. are you sure you qualify all the requirements?
22:00 babilen Might want to run the minion in debug mode also, maybe that sheds some light on the issue
22:00 SamYaple its failing the HAS_DOCKER_PY check
22:00 SamYaple so most of that doesnt apply
22:01 SamYaple thanks, yea i have been running in debug
22:01 SamYaple this code works on another node, this issue though... is wierd
22:01 babilen Well, looks as if whatever Python environment salt is running in doesn't have access to your pip installed docker
22:02 mqeueenorama joined #salt
22:02 Larry joined #salt
22:02 bbradley joined #salt
22:02 fxhp joined #salt
22:02 nebuchadnezzar joined #salt
22:02 ecdhe joined #salt
22:02 alau joined #salt
22:02 UForgotten joined #salt
22:02 andi- joined #salt
22:02 stewgoin joined #salt
22:02 lionel joined #salt
22:02 sarlalian joined #salt
22:02 todder joined #salt
22:02 Shirkdog joined #salt
22:02 basepi joined #salt
22:02 MajObviousman joined #salt
22:02 pjs joined #salt
22:02 pmcg joined #salt
22:02 eichiro joined #salt
22:02 Guest66150 joined #salt
22:02 Hipikat joined #salt
22:02 chitown joined #salt
22:02 dh joined #salt
22:02 censyjfbf joined #salt
22:02 froztbyte joined #salt
22:02 diegows joined #salt
22:02 uncool joined #salt
22:02 Ahlee joined #salt
22:02 pcn joined #salt
22:02 robawt joined #salt
22:02 dhoutz joined #salt
22:02 davisj joined #salt
22:02 SamYaple i think its more to do with salt abusing the module loading stuff, because i can import it like normal `python -c 'import docker'`
22:04 babilen Investigate the respective value of sys.path in a "normal" (docker works) Python REPL and in salt
22:04 SamYaple ah good thought
22:04 babilen Sorry .. can't really be of more help, but it's clearly somewhat related to Salt not having access to your pip installed docker library
22:05 cyteen_ joined #salt
22:05 _KaszpiR_ joined #salt
22:05 babilen I would assume that its either running in its own virtualenv or that you installed it in a different virtualenv / user environment or so with pip
22:05 SamYaple nah nothing like that. there is a bug about his type of thing
22:05 babilen That would be most annoying
22:05 SamYaple (virtualenv i mean, none of that)
22:05 * babilen shakes fist
22:06 SamYaple https://github.com/saltstack/salt/issues/24925
22:07 babilen But that shouldn't influence a minion service reload
22:07 tiwula any suggestions for:  I have a hung highstate process related to service.running.  I have fiddled with sig thinking that the name of the service and the name of the process not matching was the cause, but that hasn't borne fruit.
22:07 babilen (admittedly I have only read the title)
22:07 nledez joined #salt
22:07 SamYaple babilen: oh, well i can confirm it absolutely does. but i cant tell you why
22:08 SamYaple babilen: i can also reproduce it working from the minion but not the salt-master and vice versa
22:08 babilen tiwula: I had that issue when services aren't properly daemonising
22:08 SamYaple depending on the situation
22:08 babilen SamYaple: How very annoying .. I'd approach it as a Python problem and get the value of sys.path
22:08 babilen But then .. salt is somewhat crazy with its monkey patching
22:09 SamYaple right yea thats a good tip. im setting up to dig into that now
22:09 SamYaple but the monkey patching is the thing that got me last time
22:10 tiwula babilen: I suppose that is the problem.  It is a 3rd-party service that we're building.  Is there any strategy to work around this?
22:11 jdipierr_ joined #salt
22:11 SamYaple babilen: well a reboot fixed it. so its definetely some cache of something somewhere that service a service reload... somehow
22:12 babilen tiwula: Read up on APUE on page 463ff (3rd edition, 2013) and (Python) http://legacy.python.org/dev/peps/pep-3143/#correct-daemon-behaviour -- the general behaviour (double forking, closing of file descriptors and so on stays the same)
22:12 babilen SamYaple: That's so sad and amazing at the same time
22:13 babilen Glad you "fixed" it, but a reboot is just ... *sigh*
22:13 SamYaple haha yea this is just deploy testing right now. so its fine
22:13 tiwula babilen:  thanks
22:13 SamYaple for prod weve been just doing all this before installing the kernel we want and rebooting for thekernel as a workaround
22:14 babilen tiwula: I saw cases where processes didn't close file descriptors and salt was waiting for output .. I'd start with that. We had one issue where double forking needed to be implemented.
22:14 babilen In the end you typically want to use best-practices libraries for that stuff such as the reference implementation by Ben
22:15 babilen (assuming this is Python)
22:16 babilen The best description I found is in Advanced Programming in the Unix Environment on page 463ff
22:16 babilen It walks you through the process quite nicely
22:17 pipps joined #salt
22:21 N-Mi joined #salt
22:21 N-Mi joined #salt
22:25 DanyC joined #salt
22:32 Elsmorian joined #salt
22:35 MTecknology has anyone come up with a convenient way to update vmware tools using salt?
22:44 ahrs joined #salt
22:55 pipps joined #salt
22:58 kellyp joined #salt
23:00 pipps joined #salt
23:11 pipps joined #salt
23:26 DanyC joined #salt
23:37 jrgochan joined #salt
23:38 jrgochan Hello. Anyone know how to get past the M2Crypto problem with the x509 state in salt 2017.7.1
23:39 jrgochan x509.private_key_managed throws this:               Reason: 'x509' __virtual__ returned False: Could not load x509 state: m2crypto unavailable
23:40 saltslackbridge <gtmanfred> do you have the m2crypto python module installed?
23:41 jrgochan I installed 0.27.0 with pip2.7 and got a different error
23:43 saltslackbridge <gtmanfred> can you paste the other error to a gist?
23:44 rem5_ joined #salt
23:45 jrgochan https://gist.github.com/anonymous/f9534570fc4ec72a48599afd8a2561e4
23:45 jrgochan posted both with M2Crypto and without
23:47 saltslackbridge <gtmanfred> right, so it definitely won’t work without
23:47 agj am i supposed to be able to import a map.jinja into a jinja template from a different environment?
23:48 agj perhaps my terminology is wrong, but having trouble tracking down a solution
23:48 agj currently getting a TemplateNotFound
23:48 saltslackbridge <gtmanfred> probably not?
23:49 saltslackbridge <gtmanfred> jrgochan, can you add the state that you are running to that gist?
23:49 saltslackbridge <gtmanfred> agj, pretty sure import only works directly from the sls root for that environment.
23:51 jrgochan https://gist.github.com/anonymous/3010a741d5bc3872ac89899100f18676
23:52 agj gtmanfred: makes sense, i seem to recall there was a way to work around this, but perhaps i'm thinking of state sls imports for specific environments

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