Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-04-28

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

All times shown according to UTC.

Time Nick Message
00:00 cnk joined #salt
00:02 major is there a particular process for code reviewing changes to saltstack formulas, or just submit a pull-request and wait for feedback?
00:03 kevinquinnyo1 joined #salt
00:05 edrocks joined #salt
00:05 newjersey joined #salt
00:06 newjersey joined #salt
00:07 mosen joined #salt
00:10 ajspa joined #salt
00:10 orion Hey! The TLS certificate for bootstrap.saltstack.com expired!
00:10 jeffspeff joined #salt
00:11 orion Oh no! It's for the whole wildcard cert!
00:12 nidr0x joined #salt
00:15 orion jfindlay: !
00:15 major nice
00:15 hemebond Oh dear.
00:17 mosen letsnotencrypt :)
00:20 rem5 joined #salt
00:21 orion Hmm, this is a pretty big problem.
00:22 orion gtmanfred: !
00:23 ajspa joined #salt
00:23 lws joined #salt
00:24 brianfeister joined #salt
00:30 mapu joined #salt
00:32 ajspa joined #salt
00:45 rem5 joined #salt
00:45 west575 joined #salt
00:46 aqua^c joined #salt
00:46 kevinquinnyo1 joined #salt
00:46 disbound joined #salt
00:47 subsignal joined #salt
00:57 kevinquinnyo So I have a module, and an execution module, both named wordpress.py -- i made what i thought was an improvement by allowing a **kwargs to be passed to both of them -- the reason is that the salt module (that the execution module calls for almost everything)
00:57 kevinquinnyo essentially "wraps" cmd.run()
00:57 kevinquinnyo so i wanted to allow for passing in cmd.run keyword arguments if i want
00:58 kevinquinnyo and then i just pass them along, but i get this error:  Warnings: 'runas' is an invalid keyword argument for 'wordpress.user_present'. If you were trying to pass additional [..snip..]
00:59 kevinquinnyo sorry i used the wrong terminology, the *state* module calls the execution module
00:59 dynamicudpate joined #salt
01:00 kevinquinnyo anyway what would be the best solution?  Should I just remove the **kwargs from the state module functions and replace it with something like cmd_run_kwargs as a dict that can be passed?
01:00 kevinquinnyo not as pretty...
01:02 Enrico_ joined #salt
01:04 quasiben joined #salt
01:04 iceyao joined #salt
01:04 Enrico_ Hi guys, i'm using the salt-formulas/zookeeper-formula which doesn't install java. when using sun-java and zookeeper in the top file it doesn't execute sequentially. any tips how i can have sun-java executed before zookeeper?
01:05 ajspa joined #salt
01:08 baweaver joined #salt
01:09 kevinquinnyo use a requisite
01:09 kevinquinnyo you basically pass in a 'require' key
01:10 kevinquinnyo let me give you an example
01:11 kevinquinnyo https://docs.saltstack.com/en/latest/ref/states/requisites.html Enrico_
01:11 kevinquinnyo look at the first example with 'pkg: vim' being the requisite
01:12 kevinquinnyo note that 'pkg' is the module name, and 'vim' is the state name
01:12 kevinquinnyo so the state "/etc/vimrc" requires the state "vim" which is of module type "pkg" is a good way to think about it
01:13 Enrico_ yeah i basically have this "workaround" https://www.dropbox.com/s/copoycx8cr2q8kt/Screenshot%202016-04-28%2011.13.39.png?dl=0
01:13 Enrico_ thought there is a better way. thanks :)
01:14 kevinquinnyo nope that's the way to do it
01:15 kevinquinnyo if you need precise ordering of things *across minions*, typically you create an orchestration
01:15 iceyao_ joined #salt
01:15 kevinquinnyo for example if you need a database server to have a database and a user present before doing something on the webserver
01:16 Enrico_ well its not across minions, before zookeeper can start it needs java :)
01:16 kevinquinnyo yeah you're actually doing it correctly
01:16 kevinquinnyo not a workaround at all
01:16 iceyao joined #salt
01:16 Enrico_ ah good to no, i guess would be nice to configure that via pillar, e.g. service_require_sls
01:17 Enrico_ no = know
01:17 kevinquinnyo that would be nice
01:17 Enrico_ alright, thanks mate
01:17 kevinquinnyo np
01:19 quasiben joined #salt
01:19 cpowell joined #salt
01:20 kevinquinnyo for my thing before, if anyone sees it, i guess it's not too ugly to have (cli execution example): salt staging-tss-7912-chikoza-breeze.devops.my-platform wordpress.is_installed '/var/www/new-site6.com/public' cmd_opts="{'runas': 'some-nix-user'}"
01:20 kevinquinnyo i guess i can live with that so i don't get the warnings
01:21 kevinquinnyo if anyone has a better suggestion on allowing arbitrary **kwargs in my execution module and state module, to be passed to cmd.run's kwargs let me know
01:24 iceyao_ joined #salt
01:30 brianfeister joined #salt
01:31 iceyao joined #salt
01:33 jvblasco joined #salt
01:45 favadi joined #salt
01:49 quasiben joined #salt
01:55 catpigger joined #salt
01:57 michelangelo joined #salt
01:58 beardedeagle joined #salt
02:00 Enrico_ can i specify multiple states in one identifier? e.g. test_state: file.directory: ... file.manage: ...?
02:04 ntropy yes you can, why not just try? :)
02:08 hoonetorg joined #salt
02:09 jfelchner joined #salt
02:09 iceyao joined #salt
02:09 writtenoff joined #salt
02:09 Enrico_ i think last time i got an error because of file. file.
02:10 meekrab joined #salt
02:11 racooper joined #salt
02:18 ajspa joined #salt
02:18 amy_ joined #salt
02:23 nidr0x joined #salt
02:25 keldwud_ joined #salt
02:29 oida joined #salt
02:30 ntropy you can't have more than one call to the same function, so file.directory more than once is not allowed
02:32 rem5 joined #salt
02:33 brianfeister joined #salt
02:36 ITChap joined #salt
02:40 ageorgop joined #salt
02:41 zmalone joined #salt
02:52 evle joined #salt
02:53 hrumph hi
02:55 hoonetorg joined #salt
02:55 hrumph in https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html it says for salt.states.pkg.installed in the Paramaters->version secion, "Currently, this option is supported for the following pkg providers: apt, ebuild, pacman, yumpkg, and zypper." but it also works for winrepo is this a documentation bug or am i not understanding something?
03:00 rem5 joined #salt
03:01 lws joined #salt
03:05 meekrab joined #salt
03:10 favadi joined #salt
03:11 iceyao joined #salt
03:22 meekrab joined #salt
03:24 spuder joined #salt
03:26 favadi joined #salt
03:29 meekrab joined #salt
03:29 nidr0x joined #salt
03:30 Enrico_ joined #salt
03:37 west575 joined #salt
03:37 spuder joined #salt
03:40 josuebrunel joined #salt
03:42 meekrab joined #salt
03:43 cpowell joined #salt
03:45 josuebrunel joined #salt
03:45 perfectsine joined #salt
03:47 spuder joined #salt
03:50 Enrico_ is something like "watch: - file: /etc/monit/conf.d/* " supposed to work
03:51 bVector Enrico_: no
03:51 lws joined #salt
03:51 Enrico_ There are tons of examples like that and here is the issue in saltstack: https://github.com/saltstack/salt/issues/663
03:51 saltstackbot [#663]title: Service state: watch directory for changes | In the service state, it is only possible to watch a single file (e.g. configuration file) for changes to restart the corresponding service afterwards. Some services (like munin) keep their configuration files split up into a lot of text files, or (like munin) they use a plugin system that keeps all plugins in a directory. In these cases, restarting the service is necessary when a file
03:52 bVector you watch state names, if the triggering condition for watch happens on that state
03:52 Enrico_ very confusing
03:52 bVector oh I may be wrong
03:52 Enrico_ well it doesnt work for me ... so you might be right :)
03:55 meekrab joined #salt
04:03 brianfeister joined #salt
04:03 meekrab joined #salt
04:06 zmalone joined #salt
04:06 mosen_ joined #salt
04:09 edrocks joined #salt
04:11 spuder joined #salt
04:13 teryx510 joined #salt
04:19 mosen joined #salt
04:20 spuder joined #salt
04:24 evle joined #salt
04:26 pipps joined #salt
04:28 Ayo joined #salt
04:30 lws joined #salt
04:30 spuder joined #salt
04:35 kawa2014 joined #salt
04:36 major is there some way to stop salt-ssh from attempting to generate the ssh keys all the time?
04:38 nidr0x joined #salt
04:38 ramteid joined #salt
04:42 spuder joined #salt
04:45 jpeach left #salt
04:50 beardedeagle joined #salt
04:54 jhauser joined #salt
05:01 beardedeagle besides yaml and json what outputters can salt-api accept?
05:01 lws joined #salt
05:02 ivanjaros joined #salt
05:03 beardedeagle I guess anything http accepts for accept
05:04 lws joined #salt
05:05 Garyx joined #salt
05:06 beardedeagle actually not
05:09 jvblasco joined #salt
05:11 mosen nope i read that section the other day
05:11 mosen json or yaml.. or urlencoded form data if posting
05:12 mosen possibly plain text?
05:13 iceyao_ joined #salt
05:15 sauvin joined #salt
05:16 beardedeagle json and yaml so far is the only thing that has worked for me
05:17 beardedeagle playing with the output, might try to pass outputter
05:17 mosen text/plain might work, not sure
05:18 beardedeagle well I am also doing all this through a client library I wrote, which might mess with that
05:18 beardedeagle though I am allowing headers to be passed as well as returning the plain text so I should be able to pass anything that salt-api accepts
05:19 jhauser_ joined #salt
05:20 rdas joined #salt
05:21 major is there some way to apply a config directive from the roster to multiple targets?
05:21 major like *.domain.com: or something?
05:29 west575 joined #salt
05:34 favadi joined #salt
05:41 dmaiocchi joined #salt
05:45 cpowell joined #salt
05:46 nidr0x joined #salt
05:49 dmaiocchi joined #salt
05:52 impi joined #salt
05:56 amy_ joined #salt
06:02 Enrico_ joined #salt
06:03 iceyao joined #salt
06:06 iceyao_ joined #salt
06:06 josuebrunel joined #salt
06:06 madpenguin joined #salt
06:07 ivanjaros joined #salt
06:09 ajspa joined #salt
06:09 estahn joined #salt
06:09 hrumph https://github.com/saltstack/salt-winrepo/issues/811
06:09 saltstackbot [#811]title: Possible documentation problem in for salt.states.pkg.installed | Hi,...
06:09 hrumph i kjust created that issue
06:11 dmaiocchi joined #salt
06:12 Pranay joined #salt
06:12 edrocks joined #salt
06:13 iggy docs bugs should probably all go to the main salt repo
06:17 Pranay Need help. I've rest cherrypy setup for my Salt. I need to call cli command like 'df-h' through REST API. Need help with the url to post and body content.
06:18 estahn salt '*' cmd.run 'df -h'
06:18 estahn is that what you're after?
06:19 Pranay No. I'm looking for REST API url and not the command
06:21 Pranay Something like:   curl -sS http://hostname:8000/run -H "Accept: application/json" -d username='xxx' -d password='xxx' -d eauth='pam' -d tgt='minion1' -d client='local' -d fun='cmd.run df -h'
06:21 estahn ah, sorry
06:21 Pranay which isn't working
06:22 Pranay Np. Thanks anyways.
06:22 iceyao joined #salt
06:29 hrumph https://github.com/saltstack/salt/issues/32913
06:29 saltstackbot [#32913]title: Possible problem with salt.states.pkg.installed documentation | ### Description of Issue/Question...
06:30 hrumph iggy, i closed the first issue
06:30 slav0nic joined #salt
06:31 hrumph i have a problem guys, some of my machines have not top file so when i run state.apply i get false
06:31 hrumph salt treats this as an error
06:31 hrumph but from my pov it isn't
06:31 hrumph what is the usual way to avoid this?
06:32 hrumph i get "Minions returned with non-zero exit code" just because of that
06:32 dmaiocchi joined #salt
06:36 hrumph is there a noop state or something?
06:37 armyriad joined #salt
06:39 estahn can i target a single minion from all minions with a specific role?
06:41 sylvain31 joined #salt
06:52 cpowell joined #salt
06:54 KermitTheFragger joined #salt
06:59 SpX joined #salt
07:01 punkoivan joined #salt
07:02 punkoivan left #salt
07:04 kawa2014 joined #salt
07:08 babilen estahn: How do you define roles?
07:12 impi joined #salt
07:14 dgutu joined #salt
07:15 viq joined #salt
07:19 toanju joined #salt
07:22 brianfeister joined #salt
07:26 manji joined #salt
07:28 manji joined #salt
07:30 jhauser joined #salt
07:34 punkoivan joined #salt
07:41 CeBe joined #salt
07:41 ajspa joined #salt
07:42 ronnix joined #salt
07:47 ggoZ joined #salt
07:51 dmaiocchi joined #salt
07:51 hemebond joined #salt
07:53 estahn @babilen defined by grains
07:53 estahn but all good for now
07:53 estahn other question ... i have a problem with dead minions. can i hook with reactor into test.ping and remove dead minions if they not respond?
07:54 babilen estahn: Please note that minions can easily lie about their grains, so don't use this for sensitive stuff. Also: How do you manage those grains?
07:54 Rumbles joined #salt
07:55 babilen estahn: You can enable presence events and trigger removals based on that
07:55 estahn babilen: the aws launchconfiguration is setting the grain at this stage.
07:56 ajspa joined #salt
07:56 babilen aye
07:56 babilen It's just that managing grains requires you to target *them* also, which brings you right back to square one in some cases. :)
07:58 kawa2014 joined #salt
07:58 estahn we have certain tasks that should be only run by a single machine from that role.
07:58 estahn thats why i ask, but i most likely will create a single server with roles:cron and use that
08:01 Pranay joined #salt
08:06 AndreasLutro estahn: the easiest way would be to just make a specific hostname the "
08:07 AndreasLutro the "main" host, but you could solve it with mine data as well
08:07 lero joined #salt
08:08 dgutu joined #salt
08:08 AndreasLutro i.e. check if the current minion id == the first in the list of minions from the mine that match a glob
08:09 ajspa joined #salt
08:11 Pranay I've rest cherrypy setup for Salt. I need to call cli command like 'df-h' through REST API. Can anybody tell me what I’m doing wrong?
08:11 dgutu joined #salt
08:11 Pranay curl -sS http://hostname:8000/run -H "Accept: application/json" -d username='xxx' -d password='xxx' -d eauth='pam' -d tgt='minion1' -d client='local' -d fun='cmd.run df -h'
08:11 babilen estahn: I don't necessarily like saving 'roles' in a decentralised and insecure manner, which is why I don't tend to use grains for that. That is obviously a little different if you query them via AWS.
08:12 babilen Pranay: Maybe you have to pass "fun" and "arg" independently?
08:12 babilen I don't actually know how to pass the argument, but you probably want "fun='cmd.run'" rather than "fun='cmd.run df -h'"
08:13 Pranay ok...
08:13 Pranay Thanks. Lemme try doing that.
08:13 edrocks joined #salt
08:14 babilen Just guessing ..
08:16 Pranay You were correct. It worked. Thanks you! :-)
08:16 babilen \o/
08:16 clayman_ joined #salt
08:16 clayman_ is file.line module/state available on windows minions?
08:16 N-Mi joined #salt
08:16 N-Mi joined #salt
08:20 rrei joined #salt
08:34 kshlm joined #salt
08:34 CeBe joined #salt
08:36 MeltedLux joined #salt
08:37 keimlink joined #salt
08:38 GreatSnoopy joined #salt
08:38 Guest47976 joined #salt
08:42 Miouge joined #salt
08:42 losh joined #salt
08:42 s_kunk joined #salt
08:44 garphy joined #salt
08:44 H2Ov4 joined #salt
08:45 H2Ov4 Morning
08:46 eMBee with virtual modules, how can i tell which module is being actually used?
08:48 H2Ov4 I got a salt-master. I use salt-key to add minions. Now I also have a Java (spring) application (on a separate) server. I want to add minions via Java. So I thought either by using salt-ssh or salt-api. Not sure if there are other (better) options?
08:49 meekrab joined #salt
08:55 briner joined #salt
08:58 aw110f joined #salt
09:02 babilen H2Ov4: You could automagically accept them with a reactor or by setting autoaccept
09:05 H2Ov4 babilen: that would not be ideal. We want to know what/who to accept
09:07 babilen https://docs.saltstack.com/en/latest/topics/reactor/#a-complete-example is one example of how you might approach it
09:07 babilen (no idea if that is better suited than those you enumerated earlier)
09:08 H2Ov4 interesting, I might investigate it further. Thanks
09:11 brianfeister joined #salt
09:12 dmaiocchi joined #salt
09:13 nidr0x joined #salt
09:15 Gareth- joined #salt
09:15 linjan__ joined #salt
09:20 dmaiocchi joined #salt
09:23 aw110f_ joined #salt
09:28 cpowell joined #salt
09:34 brianfeister joined #salt
09:42 west575 joined #salt
09:53 iceyao joined #salt
09:53 Sylvain31 joined #salt
09:53 sesa joined #salt
09:54 Sylvain31 Hi, new to salt, how to get rid of the warning "Key 'file_ignore_glob' with value None has an invalid type of NoneType," ?
09:54 Hydrosine joined #salt
10:00 Sylvain31 found, if I set some value inside /etc/salt/master it becomes silent…
10:02 pvz123 joined #salt
10:04 linjan__ joined #salt
10:10 ninjada joined #salt
10:11 iceyao joined #salt
10:16 nidr0x joined #salt
10:16 edrocks joined #salt
10:20 ronnix joined #salt
10:23 pvz123 the cert for https://erepo.saltstack.com/ is expired :'(
10:35 ronnix_ joined #salt
12:02 ilbot3 joined #salt
12:02 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.8.8, 2016.3.0rc2 | 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"
12:03 kshlm joined #salt
12:04 rem5 joined #salt
12:05 josue joined #salt
12:06 madpenguin joined #salt
12:09 josuebrunel joined #salt
12:10 kawa2014 joined #salt
12:12 hemebond joined #salt
12:13 dmaiocchi joined #salt
12:16 squishypebble joined #salt
12:18 edrocks joined #salt
12:19 renaissancedev joined #salt
12:20 Eureka70_ joined #salt
12:21 ixeous joined #salt
12:26 perfectsine joined #salt
12:31 nidr0x joined #salt
12:32 AndreasLutro 2016-04-28 14:30:22,586 [   ERROR] [6094] [salt.template] Template was specified incorrectly: False
12:32 AndreasLutro gotta love this error
12:33 ivanjaros joined #salt
12:35 Garo_ joined #salt
12:36 TooLmaN joined #salt
12:37 west575 joined #salt
12:38 edrocks joined #salt
12:41 teryx510 joined #salt
12:43 kojiro joined #salt
12:44 kojiro joined #salt
12:49 nZac joined #salt
12:49 dmaiocchi joined #salt
12:49 dmaiocchi joined #salt
12:51 giannello joined #salt
12:53 madpenguin joined #salt
12:55 josue joined #salt
13:00 racooper joined #salt
13:00 subsignal joined #salt
13:03 flowstate joined #salt
13:06 numkem joined #salt
13:12 impi joined #salt
13:13 dendazen joined #salt
13:15 nZac joined #salt
13:17 mapu joined #salt
13:18 rrei :D nice
13:18 rrei very clear, what else do you need?
13:29 cpowell joined #salt
13:33 Miouge_ joined #salt
13:33 BitBandit joined #salt
13:39 perfectsine joined #salt
13:39 nZac joined #salt
13:40 josuebrunel joined #salt
13:43 iceyao joined #salt
13:43 Ahlee AndreasLutro: ha
13:50 major can you use jinja in the roster?
13:52 AndreasLutro yes
13:54 hasues joined #salt
13:55 hasues left #salt
13:55 major well, that will make applying the priv: line easier for the whole domain
13:55 major cool
13:55 major no way to stop the generation of the default salt-ssh.rsa?
13:59 keldwud_ joined #salt
14:03 perfectsine_ joined #salt
14:03 jerredbell joined #salt
14:03 jeffspeff joined #salt
14:04 dunz0r Is there some convenient way I can save which hosts had failed states after a state.highstate?
14:07 west575 joined #salt
14:07 nZac joined #salt
14:07 mpanetta joined #salt
14:09 _JZ_ joined #salt
14:10 ferbla joined #salt
14:10 riftman joined #salt
14:16 tharkun joined #salt
14:17 dmaiocchi joined #salt
14:19 DammitJim joined #salt
14:19 zmalone joined #salt
14:24 flowstate joined #salt
14:30 cheus joined #salt
14:31 bowhunter joined #salt
14:31 Brew joined #salt
14:34 catpig joined #salt
14:34 josuebrunel joined #salt
14:38 nZac joined #salt
14:40 dyasny joined #salt
14:50 spuder joined #salt
14:51 cyberviking joined #salt
14:52 west575 joined #salt
14:53 nZac joined #salt
14:54 newjersey joined #salt
14:56 stooj joined #salt
15:08 kojiro joined #salt
15:08 patrek joined #salt
15:14 west575 joined #salt
15:18 NateD_ joined #salt
15:19 relidy joined #salt
15:20 patrek joined #salt
15:21 onlyanegg joined #salt
15:22 NateD_ <3
15:23 kojiro joined #salt
15:23 kojiro joined #salt
15:25 flowstate joined #salt
15:25 west575 joined #salt
15:27 nZac joined #salt
15:27 Garyx joined #salt
15:31 west575 joined #salt
15:31 josuebrunel joined #salt
15:34 rocketnova joined #salt
15:36 west575 joined #salt
15:37 dmaiocchi joined #salt
15:37 keldwud_ I'm wondering if I am misunderstanding how cmd.run and cwd work. I have a script called disable-transparent-hugepages in my /etc/init.d folder and I have correctly targeted the minion and have a state that calls cmd.run setting the current working directory to /etc/init.d/ with the name: set to disable-transparent-hugepages start but I'm still getting errors on my salt \* state.apply
15:37 keldwud_ /bin/sh: command not found
15:38 keldwud_ but when I go to the machine and run /etc/init.d/disable-transparent-hugepages start, it fires just fine
15:38 keldwud_ so am I misusing the cwd: parameter for cmd.run?
15:38 keldwud_ or is it something else?
15:39 garphy joined #salt
15:40 bowhunter joined #salt
15:41 josuebrunel joined #salt
15:42 keldwud_ oh wait, I'm not auth'ed, will need to re-ask
15:42 keldwud joined #salt
15:44 keldwud I'm wondering if I am misunderstanding how cmd.run and cwd work. I have a script called disable-transparent-hugepages in my /etc/init.d folder and I have correctly targeted the minion and have a state that calls cmd.run setting the current working directory to /etc/init.d/ with the name: set to disable-transparent-hugepages start but I'm still getting errors on my salt \* state.apply. /bin/sh: command not found. but when I go to the machine and run /e
15:44 dmaiocchi joined #salt
15:47 Eugene keldwud - are you trying to execute /etc/init.d/disable-transparent-hugepages ?
15:47 keldwud Eugene: yes
15:48 Eugene keldwud - /etc/init.d is not part of your $PATH; just the cwd. Use your system's `service` wrapper(which is in $PATH), or specify the full path to the command you want run
15:48 keldwud oh so cwd doesn't actually set the directory?
15:48 Eugene It sets cwd, not PATH
15:49 Eugene sh does not include cwd(aka .) in PATH
15:49 keldwud this is how I had it
15:49 keldwud http://pastie.org/10816747
15:49 kojiro joined #salt
15:49 keldwud I thought that if I set cwd to /etc/init.d/ that it would be able to run commands from that directory
15:49 Eugene use name: service disable-blah start
15:49 Eugene And drop cwd
15:50 Eugene Nope; that's not how cwd and command invocation works in linux. Are you used to the Windows behaviour?
15:50 keldwud not sure how windows behavior works, I was just misunderstanding current working directory I guess
15:50 Eugene Or, a more salt-like behaviour, use the service.running state ;-)
15:50 svjness joined #salt
15:51 keldwud I didn't register it as a proper service
15:51 Eugene Putting it in init.d is enough
15:52 Miouge joined #salt
15:52 flowstate joined #salt
15:52 spuder joined #salt
15:53 keldwud I'll try service.running again. I can't remember what my error was before but that's why I switched to cmd.run
15:53 Hivlaher joined #salt
15:53 Eugene Fix the error, not the symptom
15:54 keldwud ahh, there it is, an error
15:55 keldwud http://pastie.org/10816754
15:55 keldwud what user does salt run as?
15:56 keldwud maybe it's my permissions? I have the file set to 755
15:56 dasmith91 keldwud: typically root
15:56 keldwud so 755 should work
15:56 Eugene Usually root. update-rc.d missing sounds like you've removed(or never installed?) the initscripts package
15:56 aw110f joined #salt
15:56 Eugene What distro is this?
15:58 keldwud centos7
15:58 keldwud that's what I mean by "i haven't registered it as a 'proper' service"
15:58 keldwud meaning I haven't written a unit file for systemd
15:59 Eugene How the heck did you install salt that it's looking for update-rc.d on a CentOS system
15:59 keldwud bootstrap
15:59 Eugene What does `yum info salt` say for the "From repo" line?
16:00 keldwud saltstack
16:00 keldwud ok I think I found the broken part. I had enabled: True
16:00 keldwud I commented that out and now it appears to work with service.running
16:01 Eugene Ahhh
16:01 Eugene That makes more sense
16:01 Eugene So I think you found a bug
16:01 keldwud well, it *says* the service is already running
16:01 keldwud when I go to the node, the changes weren't actually made
16:01 keldwud I dunno if it's a bug
16:01 keldwud probably just user error on my part
16:01 Eugene update-rc.d is the Ubuntu way of enabling a service @ boot. chkconfig is the (classic) CentOS way. As you say, `systemctl enable` and friends are the 7+ way
16:02 aw110f_ joined #salt
16:02 Eugene I strongly suspect that this is a bug - salt shouldn't even be trying to use update-rc.d on your system
16:02 keldwud but since this is an init.d script, I understand why it would have trouble enabling
16:02 keldwud since it is trying to use systemctl
16:02 Eugene Yeah, systemctl fails so it falls-back.... wrongly
16:03 Eugene The good news is that systemd unit files are really ridiculously easy to write
16:03 keldwud yeah, that's what I was thinking of doing
16:03 keldwud although systemctl fell back on chkconfig just fine when I ran systemctl enable disable-transparent-hugepages
16:04 keldwud I think I'm gonna revert that node back to clean and see how salt handles copying over the script and running it with the state I currently have written
16:04 Eugene Salt may not be using `systemctl`; systemd has a more direct interface
16:05 Eugene Here's a unit file I wrote that'll get you started. https://vomitb.in/bEaG0cfCD1
16:09 jvblasco_ joined #salt
16:10 amy joined #salt
16:10 armguy I have two sls files were I am defining the same file. The first is the main one. I have another sls which has to control this same file in a different way, whats the easiest way to override the first and prevent "Detected conflicting IDs, SLS IDs need to be globally unique"
16:11 manji joined #salt
16:14 writtenoff joined #salt
16:14 rihannon joined #salt
16:17 cyborg-one joined #salt
16:18 Ayo joined #salt
16:19 cpowell joined #salt
16:19 av_ joined #salt
16:28 josuebrunel joined #salt
16:31 bltmiller joined #salt
16:35 pipps joined #salt
16:37 ferbla joined #salt
16:43 iggy armguy: don't use the filename as the id
16:44 armguy iggy~ *face palm* thanks one of those days.
16:44 Borromini joined #salt
16:46 Borromini hi guys. is there a way to figure out a minion's IP address? My client says he has no internet but his minion connects to the master (WAN connection).
16:46 iggy it's in grains
16:46 iggy or one of the many functions in the network module
16:46 rrei network.ip_addrs
16:46 Borromini ok
16:46 rrei or network.interfaces
16:47 rrei hey guys
16:47 rrei is there an easy way to merge two dictionaries in jinja?
16:47 Borromini thanks. the minion sits behind their router though, so the minion itself has only a LAN IP?
16:48 Borromini it looks like DNS is broken on their side
16:49 bltmiller joined #salt
16:50 rrei I know about grains.filter, but I want something more general
16:50 rrei I want to simply merge a dictionary with overrides on top of a dict with default values
16:50 iggy rrei: dict.update()
16:51 rrei I have to use {% do dict.update() %}, right?
16:51 rrei I read about that, but wasn't sure we could use that in salt, since it's a jinja extension, not core
16:51 rrei iggy: thanks for the help ;)
16:52 kevinquinnyo joined #salt
16:53 kevinquinnyo Can someone point me to the docs or relevant code so I understand what is allowed to be listed for the "Changes" data that a state module can return?
16:54 kevinquinnyo oh wait i think i found what i need in this actually -- missed it the first time https://docs.saltstack.com/en/latest/ref/states/writing.html#return-data
16:54 debian112 joined #salt
16:55 pipps joined #salt
16:56 pipps99 joined #salt
16:57 edrocks joined #salt
16:59 lero joined #salt
16:59 jvblasco_ joined #salt
16:59 kojiro joined #salt
17:01 ageorgop joined #salt
17:03 Brew joined #salt
17:06 west575 joined #salt
17:08 mpanetta joined #salt
17:09 impi joined #salt
17:10 funtion07 joined #salt
17:12 mindscratch joined #salt
17:12 dlam joined #salt
17:12 rihannon joined #salt
17:12 mindscratch When executing a command, how can I set an evnironment variable to be used by the command being executed? For example: salt '*' cmd.run 'FOO=test my_command.sh'
17:12 mindscratch ...that doesn't work
17:13 dlam hey isnt there a thing to *test* a state run? like some option `salt-call state.sls database` which just displays what will change but dosen't actulaly do it?
17:15 tharkun joined #salt
17:15 renaissancedev joined #salt
17:15 kevinquinnyo mindscratch: there is an env option
17:15 Garyx joined #salt
17:16 kevinquinnyo https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#salt.states.cmd.mod_watch mindscratch check the env option.  You can pass env as a list of dicts
17:16 kevinquinnyo so from cli
17:17 kevinquinnyo cmd.run my_command.sh env="{'FOO': 'test'}"
17:17 kevinquinnyo (i think)
17:17 rem5 joined #salt
17:18 XenophonF dlam: salt-call state.sls database test=True
17:18 copelco joined #salt
17:18 XenophonF it will show you which states think they will change something
17:18 XenophonF depending on the state module, it might also show what will change
17:19 XenophonF i'm not as good about writing my own personal state modules so carefully :-/
17:20 hasues joined #salt
17:20 fer_bla joined #salt
17:20 hasues left #salt
17:20 rem5 joined #salt
17:21 keldwud dlam: test=True
17:22 jfindlay 2015.8.8 and later you can also do `mock=True`
17:23 XenophonF and that argument works for _all_ states, right?
17:23 jfindlay yes
17:23 hal58th joined #salt
17:24 jfindlay mock is an arg used by the state compiler and isn't sent into the state functions
17:24 XenophonF neat
17:24 jfindlay it's like a requisite in that way
17:30 dmaiocchi joined #salt
17:30 funtion07 Hi all, I am doing some research into salt for work and need to find out the security aspects to salt. Mainly how the master and minion talk to each other. I read older versions use M2Crpyto and the latest version is using PyCrypto but I'm not familiar with either module
17:31 funtion07 does it work like SSH or is it using different encryptions
17:31 funtion07 ?
17:32 ggoZ joined #salt
17:32 XenophonF m2crypto - good riddance
17:32 XenophonF glad they dropped it if only because it was a huge pain to build on windows
17:34 XenophonF funtion07: you might want to start reading through some of the crypt-related issues in the saltstack/salt repo on GitHub
17:34 XenophonF e.g., https://github.com/saltstack/salt/issues/5913
17:34 saltstackbot [#5913]title: Update Salt Crypto | Update Salt crypto per:...
17:34 XenophonF it will give you a feel for the dev. history
17:35 GreatSnoopy joined #salt
17:36 punkoivan joined #salt
17:36 XenophonF maybe read through the salt/transport/*.py sources
17:36 funtion07 ok cool, thank you
17:36 pipps joined #salt
17:37 XenophonF iirc zeromq comms are aes-encrypted
17:37 tawm04 joined #salt
17:40 XenophonF there's also salt-ssh, which operates over an SSH session
17:40 brianfeister joined #salt
17:47 Borromini joined #salt
17:47 Borromini joined #salt
17:47 justin___ joined #salt
17:48 ekristen joined #salt
17:49 Vivek joined #salt
17:52 mindscratch @kevinquinnyo thanks, using env="{'FOO': 'test'}"  worked
17:53 adelcast joined #salt
17:53 quasiben joined #salt
17:55 quasiben joined #salt
17:57 PredatorVI I have a pillar at '/srv/pillar/dev/mystate/init.sls'.  In my master config, the '/srv/pillar/dev' folder is assigned to 'dev'.  In my top.sls I have 'dev:  myminion:  - mystate'.  If I run 'salt myminion state.highstate' it works fine.  If I try to do 'salt myminion state.sls someotherstate...' it complains about not being able to find 'mystate' in env 'dev', but it is clearly there.  What am I missing?
17:57 Borromini left #salt
17:57 Fiber^ joined #salt
18:00 smcquay left #salt
18:08 keldwud I have a question about code releases. I found an issue (8933) that resembles an issue I'm experiencing and the fix appears to have been merged but the comment at the end of that thread states that the fix is "slated for the next feature release after 2015.2.0".  I am running salt 2015.8.8.2. What is the next 'feature release' after 2015.2.0? If I have 8.8.2 does that mean I should have the code that resolved issue 8933?
18:09 jvblasco_ joined #salt
18:10 manji joined #salt
18:10 jfindlay keldwud: yes
18:11 keldwud ok cool
18:17 amcorreia joined #salt
18:17 Miouge joined #salt
18:22 Miouge joined #salt
18:32 bowhunter joined #salt
18:34 ermergerd joined #salt
18:35 ermergerd is it possible to use something other than pycrypto in saltstack?
18:35 Salander27 joined #salt
18:37 jfindlay not currently, but at some point it should be
18:38 ermergerd Thanks, that's a bummer.  Need FIPS 140-2 compliance, really wanted to use saltstack for a specific project.  Hopefully that happens eventually.
18:39 Salander27 joined #salt
18:40 jfindlay I know almost nothing about FIPS, but I had heard from people who know more that salt's setup is already compliant because of the algorithms used
18:40 jfindlay but I could be wrong
18:40 jfindlay let me make sure
18:41 ermergerd Thanks, I'll look into that.  I also know very little about FIPS, but I did read that pycrypto wasn't FIPS compliant, and didn't plan on becoming that way.  I did read that on the internet, so I know it's true.  Guess I should do some more reading
18:44 bltmiller joined #salt
18:46 Miouge joined #salt
18:48 pipps joined #salt
18:50 autofsckk joined #salt
18:58 subsignal joined #salt
18:59 akhter joined #salt
18:59 dmaiocchi joined #salt
18:59 renaissancedev joined #salt
19:02 elsysops joined #salt
19:05 mrueg what's the best distro that's supported by saltstack that does a rolling release?
19:06 baweaver joined #salt
19:08 joren joined #salt
19:09 Argos_ joined #salt
19:12 Argos_ Is it kosher to just jump in and ask noob questions here?
19:12 impi joined #salt
19:13 ermergerd that's what I do
19:13 ermergerd so I hope so
19:14 jfindlay all noobs must eat 1 gram of salt before asking a question
19:14 Garyx joined #salt
19:14 ermergerd yeah, i forgot to mention that
19:14 ermergerd we all had to do it
19:14 ermergerd one of us....one of us
19:14 nZac joined #salt
19:14 * Argos_ eats a pinch of salt
19:14 ermergerd yaay!  Now ask away
19:15 Argos_ I'm trying to deploy rabbitmq using a salt formula... simple stuff
19:15 Argos_ just using the pillar example and the vanilla rabbitmq formula https://github.com/saltstack-formulas/rabbitmq-formula
19:17 Argos_ http://pastebin.com/qA8gK8Dr
19:18 Argos_ I can run "salt -v b-vg-minion-1.b.vagranttest.com state.apply rabbitmq" and it spins up rabbitmq as expected
19:18 Argos_ the rabbitmq.config does nothing
19:19 Argos_ I have the pillar data in /srv/pillar/rabbitmq/init.sls
19:19 Argos_ copied from the pillar.example
19:19 aarontc joined #salt
19:21 Argos_ I guess all I'm expecting is for the example vhost and two users to be created. Neither of which happens. The config exits successfully doing nothing.
19:21 baweaver joined #salt
19:21 kojiro joined #salt
19:22 keldwud joined #salt
19:23 nZac joined #salt
19:24 Argos_ It's only a 12 minute drive... maybe I should go to the Saltstack HQ and throw pebbles at the window until someone answers. I'll bring a guitar and sing you love songs
19:24 Eugene If you take a 6-pack they'll probably invite you right in
19:25 zmalone joined #salt
19:27 XenophonF Argos_: can you post the output of "salt -v b-vg-minion-1.b.vagranttest.com state.apply rabbitmq.config"?
19:27 XenophonF like, as a gist?
19:27 XenophonF it's kind of hard to guess as to what's going on
19:28 XenophonF or maybe the minion log?
19:28 Argos_ I sent a pastebin link
19:28 Argos_ I'll send a pastebin of the minion log as well
19:30 Argos_ http://pastebin.com/0wSXhuB5 < minion log
19:30 XenophonF can you run `salt b-vg-minion-1.b.vagranttest.com pillar.get rabbitmq:vhost`?
19:30 XenophonF it's highly likely the pillar keys aren't assigned
19:31 Argos_ b-vg-minion-1.b.vagranttest.com:
19:31 Argos_ that's all the output
19:31 Argos_ so, not assigned sounds right
19:32 Argos_ is that something I need to change in /srv/pillar/top.sls?
19:32 XenophonF yeah
19:32 XenophonF assign the rabbitmq pillar to b-vg-minion-1.b.vagranttest.com
19:32 DammitJim joined #salt
19:32 XenophonF it works the same way as /srv/states/top.sls
19:33 Argos_ I do have this in my top.sls:
19:33 Argos_ 'b-*-minion-*.b.vagranttest.com':     - rabbitmq
19:33 pipps joined #salt
19:33 XenophonF but if you need some examples, see https://github.com/irtnog/salt-pillar-example
19:34 XenophonF have you run a highstate or refresh_pillar or sync_all since adding that entry?
19:35 XenophonF so do this: salt b-vg-minion-1.b.vagranttest.com saltutil.sync_all
19:35 XenophonF and then redo this: salt b-vg-minion-1.b.vagranttest.com pillar.get rabbitmq:vhost
19:35 jfindlay ermergerd: salt is FIPS compliant if you use pycrypto with the FIPS compliant openssl
19:36 XenophonF Argos_: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.saltutil.html#salt.modules.saltutil.refresh_pillar
19:37 flowstate does anyone have a working example of salt.archive.extract for a tar.gz file?
19:38 flowstate the documentation covers .tar files, but doesn't mention gzipped ones
19:38 flowstate aaaand nevermind
19:38 flowstate pretend I'm not here
19:38 Argos_ I did the refresh and the sync_all. Still no dice.
19:38 Argos_ http://pastebin.com/8qMS1PuY
19:40 XenophonF Argos_: you mind posting the contents of /srv/pillar/rabbitmq/init.sls?
19:40 XenophonF suitably censored, of course
19:41 PredatorVI Argos_:  Here is a Gist of my pillar and pillar-top.sls file entries for one of my environments.  https://gist.github.com/PredatorVI/acd0d7e39399d18abdd443fe99ddab4c
19:41 PredatorVI I do some templating but you can remove that stuff
19:43 Argos_ I've been stuck on this off and on for three days
19:43 Argos_ I'm about to go apply at McDonalds
19:43 Argos_ For the life of me I can't figure out why the pillar isn't seen
19:44 justi____ joined #salt
19:45 Argos_ I may just blow away my vagrant environment and try from scratch again. If I hit a roadblock I may come back for more insight
19:46 Argos_ XenophonF, I am using the pillar.example contents. Just trying to get anything to work. I can pastebin it as well. 1 second
19:46 Rumbles joined #salt
19:46 Argos_ http://pastebin.com/kdPu4AK7
19:47 mapu joined #salt
19:47 Argos_ Also, Thanks PredatorVI for the example :) and thanks flowstate for you insight so far :)
19:47 lemur joined #salt
19:48 PredatorVI Argos_:  This is a bit of a shot in the dark, but change "virtual_host" to
19:48 PredatorVI '/'
19:48 PredatorVI I *think* that the name used to create the virtual host needs to match the path used to give users permissions.
19:49 PredatorVI I find the configuration of rabbitmq maddening FWIW
19:49 amy joined #salt
19:50 PredatorVI wait until you get into clustering :)
19:51 Argos_ yeah, I just tried that and got the same results. I think the problem is more with salt not seeing/applying the pillar to this host rather than a problem with the pillar data (since the pillar is nothing special, literally the prototypical config)
19:51 major is there a recommended way to define a macro that is available in both the pillar and the state?
19:51 pfallenop joined #salt
19:52 jvblasco_ joined #salt
19:52 Argos_ The funny thing is, I've already got a handful of rabbit clusters with multiple vhosts in my infrastructure. It's the move to deploying with Salt that is throwing me for a loop. It's just a different paradigm for someone who'e used to doing everything by hand
19:52 tonybaloney joined #salt
19:54 zmalone joined #salt
19:56 PredatorVI Argos_:  I've never done it via calling state.apply or state.sls.  I typically setup the top.sls files and then do the state.highstate.  I'm currently ahving issues with using state.apply.  If you have your minion assigned to the top.sls files, try doing a state.highstate instead.
19:56 garphy joined #salt
19:57 justi____ joined #salt
19:57 PredatorVI Otherwise, try doing it directly from the minion using 'salt-call rabbitmq -l debug'
19:57 Miouge joined #salt
19:58 pipps joined #salt
19:58 PredatorVI or 'salt-call state.highstate -l debug
19:58 iggy rrei: I guess you figured out that salt includes the do extension
20:00 PredatorVI salt pond:  It seems that doing a state.apply or state.sls isn't evaluating top.sls and/or pillars like I'm expecting.  If I pass in a pillar construct on the command-line, does that override all other pillars or is that merged?
20:01 ajw0100 joined #salt
20:01 PredatorVI *or should it be merged with whatever is defined in top.sls?
20:01 pfallenop joined #salt
20:02 cwyse joined #salt
20:03 jab416171 I'm trying to use git.latest, but it's fetching an older commit.
20:04 jab416171 Comment: git.example.com/foo.git cloned to /tmp/example. Branch 'staging' checked out, with remote HEAD (60e544c) as a starting point.
20:04 jab416171 remote HEAD 60e544c is not the newest commit
20:06 justi____ joined #salt
20:10 PredatorVI Am I reading it correctly that https://github.com/saltstack/salt/issues/18429 adds the capability for pillars supplied via command-line to be merged according to the specified merging stragegy?
20:10 saltstackbot [#18429]title: Pillars passed from command-line override pillar subtrees instead of merging | assuming a pillar containing:...
20:12 DammitJim joined #salt
20:13 lemur joined #salt
20:14 pfallenop joined #salt
20:14 AndreasLutro PredatorVI: the related pull request does, yes
20:16 PredatorVI ok, that must be what I'm hitting.  Is there a way to tell salt to NOT include/render the top.sls at all when running a state directly from the command-line?
20:18 PredatorVI The command-line state I'm running has nothing to do with any states assigned in top.sls, but it still seems to read top.sls and tries to find the specified pillar.
20:20 AndreasLutro no
20:20 Miouge joined #salt
20:22 baweaver joined #salt
20:22 rem5 joined #salt
20:23 PredatorVI AndreasLutro:  Thanks...is it possibly a bug that doing a 'salt-call state.apply mystate pillar={...}' from the minion behaves differently than doing 'salt myminion state.apply mystate pillar={...}' from the master?
20:24 PredatorVI When doing it from the minion, it seems to not include top.sls state assignments.
20:25 rem5 joined #salt
20:25 AndreasLutro that does sound like a bug
20:25 PredatorVI kk
20:25 jab416171 hmm, seems it's only kind of respecting my "branch" argument...
20:26 AndreasLutro jab416171: I had to specify "rev" as well, didn't bother experimenting too much
20:26 jab416171 AndreasLutro, should I set "rev" to "staging"?
20:26 jab416171 or origin/staging? or what
20:27 AndreasLutro mm just staging
20:27 rem5 joined #salt
20:27 jab416171 I'm only using name/target/branch right now
20:27 cwyse joined #salt
20:28 jab416171 AndreasLutro, it says "Branch 'staging' checked out, with remote HEAD (e535c10) as a starting point."
20:28 jab416171 e535c10 is the head of master
20:28 jab416171 that commit doesn't even exist on staging
20:28 AndreasLutro hrm
20:28 Argos_ wow... the problem was in my init.sls pillar after all
20:28 AndreasLutro latest version of salt?
20:28 jab416171 so I'm on "staging", but my working directory and log and everything else points to master
20:28 jab416171 2015.8.8-2
20:29 AndreasLutro dunno then, specifying branch and rev to the branch name works for me
20:29 Argos_ Fixed the yaml, fixed the deploy
20:29 jab416171 (HEAD, origin/master, origin/HEAD, staging, master)
20:29 CeBe joined #salt
20:30 Argos_ PredatorVI: I got it working. Thanks again for your help
20:30 Argos_ XenophonF: Thanks to you as well. Turned out to be a Yaml issue (kill me)
20:30 pipps joined #salt
20:32 baweaver joined #salt
20:33 jab416171 AndreasLutro, I added rev, and it looks like it's working now
20:33 jab416171 thanks
20:33 PredatorVI Argos_:  No problem...what was wrong in the init.sls?
20:34 ermergerd @jfindlay: I'm a bit of a noob, and will have to explain this process to someone else.  Is there any documentation that you know of?  Also, openssl is by default FIPS compliant.  Doesn't pycrypto already use openssl?
20:35 ermergerd sorry, I know this probably isn't your main area, and you're asking others, but I've been reading a lot on it today trying to figure out if we can use saltstack for a project that has to be FIPS compliant
20:35 zmalone joined #salt
20:36 Aswini joined #salt
20:36 ermergerd ooh, I see, only certain versions of openssl are FIPS compliant
20:36 jfindlay ermergerd: that was my basic understanding as well
20:36 ermergerd ok, thanks @jfindlay, that was a very helpful answer
20:36 jfindlay sure
20:37 nidr0x joined #salt
20:37 SpeeR If I'm receiving this error pretty steadily in a debug log, would this cause my minions to resubmit there keys?
20:37 SpeeR [ERROR   ] Unable to checkout branch master: 'git checkout origin/master' returned exit status 1: error: pathspec 'origin/master' did not match any file(s) known to git.
20:37 ht joined #salt
20:38 pipps joined #salt
20:39 ht joined #salt
20:40 zmalone joined #salt
20:40 jab416171 that error should have nothing to do with minion keys
20:41 SpeeR OK Thanks jab416171 my minions are constantly resending there pub keys
20:42 Argos_ PredatorVI: I had some garbage at the end of the file. Not even close to yaml. It's so obvious in retrospect.
20:43 PredatorVI Ah...ok
20:44 PredatorVI ARgos_:  that darn YAML.  If you ever get into configuring a rabbitmq cluster that requires fqdn names, I'd love to see how you got it working. ;)
20:44 PredatorVI using salt
20:45 keldwud joined #salt
20:47 edrocks joined #salt
20:48 jvblasco_ joined #salt
20:53 roolo joined #salt
20:57 irctc061 joined #salt
21:03 pipps joined #salt
21:03 keimlink joined #salt
21:12 baweaver joined #salt
21:13 just_____ joined #salt
21:15 just_____ joined #salt
21:18 justi____ joined #salt
21:18 justi____ joined #salt
21:19 irctc061 Anyone seen a problem salt-minion throws an exception loading a custom grain into its cache on start?  I'm hitting it a lot (https://gist.github.com/neilswinton/a1f2e9a3fb8c6065d32d091d23a1c427).
21:21 irctc061 It happens soon after the minion VM starts.  The minion itself issues "salt-call --refresh-grains-cache -g" and  then: salt-call state.highstate pillar='{"restart": "true"}'
21:21 atomics joined #salt
21:23 lemur joined #salt
21:23 jvblasco_ joined #salt
21:25 bantone can you show us the custom grain irctc061 ?
21:25 brianfeister joined #salt
21:26 AndreasLutro what version of salt are you on irctc061?
21:26 bantone looks like you may be missing a module..
21:27 bantone *python module
21:27 bantone but im not sure
21:27 AndreasLutro nah... very odd
21:27 bowhunter joined #salt
21:27 irctc061 on salt 2015.8.8.2.
21:28 AndreasLutro https://github.com/saltstack/salt/blob/2015.8/salt/modules/saltutil.py#L149-L151 somehow the file gets removed by an external process in this timespan?
21:28 irctc061 bantone: i've seen it on different custom grains.  i don't think the .pyc file ever gets past not being copied.
21:28 AndreasLutro wait.... do you have 2 salt minions running?
21:29 irctc061 i'm running the systemd service.  it always seems to have two minions
21:29 irctc061 centos 7.2
21:30 AndreasLutro because it looks like 2 different processes are trying to work on the same directories at once
21:31 atomics Hi everybody. I'm using saltcloud and i'm block at the deployment. I would like to use a not root user in the sudo group. But everytime the configuration failed with the error : Configuration value ('sudo_password', None) needs to be set
21:32 irctc061 AndreasLutro: I thought the same thing, but I thought the multiple minions was by design since systemctl shows me two processes
21:32 atomics My conf look like this : https://gist.github.com/Atomics/bd9fa6a851f74dfb71ca621120a0d599  Anybody have an idea ?
21:32 AndreasLutro 2 processes should be fine... but you could try a killall + systemctl restart just to be sure
21:34 irctc061 AndreasLutro: this happens in code called from rc.local, so long before I can do anything
21:36 jimklo joined #salt
21:48 nidr0x joined #salt
21:51 kevinquinnyo is there a guide on saltmaster's performance / scaling?
21:52 kevinquinnyo i'm wondering how much i should expect it to handle before i need to try something like multiple saltmasters
21:53 Lee- joined #salt
21:54 kevinquinnyo https://docs.saltstack.com/en/latest/topics/tutorials/intro_scale.html found this
22:00 armyriad joined #salt
22:02 Bico_Fino joined #salt
22:05 Bico_Fino Hello, I need decommision servers. Can I use reactor to update pillar? Or maybe change the nodegroup of that server.
22:08 hax404 joined #salt
22:09 danielcb joined #salt
22:11 rmnuvg joined #salt
22:13 cliffstah joined #salt
22:17 ninjada joined #salt
22:21 rem5 joined #salt
22:21 rem5 joined #salt
22:24 NeilSwinton joined #salt
22:24 flowstate joined #salt
22:26 capricorn_1 joined #salt
22:26 spuder joined #salt
22:28 meekrab joined #salt
22:30 pipps joined #salt
22:31 drawsmcgraw left #salt
22:31 estahn joined #salt
22:35 west575_ joined #salt
22:36 pipps joined #salt
22:37 dunz0r joined #salt
22:38 zenlot joined #salt
22:43 ajw0100 joined #salt
22:44 akhter joined #salt
22:46 kevinquinnyo1 joined #salt
22:46 manji joined #salt
22:47 amcorreia joined #salt
22:47 spuder_ joined #salt
22:51 ageorgop joined #salt
22:52 baweaver joined #salt
22:55 pipps joined #salt
23:00 merlehaggard joined #salt
23:03 pipps joined #salt
23:03 merlehaggard ? about sensu formula, I'm getting "Rendering SLS 'base:sensu.client' failed: Jinja variable 'dict object' has no attribute 'keepalive'" on a very simple use case for sensu client install
23:05 flowstate joined #salt
23:06 keimlink_ joined #salt
23:07 merlehaggard join saltstack
23:08 pipps joined #salt
23:15 brianfeister joined #salt
23:15 oida joined #salt
23:16 teryx510 joined #salt
23:17 pipps joined #salt
23:20 elsysops joined #salt
23:21 baweaver joined #salt
23:21 cpowell joined #salt
23:23 flowstate joined #salt
23:25 pipps joined #salt
23:33 pipps joined #salt
23:36 pipps joined #salt
23:37 josuebrunel joined #salt
23:38 brianfeister joined #salt
23:38 meekrab joined #salt
23:39 pipps joined #salt
23:47 GreatSnoopy joined #salt
23:58 elsysops joined #salt
23:59 pipps joined #salt
23:59 pipps joined #salt

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