Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-06-13

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

All times shown according to UTC.

Time Nick Message
00:03 DEger joined #salt
00:12 iggy I feel like I'm going to be an expert with the salt-cloud code by the time I get the vultr provider successfully deploying instances
00:12 onlyanegg joined #salt
00:24 edrocks joined #salt
00:38 fannet joined #salt
00:46 armyriad joined #salt
00:51 fannet joined #salt
00:52 ktosiek joined #salt
00:54 rem5_ joined #salt
00:57 ageorgop joined #salt
01:01 v12aml joined #salt
01:02 iceyao joined #salt
01:06 onlyanegg joined #salt
01:06 fannet_ joined #salt
01:11 fannet joined #salt
01:20 ageorgop joined #salt
01:21 brotatochip joined #salt
01:24 teryx510 joined #salt
01:29 dfinn joined #salt
01:32 brotatochip joined #salt
01:33 brotatochip joined #salt
01:35 kuku joined #salt
01:38 kuku Hi, I have a question about salt, I don't know if I'm in the right channel.. but. Whenever I try to type salt '*' ceph.get_heartbeats. I get this error. http://dpaste.com/01DBCFT
01:42 ntropy kuku: maybe you're missing some dependencies for the ceph module?
01:46 ntropy or its a bug in the ceph module itself
01:46 ntropy if you run salt -l debug '*' ceph.get_heartbeats, that will give you a ton of output and might have more info
01:46 fannet joined #salt
02:09 iggy yeah, I don't even see a ceph module in salt... so not sure what that is
02:09 brotatochip joined #salt
02:09 iggy maybe this isn't the right place for that question
02:25 k_sze[work] joined #salt
02:26 fannet_ joined #salt
02:34 brotatochip joined #salt
02:48 DEger joined #salt
02:51 gngsk joined #salt
03:02 racooper joined #salt
03:09 pppingme joined #salt
03:11 ramteid joined #salt
03:20 bfig_ joined #salt
03:33 rhodgin joined #salt
03:33 nmadhok joined #salt
03:36 nmadhok1 joined #salt
03:37 felskrone joined #salt
03:43 barmaley joined #salt
03:50 keimlink joined #salt
03:53 nmadhok joined #salt
04:00 rhodgin joined #salt
04:07 onlyanegg joined #salt
04:08 DEger joined #salt
04:09 macheck joined #salt
04:10 favadi joined #salt
04:14 fannet joined #salt
04:21 noraatepernos joined #salt
04:22 noraatepernos Does anyone know where to start debugging my custom _grains/foo.py aren’t showing up in listed grain data?  Is there a place on the minion that I can look for these synced py scripts?
04:23 iggy noraatepernos: saltutil.sync_grains show show them sync'ing
04:24 iggy they end up in /var/cache/salt/minion/extmods/
04:24 noraatepernos iggy: Got it.  Thanks.  Both my /var/cache/salt/minion/extmods/ is empty and my sync_grains outputs nothing.
04:25 noraatepernos I’ve tested my python scripts, too.  Hmm.
04:25 edrocks joined #salt
04:26 iggy where are you putting them?
04:27 noraatepernos iggy: Heh.  Thank you.  Your very question solved my problem :)
04:27 iggy `salt-call cp.list_master | grep _grains`
04:31 brotatochip joined #salt
04:32 noraatepernos Should _grains dir live inside of my file_roots base?  Along side top.sls?
04:33 noraatepernos iggy: Either way, that was my problem.  Salt couldn’t find my _grains dir on the master.
04:35 iggy yes, next to top.sls
04:51 rem5 joined #salt
04:52 stooj_ Is there a command to refresh gitfs locations? I've tried `salt 'master' fileserver.gitfs update`.
04:59 stooj Hmm... found my answer: `salt-run fileserver.update`
05:02 DarkKnightCZ joined #salt
05:14 justanotheruser joined #salt
05:14 nmadhok joined #salt
05:17 nmadhok joined #salt
05:20 fracklen joined #salt
05:20 nmadhok1 joined #salt
05:23 brotatochip joined #salt
05:29 rdas joined #salt
05:42 favadi joined #salt
05:48 kawa2014 joined #salt
05:52 whaity joined #salt
05:54 colttt joined #salt
05:54 colttt_ joined #salt
05:55 onlyanegg joined #salt
06:02 Sylvain31 joined #salt
06:03 fannet joined #salt
06:05 Sylvain31 hi, is there a way to fetch minion IP address in Jinja?
06:06 noraatepernos iggy: Thanks.
06:07 kawa2014 joined #salt
06:07 Sylvain31 or to retrieve value from a script maybe?
06:11 Sylvain31 in response to myself: {{ salt['cmd.run']('whoami') }} probably
06:16 kshlm joined #salt
06:16 ernestonavarro_ joined #salt
06:16 Sylvain31 it works! ;)
06:18 iggy that's not the IP address
06:19 Sylvain31 iggy: not yet ;)
06:19 iggy there are easier ways to get IPs than spawning an external process
06:19 Sylvain31 I listen…
06:20 iggy {{ salt['grains.get']('ipv4') }}
06:20 iggy that's a list of all IPs
06:22 iggy {{ salt['network.ip_addrs'](type="public") }}
06:22 iggy will get you a list of IPs that are routable
06:22 iggy {{ salt['network.ip_addrs'](type="public") | first }}
06:22 iggy will get you the first entry out of the above list
06:22 Sylvain31 I give you more context, I'm trying to accomplish: I want to manage /etc/hosts, adding all minions long and short names
06:23 iggy you can also look up by cidr
06:23 iggy DNS?
06:24 favadi joined #salt
06:25 Sylvain31 got an error: for {{ salt['network.ip_addrs'](type="public") }} Comment: Unable to manage file: Jinja error: ip_addrs() got an unexpected keyword argument 'type'
06:25 yuhlw joined #salt
06:25 iggy old version maybe
06:26 Sylvain31 no, DNS is something I want to bypass here, because I'm configuring it too, I want also to fake some DNS resolution til I configured the DNS…
06:26 Sylvain31 salt 2015.8.10 (Beryllium)
06:27 iggy I'm on 2016.3
06:27 Miouge joined #salt
06:28 slav0nic joined #salt
06:29 iggy there's always {{ salt.grains.ip4_interfaces.eth0.0 }}
06:30 iggy but I'm not sure this solves the real problem you have
06:31 iggy which is getting that data from each minion to the others
06:31 Sylvain31 on the master first it should be a good start
06:32 Sylvain31 I miss IP resolution for hostname…
06:33 Sylvain31 {% set minions = salt['cmd.run']('salt-key -l acc  --out=newline_values_only').split() %}
06:34 iggy you want the mine
06:34 favadi joined #salt
06:35 dmaiocchi joined #salt
06:37 Sylvain31 for h in $(salt-key -l acc  --out=newline_values_only); do echo "$(dig +short $h) $h ${h%%.*}"; done
06:37 Sylvain31 I want that…
06:39 duncanmv joined #salt
06:40 fracklen joined #salt
06:41 fracklen_ joined #salt
06:43 Sylvain31 ah, you means that: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mine.html#salt.modules.mine.get
06:43 dmaiocchi joined #salt
06:43 fracklen joined #salt
06:43 `chris joined #salt
06:43 iggy well, there's a bit in the actual docs about the mine, but yeah
06:44 fracklen joined #salt
06:45 iggy or is there...
06:45 Sylvain31 returns nothing though…
06:46 fracklen_ joined #salt
06:47 iggy https://github.com/saltstack-formulas/hostsfile-formula maybe check that out
06:47 iggy oh yeah, there's the normal mine docs
06:47 iggy https://docs.saltstack.com/en/latest/topics/mine/
06:52 Sylvain31 iggy: thanks I'm testing, and learning mine by the same time…
06:52 Sylvain31 ;)
06:55 evle joined #salt
07:09 noraatepernos joined #salt
07:11 toanju joined #salt
07:14 gngsk joined #salt
07:15 Ayo_ joined #salt
07:15 DEger joined #salt
07:21 colegatron joined #salt
07:21 kbaikov joined #salt
07:24 dmaiocchi joined #salt
07:26 punkoivan joined #salt
07:26 Vishvendra joined #salt
07:30 Zhen joined #salt
07:31 ccitizen joined #salt
07:32 whaity joined #salt
07:34 nmadhok joined #salt
07:40 impi joined #salt
07:43 krymzon joined #salt
07:45 stooj Is there a way of running a one-off command after a server has been bootstrapped or added to the master? I'm wanting to generate ssh keys
07:45 stooj I was going to write a script that generates the keys and creates a file somewhere, so I can add a "creates" block to prevent the script from being re-run
07:46 stooj Is there a better way of doing it?
07:46 Phil-Work stooj, that'd be done as part of the highstate
07:46 Sylvain31 stooj: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.ssh_auth.html
07:49 stooj Sylvain31: That looks like managing authorized users. I'm wanting to generate /etc/ssh/ssh_host*_key files
07:50 stooj Phil-Work: I was going to add a cmd.run to my state files. Then it'd get run when I run state.apply to my minions
07:50 ccitizen hey guys, I have a salt minion that's running ubuntu xenial. When I'm trying to run a state with pkg.latest and when salt-master attempts to apply the state, I get a: http://ppa.launchpad.net/saltstack/salt/ubuntu xenial Release does not have a Release file.
07:51 stooj Phil-Work: It's possible that I have completely misunderstood the salt workflow though - am I only ever to run state.apply once on a minion?
07:51 fannet joined #salt
07:54 nmadhok1 joined #salt
07:54 Sylvain31 stooj: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.ssh_known_hosts.html this one?
07:55 rim-k joined #salt
07:57 stooj Sylvain31: I'm actually using the openssh-formula, and I think I'm going to avoid known hosts... Thanks though
08:00 permalac joined #salt
08:00 deniszh joined #salt
08:01 Sylvain31 stooj: OK. So have you found?
08:03 stooj Sylvain31: Well, I've got my known_hosts sorted, and the auth stuff. When openssh is installed, I think it generates keys automatically, but I want to up the strength of them. So I think I'll try a script that deletes the old keys, generates new ones and creates a file so I don't delete the keys every time I run state.apply
08:03 stooj Sylvain31: I've just had to do something similar a couple of times now, so I wondered if there was a better way
08:04 babilen stooj: That's a perfectly valid approach.
08:05 stooj babilen: Phew :) Thanks
08:06 babilen You could write an execution module to generate and manage keys and states on top of that, but that is likely overkill in your situation
08:06 babilen stooj: Please note that the openssh formula uses 1024 bit keys
08:11 stooj babilen: Looks like it uses 4096? https://github.com/saltstack-formulas/openssh-formula/blob/d5db2a6e89989b5b8771a69bd6024e5d07797050/openssh/config.sls#L29
08:11 stooj babilen: Unless I'm looking at the wrong thing...
08:11 manji joined #salt
08:12 babilen stooj: I am referring to ServerBitsKeys -- https://github.com/saltstack-formulas/openssh-formula/issues/66  -- you filed a bug report about that
08:12 saltstackbot [#66]title: ServerKeyBits default in pillar.example is too low | According to the sshd_config manpage on my Ubuntu and Arch boxes, the minimum and default value for `ServerKeyBits` is 1024....
08:12 babilen ServerKeyBits :)
08:14 stooj Aaah, yeah. I upped that in my pillar file :)
08:15 s_kunk joined #salt
08:15 s_kunk joined #salt
08:15 stooj I'll submit a patch as soon as I have a few moments :)
08:16 babilen stooj: Upped it to what?
08:16 babilen Why do you want to submit a patch? pillar.example shouldn't necessarily document the defaults .. unless you really expect the users-formula to create a number of users ;)
08:17 fredvd joined #salt
08:17 stooj 1024, but I'm not 100% sure what "ephemeral protocol version 1 server key" actually means.
08:17 stooj Hah! Good point. "Man, I have to have a 'joe' user on all my machines?"
08:18 Guest58804 joined #salt
08:18 babilen 1024 is the default though so you don't have to set that in your pillar
08:18 babilen (unless you want to make sure that it stays that way when the default is being changes (increased in this case I guess))
08:19 lero joined #salt
08:23 k_sze[work] https://docs.saltstack.com/en/2015.8/ref/modules/all/salt.modules.cp.html#salt.modules.cp.cache_local_file
08:23 stooj Hmm... so, the openssh-formula has code to generate the ssh_host_*_keys, which can be switched on and off in the pillar. But the .deb seems to generate the files, so the keys will never be regenerated (as far as I can work out)
08:23 k_sze[work] What is the "localfiles cache"?
08:25 babilen stooj: Yes, the Debian packages ensure that keys are generated
08:25 fracklen joined #salt
08:25 babilen stooj: I guess you could delete them and have them re-generated
08:26 catpig joined #salt
08:27 stooj babilen: yeah; I feel like I'm fighting with the formula a bit at this point.
08:28 edrocks joined #salt
08:33 fannet joined #salt
08:36 k_sze[work] Does cp.get_dir work with files *outside* the salt directory hierarchy?
08:38 babilen k_sze[work]: You mean on the minion?
08:38 k_sze[work] babilen: I want to recursively copy some directories from my master to my minions.
08:39 babilen k_sze[work]: Use file.recurse for that and place the directory in file_roots
08:39 k_sze[work] But those directories are outside my 'salt://' hierarchy.
08:39 babilen So put them in there
08:39 k_sze[work] let me check.
08:49 Zhen joined #salt
08:49 keimlink joined #salt
08:51 k_sze[work] babilen: and if I put the directory under an environment separate from base, is there a way I can tell file.recurse to search under that particular environment?
08:51 CeBe1 joined #salt
08:54 nidr0x joined #salt
08:57 babilen k_sze[work]: I guess you can target it to all minions, but then .. I don't use environments like that as I found that it simply complicates things way too much. In particular if you use GitFS.
08:57 KermitTheFragger joined #salt
09:03 nidr0x joined #salt
09:06 rim-k joined #salt
09:07 iceyao joined #salt
09:12 gngsk joined #salt
09:14 nidr0x joined #salt
09:17 cyborg-one joined #salt
09:17 Ztyx joined #salt
09:19 Sylvain31 is salt.utils.traverse_dict_and_list available for any hash in Jinja?
09:19 Sylvain31 similar to pillar.get
09:23 onlyanegg joined #salt
09:23 nidr0x joined #salt
09:30 k_sze[work] Is there any way to monitor the job progress of a salt minion?
09:31 Ztyx left #salt
09:37 Sylvain31 modifying a variable during jinja loop, doesn't modify variable outside the scope of the loop, is it jinja behavior?
09:38 manji yes
09:39 manji it is painful sometimes, but yes
09:39 babilen Sylvain31 is doing incredibly hacky things again :)
09:39 manji on the other hand if the var is a list or a dictonary
09:39 fannet joined #salt
09:39 manji you can update/append
09:40 manji iirc that is
09:40 Sylvain31 babilen: YES, and I also found: {% set web_pillar = salt['cmd.run']('salt-run pillar.show_pillar web0 --out=json') | load_json %}
09:41 manji my eyes hurt
09:41 Sylvain31 lol
09:41 manji Sylvain31, I decided to spare myself the pain and next time I need something complex off jinja
09:41 manji I will just write python
09:41 manji and use the python renderer
09:42 Sylvain31 manji: you're right!
09:42 tristianc joined #salt
09:42 manji Sylvain31, wait, it is just a promise to myself for the time being :p
09:43 tristianc joined #salt
09:44 Sylvain31 manji: which means you still do some strange stuff in jinja?
09:44 manji yes, unfortunately
09:45 manji you are not alone mate
09:45 Sylvain31 why they would have bring "| load_json " if not to do wierd thing into jinja? ;)
09:45 manji lol
09:46 Sylvain31 door wide open to nerdy hackers!
09:46 rdas joined #salt
09:53 atmosx Using source_hash as in https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html downloads the file everytime?
09:58 iceyao joined #salt
09:59 iceyao joined #salt
10:01 tristianc joined #salt
10:02 rrei joined #salt
10:04 rrei good morning
10:09 Sylvain31 rrei: good morning, for you… ;)
10:10 Sylvain31 how do I reduce timeout for down minion?
10:13 fracklen in the salt master config, set "timeout: 10"
10:17 Sylvain31 fracklen: it is for api, I think, not? and it doesn't apply to minion when: "salt '*' test.ping" for example, or I did miss a step…
10:18 ccitizen joined #salt
10:19 rrei hey guys, I'm trying to uninstall and reinstall salt, but I can't find anywhere how to uninstall it properly... is there perhaps an option in the bootstrap script to do this
10:20 fracklen Sylvain31: It's for both https://docs.saltstack.com/en/latest/ref/configuration/master.html#timeout
10:22 Sylvain31 fracklen: you're right, good. A more careful testing confirms that, tanks. :)
10:22 fracklen np )
10:29 babilen rrei: Purging the packages should do the trick.
10:29 babilen But then it depends on how you installed it and on which platform
10:32 rrei I'm using ubuntu 14.04
10:33 rrei I tried apt-get remove salt-common salt-ssh and then apt-get autoremove, but I seem to have messed up because I have other salt binaries spread throughout the system
10:33 rrei I'm going to try installing into a virtualenv
10:33 rrei it's a better option for me anyway
10:34 fannet_ joined #salt
10:38 babilen rrei: Where are those "other binaries" located?
10:38 babilen I don't use the bootstrap script, but simply install from the repositories
10:39 rrei well, I have /usr/bin/salt-ssh for example
10:39 rrei and other salt programs in the same directory
10:40 rrei but don't waste time on this, I'm going to install into a virtualenv
10:41 rrei one other unrelated thing i've been wondering about for a long time is
10:41 rrei with salt-ssh
10:41 rrei how does the initial key exchange take place in a secure manner? am i supposed to manually copy the public keys of the minions into /root/.ssh/known_hosts?
10:42 rrei because when I run "sudo salt-ssh '*' test.ping", it will display a message telling me something like the keys are not yet accepted and I have to add them
10:43 rrei but running salt-key shows nothing
10:43 rrei no keys show up
10:43 rrei do I have to manually add the keys to the known_hosts file?
10:43 babilen You configure SSH in whatever way you deem appropriate
10:43 dkrae joined #salt
10:43 babilen ssh-copy-id is one way
10:44 babilen (if you have no means to deploy keys at instance creation time)
10:44 rrei but isn't that to copy the public key of the master to the minions?!
10:44 rrei sorry for the noob questions, I'm still trying to grasp this initial key exchange process
10:45 punkoivan joined #salt
10:45 babilen It is not specific to salt .. You either tell your hoster "Please ensure that key $foo is allowed to login into account $foo" or you copy the key yourself.
10:46 babilen salt-ssh simply uses SSH to connect to the minion, but for that SSH has to work.
10:47 rrei of course. but doesn't "regular" salt also use pki key pairs? the management of keys with salt-key is made much simpler in my opinion
10:47 babilen If you have configured a key and if you can authenticate with a password you can use "--key-deploy" in combination with "--passwd" to use salt-ssh to deploy the key you configured
10:47 babilen rrei: Regular salt exchanges keys, yes, but that is an entirely different process than what salt-ssh uses
10:48 rrei yes yes, I'm already using that and it works like a charm
10:48 babilen The minion connects to the master and says "Here is my key! Please accept"
10:48 babilen You then accept the key with salt-key and the master says to the minion "Welcome, here's mine"
10:50 rrei great simple explanation :) thanks
10:50 rrei the "--key-deploy" and "--passwd" options are great to deploy the master key to minions. I was wondering if something along the same lines could be used for adding minion keys to the salt-ssh master
10:51 jespada joined #salt
10:51 rrei I am aware of --ignore-host-keys but this seems insecure
10:51 babilen There is no "salt-ssh" master
10:51 rrei I'm referring to the machine running salt-ssh
10:51 babilen There is salt-ssh which runs locally and you connect *to* the minions via SSH. The minions don't know about a master and don't connect to it on their own.
10:52 patrek joined #salt
10:52 babilen They'l ask you to accept their keys during the initial connection attempt (just like normal SSH)
10:54 rrei alright, I think you cleared all my doubts (for now... hehe) :)
10:54 rrei babilen: thanks a lot
10:58 fredvd joined #salt
11:00 babilen np
11:03 fredvd_ joined #salt
11:08 gngsk joined #salt
11:17 DEger joined #salt
11:29 Rumbles joined #salt
11:34 rem5_ joined #salt
11:35 calvinh joined #salt
11:35 feld joined #salt
11:36 abednarik joined #salt
11:39 Zhen joined #salt
11:42 lero joined #salt
11:54 rem5 joined #salt
11:57 lero joined #salt
12:00 amcorreia joined #salt
12:02 amcorreia joined #salt
12:02 felskrone joined #salt
12:02 jcherndon joined #salt
12:03 lero__ joined #salt
12:05 Sylvain31 what is the jinja syntax for set a variable from - context: dict? I mean, I want in the template: {% set var = '' or the value passed in context if any %} expanding to an empty string is correct…
12:09 fracklen I usually go around the issue, passing a named dict to the context - and then using {% set var = options.get('foobar', 'default') %}
12:10 fracklen Haven't found a good alternative to rubys "if defined?(foobar)"
12:16 AndreasLutro either use the "is defined" test or the "default" filter
12:19 fracklen AndreasLutro: Thanks! Nice to learn something new!
12:20 hlub joined #salt
12:21 Sylvain31 that way ! tanks: {% if jinja_filter is defined %}
12:21 numkem joined #salt
12:21 DammitJim joined #salt
12:21 hlub I am using {{ "today" | strftime("...") }} but it does not work. It suggests installation of timelib, which is installed.
12:22 kawa2014 joined #salt
12:23 hlub oh, moreover, this SLS works when I call salt-call state.apply my.sls but calling it from scheduler provides the mentioned error.
12:24 AndreasLutro do you have multiple python versions installed? did you restart the minion after installing timelib?
12:25 ivanjaros joined #salt
12:26 Sylvain31 2nd solution for jinja not defined vars: {{ my_variable|default('my_variable is not defined') }}
12:26 renaissancedev joined #salt
12:27 hlub AndreasLutro: I think I've even rebooted the machine after the installation but ensuring it now.
12:29 AndreasLutro the only other option I can think of is some environment variables being set when you run salt-call but not for the daemon
12:29 Sylvain31 AndreasLutro: thanks for the tips :)
12:30 AndreasLutro np
12:30 edrocks joined #salt
12:31 rem5 joined #salt
12:34 opdude joined #salt
12:35 fannet_ joined #salt
12:38 lero joined #salt
12:40 nmadhok joined #salt
12:40 TooLmaN joined #salt
12:42 barmaley joined #salt
12:43 squishypebble joined #salt
12:43 lero joined #salt
12:45 ivanjaros joined #salt
12:46 antpa joined #salt
12:47 Sylvain31 some salt magic for creating chroot environment?
12:53 ivanjaros joined #salt
12:55 Sylvain31 …I will skip this one for the moment: apache + fastcgi + php-fpm in chrooted env… seems some trouble here.
12:56 antpa joined #salt
12:56 fracklen Sylvain31: I would usually do that part in docker...
12:57 Sylvain31 fracklen: not in my mission, but seems cool;)
12:58 felskrone1 joined #salt
12:58 hlub docker is the way to go
12:59 Sylvain31 some url?
13:00 iceyao joined #salt
13:03 dyasny joined #salt
13:06 subsigna_ joined #salt
13:07 iceyao_ joined #salt
13:07 fannet_ joined #salt
13:07 babilen Sylvain31: http://www.boycottdocker.org/
13:11 mage_ Sylvain31: FreeBSD + jails ):
13:12 evle joined #salt
13:12 AndreasLutro what a pretty website
13:14 edrocks joined #salt
13:14 komputes_ joined #salt
13:15 edrocks joined #salt
13:19 dfinn joined #salt
13:23 racooper joined #salt
13:26 rhodgin joined #salt
13:27 gngsk joined #salt
13:29 AndreasLutro what awful english
13:29 AndreasLutro if you want to stop people from doing docker that is an awful way to do it
13:32 perfectsine joined #salt
13:33 mapu joined #salt
13:34 edrocks joined #salt
13:39 kaptk2 joined #salt
13:40 Rumbles joined #salt
13:42 Sylvain31 lol
13:43 lero joined #salt
13:45 jcherndon hello. I have a execution module that is getting awfully big with functions. I was wondering if there is a way to pull the functions into their own modules within a package type?
13:46 jcherndon I thought I had it but my implementation didn't work
13:46 AndreasLutro jcherndon: "within a package type"?
13:47 jcherndon I guess a subdir? like pyhton module
13:47 AndreasLutro not really, if you want to do something like that you're best off creating a private pip (or similar) package then importing that package's functions into your execution module
13:47 menglish joined #salt
13:48 jcherndon wow, don't care or want to do that. I had them pulled out but ended up calling the internal func and sub module the same name. Calling them became redundant
13:49 jcherndon is there a way to write code in .py without having to have it wrapped in a function?
13:49 AndreasLutro yes but salt submodules won't allow it
13:49 AndreasLutro er
13:49 AndreasLutro salt execution/state modules I mean
13:51 teryx510 joined #salt
13:51 teryx510 joined #salt
13:52 jespada_ joined #salt
13:53 Sylvain31 jcherndon: editor folding your code?
13:54 jcherndon writing it in vi, just wanted to compartmentalize it better. make it easier for the next guy to read
13:56 Sylvain31 jcherndon: vim supports folding pretty well… or "form your_subcode import *" ? would that work?
13:59 dmaiocchi joined #salt
13:59 knine joined #salt
14:00 rhodgin joined #salt
14:02 CimmX joined #salt
14:02 dyaln I'm curious, is anyone using reactors in a multi-master arrangement?  trying to figure out best practice to get around the minion choosing masters randomly (as described in issue#22396)
14:05 mpanetta joined #salt
14:06 mpanetta joined #salt
14:10 babilen dyaln: If you configure the same reactors on all masters it shouldn't make a difference, should it?
14:10 DarkKnightCZ joined #salt
14:17 nmadhok1 joined #salt
14:21 permalac joined #salt
14:21 robinsmidsrod joined #salt
14:22 coleman joined #salt
14:25 coleman Is there a good guide out there that describes a version control strategy for salt files? both states and master/minion configs?
14:26 renaissancedev joined #salt
14:26 west575 joined #salt
14:27 rem5 joined #salt
14:29 hasues joined #salt
14:29 hasues left #salt
14:30 amcorreia joined #salt
14:34 jespada_ joined #salt
14:34 komputes_ joined #salt
14:35 andrew_v joined #salt
14:38 flowstate joined #salt
14:46 Heartsbane joined #salt
14:46 Heartsbane joined #salt
14:48 komputes_ joined #salt
14:53 nofxrok joined #salt
14:55 Ayo_ joined #salt
14:56 menglish joined #salt
14:56 robinsmidsrod joined #salt
14:57 corichar joined #salt
14:58 mpanetta joined #salt
14:59 Sylvain31 coleman: I don't know. But minion => nothing. Everything is managed. ;)
15:01 perfectsine_ joined #salt
15:07 Aleks3Y joined #salt
15:09 flowstate joined #salt
15:11 _JZ_ joined #salt
15:11 favadi joined #salt
15:11 impi joined #salt
15:13 permalac joined #salt
15:17 noraatepernos joined #salt
15:22 bfig joined #salt
15:30 brotatochip joined #salt
15:31 Sylvain31 is salt.utils.traverse_dict_and_list available for any hash in Jinja?
15:32 manji you are killing us today :p
15:32 Sylvain31 {% set var = somehash.get('key:sub:subsub', 'defaut') %}
15:32 Sylvain31 ?
15:40 snergster joined #salt
15:44 tapoxi joined #salt
15:46 teryx5101 joined #salt
15:49 Rumbles joined #salt
15:49 brotatochip joined #salt
15:51 edrocks joined #salt
15:57 komputes_ joined #salt
16:01 marie1972 joined #salt
16:03 teryx510 joined #salt
16:06 ahammond Any news on 2016.3.1 or should I focus on getting our production master running off git?
16:06 nmadhok joined #salt
16:08 babilen ahammond: It has been tagged
16:08 ahammond babilen that's hopeful. :)
16:09 noraatepernos I need to iterate through pillar items in a jinja template.  Do I just pass the pillar from the sls/file.managed or can I access the pillar items directly in the template?
16:10 abednarik joined #salt
16:10 khaije1 joined #salt
16:10 fannet your pillar must target your host via the top file
16:11 fannet if it does then you can access it in the state file
16:11 Sylvain31 + saltutil.refresh_pillar
16:11 Sylvain31 salt '*' saltutil.refresh_pillar
16:12 fannet you can access it via {{ pillar['mykey'] }} in the state file
16:12 khaije1 MS acquires LinkedIn http://www.theverge.com/2016/6/13/11920938/microsoft-linkedin-acquisition-why-report
16:12 khaije1 Any known repurcusions for Salt?
16:12 fannet khaije1: yes - https://pbs.twimg.com/media/Ck1d5NcXEAAAp3w.jpg:large
16:13 babilen noraatepernos: You can access pillar values with "pillar.get" as in: {{ salt['pillar.get']('foo:bar:baz', DEFAULT_VALUE) }}
16:13 babilen That allows for nested lookups and default values
16:14 khaije1 fannet: chilling stuff that
16:14 Sylvain31 and I whish I can {% set var = somehash.get('key:sub:subsub', 'defaut') %} with any other hash… ;)
16:15 babilen hash?
16:15 noraatepernos babilen: is file.managed’s “defaults” or “context” even required?  Or can I just bypass that by moving the {{ salt[‘pillar’]… }} tags to my template?  My file.managed has template:jinja.
16:15 Sylvain31 sorry dict in python
16:15 babilen Ah, I guess you refer to Python's dictionaries.
16:15 babilen No, nested lookups aren't working in Python, becasue why would you want to support it?
16:15 kus joined #salt
16:16 jfindlay ahammond: just putting on the second coat now
16:16 Sylvain31 noraatepernos: yes it will work in the template too
16:16 babilen Whenever I develop in Python I'm missing Clojures uniform assoc-in and get-in way of accessing and setting values in collections. All collections.
16:16 ahammond jfindlay awesome
16:16 ahammond super excited! :)
16:16 noraatepernos Sylvain31: Awesome.
16:17 Sylvain31 babilen: it exist it is : salt.utils.traverse_dict_and_list
16:17 nmadhok joined #salt
16:18 ahammond Sylvain31 Ok, I'm gonna go take a look at that.
16:18 noraatepernos “If using a template, any user-defined template variables in the file defined in source must be passed in using the defaults and/or context arguments.” <— the key word there being “user-defined” I see.
16:18 Sylvain31 babilen: I issued some trick arround with pillarstack, that you forwarded me… but it is another story ;)
16:19 kawa2014 joined #salt
16:19 babilen Sylvain31: That's far from being in the default collection library and not nearly as uniform as a *single* way to access and set data in *all* collections (lists, dictionaries, tuples, ...)
16:19 ahammond noraatepernos You can either pass them in or do it in your template. I generally pass them in.
16:19 babilen Sylvain31: Take a look at http://clojuredocs.org/clojure.core/assoc-in and http://clojuredocs.org/clojure.core/get-in
16:20 babilen Anyway .. </offtopic>
16:20 noraatepernos ahammond: I’ve seen both ways but it almost seems like the latter is easier to keep track of.  Otherwise I’m coming up with short tag names for somwhat long pillar paths.
16:20 Trauma joined #salt
16:20 Sylvain31 are clojure compatible with Docker ? :-P
16:21 Sylvain31 babilen: it is lisp again!!!
16:21 Sylvain31 ;)
16:21 Sylvain31 OK
16:21 ahammond noraatepernos My move towards passing them in is to keep the template as clean as possible and localize uglieness / complexity to the formula.
16:22 babilen Sylvain31: Just think about how https://www.refheap.com/120251 would look in Python
16:22 onlyanegg joined #salt
16:22 babilen (and how you would pass around the "key sequence" to access nested data in your program)
16:23 ahammond noraatepernos If you're just doing yaml+jinja for your formulas, there's little benefit. Once you start messing around with #py and other renderers, it starts to pay off.
16:23 noraatepernos ahammond: Ahh, got it.
16:24 komputes_ joined #salt
16:26 ahammond noraatepernos also, it seems to be a win when you have traditional sysadmins trying to work with your salt formulae: they can usually start off only working with the template contents and not need to do much jinja.
16:27 dh__ joined #salt
16:27 noraatepernos ahammond: I can see that.
16:28 dh__ Can anyone tell me if a second environment needs to be nested under the first? i.e: do i need Base:/srv/salt Dev:/srv/salt/dev or can i use  Dev:/srv/salt-dev
16:29 noraatepernos I wrote these two simple python grains that I store in _grains on master.  One thing I’m a little confused about is making sure the digitalocean grain is ignored when deployed on aws.  In grains I have ‘manufacturer’ which on digitalocean is ‘DigitalOcean’ — can I put something in my digitalocean grain that says if grains[‘manufacturer’] != ‘DigitalOcean’ *don’t output anything* or is this built-in salt gr
16:29 noraatepernos data not available through any grains API when my custom grains are executed?  Right now my grain outputs a list of empty strings which seems kind of wonkey.
16:31 jcherndon joined #salt
16:32 jcherndon hello again, I was wondering how to use salt-cloud to create a vm in a vcenter subfolder?
16:32 jcherndon I was able to create a vm in a folder, but need to move it down an arbitrary level
16:32 amcorreia joined #salt
16:36 hasues joined #salt
16:36 hasues left #salt
16:37 impi joined #salt
16:37 feld joined #salt
16:40 ahammond noraatepernos I think your custom grain _might_ be able to reference the other grains, but I wouldn't be surprised if it didn't work. Sorry I don't have a better answer. My custom grains have all been much higher level.
16:42 nmadhok joined #salt
16:43 noraatepernos All I really wanted was for the minion to know what region it was in so it knew what load balancer to register with.
16:43 noraatepernos I guess I could pass it in with cloud-init, too.  I have trouble determining best practices when it comes to cloud-init vs grains.
16:44 noraatepernos I think my goal was to maintain a single cloud-init script.
16:44 noraatepernos compatible across multiple providers (or whatever happens to be in the manufacturer grain)
16:45 ry joined #salt
16:46 feld joined #salt
16:50 paydro joined #salt
16:51 punkoivan joined #salt
16:51 punkoivan joined #salt
16:52 woodtablet joined #salt
16:52 ahammond cloud-init ? I need to read about that. :)
16:53 woodtablet its very cool
16:53 punkoivan joined #salt
16:53 ahammond oh, it's a synonym for cloud-config?
16:54 ahammond Or... is it something salt specific?
16:55 punkoivan joined #salt
16:57 punkoivan joined #salt
16:58 manji joined #salt
16:58 punkoivan joined #salt
17:00 punkoivan joined #salt
17:03 ageorgop joined #salt
17:08 brotatochip joined #salt
17:10 drawsmcgraw joined #salt
17:11 ernestonavarro joined #salt
17:11 manji joined #salt
17:12 woodtablet @ahammond - i missed what you said prior to cloud-init? i had just joined. its what i sometimes use to setup an AWS EC2 instance. its does a couple of things that i know of, and probably more that i dont know. it allows you to ssh as the ec2-user with the key given to the EC2 instance. the other thing it does is propogate the text you put in the USEr-data field in the ec2 page into a rc.local-like file on the box. so when it boots up it runs
17:13 woodtablet What does everyone here use for their access controls to a system ? I use /etc/security/access.conf, anyone else ? by any chance have a formula for it =D
17:13 ahammond woodtablet I was hoping it was something along the lines of https://coreos.com/os/docs/latest/cloud-config.html
17:14 ahammond woodtablet we use traditional users and membership in wheel/sudo group for sudo access.
17:14 flowstate joined #salt
17:14 woodtablet ahammond: i am looking for something to control someone for sshing into a box
17:15 ahammond woodtablet control in what way?
17:15 woodtablet ahammond: allow who can access the system and from where
17:16 woodtablet ahammond: access.conf aka pam_access does it pretty well, just looking for a formula before i write one, or another option
17:17 ahammond woodtablet we don't allow any ssh as root. only allow v2 and require keys. Ssh port is firewalled to only allow access from our office IPs, VPN and salt-master (for salt-ssh)
17:20 woodtablet ahammond: as for cloud-config.. i dont think aws cloud-init does all that. however i think salt-cloud can (only did a cursory glance at what cloud-config  does)
17:21 mapu joined #salt
17:21 ahammond salt-cloud can create and bootstrap minions in most clouds on pretty much anything that has python. Which isn't CoreOS. And... I'm looking at running Kubernetes on CoreOS. Sigh.
17:23 iggy ccitizen: don't use that repo
17:25 flowstate joined #salt
17:29 alvinstarr joined #salt
17:30 iggy dh: do you absolutely need salt environments to function?
17:30 iggy if not, avoid them
17:32 abednarik joined #salt
17:32 manifold joined #salt
17:32 flowstate joined #salt
17:32 punkoivan joined #salt
17:34 punkoivan joined #salt
17:35 punkoivan joined #salt
17:36 KajiMaster joined #salt
17:37 whaity joined #salt
17:38 punkoivan joined #salt
17:38 amISalt joined #salt
17:39 punkoivan joined #salt
17:40 paydro joined #salt
17:41 dtsar joined #salt
17:41 punkoivan joined #salt
17:42 punkoivan joined #salt
17:43 skeebump joined #salt
17:43 ahammond The only way we currently use environments is with gitfs to test code in against the production. I always wonder if I'm missing something but I think that might be the best use for them.
17:44 paydro_ joined #salt
17:45 paydro joined #salt
17:45 s_kunk joined #salt
17:47 writtenoff joined #salt
17:47 paul__ joined #salt
17:49 iggy I gave up on them years ago
17:49 iggy they seem great in theory, but practice not so much
17:50 berserk joined #salt
17:51 edrocks joined #salt
17:54 paul__ Reading the salt docs, it appears that TCP transport is now supported and is no longer considered early development.  Is that true, Is anyone using TCP in their production enviornment?
17:55 bltmiller joined #salt
17:55 lilvim joined #salt
17:58 djinni` joined #salt
17:58 iggy I don't know about the tcp transport, but with the raet transport, you couldn't have mixed minions
17:58 iggy so you had to change everything over all in one go
17:58 iggy kind of a non-starter for anyone with a decent sized deployment
18:01 paul__ I just found in the docs that the TCP transport is still considered experimental as well.  So it has not changed.
18:03 user382910321 joined #salt
18:03 user382910321 goood day to you all! really liking the salt automation framework.
18:05 amcorreia joined #salt
18:05 user382910321 i'm wondering if someone might be able to help me... i'm trying to utilize the dockerng state but am receiving a "tuple index not found" error message. http://pastebin.com/wxFKBVTk
18:05 tapoxi hi everyone, wondering how you organize your pillar data. I should obviously treat dev and prod as separate environments, but should I do that for each DC as well or am I just repeating myself too often?
18:06 user382910321 specifically the dockerng.image_present module via dockerng state
18:06 gngsk joined #salt
18:07 drawsmcgraw user382910321: Can you show us a little more of that error output (the top few lines of the error got clipped out)?
18:07 drawsmcgraw Also, can you show us the state that's generating that error?
18:08 user382910321 sure @drawsmcgraw -- the state is @ http://pastebin.com/TRkwq3aR
18:08 Antiarc joined #salt
18:08 ageorgop joined #salt
18:08 user382910321 I'll grab some more output
18:09 drawsmcgraw I'm also suspect of the Docker build process itself but I'll lookit the state first
18:09 user382910321 drawsmcgraw: http://pastebin.com/XHX65fkd
18:09 user382910321 it seems to be loading the debian jessie image in, but not the jessie nginx image
18:10 keltim joined #salt
18:10 user382910321 i've been working on this for days now :(
18:11 ernestonavarro joined #salt
18:12 UtahDave joined #salt
18:12 gngsk_ joined #salt
18:14 user382910321 seems like even though i'm vagrant destroying the masterless minion machine it's retaining some salt configuration from a bound directory
18:14 drawsmcgraw user382910321: Have you been able to successfully build the Docker image *without* Salt?
18:15 drawsmcgraw That error sounds to me like the actual Docker build is failing
18:16 user382910321 drawsmcgraw: i'll focus on that and let you know soon, thanks for the input
18:18 user382910321 i was thinking that the error was mainly salt based due to the python error about tuples
18:19 user382910321 although the subsequent pastes i put up seem to not have that particular error
18:19 drawsmcgraw user382910321: yeah, the comment seems to have changed
18:19 DammitJim joined #salt
18:20 drawsmcgraw I'd be interested in seeing if "docker build ." succeeds inside the directory /home/docker/nginx
18:20 numkem joined #salt
18:20 drawsmcgraw user382910321: I'll be honest - I do a fair amount of Docker work for my organization. I've just wrapped templated shell scripts in cmd.script calls
18:21 drawsmcgraw This isn't your issue, but I saw something about problems encountered when running a private registry (something we do) and I just decided to avoid that module from there.
18:23 user382910321 that's good to note as a private registry is on my task list
18:23 numkem1 joined #salt
18:25 drawsmcgraw user382910321: Give it *lots* of space. I was a fool and started with 50GB for the registry. No where near enough. Wound up making another with 1TB of storage.
18:26 user382910321 omg
18:26 user382910321 That's a lot.. haha
18:27 drawsmcgraw It is. To be fair, they're Java applications and I'm still learning the art of image packing so there's certainly room for improvement.
18:29 user382910321 never knew that... i thought they were tarballs of filesystems after building a minimal jessie image via debootstrap
18:29 user382910321 or tarballs of a root directory rather
18:30 drawsmcgraw user382910321: I mean the applications I'm putting into Docker containers are Java applications.
18:30 user382910321 but i suppose docker adds a go program
18:30 user382910321 ahh
18:30 user382910321 gotta love java :)
18:31 drawsmcgraw Yeah....
18:32 brotatochip joined #salt
18:34 komputes_ joined #salt
18:34 rim-k joined #salt
18:36 user382910321 drawsmcgraw: thanks for the tip... it's failing when pulling some debian packages via aptitude... http://pastebin.com/8zbav9r8
18:36 user382910321 strange that's it's only some and not all.. wish it was a simpler firewall issue
18:37 drawsmcgraw user382910321: blech. Yeah those can get ugly. Especially if you're using any VPN connections.
18:41 user382910321 no masquerading, so i don't think it would be a vpn issue -- hmm, looks like i'm installing before updating/upgrading.. that's promising
18:41 antpa joined #salt
18:44 ivanjaros joined #salt
18:45 Satyajit joined #salt
18:46 jesusaur joined #salt
18:48 user382910321 now it looks as though it's a caching issue via apt cacher... this yak is getting skinnier
18:50 user382910321 Aaaand lunch time has come. Thanks again for pointing me in the right direction drawsmcgraw
18:51 Joe630 nuts: [ERROR   ] There was a profile error: global name 'WinRMTransportError' is not defined
18:52 wendall911 joined #salt
18:52 numkem joined #salt
18:54 drawsmcgraw Sure thing. Good luck!
18:54 Joe630 this is the trace,   File "/usr/lib/python2.7/site-packages/salt/utils/cloud.py", line 843, in wait_for_winrm
18:54 Joe630 except WinRMTransportError as exc:
18:54 Joe630 NameError: global name 'WinRMTransportError' is not defined
18:54 menglish joined #salt
18:55 Joe630 I'm confused about this one, it looks like WinRMTransportError is imported in a loop
18:55 Joe630 err a try block
18:55 Joe630 is this #saltdev talk?
18:56 drawsmcgraw Joe630: I think so, just appears that there's no one eyes-on related to this at the moment.
18:56 UtahDave yeah, it is, Joe630
18:56 UtahDave what version of salt-cloud?
18:57 Joe630 salt-cloud 2016.3.0 (Boron)
18:57 nmadhok joined #salt
18:58 antpa joined #salt
19:00 UtahDave Joe630: does   import winrm     work in a python session on your salt master?
19:00 Joe630 no, which is why I'm so cunfused. :)
19:00 Joe630 *confused
19:01 numkem joined #salt
19:01 UtahDave ok.  Looks like you need to get winrm installed and also that we have a bug that isn't checking the HAS_WINRM flag before trying to use it.
19:01 Joe630 if use_winrm and not HAS_WINRM:
19:01 Joe630 log.error('WinRM requested but module winrm could not be imported')
19:01 Joe630 return False
19:01 Joe630 it should just dump out right there, I'd think
19:02 UtahDave do you have use_winrm  set to True?
19:02 Joe630 i would love to see winrm in the salt repo
19:02 corichar joined #salt
19:02 Joe630 UtahDave: I do!
19:03 UtahDave Joe630: yeah, we're working on it.
19:03 deniszh joined #salt
19:04 Joe630 this looks right, right?
19:04 Joe630 use_winrm: True
19:05 impi joined #salt
19:07 ageorgop joined #salt
19:09 UtahDave yeah
19:09 bltmiller joined #salt
19:11 komputes_ joined #salt
19:16 bltmiller joined #salt
19:20 oeuftete Not sure if these are of use, but made two unpolished commits that make docker swarm work (so far) with 2015.8: https://github.com/oeuftete/salt/tree/salt-2015.8.10-swarm-friendly
19:26 brotatochip joined #salt
19:30 ajw0100 joined #salt
19:36 komputes_ joined #salt
19:38 edrocks joined #salt
19:41 ernestonavarro joined #salt
19:41 nZac joined #salt
19:42 whatevsz joined #salt
19:44 aharvey joined #salt
19:45 gngsk joined #salt
19:46 bltmiller joined #salt
19:54 ernestonavarro joined #salt
19:55 DanyC joined #salt
19:57 komputes_ joined #salt
19:58 irctc410 joined #salt
19:59 DEger joined #salt
20:02 DEger joined #salt
20:03 bfig left #salt
20:04 Guest58804 joined #salt
20:04 noraatepernos joined #salt
20:06 druonysus joined #salt
20:06 deniszh joined #salt
20:08 irctc410 Having an issue with using CentOS 7, for the first time as a master.  I can't seem to connect to a minion.  I posted what's happening here  https://gist.github.com/Slimmons/1797c41099be134455e7ace08173e75d
20:10 lero joined #salt
20:10 fracklen joined #salt
20:11 q1x irctc410: did you try disabling selinux?
20:12 irctc410 nope, I forgot all about selinux.  I'll try that right now, thanks
20:12 irctc410 I bet that's it
20:14 abednarik joined #salt
20:15 irctc410 hmm, nope, same issue
20:15 abednarik left #salt
20:15 DanyC anyone knows if is possible to pass the state id like "state '*' state.sls_id install-git-{{ host1 }} clone-repo" where host1 to be pulled out from pillar ?
20:16 Sylvain31 is it possible to declare a jinja macro indented for reading, but when replaced the indent is removed?
20:16 iggy DanyC: you can pass pillar on the command line
20:17 mpanetta_ joined #salt
20:18 DanyC iggy: sure but i'm not sure i can concatenate the state id with data from pillar
20:18 Ayo_ joined #salt
20:19 ernestonavarro joined #salt
20:20 noraatepernos I can’t seem to figure out the option to get salt ‘*’ state.highstate to debug on the master side.  Is there a way or do I need to watch on the minion side?
20:26 duncanmv joined #salt
20:27 ajw0100 joined #salt
20:28 irctc410 q1x: I had the master set to run as a non-root user, and hadn't changed the ownership of /etc/salt......oops
20:29 Sylvain31 DanyC: state '*' state.sls_id "install-git-${host1} clone-repo" maybe? where $host1 is a shell var
20:29 q1x irctc410: ok, good :)
20:30 DanyC Sylvain31: will give that a try, thx
20:35 irctc410 can the salt-master watch a directory on a minion, and perform a task based on something changing in that directory?  I know it can easily using watch, but is that only local, or also remote?
20:36 irctc410 I guess I could just have salt edit the cron config, to check and run something, just wondering if it has something that already does that.
20:37 user382910321 joined #salt
20:37 q1x irctc410: you could inotify to trigger a salt event and have the reactor system pick that up
20:38 mpanetta joined #salt
20:38 paydro I'm trying to add a function used in my states to combine pillar data and an environment variable on the minion. Would writing this function as a custom module in salt/_modules be the convention?
20:39 dendazen joined #salt
20:39 irctc410 q1x: I've never used beacons, I guess now is a good chance to mess around with them.  Thanks
20:45 brotatochip joined #salt
20:45 ageorgop joined #salt
20:50 duncanmv joined #salt
20:52 rem5 joined #salt
20:57 combinare joined #salt
20:58 antpa How do I remove salt/salt-master when installed via bootstrap method?
21:00 ahammond where can I find a good video that describes the processes which happen when you use salt to send a command?
21:02 Sylvain31 antpa: same question today http://irclog.perlgeek.de/salt/2016-06-13#i_12655024 the response was: Purging the packages should do the trick
21:03 noraatepernos Hmm.  Is it weird that the manufacturer grain in amazon ec2 is ‘Xen’?  Is that consistent?  I expected ‘Amazon’ or something like that heh...
21:04 Sylvain31 noraatepernos: probably the name of the virtualisation software ;)
21:04 noraatepernos Sylvain31: It is…I just looked it up.  Hrm.
21:04 antpa Sylvain31: Thanks.  I'm trying to upgrade my salt master on debian from 2015.8.1 to 2015.8.8 which is what's being installed on some Ubuntu 16 workstations...  2015.8.8 doesn't see the top file on my master though other minions using previous versions do.
21:05 noraatepernos I think the solution I’ve come up with that will work is putting cloud-init yamls under version control right along side my salt state files.
21:08 ageorgop1 joined #salt
21:09 nofxrok joined #salt
21:10 aharvey joined #salt
21:16 flowstate joined #salt
21:25 _JZ_ joined #salt
21:27 nmadhok joined #salt
21:28 Sammichmaker joined #salt
21:31 quantalrabbit joined #salt
21:34 flowstate joined #salt
21:34 quantalrabbit I want to effectively do "composer global require drush/drush:7.1.0" using salt.states but am confused at how to use composer.installed.
21:35 ernestonavarro joined #salt
21:39 jwang joined #salt
21:39 slimmons I need to monitor a directory on a windows 7 minion, and whenever a new file is uploaded, or a file changes, grab those files and move them to another windows 7 minion.  Using beacons.inotify seems like a good option, except it doesn't look like it works on windows 7 minions.  Anybody have any suggestions?
21:42 iggy slimmons: nope, you'll have to write your own that uses Windows filewatcher interface
21:42 noraatepernos quantalrabbit: I just used composer.installed seconds ago.  What are you needing to know?
21:45 slimmons thanks iggy
21:59 aharvey joined #salt
22:00 PeterO joined #salt
22:06 brotatochip joined #salt
22:06 Sylvain31 hi (we changed of day) is there a toplevel convention for orcherstrate? salt-run state.orch make.world
22:08 hoonetorg joined #salt
22:19 opdude joined #salt
22:28 ageorgop joined #salt
22:28 brotatochip joined #salt
22:41 brotatochip joined #salt
22:51 flowstate joined #salt
22:54 subsignal joined #salt
22:54 dfinn joined #salt
22:59 berserk joined #salt
23:10 druonysus joined #salt
23:12 aharvey joined #salt
23:18 berserk joined #salt
23:22 DEger joined #salt
23:28 user857432985 joined #salt
23:29 edrocks joined #salt
23:30 nofxrok joined #salt
23:32 noraatepernos joined #salt
23:32 rem5 joined #salt
23:38 DEger joined #salt
23:41 ahammond @jfindlay any news on .1?
23:41 paydro joined #salt
23:43 woodtablet quick question, i am about to upload my first formula to github, but i want it to show up under the saltstack umbrella
23:43 woodtablet do i Create a new repo like so? $USER/saltstack/$formula-name ??
23:44 jfindlay ahammond: still package testing
23:44 ahammond @jfindlay awesome! I know what I'm doing tomorrow. :)
23:45 ahammond woodtablet you'll have to start out by creating the repo under your own userid and then see about joining the saltstack-formulas organization. I'm not sure how to do that, but I'd be interested.
23:46 woodtablet ahh its an org
23:46 woodtablet well then, i ll just make it under me and then they can review it
23:49 flowstate joined #salt

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