Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-12-28

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

All times shown according to UTC.

Time Nick Message
00:01 WesleyTech joined #salt
00:06 fracklen joined #salt
00:07 WesleyTech joined #salt
00:11 keimlink_ joined #salt
00:13 madboxs joined #salt
00:19 abednarik joined #salt
00:19 tvinson_ joined #salt
00:29 pcn is it possible to use the salt api to get the grains from a minion?
00:29 whytewolf ... well you can run exacution modules. ... and grains.items is a exacution module
00:31 pcn hm OK
00:33 madboxs joined #salt
00:34 DEger joined #salt
00:35 irctc343 joined #salt
00:37 pcn so using pepper, something like api.local('*', 'test.ping')
00:38 whytewolf i don't know i don't use pepper.
00:38 whytewolf but instead of test.ping i would think grains.items
00:39 irctc343 Looks like SALT.RUNNERS.CLOUD changed in 11.1, broke my reactor -- someone posted an issue at https://github.com/saltstack-formulas/ec2-autoscale-reactor/issues/14
00:39 saltstackbot [#14][OPEN] exception occurred in runner cloud.create | I have tested it with latest version of saltstack (2016.3.4), but it was returned an exception after reacting a new event from auto scaling group.It seems that "cloud.create runner" needed one more argument to work with event as well. Probably something is changed in latest version of salt which contain core framework....
00:39 irctc343 Do I just need to set opts to something
00:39 pcn yep, that worked
00:41 pcn I thought it would need runner, but OK, local works
00:42 whytewolf pcn: why would you need a runner. that is for when you want to run a runner on the master
00:42 whytewolf such as you would with salt-run
00:44 the_lalelu joined #salt
00:44 swa_work joined #salt
00:44 q1x joined #salt
00:44 abednarik joined #salt
00:45 komputes joined #salt
00:46 pcn Ideally I would like to get the grains of the master without knowing what the master's id is
00:47 whytewolf did you write a runner to do that?
00:47 pcn The api is configured to talk to the API on a master, and it would be nice to have a grains runner that I could just use to get properties that are specific to the environment
00:47 whytewolf coarse. the master doesn't have grains
00:48 whytewolf the minion on the master does
00:49 pcn That's an interesting point - so that is what I want: the master's minion. Since there is a distinction there I wouldn't get what I want the way I want.
00:51 whytewolf exactly. i mean you could write a custom runner that does nothing but query the master's minion for it's grains ... but that seems ... bloated
00:51 WesleyTech joined #salt
00:54 WesleyTech joined #salt
01:01 pcn I just want to avoid having a known name, since they often have parameters, but I think that can b worked around.
01:07 shoemonkey joined #salt
01:18 rpb joined #salt
01:23 myraft_ joined #salt
01:32 nickabbey joined #salt
01:54 cyteen joined #salt
01:57 jhujhiti joined #salt
02:10 catpiggest joined #salt
02:28 muuse joined #salt
02:31 Heartsbane joined #salt
02:31 Heartsbane joined #salt
02:31 the_lalelu joined #salt
02:33 bekks joined #salt
02:33 bekks joined #salt
02:37 hwtt joined #salt
02:41 sebastian-w joined #salt
02:47 ilbot3 joined #salt
02:47 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.3.4, 2016.11.1 <+> 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
02:52 sh123124213 joined #salt
02:52 onlyanegg joined #salt
02:53 rpb joined #salt
03:04 writteno1 joined #salt
03:07 shoemonkey joined #salt
03:18 Sripathi joined #salt
03:19 buu Why would my salt-master process randomly write 200+megs to the filesystem without any action triggering it?
03:34 justanotheruser joined #salt
03:38 oaklndr1 joined #salt
03:40 shoemonkey joined #salt
03:43 alinuxninja joined #salt
03:45 netcho_ joined #salt
03:46 alinuxninja joined #salt
03:47 bastiand1 joined #salt
03:51 om2 joined #salt
03:56 Sripathi from where can I get customer grains?
03:56 Sripathi custom*
04:05 justanotheruser joined #salt
04:05 sh123124213 joined #salt
04:09 onlyanegg joined #salt
04:26 DEger joined #salt
04:28 cyborg-one joined #salt
04:34 pcn What are you  trying to do?
04:39 hwtt joined #salt
05:00 DEger joined #salt
05:09 onlyanegg joined #salt
05:37 debian112 joined #salt
05:37 sp0097 joined #salt
05:38 bocaneri joined #salt
05:40 hwtt joined #salt
05:48 chowmeined joined #salt
06:02 oaklndr1 joined #salt
06:07 sh123124213 joined #salt
06:13 justanotheruser joined #salt
06:23 fracklen joined #salt
06:25 ruxu joined #salt
06:36 evle joined #salt
06:38 ivanjaros joined #salt
06:39 ivanjaros3916 joined #salt
06:41 icebal joined #salt
06:50 sh123124213 joined #salt
07:00 PatrolDoom joined #salt
07:06 dkrae joined #salt
07:11 DoomPatrol joined #salt
07:11 icebal joined #salt
07:15 PatrolDoom joined #salt
07:15 sh123124213 joined #salt
07:23 sh123124213 joined #salt
07:26 Rumbles joined #salt
07:37 sh123124213 joined #salt
07:41 hwtt joined #salt
07:43 debian112 joined #salt
07:49 theblazehen71 joined #salt
08:17 nidr0x joined #salt
08:21 preludedrew joined #salt
08:21 onlyanegg joined #salt
08:25 fgimian joined #salt
08:26 ruxu joined #salt
08:34 mattp_ joined #salt
08:43 hwtt joined #salt
08:45 debian112 joined #salt
08:57 udiabon joined #salt
08:58 udiabon Hi guys, is there possible to copy file to targets through salt-ssh?
08:59 udiabon like salt-cp
09:06 PatrolDoom joined #salt
09:11 netcho_ joined #salt
09:11 Rumbles joined #salt
09:12 buu rsync..?
09:17 Martin64 joined #salt
09:18 fracklen joined #salt
09:19 Martin64 Hi there.
09:19 Martin64 I trying to use salt-ssh without NOPASSWD setting in sudoers When i use salt-ssh with 'passwd' parameter set in rotster file thenn all it works ( there is also set sudo: True, tty: True )  and i'm able to make 'sudo' commands on remote host.
09:19 Martin64 The problem is that I don't want to keep passwords to my sudo users in rooster file. I found that there is '--askpass' parameter but it not work - using that salt-ssh just want to deploy ssk-key and if I choose to not deploy key i get "254 Permission denied, no authentication information".
09:22 Trauma joined #salt
09:29 PatrolDoom joined #salt
09:32 Martin64 any idea ?
09:40 DEger joined #salt
09:43 DEger_ joined #salt
09:47 keimlink joined #salt
09:51 theblazehen71 joined #salt
09:51 Trauma joined #salt
09:55 Trauma joined #salt
09:58 flyboy joined #salt
10:12 yawniek i have a config file that is yaml that i need to add a few variables from grains. problem: the file contains syntax that is not compatible with jinja. what other options are there ?
10:15 buu quote it?
10:23 jrklein joined #salt
10:25 ruxu joined #salt
10:41 CeBe joined #salt
10:44 hwtt joined #salt
10:46 madboxs joined #salt
10:51 netcho_ joined #salt
10:55 JohnnyRun joined #salt
11:01 dkrae joined #salt
11:02 theblazehen joined #salt
11:25 abednarik joined #salt
11:27 madboxs joined #salt
11:34 Trauma joined #salt
11:45 sh123124213 joined #salt
11:45 hwtt joined #salt
11:47 Neighbour yawniek: Maybe the jinja filter yaml_dquote will help you
11:59 DEger joined #salt
12:08 ruxu joined #salt
12:13 cyborg-one joined #salt
12:21 sh123124213 joined #salt
12:23 sh123124213 joined #salt
12:23 onlyanegg joined #salt
12:25 madboxs joined #salt
12:25 cyteen joined #salt
12:31 sh123124213 joined #salt
12:46 madboxs joined #salt
12:51 abednarik joined #salt
12:51 udiabon joined #salt
12:58 cyborg-one joined #salt
13:06 fracklen joined #salt
13:07 madboxs joined #salt
13:09 keimlink joined #salt
13:11 udiabon joined #salt
13:15 fracklen joined #salt
13:26 edrocks joined #salt
13:28 madboxs joined #salt
13:30 abednarik joined #salt
13:30 shoemonkey joined #salt
13:35 jeblair joined #salt
13:38 fracklen joined #salt
13:42 shoemonkey joined #salt
13:43 fracklen joined #salt
13:45 shoemonkey joined #salt
13:46 hwtt joined #salt
13:49 madboxs joined #salt
13:49 sebastian-w joined #salt
13:52 DEger joined #salt
13:58 udiabon joined #salt
14:06 MonkxMode joined #salt
14:07 j-- left #salt
14:07 MonkxMode Hi all. Does anyone monitor (nagios/etc) their salt clients in the event a modification is pending? Ie: gitfs backend, and someone changes config and applies to multiple instedad of intended one.
14:07 MonkxMode s/instedad/instead
14:09 madboxs joined #salt
14:17 Sketch hmm, that's not a bad idea... you could do a state.highstate test=true and look for unchanged=0 ...if it's not 0, then changes need to be applied.
14:17 shoemonkey joined #salt
14:17 MonkxMode Sketch: I have something set up very similar to this. I also add the output=terse and count the "changes" attribute for the number, and catch the summary as the output.
14:18 MonkxMode But, here's the snag...
14:18 MonkxMode I run the command using nrpe and sudo the script that does this.
14:18 MonkxMode Now, I run the command locally, and I get changes=1 failed=0 which is all good.
14:18 MonkxMode Then I check over nrpe and I get changes=3 failed=0 (warning)
14:18 mcxian joined #salt
14:19 mcxian Hey everyone! I have a question about the best way to seed a mysql schema on initialization.
14:19 MonkxMode After narrowing it down, it appears that the salt[cmd.run] when run as sudo via nrpe check assumes a user incorrectly, or indeed something non-salt related is affecting my return.
14:19 mcxian I've got mysql.create_db and mysql.create_user going just fine
14:20 mcxian normally, I'd then run mysql -h whatever -u whatever -p < some_file.sql
14:20 MonkxMode 94 checks are fine, and my sssd.conf is not working as expected :-)
14:21 mcxian but it looks like the closest salt equivalent is to use mysql_query.run, where I can enter my mysql inserts in as the query
14:22 mcxian since I have all of the mysql statements in an existing sql text file, I'd really like to just use that text file as the query
14:22 mcxian Does anyone have any recommendations for doing so?
14:22 mcxian I was looking at
14:23 mcxian %- import_text "file.sql" as file %} followed by query: {{ file }}. But that throws lots of errors about the formatting of the file
14:23 mcxian so import_text seems to do some validation
14:23 mcxian thoughts?
14:28 nidr0x joined #salt
14:28 cyteen joined #salt
14:30 babilen mcxian: Which file exactly? What's the error you get? You might have to indent 'file' using |indent($LEVEL)
14:30 madboxs joined #salt
14:31 nidr0x joined #salt
14:32 dyasny joined #salt
14:35 hwtt joined #salt
14:39 Lionel_Debroux_ joined #salt
14:42 dkrae joined #salt
14:43 nZac joined #salt
14:44 udiabon joined #salt
14:51 madboxs joined #salt
15:04 shoemonkey joined #salt
15:10 DEger joined #salt
15:10 mcxian joined #salt
15:12 madboxs joined #salt
15:20 DEger joined #salt
15:21 fracklen joined #salt
15:25 onlyanegg joined #salt
15:26 parafly joined #salt
15:33 SamYaple im having some trouble with rendering the state file i believe. I am trying to {% set %} a variable in the sls and use it in an {% if %} conditional later. but I think the rendering happens differently than I expect
15:33 SamYaple I would expect it to unroll the for loops first, but i dont think it does
15:33 SamYaple here is a pastebin with what im trying to do: https://pastebin.mozilla.org/8956893
15:33 eichiro joined #salt
15:33 SamYaple Line 49 is what I would like to see running
15:36 promorphus joined #salt
15:36 fracklen joined #salt
15:36 oida joined #salt
16:00 Rumbles joined #salt
16:03 bob_twinkles joined #salt
16:04 madboxs joined #salt
16:20 madboxs joined #salt
16:21 edrocks_ joined #salt
16:26 onlyanegg joined #salt
16:27 edrocks joined #salt
16:29 edrocks__ joined #salt
16:33 whytewolf SamYaple: you are kind of correct. it doesn't unroll the loops. and variables are local to the block they are created in. the file_exists you set in the for loop creates a new file_exists. see http://stackoverflow.com/questions/17925674/jinja2-local-global-variable for work arounds
16:34 cyborg-one joined #salt
16:36 madboxs joined #salt
16:45 abednarik joined #salt
16:46 sh123124213 joined #salt
16:51 madboxs joined #salt
16:52 hwtt joined #salt
16:54 nicksloan joined #salt
16:55 anotherzero joined #salt
16:57 zifnab joined #salt
17:04 SamYaple whytewolf: looking into that. but was testing and had another question
17:04 SamYaple in the pure py renderer, i can run "__salt__['mine.get']('*', 'test_if_file_exists')" and get the info i need
17:05 SamYaple but i cant run "__salt__['mine.get']('role:rolethatexists', 'test_if_file_exists', expr_form='grain')"
17:05 SamYaple the last one returns empty
17:08 aw110f joined #salt
17:08 aw110f_ joined #salt
17:09 edrocks joined #salt
17:10 whytewolf that is strange ... does __salt__['mine.get']('G@role:rolethatexists','test_if_file_exists',expr_form='compound') work? also does the query work from the command line as expexted? salt '*' mine.get tgt='role:rolethatexists' fun=test_if_file_exists expr_form=grain
17:11 SamYaple testing
17:11 oaklndr1 joined #salt
17:12 SamYaple whytewolf: neither of those work. hmmm. i bet ive been look in the wrong place
17:13 whytewolf hell try salt -C 'G@role:tolethatexists' test.ping
17:13 SamYaple AHHHH im such an idiot.
17:13 SamYaple i rekicked the minions
17:13 SamYaple like 2 days ago
17:13 SamYaple never reapplied roles
17:13 whytewolf so rolethatexists doesn't?
17:13 SamYaple correct
17:13 SamYaple :/
17:14 whytewolf yeah that would be a problem matching them then :P
17:14 SamYaple /nick whytewolf CptObvious
17:14 SamYaple thanks for pointing out my foolishness
17:14 SamYaple now. lets see if i can do things
17:15 hasues joined #salt
17:15 hasues left #salt
17:17 chandler_ joined #salt
17:19 chandler_ im having a small issue using the provider option with service.running. does anyone see where i'm going wrong here? https://gist.githubusercontent.com/chandlermelton/59dae930ad6679dc2cffa8ac6c5dba0d/raw/670d864c26ed31878b006d93c2831262e7d5c55a/gistfile1.txt
17:19 chandler_ thats on a rhel6 system
17:20 chandler_ please excuse the name setting, i copy pasted and failed to update that variable (uses some iteration)
17:22 rpb joined #salt
17:22 SamYaple whytewolf: heh. nope we were both wrong. the role _was_ set properly after the rekick. however, its 'roles:rolethatexists' not 'role:rolethatexists'
17:22 SamYaple whytewolf: anyway. its working now
17:22 madboxs joined #salt
17:22 NeoXiD joined #salt
17:22 whytewolf lol. ahhh the missing s
17:23 SamYaple story of my life
17:23 SamYaple there goes my morning
17:23 whytewolf chandler_: i see no provider setting in service.running. I'm going to check the code now to see if it is passed in as a kwarg but that is doubtful
17:23 anotherzero joined #salt
17:24 chandler_ gotcha. i was going off this example in the docs: https://docs.saltstack.com/en/latest/ref/states/providers.html
17:24 whytewolf interesting ... never ran accross that before
17:24 sh123124213 joined #salt
17:25 chandler_ this service is a one-off for upstart as the new LS install doesnt provide an init.d script
17:25 chandler_ all other services are still sysvinit, so i dont want to change it on the minion
17:26 whytewolf humm didn't know logstash doesn't include sysvinit anymore I've already moved to 7.x, and they do have a systemd init file
17:27 rpb joined #salt
17:27 pipps joined #salt
17:27 chandler_ ya the new system-install tool that uses startup.options defaults to upstart on rhel6
17:28 chandler_ they said theyd update it in 5.2.x, but in the meantime i was just trying to use the provider option
17:28 ANero joined #salt
17:29 whytewolf you might want to put in a bug report. cause I'm not seeing anything in the code that would do it. but there are global options which this sounds like, however it doesn't seem to be working.
17:30 whytewolf it coming in 0.9.8 means it is an old thing that might not be tested in current versions
17:30 chandler_ okay. should i do that on github, or do they use a different system?
17:30 chandler_ havent submitted one before
17:30 whytewolf yeap github
17:30 chandler_ k
17:30 chandler_ thanks
17:32 DEger joined #salt
17:34 shoemonkey joined #salt
17:34 SamYaple whytewolf: on a scale of encouraged to dont-do-it, where would writing all the state files with the py renderer land? for deploying a project with that is 99% python with testing around that already?
17:35 whytewolf if you are comfortable with python i would say go for it
17:38 SamYaple whytewolf: cool. i push a branch where its all converted from jinja2 to python and see what it looks like. thanks
17:38 madboxs joined #salt
17:40 chandler_ whytewolf: do you mind linking me to where you SHOULD see something in the code to support the provider option? im going to add it to the issue
17:41 sh123124213 joined #salt
17:41 whytewolf unforchantly I don't know where the globall functions live...
17:41 chandler_ okay
17:46 pipps99 joined #salt
17:52 fracklen joined #salt
17:54 hwtt joined #salt
17:54 madboxs joined #salt
18:00 shoemonkey joined #salt
18:01 Trauma joined #salt
18:02 mavhq joined #salt
18:04 pipps joined #salt
18:06 aarontc joined #salt
18:06 abednarik joined #salt
18:08 Edgan joined #salt
18:16 edrocks joined #salt
18:22 _JZ_ joined #salt
18:27 sh123124213 joined #salt
18:28 sh123124213 joined #salt
18:34 DEger joined #salt
18:40 pipps joined #salt
18:44 Praematura joined #salt
18:46 ivanjaros joined #salt
18:51 aw110f joined #salt
18:52 aw110f_ joined #salt
18:53 DEger joined #salt
18:54 hwtt joined #salt
18:56 PatrolDoom joined #salt
18:56 Salander27_ joined #salt
19:00 DEger joined #salt
19:08 DEger_ joined #salt
19:11 fracklen joined #salt
19:12 Pulp joined #salt
19:13 SamYaple is there a wait_for_port saltstack state or module?
19:17 irctc794 joined #salt
19:18 PatrolDoom joined #salt
19:19 derrickm All, I am trying to run in a custom python module (runner) vm_ = __opts__.get('ec2.autoscale-dev', {}) and it looks like it is getting an empty list back
19:19 derrickm this used to work with 2016.3
19:19 derrickm did anything change in 11?
19:22 SamYaple derrickm: if .get('ec2.autoscale-dev', {}) is returning a list, 'ec2.autoscale-dev' must exist as a list
19:22 nZac joined #salt
19:25 DEger joined #salt
19:27 whytewolf SamYaple: wait for port? not that i know of.
19:28 SamYaple whytewolf: what do people do when they need to block until a service is running?
19:28 SamYaple like starting a database, then waiting until the DB is active before proceeding with something else
19:28 SamYaple that requires teh DB
19:29 whytewolf put a require on the service start? or use orchestration
19:29 SamYaple whytewolf: none of those help with race conditions
19:29 SamYaple service start doesnt mean service avialble
19:29 SamYaple service starts, 30 seconds passes, service is available, then you can use it
19:30 SamYaple thats pretty common
19:30 whytewolf not as common as you might think
19:30 whytewolf most things retry until they can connect.
19:31 whytewolf so you get a couple of errors in the logs but nothing fatel
19:31 SamYaple "most things" being what here?
19:31 SamYaple if youre saying most services are immediately available, im goign to have t ostrongly disagree
19:32 whytewolf i am not. I am saying that most services can survive a little wait for port
19:32 SamYaple but clients typically should retry, that I would agree with, but doesnt paricullarly help with orchestration of things (like upgrades)
19:33 derrickm SamYaple, my master config looks like:
19:33 derrickm ec2.provision-dev:   provider: my-ec2-config   minion:     master: salt.mydomain.com
19:33 derrickm Either this is a bug or this is depreciated
19:33 SamYaple whytewolf: wait_for_port is just a strange thing to be missing from saltstack in my opinion. simple enough of a module and state to write though
19:34 SamYaple derrickm: im no salt expert, i was just refering to python in general
19:34 whytewolf is it? how would you right that, given saltstack doesn't talk to the service directly rather interfaces with the init system to start it
19:35 derrickm this used to work fine until this latest version
19:35 derrickm must be a bug
19:35 SamYaple whytewolf: wait_for_port: ip_address: 127.0.0.1; port: 1234; timeout: 30
19:35 whytewolf i meant from the code side ...
19:35 whytewolf the yaml is the easy part
19:35 SamYaple whytewolf: ..... python socket open?
19:36 SamYaple thats really straight forward there
19:36 SamYaple simple port healthcheck in python is easy
19:38 derrickm wytewolf: Do you know the best practices for parsing options out of a master config file
19:38 whytewolf derrickm: it should be in the __opts__ dict.
19:39 whytewolf if it isn't i would say bug report
19:45 whytewolf SamYaple: the reason i sugested orchestration is because you could use a test.sleep salt.function that you require. Or have a test that runs until it fires an event and have a wait_for _event state in the orchestration
19:46 derrickm wytewolf: is __opts__.get('ec2.autoscale-dev', {}) still the correct way to access the __opts__ dict?
19:46 whytewolf it should be yes
19:46 derrickm ok
19:47 funabashi joined #salt
19:48 whytewolf humm. apperently it is sugested to use __salt__['config.get'] instead of __opts__.get
19:48 whytewolf not sure if that is true in a runner though
19:50 SamYaple whytewolf: test.sleep == race condition. as far as wait_for_event, im not sure how that would be any better.
19:50 SamYaple for the record, I am using orchestration, but orechestration doesnt help with this particular point directly
19:51 SamYaple already have the wait_for_port state written though. just adding in the timeout stuff now
19:51 derrickm I could try __salt__['config.get']
19:52 derrickm let's see... __salt__['config.get']('ec2.autoscale-dev', {})
19:52 derrickm going to try that
19:54 sh123124213 joined #salt
19:55 derrickm maybe....
19:55 derrickm I need to tell it which config
19:55 derrickm doesn't just assume master
19:55 derrickm like how would it know if it was master or minion config etc
19:56 sh123124213 joined #salt
19:57 derrickm nah that's the right way
19:57 derrickm guess it is a bug
19:57 derrickm I will have to raise one later
19:59 nZac joined #salt
20:07 samodid joined #salt
20:10 madboxs joined #salt
20:11 edrocks joined #salt
20:14 PatrolDoom joined #salt
20:17 RandyT joined #salt
20:22 fracklen_ joined #salt
20:22 nZac joined #salt
20:22 DEger joined #salt
20:23 madboxs joined #salt
20:23 derrickm I have never had to have states execute commands on minions that last a long time, but I am doing an sync of 2TB of data and it will take hours
20:24 derrickm I'm sure the master won't wait for it?
20:24 derrickm is there some kind of timeout?
20:34 PatrolDoom there is options for long running jobs iirc
20:35 PatrolDoom or create a custom script, add it via cron (use MAILTO), then check on it later>
20:35 PatrolDoom s/>.?
20:35 madboxs joined #salt
20:40 whytewolf salt <normal commands> --async
20:41 whytewolf then jus tnow and then lookup the jid it spits out at you with salt-run jobs.lookup_jid
20:42 hwtt joined #salt
20:43 anotherzero joined #salt
20:43 DEger joined #salt
20:48 PatrolDoom nice
20:48 madboxs joined #salt
21:00 madboxs joined #salt
21:11 fracklen joined #salt
21:12 CampusD joined #salt
21:12 keltim joined #salt
21:12 madboxs joined #salt
21:15 CampusD I was wondering how would I pass the shell parameter to the local client, I've tried a few formats
21:15 CampusD https://gist.github.com/UtahCampusD/41445040cd3c48c4659dcccf02e566e6
21:17 ruxu joined #salt
21:28 whytewolf CampusD: iirc it would be caller.cmd('cmd.run', 'some_command', shell='powershell')
21:28 whytewolf i could be wrong about that
21:29 CampusD whytewolf, will give it a try
21:37 madboxs joined #salt
21:43 keimlink joined #salt
22:02 anotherzero joined #salt
22:05 aarontc joined #salt
22:14 madboxs joined #salt
22:16 Siva joined #salt
22:16 Siva Hi all
22:16 Siva i know this have been asked many times here - is there a way to make saltstack work with CoreOS?
22:17 Siva does building saltstack as static binary help?
22:17 Siva I have tried it before to run it within a container in coreos and it did not work very well
22:21 DEger joined #salt
22:25 hwtt joined #salt
22:26 rem5 joined #salt
22:27 madboxs joined #salt
22:30 rpb joined #salt
22:39 shoemonkey joined #salt
22:56 mpanetta_ joined #salt
22:57 mpanetta_ joined #salt
23:00 Klas joined #salt
23:01 nidr0x joined #salt
23:10 nicksloan joined #salt
23:14 shoemonkey joined #salt
23:16 shoemonk_ joined #salt
23:21 WesleyTech joined #salt
23:27 WesleyTech joined #salt
23:33 jonher937 joined #salt
23:33 udiabon joined #salt
23:34 jonher937 left #salt
23:38 mavhq joined #salt
23:45 shoemonkey joined #salt
23:50 hwtt joined #salt
23:59 writtenoff joined #salt

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