Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-06-18

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

All times shown according to UTC.

Time Nick Message
00:00 sporkd2 iggy: thx, will do
00:07 sporkd2 iggy: that worked perfectly, u da man
00:10 murrdoc hes not the man
00:10 murrdoc hes the #ssce
00:11 baweaver joined #salt
00:18 mapu joined #salt
00:32 igorwidl joined #salt
00:34 igorwidl joined #salt
00:45 emaninpa joined #salt
00:50 julez joined #salt
00:57 moos3 joined #salt
01:00 ITChap joined #salt
01:13 vexati0n joined #salt
01:13 RabidCicada joined #salt
01:16 RabidCicada I'm looking at writing an execution module for a standalone executable whose expected use case is that it's installed in a user directory.  It does this because it downloads files adjacent to itself by design.  So I can't exactly just stuff it in the system path.  Is there a good convention for executables that are not normally in the system path and are intended to be run from a user directory
01:16 RabidCicada as the user?
01:17 RabidCicada Maybe it's a nitpick but my main concern is the __virtual__ function where most people do a utils.check_or_die.  If I don't have env or runas/user yet from the user...I can't properly perform that check.
01:18 RabidCicada Is there an accepted method of dealing with an executable controlled by an execution module that is not on system path (in fact in a users home directory) and run as that user?
01:24 david_an11 joined #salt
01:25 MatthewsFace joined #salt
01:50 Aidin joined #salt
01:50 Aidin hey guys
01:50 Aidin just a qq , this cmd.run execute in parallel?
01:50 hasues joined #salt
01:50 Aidin can you share its doc url
01:52 asyncsrc joined #salt
01:52 hasues left #salt
01:52 RabidCicada @Aidin, http://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html
01:53 Aidin thanks Rabid , I was here http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cmdmod.html, this one seems better
01:55 RabidCicada @Aidin, This seems relevant: https://github.com/saltstack/salt/issues/6691
01:55 cpowell joined #salt
01:56 RabidCicada I'm guessing background is not supported yet?  But that one dude UtahDave seems to have had a solution
01:57 Aidin thanks, l guess I need same thing ,
01:59 forrest joined #salt
02:00 armguy joined #salt
02:02 beauby joined #salt
02:07 ageorgop joined #salt
02:14 ALLmightySPIFF joined #salt
02:20 cberndt joined #salt
02:29 favadi joined #salt
02:31 TodPunk joined #salt
02:34 igorwidl2 joined #salt
02:34 beauby joined #salt
02:41 desposo joined #salt
02:41 bfoxwell joined #salt
02:44 TomJepp joined #salt
02:45 Furao joined #salt
02:45 otter768 joined #salt
02:47 Nazzy joined #salt
02:49 michelangelo joined #salt
02:57 Furao joined #salt
03:00 cpowell joined #salt
03:10 beauby joined #salt
03:13 baweaver joined #salt
03:19 ALLmightySPIFF joined #salt
03:21 Guest60 joined #salt
03:39 TyrfingMjolnir joined #salt
03:50 TyrfingMjolnir joined #salt
03:50 cpowell joined #salt
03:52 clintberry joined #salt
04:05 writtenoff joined #salt
04:08 asyncsrc joined #salt
04:09 onorua joined #salt
04:16 murrdoc joined #salt
04:28 julez joined #salt
04:32 Furao joined #salt
04:41 linjan joined #salt
04:43 darknight87 joined #salt
04:46 otter768 joined #salt
04:48 ITChap joined #salt
04:48 sambev joined #salt
04:49 hrumph joined #salt
04:54 ALLmightySPIFF joined #salt
04:55 favadi_ joined #salt
04:56 murrdoc joined #salt
04:57 joeto joined #salt
05:08 ALLmightySPIFF joined #salt
05:09 linjan joined #salt
05:15 catpigger joined #salt
05:15 mou joined #salt
05:18 rdas joined #salt
05:20 favadi joined #salt
05:30 ndrei joined #salt
05:32 ramaseshan joined #salt
05:33 pimpind left #salt
05:48 darknight87 joined #salt
05:49 ndrei joined #salt
05:52 murrdoc joined #salt
05:57 vexati0n joined #salt
06:03 malinoff joined #salt
06:09 ALLmightySPIFF joined #salt
06:09 stoogenmeyer joined #salt
06:15 colttt joined #salt
06:16 AndreasLutro joined #salt
06:17 julez joined #salt
06:17 flyboy joined #salt
06:34 dRiN joined #salt
06:35 trikke joined #salt
06:35 badon joined #salt
06:36 sr4f joined #salt
06:38 ecerulm joined #salt
06:39 ndrei joined #salt
06:39 ramteid joined #salt
06:41 AndreasLutro joined #salt
06:42 bfoxwell joined #salt
06:44 toanju joined #salt
06:47 otter768 joined #salt
06:50 ALLmightySPIFF joined #salt
06:50 binocvla1 joined #salt
06:50 sieve joined #salt
06:52 dopesong joined #salt
06:53 ndrei joined #salt
06:53 mikber joined #salt
06:54 madpenguin joined #salt
06:56 madpenguin salt-master (linux)  can deploy state through Windows minion  ?
06:58 mikber joined #salt
06:59 iwishiwerearobot joined #salt
07:00 Romlok joined #salt
07:01 mikber joined #salt
07:09 AndreasLutro yes
07:11 ndrei joined #salt
07:12 chiui joined #salt
07:13 evle joined #salt
07:17 eseyman joined #salt
07:18 epcim joined #salt
07:19 kawa2014 joined #salt
07:20 ndrei joined #salt
07:20 stoogenmeyer_ joined #salt
07:21 c10 joined #salt
07:30 jhauser joined #salt
07:31 Grokzen joined #salt
07:34 markm__ joined #salt
07:39 julez joined #salt
07:40 Aidin joined #salt
07:41 prasamsa joined #salt
07:51 nodens heya all
07:52 * nodens still trying to find out if it is normal to have 3 duplicate responses when using syndic and running command agains sub-master
07:53 pacopablo joined #salt
07:56 pickledpig joined #salt
07:57 ndrei joined #salt
07:57 minaguib joined #salt
08:05 lb1a joined #salt
08:05 s_kunk joined #salt
08:06 s_kunk joined #salt
08:08 darknight87 joined #salt
08:08 ALLmightySPIFF joined #salt
08:08 al joined #salt
08:08 hojgaard joined #salt
08:09 c10 joined #salt
08:12 cheine_ Is there a way to have template files in salt.state.file.accumulated or at least dictionaries in the 'text' parameter?
08:16 Xevian joined #salt
08:17 keimlink joined #salt
08:24 ndrei joined #salt
08:25 supersheep joined #salt
08:26 Voziv joined #salt
08:28 keimlink joined #salt
08:30 sieve joined #salt
08:34 writteno2f joined #salt
08:34 c10 joined #salt
08:37 ange salt-cloud / ec2 / reactor and bootstraping : anyone has seen double trigger of the highstate before ? (I am seeing blocked apt calls due to already in use resource)
08:42 OliverMT is there any way to make file.recurse preserve permissions?
08:42 OliverMT all my .sh files in a folder lose their runnability
08:44 AndreasLutro OliverMT: doesn't look like it - there is a preserve: true argument to file.copy, but that also preserves user/group
08:45 OliverMT well, a cmd.run with chmod +x and onchanges: works just fine
08:45 OliverMT just feels a bit... dirty
08:45 noback joined #salt
08:45 AndreasLutro probably the best option
08:45 AndreasLutro open an issue about it :)
08:46 iwishiwerearobot joined #salt
08:46 noback left #salt
08:48 otter768 joined #salt
08:49 fredvd joined #salt
08:51 ange seems salt-cloud is trigger a highstate in the case of auto scale hools
08:51 ange *hooks
08:56 daemonkeeper Is there an elegant way to execute a command (cmd.run) only if another state actually did anything (was not clean)? I usually work around with onlyif/creates but that's not nice or doable in this case.
08:56 slav0nic joined #salt
08:57 AndreasLutro daemonkeeper: onchanges
08:59 daemonkeeper As attribute to what? I don't see that documented http://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#module-salt.states.cmd
08:59 daemonkeeper +in
09:00 OliverMT how do I make a cmd.run that I dont want to run on salt.highstate?
09:00 OliverMT its a command I want to run explicitly
09:01 OliverMT btw hello AndreasLutro, I am oteren, the old sysadmin for sc2.no :D
09:01 OliverMT daemonkeeper: example https://gist.github.com/olivermt/f8939541f2e2b8a9d1fe
09:03 daemonkeeper ahhh, nice. Thanks OliverMT
09:04 daemonkeeper - onchanges: - sls: somestate then I assume
09:05 ctolsen joined #salt
09:06 OliverMT probably
09:06 OliverMT I am a beginner too
09:08 auspenskii joined #salt
09:11 daemonkeeper Seems to work. Thanks.
09:13 scuwolf joined #salt
09:20 sambev joined #salt
09:25 eliasp joined #salt
09:26 devops joined #salt
09:26 Voziv joined #salt
09:26 _mel_ joined #salt
09:27 mage__ joined #salt
09:28 moapa Im trying to setup a user account and a ssh_auth.present, but fails http://pastebin.com/AMM29D5S
09:28 moapa "exception occured"
09:29 ingslovak joined #salt
09:29 babilen moapa: Make the web a better place and use a less shitty pastebin than pastebin.com such as http://refheap.com , http://paste.debian.net ot https://gist.github.com
09:30 babilen (could you paste your state?)
09:30 moapa https://gist.github.com/anonymous/c070d9349db9c035e4aa
09:32 sgargan joined #salt
09:32 favadi joined #salt
09:34 babilen Looks alright, but hard to tell without the pilar as well. I'm also on a train and my connection is a bit dodgy, so please forgive me for not necessarily being able to look into this further
09:35 moapa https://gist.github.com/anonymous/4dc4518fe20f95699db9 <- pillar
09:37 AndreasLutro OliverMT: oh :D
09:38 AndreasLutro OliverMT: either create a .sls file with the cmd run, which you can then invoke with `salt \* state.sls my_sls`, or use something like onchanges which will only trigger it when something else changes
09:38 dkrae Hi there, is there a chance to get debian-wheezy packages for salt 2015.5.2?
09:39 babilen moapa: That looks alright, must be something about your salt version
09:41 favadi joined #salt
09:43 devops while I enable gitfs and applying changes i am getting the message "No Top file or external nodes data matches found"
09:44 ange hum still getting locks on the apt commands
09:45 Xevian joined #salt
09:45 moapa babilen: hm.. okay.. It's installed (today) from the salt ppa
09:45 moapa version 2015.5.0
09:47 dkrae same version still in debian-wheezy repository
09:47 ndrei joined #salt
09:48 Fred_ joined #salt
09:50 Guest82568 hi, is it possible to target servers with mem_total < 4Gb with salt (not in states, but in command line like "salt -C G@mem_total<4096") ? thx
09:51 OliverMT ah AndreasLutro of course, I just declare it outside base: and the other ones in top.sls!
09:51 OliverMT brainfart :<
09:52 chiui joined #salt
09:55 moapa babilen: So it might be a bug?
09:56 sgargan joined #salt
09:56 piter joined #salt
09:57 mage_ joined #salt
09:58 piter hello. I'm having a problem configuring multimaster, geting SaltReqTimeoutError after switching 1 (of 2) master off... any clue?
10:00 cberndt joined #salt
10:01 ndrei joined #salt
10:15 Nazzy bugs in salt? unpossible! lol
10:17 zerthimon joined #salt
10:18 eXistenZNL joined #salt
10:19 tiadobatima joined #salt
10:21 piter well, I'll ask another way... has anybody multimaster working in production ?
10:29 julez joined #salt
10:29 supersheep joined #salt
10:30 ndrei joined #salt
10:36 ndrei joined #salt
10:49 otter768 joined #salt
10:50 giantlock joined #salt
10:53 ange I am getting mad, out of 3 bootstrap + highstate triggered by EC2 through salt-api / reactors I get 1 failing because of errors in the state, and 1 because of locks on the apt files ... and the last one usually is either one or the other previous one
10:57 ange any idea ?
10:57 wnkz joined #salt
11:00 ndrei joined #salt
11:19 Alan_S joined #salt
11:20 bluenemo joined #salt
11:23 sesa joined #salt
11:26 CeBe joined #salt
11:28 ndrei joined #salt
11:38 ksj morning all. I have mine running correctly on my local setup - "salt '*' mine.get '*' network.ip_addrs" will show that all minions know all ips of all the other minions. However, when a colleague runs exaclty the same setup on his vms (same os, saltr- master /srv and /pillar pulled from my git repo), it only shows the ip address of one of the minions. any ideas?
11:42 DaveQB joined #salt
11:51 aridere joined #salt
11:52 julez joined #salt
11:59 RabidCicada joined #salt
12:11 losh joined #salt
12:19 ndrei joined #salt
12:19 Aidin joined #salt
12:20 patrek joined #salt
12:22 dvestal joined #salt
12:32 ange ksj: on the salt master of your colleague what does the salt-key -L look like ?
12:33 ange https://github.com/saltstack/salt/issues/20408
12:36 wnkz joined #salt
12:41 tiadobatima joined #salt
12:42 tracphil joined #salt
12:44 subsignal joined #salt
12:45 DammitJim joined #salt
12:49 mou joined #salt
12:50 emaninpa joined #salt
12:50 otter768 joined #salt
12:52 ksj ange: sorry, was lunch time. there's full connectivity - can test.ping all the minions. no issues
12:54 asyncsrc joined #salt
13:00 dopesong_ joined #salt
13:01 cpowell joined #salt
13:07 TyrfingMjolnir joined #salt
13:08 Nazzy piter: oh, sorry, that response was regarding something said a few minutes before you joined
13:09 bhosmer joined #salt
13:09 Nazzy piter, I'm afraid I don't have any experience running multi-master so I can't help you there, sorry.  I can only guess that you have a timeout retry value set too high somewhere
13:10 Nazzy woo for tab complete character inconsistency *facepalm*
13:10 impi joined #salt
13:12 amcorreia joined #salt
13:16 evle joined #salt
13:19 riftman joined #salt
13:19 i_love_my_mom joined #salt
13:20 i_love_my_mom hello from greece
13:21 OliverMT hello son
13:22 i_love_my_mom all good?
13:24 giantlock joined #salt
13:26 ange ksj: that's odd
13:28 murrdoc joined #salt
13:29 i_love_my_mom left #salt
13:30 ninkotech__ joined #salt
13:33 racooper joined #salt
13:34 rojem joined #salt
13:37 theologian joined #salt
13:38 markm joined #salt
13:39 mapu joined #salt
13:43 mpanetta joined #salt
13:43 dyasny joined #salt
13:46 sgargan joined #salt
13:46 flyboy82 joined #salt
13:57 timoguin joined #salt
13:59 ipmb joined #salt
14:00 zircote joined #salt
14:01 andrew_v joined #salt
14:01 Slimmons So, I'm having 2 problems.  Problem one, my git.latest isn't working (from masterenvironment.init here https://gist.github.com/johnsimmons/6d8fded189bca4e85a59 )
14:01 Slimmons it's throwing no error, just definitely not getting the file
14:02 AndreasLutro "Module 'pillar' is not available." interesting...
14:02 tpaul joined #salt
14:02 Slimmons second problem, I'm still having an issue that no matter what I run on my master, it never completes (It finishes everything, just freezes after it's all done).  Just sits and spins on nothing.
14:02 AndreasLutro Slimmons: target in git.latest should be the path to clone the repo, can't use salt:// there
14:03 AndreasLutro should be something like /var/git/server-config
14:03 Slimmons thanks
14:03 AndreasLutro Slimmons: first step to debugging a hanging process would be to add `-l debug` to the command which will output debug info
14:04 Slimmons thanks again, I'll work on that now
14:05 pcn Are there policies that can be put in place with the reactor, like "do this when I have 6 systems that have reported in as ready"?
14:09 murrdoc joined #salt
14:11 ageorgop joined #salt
14:14 undefinednull joined #salt
14:16 undefinednull left #salt
14:23 bhosmer joined #salt
14:23 thedodd joined #salt
14:25 debian112 joined #salt
14:26 lothiraldan joined #salt
14:28 gatec joined #salt
14:29 hasues joined #salt
14:29 hasues left #salt
14:29 mage_ if I want to use os.path.join in a template there is not other way than writing a module, importing os.path, and then use salt['mymodule.os.path']( ... ) ?
14:30 AndreasLutro mage_: ideally you'd write a jinja extension and make salt load that, but I'm not sure how to achieve that
14:31 murrdoc you could do {{ ['path1','path2]|join('/') }}
14:32 mage_ murrdoc: that's not the same
14:34 mage_ AndreasLutro: ok.. I'll stay with my module for now :)
14:34 murrdoc ok
14:36 gatec any idea howto start a "delete script" after a server is destroyed using salt-cloud -d? sure this could be done with bash but i am looking for something like a "post script" in the mapping file
14:36 pcn gatec: salt-api
14:36 pcn ?
14:38 gatec never used the api, i have to read the documentation if it fits my requirements :)
14:38 gatec thanks
14:38 pcn It can be used to initiate actions via e.g. the reactor.
14:39 pcn So the reactor gets the info, notifies the api and the API does any requisite actions on the master
14:41 murrdoc why do u need the api ?
14:42 _JZ_ joined #salt
14:42 murrdoc you have access to local.* wheel.* and runner.* within states that reactors run
14:42 murrdoc (just want to know how the api helped u)
14:42 ericof joined #salt
14:43 impi joined #salt
14:43 pcn You're proably right.  I am using the api becaus I want to implement some gates (like only do action X if there are at least 4 systems, etc.) so I may be thinking with that in mind.
14:43 murrdoc got it
14:44 murrdoc there is a python api too
14:44 murrdoc which salt-api uses
14:44 murrdoc specifically https://docs.saltstack.com/en/2014.7/ref/clients/index.html#salt.client.LocalClient.cmd
14:45 coval3nce joined #salt
14:45 murrdoc i am still struggling with it
14:45 murrdoc cos of time more than anything
14:45 murrdoc but i like what i have been able to do with
14:46 toastedpenguin joined #salt
14:46 gatec thank you i think "https://docs.saltstack.com/en/develop/topics/reactor/index.html" is what i was looking for. never used the reactor before
14:47 toastedpenguin joined #salt
14:47 linjan joined #salt
14:48 toastedpenguin joined #salt
14:48 utahnix joined #salt
14:50 clintberry joined #salt
14:51 otter768 joined #salt
14:52 dvestal_ joined #salt
14:52 XenophonF joined #salt
14:54 utahnix So I'm new to Salt, and I'm wondering if regex can be used inside marker_start for file.blockreplace. I'd like to add a line to a file after line containing "regex" is found.
14:56 XenophonF utahnix: that might be too complicated for file.replace or file.blockreplace
14:56 XenophonF you might have to use file.managed instead
14:56 beardo joined #salt
14:56 murrdoc or file accumlated ?
14:56 murrdoc acuumulate
14:57 murrdoc gawd
14:57 XenophonF speaking of file.blockreplace, i'm getting the error "Cannot edit marked block. Markers were not found in file." even though i have set append_if_not_found to True (https://github.com/irtnog/salt-states/blob/development/postfix/init.sls#L23)
14:57 murrdoc acumulate
14:57 murrdoc l2spell n00b
14:57 XenophonF file.accumulated
14:58 Gareth \o
14:58 XenophonF i'm running salt 2015.5.0 on centos, if that matters
15:00 scuwolf joined #salt
15:00 XenophonF hm, maybe the jinja code is rendering not like how i expect
15:01 murrdoc Gareth:  :)
15:01 Gareth murrdoc: hows it going?
15:01 murrdoc is ok
15:02 murrdoc master was dying
15:02 murrdoc so i put redis as a master job cache
15:02 murrdoc now shits a ok
15:03 XenophonF OK, here's a pet peeve - how on earth can i see the output of the jinja render without it actually running the state?
15:04 RabidCicada XenophonF, you can use cp.get_file with template=jinja to see what's being rendered
15:04 XenophonF RabidCicada: thanks i'll try that
15:04 RabidCicada I had the same problem before:)...had to see it to debug it
15:04 sdm24 joined #salt
15:05 dvestal joined #salt
15:06 yudao joined #salt
15:07 XenophonF RabidCicada: that didn't work
15:07 murrdoc There isnt a watch equivalent right ? for state.highstate
15:07 XenophonF well, it got the file but it didn't render it
15:07 yudao Hi all
15:07 XenophonF all the jinja is still there
15:07 darknight87 Hi guys, I am new to Salt. Once, the master and minion are built and the sls files are in place, how can I manually pull/push the config from the minion/master?
15:07 yudao I am on trouble with include if someone could help me it will be great
15:07 RabidCicada XenophonF, something like salt '*' cp.get_file "salt://{{grains.os}}/vimrc" /etc/vimrc template=jinja
15:08 RabidCicada XenophonF, did you type it wrong?
15:08 XenophonF i'm using salt-call cp.get_file salt://postfix/init.sls /root/init.sls saltenv=development template=jinja
15:09 yudao I want to pass variable on my included sls from my sls called if someone know how to do that
15:09 yudao {% set pluginName="newrelic_3legs_plugin-2.0.0-varnish" %}
15:09 yudao {% set appName="varnish" %}
15:09 yudao include:
15:09 yudao - newrelic.plugins.plugin
15:09 XenophonF yudao: please use gist or paste.debian.net or something
15:09 yudao sorry
15:10 XenophonF is ok
15:11 yudao this is my gist: https://gist.github.com/anonymous/e764e8c884909d84a063
15:11 rojem joined #salt
15:12 XenophonF yudao: you are confusing jinja variables with yaml data
15:12 RabidCicada yudao, can you invert the relationship?  similar to most formula's method of using map.jinja?
15:12 Lomi joined #salt
15:13 spiette joined #salt
15:13 XenophonF yudao: if you set a jinja variable in one file, you must import that variable by using the jinja "from ... import" syntax in the second file
15:13 iggy XenophonF: salt-call -l debug state.sls foo test=
15:13 iggy XenophonF: salt-call -l debug state.sls foo test=True
15:14 XenophonF iggy: thanks i'll try that
15:14 yudao XenophonF: Do you have a link to the specific doc?
15:14 XenophonF yudao: just a moment
15:14 yudao XenophonF: Thanks
15:14 nodens hi there
15:14 yudao hi
15:15 nodens I'm still struggling with syndic, does anyone know if it's normal to get duplicate responses when requesting the submaster ?
15:15 XenophonF yudao: remember: renders (jinja/mako/etc.) run before the yaml gets loaded
15:15 XenophonF so by the time the yaml loader does its thing, the jinja code has already finished executing
15:16 XenophonF yudao: http://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html#include-and-import
15:16 yudao XenophonF: I understand
15:16 desposo joined #salt
15:17 XenophonF oooh that reminds me that to really abuse jinja, i need to learn the macro facility :)
15:17 yudao :)
15:17 darknight87 Hi guys, I am new to Salt. Once, the master and minion are built and the sls files are in place, how can I manually pull/push the config from the minion/master?
15:17 iggy don't
15:17 iggy darknight87: salt '*' state.highstate
15:18 dfinn joined #salt
15:18 RabidCicada darknight87, what iggy said.  That command "enforces" the states you've defined
15:19 RabidCicada darknight87, I don't know if you understand, but minion config /etc/salt/minion has to be ahead of time so it knows where the master is, master config /etc/salt/master must be configured to find the state files the the right places etc.  You need to accept the minion key on the master (salt-key -L) (salt-key -a 'nameofminion').  Then the state.highstate will work
15:20 Furao joined #salt
15:21 darknight87 RabidCicada, the key is accepted. The file_roots are defined in the master conf file
15:21 darknight87 I get a Failure when I run the highstate command
15:21 darknight87 something wrong is in the sls file maybe
15:21 iggy try pasting the error to gist.github.com
15:21 ange iggy: have you heard of trouble getting minions in AWS bootstrapped and highstated in a consistent way ? I am getting 1 out of maybe 3 through properly setup without a second highstate run due to locks on apt
15:22 murrdoc does salt have a 'cmd.fork'
15:22 murrdoc like run this and put it in the backgroud
15:22 murrdoc i dont care for it
15:22 iggy ange: I don't use AWS, so I tend to ignore people's problems with it
15:22 ange ok
15:22 iggy murrdoc: cmd.run foo &
15:23 RabidCicada darknight87, http://docs.saltstack.com/en/develop/topics/troubleshooting/index.html run master and minion in foreground
15:23 darknight87 Hi guys, please find the output here https://gist.github.com/anonymous/ce1043b7e51ebc1b04ea
15:23 RabidCicada and watch for errors
15:24 RabidCicada darknight87, Ahh...my guess is that you have tabs in your yaml file....Those are not allowed
15:24 darknight87 oh
15:24 RabidCicada darknight87, you should use 2 spaces instead of tabs.  I use eclipse with yedit plugin for yaml editing...there are other editors to help
15:24 darknight87 yikes, should be spaces?
15:24 darknight87 oh
15:24 darknight87 awesome
15:24 RabidCicada yearp
15:25 darknight87 I did use tabs
15:25 RabidCicada hehe....tsk tsk
15:25 murrdoc are u in vim ?
15:25 murrdoc or *shudder* emax
15:25 RabidCicada (I fell for that too when I was salt noob)
15:25 murrdoc cos saltstack has a vim profile to use
15:25 murrdoc and ansible has a yaml one
15:25 RabidCicada we really need a combo jinja+yaml editor
15:25 fyb3r joined #salt
15:26 RabidCicada nobody has one p.p
15:26 darknight87 can I use any number of spaces?
15:26 RabidCicada I think so, as long as they are consistent.  I believe convention is 2 spaces per depth level
15:27 whytewolf RabidCicada: I found vim with salt-vim and vim-jinja normally helps
15:27 murrdoc what whytewolf said
15:27 RabidCicada orly?...didn't know about those
15:27 RabidCicada I will have to chck those out
15:28 tomspur joined #salt
15:28 darknight87 reminds me of python. I hope this works
15:28 repl1cant whytewolf: same
15:28 whytewolf darknight87: maybe because python is the underlying code?
15:28 darknight87 exactly
15:29 RabidCicada whytewolf, I actually went down a freaking rabbit hole trying to get a yamleditor for Visual Studio mappable to .sls.  It will only work for .yaml and .yml files.  And the editor codebase was out of date and not able to be put into the text editor mapping selectoin list...I gave up after 6 hrs (also not a .net or visual studio developer so...)
15:29 lothiraldan joined #salt
15:30 whytewolf RabidCicada: ahh. see I have only ever been comfortable editing code in Vim. even when i was a professional php developer I would use an IDE. but always ended up breaking down and just doing things in vim
15:31 murrdoc vim for life baby
15:32 whytewolf even my IDE had to be set to a vim mode for me to even consider it
15:32 RabidCicada I agree about using vim...though I generall don't customize too much.  Most I really do is colorscheme=elflord.  Oh Yeah Baby!
15:32 whytewolf lol
15:32 whytewolf solarize.
15:33 coval3nce I been using the atom editor with the salt sls syntax plugin - been loving it
15:35 murrdoc git outtta here
15:36 coval3nce murrdoc: hehe, diehard vim neck beard much? 8-)  I can’t hate, vim is awesome.
15:36 darknight87 hi guys, the syntax is fine now. However, when I run the highstate command, I get an error ' Minion did not return. [No response]'
15:37 iggy salt -t 60 '*'  state.highstate
15:37 fyb3r I need to start using vim more :( been avoiding it for so many years lol
15:37 whytewolf darknight87: does your minion respond to a test.ping
15:38 darknight87 whytewolf, yes
15:38 murrdoc coval3nce:  on the contrary it was a bad pun, got github wrote atom
15:38 murrdoc i dont care what editor you use as long as its vim
15:39 markm joined #salt
15:39 whytewolf as long as it isn't nano ... I shudder every time i have to use nano.
15:40 * iggy knows how to answer one of his interview questions now
15:42 darknight87 okay, now the config application fails with the following error: https://gist.github.com/anonymous/d90b9ebdadfc14be85a3 I have also added the sls files at the bottom
15:43 iggy you don't have a pkg.installed in there that I see
15:43 iggy require's aren't magic that introspect your system
15:43 iggy a lot of people make that mistake
15:43 iggy they refer to other states
15:44 iggy i.e. - file: /etc/foo/conf
15:44 iggy /etc/foo/conf has to refer to a pre-existing state_id
15:44 iggy so you got the watch right, but not the require
15:45 iggy also, Salt operates top-down
15:45 iggy so you don't have to use requires if you order your files correctly
15:45 darknight87 iggy, the package is always installed. It's an ubuntu server with defaults
15:46 whytewolf darknight87: require uses ID's not package names
15:46 RabidCicada darknight87, best idea is to add openssh-formula to your salt directory https://github.com/saltstack-formulas/openssh-formula
15:46 iggy you still need a state that says that it should be installed
15:46 murrdoc darknight87:  doesnt know that the package is installed, because it didnt install it
15:46 iggy as I said, requires don't introspect the existing system, they look for other states
15:46 yudao XenophonF: I just can see to write {% from 'lib.sls' import test with context %} into my included sls file. But what I'm trying to do it's to include a file and send to it some static vars
15:47 murrdoc you can do an unless: "dpkg-query packagename"
15:47 darknight87 iggy, can I remove require then?
15:47 murrdoc instaed of your require
15:47 iggy darknight87: sure
15:47 iggy I mean the more correct way is to add the state that says to install openssh-server
15:47 whytewolf if you know it is always going to be installed. of coarse
15:47 aawerner joined #salt
15:47 XenophonF yudao: the jinja import and the yaml include are two wholly separate things that happen at different times
15:48 darknight87 iggy, if the package is present, it won't install it by removing the existing pkg right?
15:48 yudao XenophonF: Ok but do you know what strategy to adopt to have a sls to include with parameters sent from his parent?
15:48 iggy darknight87: no, states are meant to be imperative, they describe a system's expected state
15:49 iggy darknight87: so if the system is already in said state, they do nothing
15:49 coval3nce murrdoc: haha ;)
15:49 XenophonF yudao: i generally put those parameters into a separate file, e.g., map.jinja, which i import into the relevant files
15:50 aparsons joined #salt
15:50 ekristen joined #salt
15:50 darknight87 iggy, okay, I added the openssh-server state and that error got fixed, but the sshd_config error is still present :(
15:50 yudao XenophonF: Yes but the imported data are always the same
15:51 dvestal_ joined #salt
15:51 XenophonF yudao: i don't understand your objection, then
15:53 conan_the_destro joined #salt
15:53 benvon joined #salt
15:53 yudao XenophonF: I have multiple plugins to install so I have one sls file for each plugin. But the sls file always do the same thing, except some names. So I would like to create a centralized file and only set vars from each plugin sls file
15:54 XenophonF yudao: OK - so put your Jinja variables into their own file, and import those variables in each of the SLS files, like how people use map.jinja in Salt formulas
15:55 XenophonF yudao: for example see https://github.com/saltstack-formulas/salt-formula/blob/master/salt/map.jinja and .../minion.sls and .../master.sls
15:56 darknight87 looks like something is wrong with the source parameter. Could someone please explain 'source'?
15:57 wendall911 joined #salt
15:58 yudao XenophonF: Ok if I understand I create my map.jinja with a map var which contains all key/value needed. But how my centralized sls file understand which var to read in the map?
15:58 whytewolf darknight87: well if yout salt file_root level is /srv/salt/ then salt://sshd_config/files/sshd_config would have to live at /srv/salt/sshd_config/files/ssd_config
15:59 darknight87 whytewolf, yes I fixed that. Now, it says ' The named service ssh-service is not available'
15:59 XenophonF yudao: see https://github.com/saltstack-formulas/salt-formula/blob/master/salt/minion.sls#L1 and https://github.com/saltstack-formulas/salt-formula/blob/master/salt/minion.sls#L4 for examples
15:59 whytewolf darknight87: add a -name: sshd to your ssh-service
16:00 iggy darknight87: debian calls the service "ssh" (as does ubuntu)
16:00 whytewolf ssh? thought it was sshd
16:00 iggy Just double checked
16:00 whytewolf I have been out of the debian world way to long
16:00 ndrei joined #salt
16:02 whytewolf darknight87: then that should be - name: ssh
16:02 darknight87 wow! you guys are the experts, just awesome! it works!
16:02 darknight87 thank you all!
16:03 FRANK_I joined #salt
16:04 darknight87 some more questions though, what is the default config sync rate between the server and minions? Also, is there a way to change the rate of sync? besides running the highstate command via crontab?
16:04 Moo joined #salt
16:06 whytewolf darknight87: it doesn't auto sync. you have to set a salt scheduler to auto run the highstate
16:06 sambev joined #salt
16:06 whytewolf darknight87: http://docs.saltstack.com/en/latest/topics/jobs/schedule.html
16:06 jalbretsen joined #salt
16:07 mohae joined #salt
16:07 darknight87 yikes :(, where do I put this schedule state ID?
16:07 whytewolf I normally use pillars
16:07 RabidCicada darknight87, JUST USE openssh-formula from https://github.com/saltstack-formulas/openssh-formula
16:08 RabidCicada And require that in as a requirement in your salt state
16:08 iggy just don't read it
16:08 iggy most formulas are not what you want beginners with salt learning from
16:08 iggy ss-archive has some good stuff
16:08 RabidCicada ahh...I thought it was simple enough...and I'm a noob
16:08 writtenoff joined #salt
16:09 ninkotech joined #salt
16:09 iggy https://github.com/SS-archive/salt-states
16:10 RabidCicada wow...I didn't even know about ss-archive
16:10 RabidCicada thanks iggy!
16:11 sporkd2 iggy: I posted that question that you helped me with yesterday here: https://groups.google.com/forum/#!topic/salt-users/03cXYpFV_mQ I feel like I'm missing something
16:12 iggy sporkd2: yes, as I said, mine probably just doesn't work in orchestrate states
16:12 darknight87 should the schedule be defined in the top.sls file? this is confusing
16:12 iggy sporkd2: orchestrate, scheduler, reactore, etc. all run in the master context, whereas everything else runs in the minion context
16:13 iggy darknight87: the top.sls is strictly for targetting, you don't put any data/states/pillars/etc in it
16:13 whytewolf I really with they would add a mine function to master context. cause it currently doesn't work. it runs but doesn't return data.
16:13 subsignal joined #salt
16:14 pcn Is there a way to run a test user with the external auth?  I see pam and ldap, but I'd like to have e.g. a local file auth that doesn't require a system user to be created.
16:14 whytewolf darknight87: you add it to pillars. http://docs.saltstack.com/en/latest/topics/tutorials/pillar.html
16:14 sporkd2 any recommendation for a workaround for getting that mine data into a orchestrate sls?
16:15 darknight87 so, I can create a schedule.conf file under /etc/salt, and include the - schedule tag in the top.sls
16:15 darknight87 is this correct?
16:16 whytewolf darknight87: /srv/pillar if you are going off of the default salt config
16:17 darknight87 time to read about pillars
16:17 darknight87 thanks whytewolf
16:18 CeBe joined #salt
16:18 cronoik joined #salt
16:20 epcim joined #salt
16:20 cronoik Hey could someone please add Nodegroups to https://github.com/saltstack/salt/blob/561d7b72bb8bb0d5fa5c4395db12425f27c26c1a/doc/topics/targeting/compound.rst ?
16:21 whytewolf sporkd2: you can test if mine.get works in orchenstrate. just run the mine.get through salt-run instead of salt or salt-call
16:21 Guest89014 I'm having problems using the formulas such as apache-formula and the pillar  data. I have several envirnoments so I forked the apache-formula and created the "stage" branch I needed. Now I want to configure a virtual host on a minion. I have the /srv/pillar setup but do I need the environment (base, dev ,stage ...) setup under /srv/pillar also?
16:23 tmclaugh[work] joined #salt
16:24 whytewolf although i have never seen the runner version of mine.get work :/
16:24 bhosmer joined #salt
16:24 yudao XenophonF: I've tried map.jinja with no luck. Could you take a look if you see my mistake ? => https://gist.github.com/anonymous/0cfe3c5c729820c9369d
16:26 jdesilet joined #salt
16:27 XenophonF yudao: to start with, syntax errors in map.jinja
16:27 XenophonF you're missing closing braces/parens, etc.
16:27 gladiatr joined #salt
16:27 yudao XenophonF: Yes thx
16:28 XenophonF yudao: see also https://github.com/saltstack-formulas/varnish-formula
16:29 RabidCicada This is useful for yaml syntax testing http://yaml-online-parser.appspot.com/
16:30 iggy sporkd2: https://github.com/saltstack/salt/issues/24800
16:30 yudao XenophonF: Thx but my varnish is ok it's some plugin with 3rd tiers that I want to industrialize
16:30 yudao XenophonF: I have errors => https://gist.github.com/anonymous/e6f63f301ccd35c80ed8
16:31 iggy sporkd2: did punting the mine.get to a state and just calling the state from the orchestrate not work?
16:31 bocig joined #salt
16:31 bocig Hey guys. Is there a way in salt to see who executed the CLI command?
16:31 bocig meaning under which username the command ran
16:32 yudao XenophonF: Do I need to have my map.jinja on particular directory?
16:32 iggy sporkd2: you can't do that
16:32 cruatta joined #salt
16:33 iggy sporkd2: you'd end up with multiple - pillar args to salt.state and that would cause a yaml render error
16:33 cruatta joined #salt
16:34 bocig anyone?
16:35 cruatta joined #salt
16:36 cruatta joined #salt
16:37 cruatta_ joined #salt
16:39 UtahDave joined #salt
16:39 Fiber^ joined #salt
16:42 bocig do the salt logs keep track of the user who ran the CLI command?
16:43 iggy the job cache has the user in it iirc
16:45 hal58th joined #salt
16:45 hal58th_ joined #salt
16:47 bocig thanks @iggy
16:48 tomh- joined #salt
16:49 murrdoc yeah but its going to be root
16:49 murrdoc in all probility
16:49 XenophonF yudao: it's easier if you put it all in the same directory
16:50 XenophonF yudao: the Jinja from ... import ... has as its root the top of the state tree
16:50 theologian joined #salt
16:50 yudao XenophonF: I think I've understand how oit's workin
16:51 yudao XenophonF: I have some errors in my sls file but I begin to have results
16:51 XenophonF yudao: so if your files are in /usr/local/etc/salt/states/varnish, and the file root is /usr/local/etc/salt/states, you'll use {% from "varnish/map.jinja" import ... %}
16:51 XenophonF yudao: awesome!
16:51 yudao XenophonF: yes thx
16:52 iggy murrdoc: I see sudo_bjackson in mine a lot
16:52 otter768 joined #salt
16:52 thayne joined #salt
16:52 rhettg joined #salt
16:52 katyucha joined #salt
16:52 katyucha Hi all
16:52 solidsnack joined #salt
16:53 katyucha Is there a release date for Beryllium ?
16:53 murrdoc iggy:  oh nice
16:53 murrdoc who is that
16:53 murrdoc :D
16:53 Gareth katyucha: "soon" (tm)
16:53 Gareth :)
16:53 katyucha Gareth: it's an answer :)
16:54 yudao XenophonF: I've last question :)
16:55 XenophonF yudao: don't ask to ask - just ask! :)
16:55 iggy someone said it was going to be 2015.8 or something (so... December maybe)
16:55 slav0nic joined #salt
16:55 katyucha I need new features on vsphere to deploy VM... The other devops want to use Chef :/
16:56 joeto1 joined #salt
16:56 yudao XenophonF: If I try to match all my varnish servers in my map.ninja like 'Varnish*' it doesn't work. But it works when I use the entire id 'VarnishO1' or 'Varnish02'. So there is a way to match all mys varnish servers like states 'Varnish*'?
16:57 yudao XenophonF: I'm using grain='id'
16:57 slav0nic is possible without custom module get git repo revision and send it via http post from state?
16:57 XenophonF yudao: you're doing it wrong
16:57 XenophonF yudao: target states via top.sls
16:58 XenophonF yudao: let's say you have varnish/varnish01.sls and varnish/varnish02.sls
16:58 RabidCicada yudao, at this point it's worth looking at other examples.  It sounds like you are shotgunning without having observed any actual examples
16:58 XenophonF yudao: in top.sls, you could target varnish01 by ID and assign it the varnish.varnish01 SLS
16:58 mt joined #salt
16:59 pdayton joined #salt
16:59 XenophonF yudao: but honestly, i'd write a generic "varnish" SLS, target it using top.sls to any minions named "varnish*", and use pillar SLSes assigned to individual minions to customize the state
17:00 XenophonF yudao: let me give you a concrete example
17:00 yudao XenophonF: In fact, I have one varnish sls file, with pillar I've set tags and on my top.sls I call sls file by tags
17:02 yudao XenophonF: but I have a plugin sls file which can be called by many differents target and this file do the same thing for all plugins except some names
17:05 lumtnman joined #salt
17:05 hal58th joined #salt
17:06 ajw0100 joined #salt
17:06 hal58th_ joined #salt
17:08 spookah joined #salt
17:08 forrest joined #salt
17:09 yudao RabidCicada: I'm reading documentation when I need to do something that I don't know how to do :)
17:09 enarciso joined #salt
17:09 aparsons joined #salt
17:10 XenophonF yudao: you should probably read the documentation first
17:10 XenophonF yudao: here's a moderately complete example of how i push the same configuration state to different servers, each customized for the particular server
17:10 ecerulm joined #salt
17:10 NV joined #salt
17:11 yudao XenophonF:  what I do
17:11 julez joined #salt
17:11 XenophonF yudao: in this case, i'm using salt-formula to for the state SLS files
17:11 XenophonF yudao: first, targeting - https://github.com/irtnog/salt-states/blob/master/top.sls#L111
17:11 XenophonF yudao: i use pillar keys to target minions in states/top.sls
17:12 XenophonF so if a minion has the environment and role keys set to "development" and "salt-master" respectively, it will receive the states listed at the link above
17:12 impi joined #salt
17:12 yudao XenophonF:  What I do too with pillar with a tags parameter
17:13 forrest I just realized that the pillar merging issue is still open ;(
17:13 XenophonF yudao: next, I key off of the minion IDs to make the environment and role assignments, as shown at https://github.com/irtnog/salt-pillar-example/blob/master/top.sls#L20 and https://github.com/irtnog/salt-pillar-example/blob/master/top.sls#L34
17:14 iggy forrest: which one...
17:14 c10 joined #salt
17:16 yudao XenophonF:  What I do too with less complexity than yours because my installation is very basic
17:16 ndrei joined #salt
17:16 XenophonF yudao: and finally, i send host-specific configuration via direct pillar assignments, as shown at https://github.com/irtnog/salt-pillar-example/blob/master/top.sls#L42 and in https://github.com/irtnog/salt-pillar-example/blob/master/salt/example/com/init.sls
17:17 XenophonF yudao: trying to target minions inside a state formula is probably a bad idea
17:17 XenophonF yudao: you probably want to put minion-specific configuration into pillar and targeting into top.sls
17:18 katyucha joined #salt
17:18 yudao XenophonF: I'm using already pillar and keys in my top.sls
17:18 XenophonF yudao: and in fact none of the example state formulas (https://github.com/saltstack-formulas) use map.jinja etc. for anything other than very generic operating system or O/S family customization
17:19 c10 joined #salt
17:19 yudao XenophonF: Yes I understood that with my tests
17:19 XenophonF yudao: then i really, really misunderstand your question  -sorry about that
17:19 yudao XenophonF: there are no problem you are a great help!
17:20 yudao XenophonF: But I don't see how pillar can help me to create a generic sls with changed params in function of id called
17:21 XenophonF yudao: you definitely want to study the saltstack-formulas repositories then
17:21 XenophonF many examples there
17:22 iggy you could try pasting what you have so we can maybe see what direction you are headed in
17:22 yudao XenophonF: Ok I will this is a part I've read and used for git only
17:23 yudao XenophonF: Many thanks to you for your help. And thanks to you I've learn how to use map.jinja!!! :D
17:24 iggy if you are using map.jinja for names, you are almost certainly doing things wrong
17:24 iggy like very very wrong
17:24 XenophonF i'd have to agree with iggy
17:24 iggy #ssceapproved
17:25 yudao iggy: lol :D  I've tried map.jinja after the help of XenophonF but it's clear it's not the way. But I've learned it and reuse it for system difference
17:26 yudao iggy: I'll go to read formulas to see if there is a solution
17:26 iggy you could also do what I said and paste what you have so far so we can try to figure out better what you are up to
17:28 whytewolf yudao: sounds like you are trying to do something like this [not truelly a formula, or even good. but i think it does about the same thing you are trying just with a different context] https://github.com/whytewolf/salt-rsp-formula
17:28 emaninpa joined #salt
17:29 MatthewsFace joined #salt
17:29 forrest iggy: 3991
17:33 darknight87 joined #salt
17:35 stoogenmeyer_ joined #salt
17:36 yudao iggy: XenophonF: https://gist.github.com/anonymous/34eb10171c9a87b0717d
17:36 bhosmer joined #salt
17:36 yudao whytewolf: thanks
17:36 yudao iggy: XenophonF: you'll see that plugin.sls contain vars which must react with called id
17:39 epcim joined #salt
17:40 iggy target plugin pillars at individual varnish servers and then you just use {{ salt['pillar.get']('pluginName') }}
17:41 repl1cant joined #salt
17:41 iggy forrest: yeah, there are a few open (and the documented merge config option doesn't appear to work in 2015.5)
17:41 forrest yeah
17:41 forrest I tried it yesterday and it didn't work
17:41 forrest was confused
17:42 forrest since I thought it was in
17:43 yudao iggy: sorry I don't understand target plugin pillars at individual varnish server
17:43 ageorgop joined #salt
17:45 iggy yudao: i.e. in your pillar top file, you have: 'Varnish01':\n  - applications.varnish.host01
17:45 pcn Is there some documentation about how the external auth uses pam?  I really want to use a config beyond the unspecified/other (on ubuntu) behavior so I can use e.g pam_pwdfile for salt-api, but not for login, etc.
17:45 yudao iggy: right
17:46 iggy and in /srv/pillar/applications/varnish/host01.sls you have: pluginName: some_plugin
17:46 yudao iggy
17:46 yudao iggy: ok I got it....
17:50 pcn I see that salt/auth/pam.py allows for a pam service to be called in authenticate() but I'm not sure how/where that could bubble up into the salt-api config?
17:53 aparsons joined #salt
17:53 yudao iggy: XenophonF: Many thanks for your help and time. All is working now. I'm a real dumbass, it's very simple and I'll want to complexify.....
17:54 XenophonF hey it's all good, yudao
17:54 XenophonF about this time a year ago, i was asking plenty of dumbass questions myself ;)
17:54 kzrl joined #salt
17:55 CeBe1 joined #salt
17:55 iggy I still do
17:55 XenophonF same here :)
17:56 fguerrero joined #salt
17:56 yudao thanks a lot dudes!
18:00 hal58th__ joined #salt
18:01 hal58th_1 joined #salt
18:02 mou joined #salt
18:03 denys joined #salt
18:04 tzero joined #salt
18:04 andrew_v_ joined #salt
18:10 XenophonF hey is the postfix-formula maintainer around?
18:10 XenophonF i'd like to propose some pretty radical alterations
18:10 iggy no
18:11 iggy There's not really formula maintainers
18:11 iggy we all chip in whenever possible
18:11 fguerrero joined #salt
18:12 cztanu joined #salt
18:12 XenophonF iggy, would you mind glancing over https://github.com/irtnog/salt-states/tree/development/postfix?
18:12 gladiatr joined #salt
18:13 XenophonF i'll put together a pillar.example for it shortly
18:13 mapu joined #salt
18:14 iggy I'd make the IDs less generic
18:14 tpaul left #salt
18:14 iggy and indent some of that nested jinja
18:15 XenophonF OK
18:15 iggy don't use mapping
18:15 XenophonF well, that's in there for a purpose
18:15 Furao joined #salt
18:15 iggy it's a relatively recent addition to jinja
18:15 XenophonF if i detect a mapping, i render it as "key = value"
18:15 iggy so you'll end up with people filing bugs saying it broke
18:15 XenophonF hm
18:15 XenophonF OK
18:16 iggy hooray for old Distros that won't die and people that won't upgrade
18:16 XenophonF my bane
18:16 iggy take out all those for loop else's
18:17 XenophonF too confusing? i put them in so people could tell when something no-opped
18:17 fguerrero joined #salt
18:17 Ahrotahntee joined #salt
18:17 iggy and I wouldn't use content like that
18:17 iggy use templated files
18:18 iggy and put at the top that the files are managed by salt and shouldn't be altered
18:18 XenophonF OK
18:18 lothiraldan joined #salt
18:19 XenophonF i could pass data in via context, right? something like settings | yaml?
18:19 iggy I get not wanting to put mostly useless files in your tree, but it's kind of the standard (and frankly easier to follow than a shit ton of for's/if's/else's/etc all crammed into a content block)
18:19 XenophonF (i'll go look up the specifics in the formulas doc)
18:20 XenophonF all makes sense - dunno what to do about the mapping tests without making the input pillar data look ugly
18:20 iggy collectd-formula isn't bad to look at
18:20 Ahrotahntee afternoon folks
18:23 XenophonF thanks for the feedback, iggy
18:24 denys joined #salt
18:28 murrdoc is there a way to increase worker threads without rebooting
18:28 iggy you mean restarting the service, no
18:28 murrdoc fux sake
18:28 iggy the threads are all created at startup
18:31 fguerrero joined #salt
18:34 UtahDave murrdoc: pretty much anything you configure in the master's config requires a restart of the salt-master daemon
18:34 murrdoc UtahDave:  yeah i realize that
18:34 murrdoc I am just sad about it
18:35 murrdoc btw u need to update your salt recommendations page that it would behoove everyone to run an external_job_cache of redis at least
18:35 murrdoc if u hit over 50 minions
18:35 UtahDave why's that?
18:35 murrdoc and have schedules
18:35 murrdoc cos otherwise salt dies
18:35 murrdoc all the time
18:35 UtahDave how does salt die?  run out of inodes?
18:35 murrdoc with all sorta fun messages
18:35 murrdoc there are three i have seen
18:36 murrdoc auth failure … might be related to inode usage
18:36 murrdoc [ERROR   ] Salt request timed out. If this error persists, worker_threads may need to be increased.
18:36 murrdoc and last is salt-event run hanging
18:36 murrdoc no error it just hung
18:37 murrdoc also to run redis behind a twem proxy instance so that u get sudo multi threaded redis
18:37 katyucha If i want to use Beryllium, i must use Develop Branch on github ?
18:37 murrdoc UtahDave:  sorry for vagueness this is all true
18:38 perfectsine joined #salt
18:38 iggy katyucha: for now, yes
18:38 mariusv joined #salt
18:38 mariusv joined #salt
18:39 katyucha iggy: ok :) go git so
18:39 iggy katyucha: my suggestion, find a revision that works and stick to it everywhere
18:40 iggy we used to just install from a branch and shit was constantly breaking
18:40 catpiggest joined #salt
18:40 bhosmer_ joined #salt
18:42 katyucha iggy: ok :)
18:43 mariusv joined #salt
18:43 mariusv joined #salt
18:43 mariusv joined #salt
18:43 mariusv joined #salt
18:43 murrdoc UtahDave:  basepi can we get a reload option in salt-master please
18:44 iggy no
18:44 iggy python sucks at that kind of stuff
18:44 basepi murrdoc: one of our oldest open issues: https://github.com/saltstack/salt/issues/570
18:44 basepi hard problem.
18:44 katyucha iggy: just want to check new version on vSphere to deploy vm
18:44 iggy I'd prefer to see more stuff move to being settable via pillar rather than have a reload option
18:44 murrdoc basepi:  :|
18:45 Deevolution Anyone able to help me with custom renderers?  Having trouble with Salt not lazy loading them (even if the renderer is essentially a stub with static results).
18:45 UtahDave murrdoc: Is restarting breaking things for you? zmq usually queues things up so you don't lose info during master restarts
18:46 murrdoc it is breaking when i am tring to do a salt 'minion' reboot && salt-event /salt/minion/start -count 1 && salt 'minion' state.highsatte
18:46 murrdoc thats the one place it breaks
18:46 UtahDave ah, because it's the cli that's waiting there
18:46 iggy how is the master messing up that mess of a situation
18:48 forrest Hmm, has anyone seen issues on the latest release where it doesn't seem to be cleaning the yum repo?
18:48 forrest *data
18:50 murrdoc because the salt-event call exists in the fg
18:51 fguerrero joined #salt
18:53 fguerrero joined #salt
18:54 chiui joined #salt
18:55 aparsons_ joined #salt
18:56 ecerulm joined #salt
18:59 venu0336 joined #salt
19:00 DammitJim joined #salt
19:03 peters-tx joined #salt
19:03 pcn docs.saltstack.org having issues?
19:03 ecerulm joined #salt
19:04 fguerrero joined #salt
19:04 iggy it's docs.saltstack.com
19:04 pcn readthedocs links are out of date? http://salt-api.readthedocs.org/en/latest/ref/netapis/all/saltapi.netapi.rest_cherrypy.html#login  I guess salt-api being and old repo is the cause?
19:05 iggy yeah, salt-api has been merged upstream for about 2 years now
19:05 pcn Google still gets me to those docs as I search.
19:06 iggy I don't know what to tell you
19:07 pcn I don't mean to sond like I'm asking you to do anything - that's neither here nor there, just mentioning it.
19:07 iggy it would be great if that would just go away, but it hasn't (or can't... not sure)
19:08 Furao joined #salt
19:09 pcn I popped my head up to ask about the auth+acl system.  I'm using eauth with the api, and I'm getting an auth token.
19:09 pcn I'm trying to grant my test user access to do everything
19:10 pcn I am wondering from what I've read about the wildcards at http://docs.saltstack.com/en/latest/topics/eauth/index.html#acl-eauth
19:10 pcn should that be - .* for steve, or - '*.*'?
19:12 iggy just .*
19:12 iggy and you have to put the ones with @ in quotes (as yaml tries to handle the @'s special if not)
19:12 pcn OK.  And if I wanted to get the jobs endpoint, do I have to explicitly add - '@jobs'?
19:12 iggy si
19:13 bhosmer_ joined #salt
19:13 cronoik joined #salt
19:13 pcn Ah, OK.  It was the @jobs bit I was missing.
19:19 otter768 joined #salt
19:19 fguerrero joined #salt
19:22 toanju joined #salt
19:25 thedodd joined #salt
19:26 pcn Did you see my question earlier about configuring eauth+pam to use a different pam service name?
19:27 iggy I did, never done it
19:28 drawsmcgraw Anyone using salt-cloud on Rackspace?
19:29 drawsmcgraw The master thinks it successfully bootstrapped a new VM in there, but the minion never connects to the Master.
19:29 pcn iggy: OK, thanks.  I'll try to come back tot hat later.
19:29 drawsmcgraw I SSH out to the new minion --- and salt-minion was never installed :|
19:29 drawsmcgraw There's the `/tmp/.saltcloud-arblegarble` directory. But no packages installed, no keys dropped, etc...
19:30 iggy drawsmcgraw: can the user that salt-cloud is running as ssh to the new minion?
19:30 dopesong joined #salt
19:30 drawsmcgraw iggy: yes. I used `-l debug` for the salt-cloud command and I can see it successfully scp'ing files over to the minion.
19:30 drawsmcgraw (I imagine it's using the api key to get the instance's login password from the metadata service)
19:30 iggy do you have any bootstrap settings set?
19:30 dopeson__ joined #salt
19:31 drawsmcgraw iggy: I do not. I'm using the vanilla salt-bootstrap script
19:31 lothiraldan joined #salt
19:31 murrdoc iggy
19:32 murrdoc startup beacon in 2014.7 :D
19:32 murrdoc start on (salt-minion)
19:32 murrdoc stop on runlevel [!2345]
19:32 murrdoc post-start script
19:32 murrdoc exec salt-call event.send 'lol/server/reboot'
19:32 murrdoc end script
19:32 iggy does rackspace have any kind of log? (i.e. on GCE I Can see the minion being bootstrapped in the boot logs)
19:33 iggy murrdoc: does that solve your problem?
19:33 murrdoc sorta
19:33 ALLmightySPIFF joined #salt
19:33 fguerrero joined #salt
19:34 drawsmcgraw iggy: Oooh, not sure. Let me see if I can find something...
19:35 drawsmcgraw doesn't.... look like there's such a thing in the control panel...
19:37 drawsmcgraw I guess the next step would be to 1) Try Digital Ocean for a sanity check and/or 2) Slap together a custom install script to see what's going wrong....
19:37 iggy DO works a treat
19:37 c10 joined #salt
19:38 drawsmcgraw Fully agree. I love its simplicity.
19:38 drawsmcgraw Rackspace has some pretty neat additional services, though. Kind of in-between DO and AWS, it seems.
19:39 timoguin joined #salt
19:41 coval3nce drawsmcgraw: you using a custom bootstrap script or the built in one?
19:42 gwmngilfen joined #salt
19:43 fguerrero joined #salt
19:43 drawsmcgraw coval3nce: the built in one
19:43 coval3nce drawsmcgraw: /tmp/bootstrap-salt.log is created on the endpoint, yuou check that yet?
19:43 drawsmcgraw coval3nce: let me check...
19:44 hal58th joined #salt
19:44 hal58th_ joined #salt
19:44 drawsmcgraw There's only an empty directory, /tmp/.saltcloud-2750bdd0-7bed-4343-9ae7-c02bcdf89094
19:46 coval3nce drawsmcgraw: you can do a couple things, add a “script_args:” entry to your cloud provider file and add “-D” to force the bootstrap script ot output a bunch of debug info, and run your salt-cloud command with “--keep-tmp” so taht /tmp file isn’t blown away
19:46 coval3nce that would give you a ton of info to troubleshoot further
19:47 drawsmcgraw oh man! I wasn't aware of the --keep-tmp flag
19:47 CheKoLyN joined #salt
19:47 dyasny joined #salt
19:47 drawsmcgraw coval3nce: Thanks a bunch. I'll re-run with those changes and see if I can conduct a better post-mortem
19:47 coval3nce cool man
19:48 coval3nce i’m not using rackspace, but have it working with a private openstack instance (uses same driver code)
19:48 drawsmcgraw coval3nce: noted. I was using it heavily in a private Openstack in a previous life.
19:48 drawsmcgraw How do you find gems like --keep-tmp ?
19:49 iggy salt-cloud --help
19:49 cruatta joined #salt
19:49 drawsmcgraw huhn.... Guess I just need to read more docs :)
19:49 coval3nce honestly?  i just look at the code now lol, but yeah, salt-cloud —help works like iggy said
19:49 hal58th__ joined #salt
19:49 hal58th_1 joined #salt
19:49 drawsmcgraw Yeah, I find myself looking at the code probably more than a healthy amount these days
19:52 fguerrero joined #salt
19:53 dopesong joined #salt
19:54 drawsmcgraw coval3nce: It looks like the script was never dropped(?)
19:54 drawsmcgraw I see the minion config, its public key, and its private key in /tmp/.salt-cloud-arblegarble
19:54 sieve joined #salt
19:55 drawsmcgraw Aaaand I have to jet. Thanks for the legup! I'll get to the bottom of this....
19:55 coval3nce cool, so it can scp stuff at least
19:55 drawsmcgraw yes
19:55 coval3nce salt-cloud -l debug is your next friend
19:55 drawsmcgraw but why wouldn't it scp the script??
19:55 coval3nce maybe it had trouble rendering the script, it does some stuff to render it wherever you run salt-cloud before it scp’s it over
19:56 drawsmcgraw true.... I ran it with -l debug. May be time to turn it up to -l trace
19:56 drawsmcgraw Alright, have to actually head out. Thanks again!
19:56 coval3nce good luck
19:56 CeBe joined #salt
19:59 kalessin joined #salt
20:08 murrdoc UtahDave:  basepi can reactor be part of satl-master reload
20:08 UtahDave a reactor can initiate a salt-master restart, if that's what you mean
20:09 murrdoc no, adding more reactors
20:09 murrdoc like i want to ship /etc/salt/master.d/reactor.conf with more or less recator configs
20:10 murrdoc which can get loaded in without a salt-master restart
20:12 UtahDave murrdoc: I think Gareth added the ability to add scheduler items without requiring a master restart, I'm not sure if that has been done with reactor configs
20:14 iggy not afaik
20:14 iggy that's what I was saying earlier though
20:14 iggy I'd rather see more stuff settable via pillar/etc than go all out and do a service reload function
20:14 pcn I have custom grains that I've got in /srv/salt/_grains. When I ran a sync_all, I see my grains getting to the minions.  However I don't see data from the grains when I run grains.items on the minions.
20:15 iggy grains.items from the master or locally via salt-call?
20:16 iggy does grains.item or grains.get work?
20:16 pcn from master
20:17 pcn I do see the data locally via salt-call
20:17 pcn Caching?
20:17 ndrei joined #salt
20:18 pcn Now I see the data everywhere
20:18 iggy there's grains_refresh_every, grains_cache, and grains_cache_expiration
20:18 bhosmer joined #salt
20:18 iggy have any of those set?
20:19 dalexander joined #salt
20:20 pcn I don't see that explicitly set, but it looks like minion_data_cache is set to true by default.
20:20 pcn The comment on top of it says "cache minion grains an dpillar data in the cachedir"
20:20 pcn Would that affect me?
20:20 Gareth UtahDave: Not sure about scheduler items on the master, minion definitely though.
20:21 UtahDave ah, ok.  thanks for clarifying, Gareth!
20:23 adelcast1 joined #salt
20:24 intel joined #salt
20:24 adelcast left #salt
20:25 c10 joined #salt
20:27 c10_ joined #salt
20:29 s_kunk joined #salt
20:29 s_kunk joined #salt
20:29 ndrei joined #salt
20:32 aparsons joined #salt
20:37 numkem joined #salt
20:38 catpiggest joined #salt
20:41 dopesong_ joined #salt
20:46 alexanderilyin joined #salt
20:46 alexanderilyin alloha
20:46 alexanderilyin what is the beast way to get penging changes for host?
20:46 alexanderilyin state.highstate test=True ?
20:48 UtahDave alexanderilyin: yep!
20:48 julez joined #salt
20:48 alexanderilyin but after then looks like I have grep “is set to be changed”
20:49 alexanderilyin I want add zabbix trigger to find not deployed changes
20:49 alexanderilyin or changes which we made out of salt
20:49 murrdoc UtahDave:  i saw gareths pillar fix for schedule and love it, but i want that same feature for reactors please :)
20:50 murrdoc so does ek6
20:50 Gareth module to manage reactors?
20:51 UtahDave alexanderilyin: have you tried using   --out json   and using that as your input?
20:51 murrdoc Gareth:  I want to add and remove reactors configs, similar to how schedules are done
20:51 DammitJim is there a pre-configured way to restart a service on a minion?
20:53 Gareth murrdoc: reactors live on the master right?
20:53 alexanderilyin UtahDave: looks like what I need… there is ‘changes’ item for each state.
20:53 murrdoc the reactor configs yes
20:53 alexanderilyin in JSON response.
20:53 UtahDave alexanderilyin: yeah, does that provide what you're looking for?
20:53 alexanderilyin yep
20:53 alexanderilyin thx
20:54 sgargan joined #salt
20:54 UtahDave DammitJim: Yeah, have the service "watch" a file or other thing to cause Salt to restart that service when there are changes detected
20:54 alexanderilyin it’s empty if it’s in correct state and has details if there pending changes…
20:54 DammitJim UtahDave, I just set that up
20:54 vexati0n is it possible to use Salt to change a minion's IP address?
20:55 DammitJim now, what do I need to do to restart the service on that minion (I have nothing to change on that file that is being monitored)
20:55 spark__ joined #salt
20:55 Gareth murrdoc: might able to do the management with a runner, I'll dig in and take a look.
20:55 murrdoc you should also move closer to the west side
20:56 murrdoc so we can hire you
20:56 murrdoc ftw
20:56 murrdoc :)
20:56 Gareth hah
20:57 murrdoc i ll be in your karmic debt, let me know how i may repay, salt issue , saltstack-formula issue
20:57 murrdoc you pick
20:57 aparsons joined #salt
21:00 pdayton joined #salt
21:00 UtahDave alexanderilyin: correct
21:01 murrdoc is there a beacon for reboot ?
21:02 UtahDave DammitJim: oh, is this just a one time restart you need to do?   You can just use the service execution module     salt 'minion_id' service.restart 'service name'
21:02 DammitJim oh cool!thanks
21:02 DammitJim that's what I wanted to know
21:02 UtahDave cool
21:02 DammitJim why is it that I couldn't easily find that module
21:02 DammitJim :(
21:03 murrdoc cos u havent read the docs
21:03 murrdoc dammit jim!
21:03 murrdoc (totes kidding)
21:07 giantlock joined #salt
21:14 catpigger joined #salt
21:20 otter768 joined #salt
21:21 Slimmons So, I'm having trouble getting my git.latest to work still.  I've tried all sorts of craziness, but here's the most stable looking stuff I've made.    https://gist.github.com/johnsimmons/6d8fded189bca4e85a59
21:21 Slimmons Also, once that is finished it freezes, but once I've fixed the git.latest, I bet I can fix that problem (or it will fix itself)
21:22 Slimmons my -l debug is in the comments at the bottom
21:25 fyb3r so im not seeing the function salt.runners.manage.not_present() in the manage.py module...
21:25 ndrei joined #salt
21:26 iggy fyb3r: runners are different than modules
21:27 iggy http://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.manage.html#module-salt.runners.manage
21:28 fyb3r but shouldnt it be defined in /usr/lib/python2.7/site-packages/salt/runners/manage.py ?
21:28 fyb3r because even when i try to do salt-run manage.not_present it states that the function does not exist....
21:29 iggy versionadded:: Beryllium
21:29 iggy i.e. it's only in devel
21:29 fyb3r ohhhhhhhhhhh
21:29 fyb3r my bad :D
21:30 alexanderilyin hi, what is the right way for storing values unique for each host (salt id)? I could store in in /srv/pillar/$hostname/init/.sls and include all that in top.sls but it looks weird… maybe there is somthing better for this?
21:31 iggy fyb3r: although, you bring up a good point... why is it showing up in the 2015 docs
21:32 fyb3r ok so im not crazy lol. I was going back over the doc thinking I was looking at the dev documentation
21:32 Ahlee is there a way to get access to the existing grains in a custom _grain?
21:32 iggy fyb3r: although, why not just manage.down?
21:32 iggy Ahlee: grain-ception
21:32 Ahlee I'd like to key on a builtin grain
21:33 iggy Ahlee: it's roughly the same as pillars... sometimes it works, sometimes it doesn't
21:33 fyb3r I was using it for a front end ive made, and rather than having to wait for all the minions to communicate and holding up the page load, i was just going to use the info stored in the prescence
21:33 Ahlee iggy: blah. guess i do it the hard way
21:33 fyb3r presence *
21:34 iggy fyb3r: what version of salt? it works in 2015.5.2 (just tested)
21:35 fyb3r >_> theres my problem.
21:35 fyb3r note to self: check version before asking
21:35 iggy oh... the show_ipv4 arg was added in Be
21:36 iggy fyb3r: it should be in 2015.5 and up
21:37 rap424 joined #salt
21:37 solidsnack joined #salt
21:37 hybridpollo joined #salt
21:38 fyb3r upgrading now to check and make sure
21:39 fyb3r iggy: awesome, thanks mate. looks like its working now
21:40 iggy jacobhammons really needs to hang out here, I'm too lazy to file bugs for every doc issue I see
21:40 fyb3r I know lol. you had me go through and file the last 2 I found
21:43 forrest iggy: Just gotta file them :\
21:43 alexhayes joined #salt
21:44 iggy https://github.com/saltstack/salt/issues/24813
21:44 iggy fyb3r: there you go
21:44 tomspur joined #salt
21:46 ranomore1 joined #salt
21:47 sieve joined #salt
21:49 fyb3r lol you could of had me do it :P. but cheers anyways
21:52 ALLmightySPIFF joined #salt
21:53 solidsnack joined #salt
21:53 ninkotech__ joined #salt
21:57 solidsnack joined #salt
22:03 lothiraldan joined #salt
22:03 aparsons joined #salt
22:04 edrocks joined #salt
22:14 solidsnack joined #salt
22:16 keimlink joined #salt
22:16 coval3nce are there any good saltify salt-cloud provider examples out there?
22:17 coval3nce from code, seems like everyoption is legit outside of custom options provided in other cloud provider .py drivers
22:17 perfectsine joined #salt
22:18 solidsnack joined #salt
22:21 thewillhuang joined #salt
22:21 sgargan joined #salt
22:22 pcn Heya, so I reported yesterday that in a grain with salt-ssh, a dictionary key of int(0) got converted to the string "0" when I rendered it.
22:22 pcn It turns out that when I bring that same grain into a master+minion setup the key is an integer again.
22:23 pcn Is that a known issue?
22:23 murrdoc1 joined #salt
22:23 __TheDodd__ joined #salt
22:25 murrdoc1 joined #salt
22:29 solidsnack joined #salt
22:29 Singularo joined #salt
22:30 sgargan joined #salt
22:31 iggy the grains probably get thrown across via json or something
22:33 murrdoc joined #salt
22:33 perfectsine joined #salt
22:35 pcn I don't think json should get the typing weird - wait... yaml doesn't really have an unqoted number as such, does it?
22:35 CeBe joined #salt
22:36 fyb3r left #salt
22:37 pcn So that would make sense.
22:38 bfoxwell joined #salt
22:38 Ahrotahntee this is weird. I'm issuing a salt command and getting jid does not exist // returner unavailable
22:38 Ahrotahntee repeatedly
22:39 Ahrotahntee it's mostly a stock config
22:39 murrdoc whoever this is https://github.com/saltstack-formulas/nagios-formula/pull/16
22:39 murrdoc good man
22:41 Ahrotahntee that's weird; problem did not persist across service restart
22:41 Ahrotahntee I must have changed something
22:41 sieve1 joined #salt
22:47 sieve joined #salt
22:47 gladiatr joined #salt
22:47 iggy pcn: json keys have to be strings
22:47 cyclonis joined #salt
22:49 Antiarc joined #salt
22:50 dayid joined #salt
22:50 dayid joined #salt
22:51 scott joined #salt
22:54 mdupont joined #salt
22:54 g3cko joined #salt
22:55 loz-- joined #salt
22:55 alexhayes joined #salt
22:57 Corey joined #salt
22:58 pacopablo joined #salt
22:58 jalbretsen joined #salt
22:58 emaninpa joined #salt
22:59 big_area joined #salt
23:02 Guest60 joined #salt
23:05 und1sk0 joined #salt
23:06 cruatta_ joined #salt
23:06 aparsons joined #salt
23:06 murrdoc joined #salt
23:06 Singularo joined #salt
23:06 ranomore1 joined #salt
23:06 kalessin joined #salt
23:06 gwmngilfen joined #salt
23:06 kzrl joined #salt
23:06 MatthewsFace joined #salt
23:06 spookah joined #salt
23:06 conan_the_destro joined #salt
23:06 amcorreia joined #salt
23:06 iwishiwerearobot joined #salt
23:06 bitwise__ joined #salt
23:06 edulix_ joined #salt
23:06 Micromus joined #salt
23:06 bones050 joined #salt
23:06 ikarus joined #salt
23:06 ashmckenzie joined #salt
23:06 Ssquidly joined #salt
23:06 oravirt joined #salt
23:06 Steven- joined #salt
23:06 S_Walker joined #salt
23:06 grep_away joined #salt
23:06 Eureka_ joined #salt
23:06 zekoZeko joined #salt
23:06 twork_ joined #salt
23:06 __number5__ joined #salt
23:06 mrtrosen joined #salt
23:06 egil joined #salt
23:06 jonher937 joined #salt
23:06 canci joined #salt
23:06 tmmt joined #salt
23:06 paha joined #salt
23:06 TOoSmOotH joined #salt
23:06 masterkorp joined #salt
23:06 ignarps joined #salt
23:08 Ssquidly joined #salt
23:14 keimlink_ joined #salt
23:16 sieve joined #salt
23:16 lothiraldan joined #salt
23:17 sieve joined #salt
23:18 sieve joined #salt
23:21 otter768 joined #salt
23:23 fguerrero joined #salt
23:25 viq joined #salt
23:27 mosen joined #salt
23:36 Darkalia joined #salt
23:38 vraptor joined #salt
23:39 vraptor newish to salt, I've been doing some google searches, but cannot find a definitive answer as to updating a minion ID
23:40 vraptor can anyone throw me a link or point me to the appropriate place in the docs, please?
23:42 keimlink joined #salt
23:43 murrdoc google saltmaster minion config
23:43 murrdoc make edit as recommended
23:43 murrdoc restart minion
23:48 vraptor thanks, I looked at that page, but apparently misread it before
23:50 forrest joined #salt
23:51 aparsons joined #salt
23:54 c10 joined #salt
23:54 ALLmightySPIFF joined #salt
23:55 pdayton joined #salt
23:56 biped joined #salt
23:57 biped ok
23:58 biped back, after some readings and whatnot
23:59 biped came up with this... but I'm extremely dubious of it
23:59 biped http://pastebin.com/VCYpJnuz
23:59 vraptor thanks murrdoc, I got it sorted out on the 3 minions that needed their IDs fixed
23:59 murrdoc http://media.giphy.com/media/g5zvwUa9720pO/giphy.gif

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