Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-05-19

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

All times shown according to UTC.

Time Nick Message
00:00 sjmh So, there has to be *something* the master is doing.  Just something else to look for when I find time to start digging.
00:01 babilen But that would mean that the master *does* some pre-filtering based on its idea of the pillar data, but that the minion hasn't been informed about that pillar data yet
00:01 babilen (and therefore doesn't accept the job as valid)
00:01 sjmh yup
00:01 babilen Which is beyond unfortunate
00:02 babilen I mean .. one way or the other :)
00:03 babilen So you might actually be able to get your wish, but that doesn't help as the minions wouldn't accept their jobs
00:04 babilen You would think that the master renders pillars for all minions, selects the matching ones, triggers a pillar update on their side and then sends the job.
00:04 sjmh yeah.  I'm ok with refreshing them occasionally ( once a week ) - we use the pillar data from the cmdb for setting permissions for external_auth, but that data doesn't change very frequently
00:08 mosen joined #salt
00:11 aqua^c joined #salt
00:18 sjmh babilen - so yeah, I think I knew this at one point, but there are two different pillar commands you can run - items vs raw.  items asks the master to render the pillar for the minion, where as raw returns the pillar data that the minion currently has.
00:18 mosen hiya saltines
00:36 Bryson joined #salt
00:49 murrdoc joined #salt
01:01 futuredale joined #salt
01:02 tristianc joined #salt
01:02 catpigger joined #salt
01:02 johnkeates noot noot
01:03 johnkeates left #salt
01:05 iceyao joined #salt
01:07 edrocks joined #salt
01:33 anotherZero joined #salt
01:34 rgrinberg joined #salt
01:37 saltsa joined #salt
01:43 MikaT joined #salt
01:46 rem5_ joined #salt
01:48 ilbot3 joined #salt
01:48 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.5.10, 2015.8.8, 2016.3.0rc3 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
01:50 __noob joined #salt
01:53 auzty joined #salt
01:58 rem5 joined #salt
01:59 catpiggest joined #salt
02:05 iceyao joined #salt
02:08 iceyao_ joined #salt
02:10 ahammond I have a bunch of legacy machines created in Digital Ocean. I want to saltify them. I followed the "Getting Started with Saltify" guide. I've already configured salt-cloud to work with DO in general. When I do sudo salt-cloud -m /etc/salt/saltify-map-testcenter.yaml I get "[WARNING ] u'example_host_name' already exists, removing from the create map."... which makes sense I guess. How do I convince saltify to actually salt these machines?
02:13 ahammond These machines _do_ have salt installed, but are not yet configured to connect to our salt master, and don't have keys. That's all that I need.
02:13 hrumph joined #salt
02:13 hrumph hi
02:14 hrumph i've been pondering stuff for improving handling of windows of installs
02:14 ahammond And to add insult to injury, salt-ssh isn't working because my salt master is running python 2.6 and the minion is on 2.7. (or at least that's what I'm guessing)
02:32 mpanetta_ joined #salt
02:33 cilkay ahammond: I don't know the answer to your "How do I saltify?" question but the 2.6/2.7 mismatch issue is relatively easy to deal with. You can install 2.7 in a virtualenv on the salt master.
02:34 ahammond cilkay yeah, I considered that. I figured out the saltify problem (it assumes all machines listed by any cloud provider are already salted... so temporarily disable the cloud provider's config)
02:38 mohae_ joined #salt
02:54 jesusaur joined #salt
02:59 iceyao joined #salt
03:06 anotherZero joined #salt
03:09 ajw0100 joined #salt
03:12 writtenoff joined #salt
03:13 jesusaur joined #salt
03:20 favadi joined #salt
03:24 dayid joined #salt
03:25 keldwud_ joined #salt
03:26 Vishvendra joined #salt
03:32 Vishvendra joined #salt
03:35 rojem joined #salt
03:49 majikman joined #salt
03:53 majikman is there a way to contribute to documentation?
03:54 majikman ah, nvm. found it
03:55 _JZ_ joined #salt
03:57 faeroe joined #salt
03:57 macheck joined #salt
03:58 jesusaur joined #salt
04:00 felskrone joined #salt
04:01 josuebrunel joined #salt
04:03 maduro joined #salt
04:05 jerredbell joined #salt
04:07 dfinn joined #salt
04:09 macheck left #salt
04:10 macheck joined #salt
04:10 edrocks joined #salt
04:18 k_sze[work] joined #salt
04:19 fracklen joined #salt
04:25 guerby joined #salt
04:28 onlyanegg joined #salt
04:30 Ayo joined #salt
04:36 sjmh is there a salt function to quickly check if a minion id is valid/known?
04:46 subsignal joined #salt
05:03 zer0def joined #salt
05:05 sauvin joined #salt
05:06 VR-Jack joined #salt
05:07 twod_amhi joined #salt
05:12 opdude joined #salt
05:15 kshlm joined #salt
05:20 VR-Jack joined #salt
05:22 rdas joined #salt
05:22 jxm_ joined #salt
05:36 impi joined #salt
05:36 ontop joined #salt
05:37 ontop Does anyone else disable root login for ssh? How do you get around this in salt? I tried to divide my stuff up into two environments, one for "first run" machines that bootstrap SSH and an initial user. And one for things that have that user. Any better ways to do this?
05:41 onlyanegg joined #salt
05:44 jesusaur joined #salt
05:45 nethershaw joined #salt
05:45 favadi joined #salt
05:51 k_sze[work] Does salt ensure that a minion is only running one job at a time?
05:52 nethershaw joined #salt
06:04 viq joined #salt
06:06 colegatron joined #salt
06:08 Knuta ontop: you could disable password login for root, and only allow keys. I believe that's a pretty common thing to do, salt or no salt.
06:09 ontop Knuta: My problem is I'm using salt-ssh only, and then I basically have to have "two machines" worth of roster to accomplish that setup.
06:09 ontop One for the root account at the beginning, one for the non-root account after initial bootstrap.
06:10 Knuta ontop: but why do you need to block ssh logins for root?
06:11 ontop I guess I don't really. :\
06:11 ontop It's just something I've always done
06:11 ontop root only is ever su'd into or sudo'd
06:12 Knuta ontop: as i just said, a reasonable middle ground is to disable password login for root
06:12 ontop I disable password login for the entire box
06:13 Knuta well, then you could limit the authorized_keys for root to only contain salt :-)
06:14 ontop I suppose so.
06:14 ontop I mean - honestly the most annoying part of the multiple environments thing I've created
06:14 ontop Is that there's no way to ever get rid of that stupid "Top file merge strategy" error
06:14 ontop lol.
06:16 hlub joined #salt
06:22 duncanmv joined #salt
06:27 yuken joined #salt
06:27 yuken left #salt
06:34 toanju joined #salt
06:40 anmol joined #salt
06:44 josuebrunel joined #salt
06:48 subsignal joined #salt
06:52 iceyao joined #salt
06:54 ravenx joined #salt
06:54 KermitTheFragger joined #salt
06:55 iceyao joined #salt
06:57 fracklen joined #salt
06:58 iceyao joined #salt
06:58 Miouge joined #salt
07:00 fracklen_ joined #salt
07:01 iceyao joined #salt
07:01 GreatSnoopy joined #salt
07:03 fracklen joined #salt
07:03 fracklen joined #salt
07:07 Zhen joined #salt
07:08 ravenx hi, i think i have asked this before, and i kept trying and trying, to pass pillar,(just one) via the command.  essentialyl what i want to achieve, is for me to clone then build any branch i specify on my command line
07:08 ravenx here is a snippet of my .sls file:
07:08 ravenx https://paste.debian.net/687174/
07:08 ravenx as you can see i let the 'rev' be a pillar data
07:08 ravenx and this is my command line INPUT plus it's OUTPUT
07:08 ravenx https://paste.debian.net/687176/
07:09 ravenx i have passed in hot-fix-1.2.3, but the output shows rev: to be None all the time.  :/
07:09 ravenx any ideas?
07:11 zhen1 joined #salt
07:27 dgutu joined #salt
07:30 Rumbles joined #salt
07:30 jhauser joined #salt
07:31 Sylvain31 joined #salt
07:32 dgutu joined #salt
07:34 ivanjaros joined #salt
07:35 keimlink joined #salt
07:36 Knuta ravenx: I tried it locally using salt-call, and it worked. Does that work for you?
07:38 ravenx Knuta: let me give that s hot.
07:38 ravenx my rev: still is None
07:38 ravenx is my syntax correct?  can you show me yours?
07:41 Knuta ravenx: https://paste.debian.net/687182/
07:41 AndrewPashkin joined #salt
07:42 Knuta I just pasted in your config verbatim (except I missed the first character)
07:42 Knuta this is salt-call 2015.8.8.2 (Beryllium)
07:43 AndrewPashkin jfindlay: Hi, for some reason I can't post in salt-users Google group, can you or somebody investigate?
07:45 Miouge joined #salt
07:46 ravenx Knuta: gaaaah, so you ddi what i did and it worked?
07:46 ravenx ravenx: what the heck man..
07:46 ravenx i have a salt-call of 0.17.5
07:48 Knuta ravenx: That could explain why it didn't work. I suggest upgrading.
07:49 subsignal joined #salt
07:50 ravenx Knuta: i'll give that s hot
07:50 ravenx Knuta: thanks.  i just wanted to rule out a syntax error
07:51 Knuta there could be a difference in our configurations as well, I guess, but I'd deinitely try upgrading first.
07:52 ravenx Knuta: sure thing.  btw can i see your salt minion and master configs?
07:55 Knuta ravenx: minion config is empty except "environment: base", master config is rather complex but should be irrelevant here, since I used --local
07:57 ravenx --local for the salt-call?
07:57 Knuta yes
07:58 ravenx salt-call -local -debug?
08:01 manji joined #salt
08:02 iceyao_ joined #salt
08:04 dgutu joined #salt
08:05 linjan joined #salt
08:06 dgutu joined #salt
08:07 Miouge joined #salt
08:07 kshlm joined #salt
08:10 duncanmv joined #salt
08:10 Miouge joined #salt
08:12 iceyao joined #salt
08:13 edrocks joined #salt
08:14 iceyao joined #salt
08:20 Knuta ravenx: the command line I used is in the paste
08:21 s_kunk joined #salt
08:25 ravenx interesting... i have no --file-root command.
08:25 ravenx flag8
08:26 tuxx joined #salt
08:29 Sylvain31 hi, what is done actually for unittesting formulas?
08:30 Knuta ravenx: I only used that for testing, since I wanted a custom tree of states. My normal setup has 200 states that were irrelevant to the test, so I made a new folder with a top.sls and your file to test it.
08:31 ravenx Knuta: i only have one state (just that one) so i dont need the --file-roots, no?
08:31 Knuta correct
08:49 anmol joined #salt
08:51 subsignal joined #salt
08:51 iceyao joined #salt
08:53 garphy joined #salt
08:54 kshlm joined #salt
08:56 babilen Sylvain31: You could look into https://github.com/simonmcc/kitchen-salt
09:00 Sylvain31 babilen: I found something yesterday about http://kitchen.ci/… :)
09:02 Sylvain31 how do I dump/build a managed file? this one for example: https://github.com/saltstack-formulas/mysql-formula/blob/master/mysql/files/my.cnf ?
09:02 babilen Dump?
09:03 Sylvain31 salt 'db*' some.magic.file.managed mysql/file/my.cnf ?
09:03 babilen What would that do? Are you, mayhaps, looking for https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cp.html#salt.modules.cp.get_template or cp.get_file_str ?
09:03 Sylvain31 Dump, means stop at generating the file…
09:04 babilen You don't want it to be rendered?
09:04 Sylvain31 yep
09:04 Sylvain31 and ouput it on stdout
09:04 babilen cp.get_file_str
09:04 babilen https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cp.html#salt.modules.cp.get_file_str
09:05 babilen But you have the result of that on https://github.com/saltstack-formulas/mysql-formula/blob/master/mysql/files/my.cnf already
09:07 Sylvain31 babilen: how can I evaluate jinja in it?
09:08 DerGlaube joined #salt
09:09 Sylvain31 salt 'db*' cp.get_template salt://mysql/files/my.cnf /tmp/t
09:09 Sylvain31 generate it on the minion…
09:09 Sylvain31 render if you prefer ;)
09:11 mage_ mmh I wonder why this module doesn't use the std ConfigParser module https://github.com/saltstack/salt/blob/develop/salt/modules/ini_manage.py ..
09:13 babilen Sylvain31: What are you trying to achieve?
09:13 babilen mage_: That would have been too easy ;)
09:13 mage_ I'll fix that this WE :)
09:14 tracphil joined #salt
09:16 TheNutter joined #salt
09:17 TheNutter hi
09:19 Miouge joined #salt
09:19 fredvd joined #salt
09:20 TyrfingMjolnir joined #salt
09:29 lero joined #salt
09:34 rrei hey!
09:35 vano joined #salt
09:35 vano Moo!
09:37 vano Does anyone have an idea about CLOUD CREDENTIALS - --set-password=<USERNAME> <PROVIDER>
09:37 vano was that entirely DEPRECATED
09:37 Sylvain31 babilen: this http://paste.debian.net/687203
09:37 vano or just specific use of it.
09:38 babilen Sylvain31: huh? What is that and how is it related to salt?
09:39 vano salt-cloud
09:39 vano https://docs.saltstack.com/en/latest/ref/cli/salt-cloud.html#cloud-credentials
09:39 Sylvain31 babilen: it render a file and dump it to stdout with ssh key etc.
09:39 Sylvain31 on my saltmaster render_file /srv/salt/formulas/mysql-formula/mysql/files/my.cnf
09:40 dmaiocchi joined #salt
09:41 iceyao joined #salt
09:42 iceyao_ joined #salt
09:43 iceyao__ joined #salt
09:46 babilen Sylvain31: Whatfor?
09:49 Sylvain31 babilen: see the result of the rendered file metioned earlier. I don't know how to accomplish it in pure salt for now, it's a sysadmin trick. The door is locked, try the chimney. ;)
09:50 babilen You see the result if you apply the state to your minion, don't you?
10:03 Sylvain31 babilen: I don't want to apply it. Just generate (render the jinja) and stop. :)
10:09 Sylvain31 mainly for debug and learning purpose.
10:09 Humsie joined #salt
10:12 alvinstarr joined #salt
10:15 babilen Sylvain31: I typically do this in a vagrant box and run with test=True if I have to. But doesn't cp.get_template do what you want?
10:16 fracklen joined #salt
10:17 Sylvain31 babilen: it does. I've the real VM at disposal.
10:18 Sylvain31 babilen: I used to use /root/.my.cnf for storing root password in chmod 600
10:19 Sylvain31 I can generate it with salt and put it in /etc/salt/minion.d/55-root-my-cnf.conf for salt
10:19 Sylvain31 it works.
10:19 Sylvain31 I wrote the template for the file too
10:20 Sylvain31 and: root@saltmaster:/srv/salt/formulas/mysql-formula/mysql/files# render_file root-my.cnf
10:20 Sylvain31 produce the expected result!
10:22 babilen So all is well?
10:23 fracklen joined #salt
10:24 Sylvain31 weater is rainy, and time is still going on… ;) yes it's going well! Thanks for your help.
10:29 k_sze[work] joined #salt
10:30 fracklen joined #salt
10:31 k_sze[work] joined #salt
10:31 Miouge joined #salt
10:31 ravenx how can i use pillar + jinja to make one field blank
10:32 ravenx i'm using it to populate a config file, for the field "url="
10:32 ravenx only for staging servers should that have a value
10:32 ravenx and for tseting servers, it is okay to leave it as "url="
10:32 ravenx in my pillar/app/init.sls i have it as 'url: "" '
10:32 ravenx and now my salt is complaining :/
10:37 Miouge joined #salt
10:47 mowntan joined #salt
10:48 GreatSnoopy joined #salt
10:53 subsignal joined #salt
10:54 anotherZero joined #salt
10:55 N-Mi joined #salt
10:55 N-Mi joined #salt
10:55 flebel joined #salt
10:56 Sylvain31 ravenx: could you provide examples? pillar, expected result?
10:57 ravenx i have added:  ' ' and that seemd tow ork :)
10:58 kus joined #salt
10:58 onlyanegg joined #salt
11:01 Sylvain31 how can I hide password in salt result?
11:05 viq joined #salt
11:06 quasiben joined #salt
11:07 fracklen joined #salt
11:07 impi joined #salt
11:09 Humsie left #salt
11:09 Humsie joined #salt
11:10 amcorreia joined #salt
11:10 rem5 joined #salt
11:13 fracklen joined #salt
11:15 wendall911 joined #salt
11:18 fracklen joined #salt
11:21 vano Any idea how can I avoid placing clear-text password in salt-cloud provider files? (seems that CLOUD CREDENTIALS - --set-password is DEPRICATED)
11:23 Sylvain31 I commited an file mananged for root password, reusing pillar data: https://github.com/opensource-expert/mysql-formula/blob/remove-user/mysql/server.sls#L111 do I need to create a ticket on mysql formula too?
11:26 aqua^c joined #salt
11:26 babilen Sylvain31: I wouldn't want to leak passwords like that
11:27 Sylvain31 babilen: not as leak as /etc/mysql/debian.cnf, nor as in pillar. Did it?
11:28 Sylvain31 nor as in debconf database as well
11:28 babilen A person who has root on that box does not necessarily know the MySQL root password
11:30 Sylvain31 mysql --defaults-file=/etc/mysql/debian.cnf mysql will grant same privileges, right? so what?
11:30 __vano joined #salt
11:30 babilen I guess ...
11:31 babilen You are right in that it would be trivial for the root user to figure out the MySQL root password
11:31 Sylvain31 as well as restarting mysql without grant, it root power. and, yes I do give, that privelege to the root user, ;)
11:33 fracklen joined #salt
11:33 Sylvain31 I will provide a boolean to enable this feature. You also answered my quesiton about the ticket. I will create one, and paste somewhat about this exchange.
11:34 Sylvain31 ;)
11:34 iceyao joined #salt
11:36 Sylvain31 babilen: you may have noticed that the managed file commit answer my question about linking salt.module call to pillar, some days ago… Is was with you I was chating about that, if I'm right…
11:37 babilen I don't quite follow. Where do you "link[ing] salt.module call to pillar" exactly?
11:41 quasiben joined #salt
11:43 TheNutter anyone got some recommendations for a build / test server for running salt states though?
11:43 fracklen joined #salt
11:46 kawa2014 joined #salt
11:48 babilen TheNutter: What kind of recommendations? Are you looking for hardware specifications, recommendations as to which operating system to use, ideas for building a test setup with, say, vagrant or kitchen-salt, continuous integration, .... ?
11:48 fracklen joined #salt
11:52 Sylvain31 https://github.com/saltstack-formulas/mysql-formula/issues/120
11:52 saltstackbot [#120]title: produce managed file with mysql root acces from salt module related to pillar root_password | When you install this formula you may expect that the defined password for mysql's `root` on the managed server will be available on the salt master for [mysql.module](https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mysql.html) call:...
11:53 dgutu joined #salt
11:56 MadHatter42 joined #salt
11:56 babilen Sylvain31: The formula works just fine if you set the password in your pillar?!?
11:57 babilen You are referring to manual calls to the execution module?
11:58 garphy joined #salt
11:58 dendazen joined #salt
12:02 colttt_ joined #salt
12:03 TheNutter babilen: looking at software to run the build jobs and tell me if the fail or pass
12:03 fracklen joined #salt
12:11 punkoivan joined #salt
12:12 nmadhok joined #salt
12:13 punkoivan joined #salt
12:16 drawsmcgraw left #salt
12:17 Sylvain31 babilen: for me it doesn't work without the trick I used with /root/.my.cnf I udated the ticket with our exchange. How does it works for you in the pillar? Did I miss something?
12:18 babilen Sylvain31: I don't use execution modules, but write states ..
12:18 babilen I try to refrain from "manual" work as much as I can and essentially only use it for upgrades
12:18 babilen The rest is done via highstates
12:20 tracphil joined #salt
12:24 Sylvain31 salt 'db*' mysql.db_list seem handy to see the db, or to export them from the saltmaster. I used the manange many host, I feel sad not to be able the use "manual" work, nor execution modules directly, especially for testing or debuging purpose. also the trick I propose allow root scripting passwordless on the mysql server. mysqldump mytalbe | ssh someurgent-server mysql …
12:32 Ayo joined #salt
12:38 _mel_ joined #salt
12:39 mierst_ joined #salt
12:42 TooLmaN joined #salt
12:43 Miouge joined #salt
12:49 subsignal joined #salt
12:51 Miouge joined #salt
12:52 keimlink joined #salt
12:54 garphy joined #salt
12:54 lompik joined #salt
12:55 amcorreia joined #salt
12:55 RoGryza joined #salt
12:56 lilvim joined #salt
12:56 tracphil Hi all. Are minion grains cached on the salt-master between state.highstate runs?
12:57 babilen They are
12:58 babilen "alt-run cache.grains" shows them
12:58 babilen "salt-run cache.grains" that is
13:00 babilen tracphil: ^
13:01 subsignal joined #salt
13:03 west575 joined #salt
13:04 ixeous joined #salt
13:05 Biopandemic joined #salt
13:07 edrocks joined #salt
13:11 squishypebble joined #salt
13:11 numkem joined #salt
13:14 subsigna_ joined #salt
13:14 mowntan joined #salt
13:16 dmaiocchi joined #salt
13:17 WKNiGHT joined #salt
13:20 gh34 joined #salt
13:20 _JZ_ joined #salt
13:21 Elsmorian joined #salt
13:24 ivanjaros joined #salt
13:25 murrdoc joined #salt
13:25 pid1 joined #salt
13:26 __vano joined #salt
13:29 murrdoc joined #salt
13:29 murrdoc https://github.com/saltstack-formulas/influxdb-formula/pull/13#issuecomment-220256927 babilen ?
13:29 saltstackbot [#13]title: Influxdb 0.12 | This is the first batch of a number of changes that allow users to use the InfluxDB formula again. It drops support for InfluxDB 0.8 and supports versions 0.9 - 0.12. ...
13:30 babilen Enter Stage: murrdoc
13:30 babilen Leave Stage: murrdoc
13:32 west575_ joined #salt
13:36 edrocks joined #salt
13:36 mpanetta_ joined #salt
13:40 mapu joined #salt
13:48 mowntan joined #salt
13:52 drawsmcgraw joined #salt
13:54 av_ joined #salt
13:55 opdude joined #salt
13:57 jerredbell joined #salt
13:58 DammitJim joined #salt
14:00 TheNutter babilen: I am looking to have a server that will test my salt-states before I run them on a live machine, that will also give me good feedback
14:02 ALLmightySPIFF joined #salt
14:03 catpig joined #salt
14:03 Sylvain31 Rendering SLS 'base:mysql.user' failed: Conflicting ID 'mysql_user_remove_sylvain_10.0.0.1, with: "salt 'db*' state.show_low_sls  mysql.user" can I obtain the rendered yaml?
14:05 flowstate joined #salt
14:07 flowstate anyone else have trouble with minions being up but not "alived" in AWS?
14:09 andrew_v joined #salt
14:11 hlub joined #salt
14:14 fracklen joined #salt
14:15 XenophonF flowstate: yes
14:15 XenophonF i think it's due to outdated minions though
14:15 flowstate ahh okay
14:15 XenophonF i need to clean up my dev and prod environments out there
14:15 XenophonF i've got a bunch of minions that were messed up post-migration from another aws account
14:16 flowstate I'm hoping that mine was because of some dns tricks I had to pull, which meant that I had DHCP in between minions and master
14:16 flowstate but yeah, it throws just everything off
14:16 flowstate and I've tried the whole "ping the minions every minute" thing, still doesn't help
14:19 AndreasLutro I know there is a current bug making minions crap out if the master is away for more than a few minutes
14:20 flowstate hmm
14:20 AndreasLutro I'm considering adding some sort of minion-side cronjob that checks the salt minion logs for certain things and restarts the minion
14:20 flowstate if I still have issues, I'm going to look into the minion settings for keepalive
14:20 flowstate yeah, that sounds like the approach I was considering
14:20 flowstate oh, also, I have just recently gotten the "increase worker threads" message
14:21 flowstate and I was unable to find any sort of guidance on tuning that number
14:21 flowstate like, I went from 5 to 15
14:21 flowstate but then I saw that some people have numbers in the 3-digit range
14:22 jk_ joined #salt
14:22 Sylvain31 any trick for jinja2 -> sls "previewer"?
14:22 flowstate state.show_sls is what I've been using
14:22 flowstate look at the 'state' module for some options
14:23 flowstate it also helps to take a quick dive into the architecture of the renderer, if you haven't
14:23 flowstate difference between sls and low_state, etc
14:24 zmalone joined #salt
14:25 Sylvain31 flowstate: thanks doesn't help no detail for me. Can it stops at yaml before eval to a state?
14:26 sroegner joined #salt
14:26 tristianc joined #salt
14:26 flowstate hmm, let me take a look
14:26 flowstate I've got standup in a minute, I'll get back to you afterwards
14:26 Sylvain31 "salt-call -ldebug state.show_sls  mysql.user" on the minion is more verbose!!
14:27 ALLmightySPIFF joined #salt
14:28 flowstate you can set the output format to "yaml_out" and get the output in block format
14:28 flowstate that might be what you want
14:29 Sylvain31 it outputs the faulty yaml! ;)
14:29 flowstate haha
14:29 Sylvain31 (on the minion)
14:29 komputes joined #salt
14:29 flowstate you can do the same on the master with the correct targeting
14:30 Sylvain31 not yet: salt -ldebug 'db*' state.show_sls  mysql.user --out=yaml
14:30 Sylvain31 doesn't work
14:31 Sylvain31 where yaml_out goes?
14:33 fleaz joined #salt
14:33 berserk joined #salt
14:33 iceyao joined #salt
14:36 flowstate what do you mean it doesn't work?
14:36 flowstate is it not the format you want, or is it not executing?
14:36 flowstate and you're right, "--out=yaml" is correct
14:37 Sylvain31 flowstate: I got it that way for now from saltmaster:
14:37 opdude joined #salt
14:37 Sylvain31 ssh db0 "salt-call -ldebug state.show_sls  mysql.user 2>&1" | less
14:38 Sylvain31 I hit a bug with base:mysql.user' failed: Conflicting ID, I need to set the yaml, not evaluating it.
14:38 flowstate hmm, okay
14:39 Sylvain31 set ~ get
14:39 flowstate I see what you mean
14:39 flowstate basically, you want to see JUST the state after rendering the jinja
14:39 flowstate to figure out where your conflicting ID is
14:39 Sylvain31 YEAH !
14:40 Sylvain31 fortunately ssh is always here ;)
14:44 flowstate I'm sorry, I can't find a way to do it
14:44 myraft joined #salt
14:45 majikman in a top file, is it to possible to use a logic not operator when specifying group of hosts?
14:45 hasues joined #salt
14:46 hasues left #salt
14:46 toastedpenguin joined #salt
14:48 Sylvain31 majikman: example?
14:49 majikman Sylvain31, http://pastebin.com/kPsRadFq
14:52 berserk joined #salt
14:53 Sylvain31 would '*' don't apply here?
14:53 berserk joined #salt
14:53 majikman i was trying that, but the consul_agent configs were conflicting and were taking precedence over consul_server, effectively turning my consul servers into agents
14:53 west575 joined #salt
14:54 rem5_ joined #salt
14:54 majikman the documentation seems to say that not should work in the top file, but something must be wrong with my syntax
14:55 flowstate oh
14:55 flowstate have you tried
14:55 flowstate not G@role:consul_server?
14:55 flowstate maybe it needs the compound syntax because you're using an operator?
14:56 flowstate hmm, but you have match:grain
14:56 flowstate try removing that from the 'nots'
14:56 flowstate and using G@
14:56 majikman i get this error now: Specified SLS 'match:compound' in environment 'base' is not available on the salt master
14:56 flowstate I use compound matching in my topfile
14:56 flowstate hold on, let me check mine
14:57 majikman ok, thanks
14:57 flowstate http://pastebin.com/5HxJsVuP
14:57 flowstate this works
14:58 majikman awesome! that works! thansk flowstate!
14:58 flowstate woot!
14:58 flowstate np
14:58 ALLmightySPIFF joined #salt
14:58 majikman that's weird. the documentation seems to state i need the     - match: compound line
14:58 majikman but removing that is what got it to work
14:59 flowstate interesting
14:59 flowstate I haven't used that match: syntax
14:59 ALLmightySPIFF joined #salt
14:59 flowstate guess I won't be looking into it now
14:59 majikman haha
14:59 majikman i'll file a ticket with salt to see if this inconsistency is my error or not
15:00 flowstate that's a good idea, I will follow it as well, I'm curious where the inconsistency is
15:01 jfindlay AndrewPashkin: if you pm me your email address and I'll look into it
15:02 Lee_ joined #salt
15:06 rihannon joined #salt
15:06 west575 joined #salt
15:07 Brew1 joined #salt
15:07 mpanetta_ Is salt no longer available via pip?  Every time I try to do a search I get an exception: Fault: <Fault 1: "<type 'exceptions.KeyError'>:'_pypi_hidden'">
15:08 majikman flowstate, in case you're interested in following: https://github.com/saltstack/salt/issues/33360
15:08 saltstackbot [#33360]title: Documentation on match: in a top file doesn't match functionality | According to the docs here https://docs.saltstack.com/en/latest/topics/targeting/compound.html, specifying `match: compound` should work...
15:09 flowstate majikman: thanks! I'll keep an eye on it
15:12 jfindlay mpanetta_: it should be
15:13 mpanetta_ jfindlay: Hmm, I wonder why pip search is broken for salt then.  I ca search for other things fine.
15:15 mpanetta_ pip install salt seems to work fine
15:15 mpanetta_ So weird that I can't search
15:21 Josh555 joined #salt
15:21 Josh555 Hi
15:21 Josh555 I'm cool
15:24 jfindlay too cool for salt
15:24 jfindlay mpanetta_: that is weird
15:24 VR-Jack joined #salt
15:26 jfindlay mpanetta_: I'm also getting a stack trace: https://gist.github.com/jfindlay/7ee72ace5fb9eb1e040bc60ba4c06692
15:26 west575 joined #salt
15:28 mpanetta_ jfindlay: I wonder what that _pypi_hidden is supposed to mean
15:34 Sylvain31 https://github.com/saltstack-formulas/mysql-formula/issues/119 udated.
15:34 saltstackbot [#119]title: remove  a mysql user  functionality | Add a functionality to remove a database user:...
15:37 XenophonF joined #salt
15:38 mohae joined #salt
15:42 murrdoc joined #salt
15:43 ajw0100 joined #salt
15:45 berserk joined #salt
15:46 fracklen joined #salt
15:49 tracphil babilen, thanks!
15:53 dfinn joined #salt
15:53 mohae_ joined #salt
15:54 writtenoff joined #salt
15:54 west575 joined #salt
15:56 cyborg-one joined #salt
16:00 lungaro joined #salt
16:04 brianfeister joined #salt
16:06 joshin joined #salt
16:06 rsanting joined #salt
16:08 bshelton229 joined #salt
16:16 saltling Anyone have any issues where 'git.latest' fails to clone a repo but reports it does?
16:17 edrocks joined #salt
16:21 bltmiller joined #salt
16:29 flowstate joined #salt
16:30 rihannon joined #salt
16:31 west575_ joined #salt
16:32 flowstate joined #salt
16:33 RoGryza joined #salt
16:39 dezertol joined #salt
16:42 nate_c joined #salt
16:45 capra_ibex joined #salt
16:46 izaki joined #salt
16:52 impi joined #salt
16:56 quasiben joined #salt
16:59 ageorgop joined #salt
16:59 flowstate joined #salt
16:59 nmadhok joined #salt
17:01 s_kunk joined #salt
17:02 devster31 can I cat files from gitfs to see if they are the ones I wanted?
17:03 Thiggy joined #salt
17:03 flowstate joined #salt
17:04 mapu joined #salt
17:08 flowstate joined #salt
17:14 flowstate joined #salt
17:17 flowstate joined #salt
17:18 gtmanfred if you are on the master, you can check /var/cache/salt/master
17:18 gtmanfred the gitfs cache should be somewhere in there
17:18 gtmanfred there are also ways to list and manipulate the fileserver backend https://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.fileserver.html
17:19 gtmanfred i remember there is a way to list them from the minion, but i can't remember what it is
17:21 zer0def joined #salt
17:22 jfindlay cp.list_master will list files served by the master
17:22 jfindlay but not their contents
17:22 cnk joined #salt
17:23 jfindlay you could use cp.get_file to copy a file down to the minion if you wanted to look at it
17:26 flowstate joined #salt
17:26 Fiber^ joined #salt
17:28 UtahDave joined #salt
17:29 anotherZero joined #salt
17:30 Lionel_Debroux_ joined #salt
17:31 flowstate joined #salt
17:34 berserk joined #salt
17:35 flowstate joined #salt
17:41 aw110f joined #salt
17:47 blw0rm joined #salt
17:50 garphy joined #salt
17:50 zenlot joined #salt
17:52 quasiben joined #salt
17:52 wryfi given this gitfs configuration, where does my _grains directory need to go?
17:52 wryfi https://gist.github.com/wryfi/8674891df7454fcf6bc0ab57ac3c6682
17:52 wryfi in <repo>/_grains? <repo>/states/_grains?
17:54 UtahDave <repo>/states/_grains
17:54 UtahDave wryfi: because the _states directory needs to be in the root of your file_roots.
17:54 wryfi UtahDave: thanks
17:56 cliluw joined #salt
17:57 flowstate joined #salt
18:00 quasiben1 joined #salt
18:04 dmaiocchi joined #salt
18:07 punkoivan joined #salt
18:07 punkoivan left #salt
18:08 deus_ex joined #salt
18:10 josuebrunel joined #salt
18:10 edrocks joined #salt
18:13 nZac joined #salt
18:17 codewaffle joined #salt
18:18 devster31 gtmanfred: salt-run fileserver.dir_list and file_list with optionally backend=gitfs lists files and directories, I'm having some troubles navigating the actual /var/cache/salt directories, it's a bit convoluted, but my issue is that I didn't test them properly, I'll need to set that up, I shouldn't have to look at files on the master
18:20 jmedinar joined #salt
18:20 renaissancedev joined #salt
18:22 jmedinar I have this state that works for ALL minions except one... But then ALL other states work also for that minion just this one in particular is not working
18:23 jmedinar but it doesn't send any error nor in the master or in the minion debug
18:23 jmedinar Succeeded: 0 Failed:   0
18:23 jmedinar any idea?
18:24 ageorgop joined #salt
18:25 jmedinar here is the state http://pastebin.com/pcEHMNUw
18:26 Garo_ joined #salt
18:26 dustywusty_ joined #salt
18:26 Pie_Mage joined #salt
18:26 tharkun joined #salt
18:26 LordOfLA joined #salt
18:26 tvinson joined #salt
18:26 tristianc_ joined #salt
18:26 CeBe joined #salt
18:26 baoboa joined #salt
18:27 xMopxShell joined #salt
18:27 Vaelatern joined #salt
18:27 wendall911 joined #salt
18:27 MeltedLux joined #salt
18:27 colinstgeorge joined #salt
18:27 marcinkuzminski joined #salt
18:28 Cottser joined #salt
18:29 fracklen joined #salt
18:30 upb joined #salt
18:30 Ryan_Lane joined #salt
18:31 etw joined #salt
18:31 JonGretar joined #salt
18:31 supermike_ joined #salt
18:32 vaelen joined #salt
18:32 whytewolf joined #salt
18:32 Ashald hi guys
18:33 Ashald does anybody knows how to get __opts__ inside #!pyobjects state?
18:33 akoumjian joined #salt
18:33 copelco joined #salt
18:33 colinstgeorge joined #salt
18:33 murrdoc dont do it ?
18:33 murrdoc or use config.get
18:34 babilen Ashald: Shouldn't that be __opts__ right away? But yeah, use config.get
18:34 babilen What issue are you having?
18:34 babilen Yeah, https://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.py.html mentions __opts__
18:34 OliverMT joined #salt
18:35 babilen murrdoc: You linked my comment to my influxdb PR earlier. Anything in particular you wanted to tell me with that?
18:35 west575 joined #salt
18:35 Ashald Thanks!
18:35 Ashald just __opts__ doesn't work
18:35 babilen It does
18:35 Ashald config - was the right way
18:35 murrdoc babilen: i am puneetk
18:35 Ashald but actually
18:35 babilen murrdoc: Right!
18:35 Ashald I it was just config not the config.get
18:36 babilen Ashald: What are you doing exactly that doesn't work?
18:36 Ashald __opts__['pillarenv']
18:36 Ashald Or rather opts['pillarenv'] - that's what I had in my Jinja sls
18:36 babilen murrdoc: It's just that I took quite some time to come up with sensible and fine granular commits and was a bit sad that they were all squashed together
18:36 babilen Ashald: Where do you have that?
18:36 Ashald Moving to #!pyobjects it become config('pillarenv')
18:37 Ashald babilen I had it in my orchestration formula (jinja + yaml sls)
18:37 Ashald Well, I have a solution already - thanks
18:37 babilen Ah, pyobjects and not py
18:37 babilen sry
18:37 Ashald np ;)
18:37 coen-hyde joined #salt
18:37 Ashald you use py?
18:38 babilen I do use the #!py renderer every now and then
18:38 MindDrive joined #salt
18:38 colinstgeorge joined #salt
18:38 Ashald I just decided to move my Jinja/YAML orch formulas to python
18:38 Ashald since it's more actions rather thans tates
18:38 Ashald *rather than states
18:38 babilen aye
18:39 Ashald and was wondering where to go: PyObjects or just Py
18:39 Ashald decided to start with PyObjects
18:39 murrdoc babilen: sorry, force of habi
18:39 Ashald as it it looks like it will take less lines :)
18:39 Ashald but I wonder whether I will eventually move to py :)
18:41 babilen murrdoc: Yeah, and now I'm unsure what to do .. I really spend quite some time on getting that nice and .. well .. could have had the same effect right away
18:41 murrdoc we can revert if you want
18:42 coen-hyde hey guys, I’m trying to use the sqs_events engine and getting “Could not LazyLoad sqs_events.start”. I’m on 2015.8.8.2. According to the docs the sqs engine should be built in. I’m super new to saltstack so i’m probably doing something silly. Any idea’s what could be going on?
18:43 babilen murrdoc: Yeah, why not?
18:44 babilen https://github.com/saltstack-formulas/influxdb-formula/pull/16
18:44 saltstackbot [#16]title: Revert "Influxdb 0.12" | Reverts saltstack-formulas/influxdb-formula#13 -- These commits shouldn't have been squashed.
18:46 rojem joined #salt
18:47 murrdoc send a second one babilen
18:47 feld joined #salt
18:48 babilen #17
18:50 murrdoc https://github.com/saltstack-formulas/influxdb-formula/pull/17#issuecomment-220417908
18:50 saltstackbot [#17]title: Influxdb 0.12 | And another try... Please don't squash!
18:51 babilen ta
18:53 rem5 joined #salt
18:53 babilen murrdoc: Do you use influxdb?
18:54 murrdoc not yet
18:54 murrdoc we went to opentsdb
18:57 amcorreia joined #salt
18:57 babilen Any particular reason for that choice?
18:59 quasiben joined #salt
18:59 Aleks3Y joined #salt
18:59 murrdoc amount of data
19:00 murrdoc 18K servers
19:01 ALLmightySPIFF joined #salt
19:10 rem5 joined #salt
19:11 beardedeagle joined #salt
19:12 beardedeagle UtahDave: Is there a reason why salt-api does not return minions that are not responding when you test.ping?
19:13 barmaley joined #salt
19:15 beardedeagle or anyone really
19:16 UtahDave beardedeagle: not sure. Let me ask
19:17 beardedeagle thanks
19:23 UtahDave beardedeagle: So, it turns out that the feature to display the minions that aren't responding is provided by Salt's cli, not Salt's internals.  The targeted minions should be in the job cache, though
19:23 beardedeagle gotcha
19:23 beardedeagle good to know
19:24 beardedeagle thank you
19:26 coen-hyde it looks like boto doesn’t come bundled with salt? re my issue with “Could not LazyLoad sqs_events.start” was because i didn’t have boto installed
19:29 AndreasLutro why would it come bundled with salt? not everyone runs on aws
19:29 devster31 do I need to restart salt-master if I add a new gitfs remote? or if I change one?
19:30 coen-hyde it’s a dependency a builtin module depends on. imo anything built in should just work.
19:30 coen-hyde I’ll submit a pr to at least document the dependancy
19:34 AndreasLutro considering how many built-in modules/states come with salt I don't think that's a reasonable expectation
19:34 wmp left #salt
19:35 mdhas_ joined #salt
19:36 UtahDave devster31: You have to restart the salt-master any time you modify that master config.  (except for a few small exceptions)
19:37 UtahDave coen-hyde: Yeah, we have literally hundreds if not thousands of things different Salt modules depend on. We can't ship all of them.
19:38 coen-hyde fair enough
19:38 tharkun joined #salt
19:39 ageorgop joined #salt
19:40 metalseargolid joined #salt
19:40 saltling With the git.latest state, I've noticed that it looks looks like it returns True before it finishings cloning the repo, which in turn is causing my custom state to fail as it requires files in that git repo. Anyone notice something similar?
19:42 AndreasLutro saltling: never, I would double check that assumption if I were you
19:43 metalseargolid What is the correct way to retrieve a grain using a salt-mine function?
19:43 saltling AndreasLutro: I wouldn't be asking if I didn't have an issue with it.
19:43 AndreasLutro metalseargolid: if you just want to put the grain into the mine, just use grains.get
19:44 slav0nic joined #salt
19:44 metalseargolid that's how i've been trying, i've been going through the salt-mine examples
19:44 metalseargolid here's what i've tried so far
19:44 AndreasLutro saltling: I get that, but I'm 99% confident it's something other than what you're suggesting that's the issue because salt doesn't do individual states asynchronously or anything like that
19:44 mapu joined #salt
19:45 saltling I'm certainly not denying my assumption is wrong.
19:45 metalseargolid AndreadLutro: salt 'node' mine.get 'mygrain' grains.get grain
19:45 dfinn joined #salt
19:45 metalseargolid AndreasLutro: ^
19:45 rem5 joined #salt
19:46 AndreasLutro metalseargolid: that's not how mine functions work - first you need to set up the minion configuration correctly, then you can do something like this: salt 'node' mine.get '*' get_my_grain
19:46 AndreasLutro where get_my_grain is the mine function you've configured as: grains.get grain
19:46 austinpapp joined #salt
19:47 austinpapp hey all. so noob problems.
19:47 austinpapp No minions matched the target. No command was sent, no jid was assigned.
19:47 austinpapp its not exactly clear which minion has issues to me
19:47 AndreasLutro saltling: maybe share the sls and error message(s) you're getting?
19:48 austinpapp this is in fact running orch using salt.state
19:48 austinpapp this is what is confusing me:
19:48 austinpapp ----------           ID: dbdwn     Function: salt.state       Result: True      Comment: States ran successfully.      Started: 15:45:43.075699     Duration: 261.68 ms      Changes:    ----------
19:48 metalseargolid AndreasLutro: ah so i have to write the function and deploy it to the minion before it will work?
19:48 austinpapp ugh.. how do i format in irc? its been YEARS
19:49 AndreasLutro austinpapp: you don't, just use some sort of pastebin
19:49 AndreasLutro metalseargolid: yes, but "writing the function and deploy" means just adding it to the minion config
19:49 austinpapp far enough
19:49 austinpapp fair*
19:49 metalseargolid AndreasLutro: awesome, thanks
19:50 AndreasLutro austinpapp: also the salt.state can run successfully on the master without targetting any minions - I'd double check if the targetting specified in the orchestrator actually matches any minions
19:52 Trauma joined #salt
19:52 austinpapp AndreasLutro so yea
19:52 austinpapp it was the target :(
19:53 austinpapp autogen'd hostname where l and 1 did me in
19:53 austinpapp sigh
19:53 saltling AndreasLutro: http://pastebin.com/mwV5dWzW
19:55 AndreasLutro saltling: is this applying on the salt master?
19:55 saltling yes.
19:56 AndreasLutro so the "source: salt://rocksalt/pillar" is actually you trying to copy from /srv/salt/rocksalt/pillar?
19:56 bltmiller joined #salt
19:56 saltling @AndreaLutro yes. the flow is git.latest pulls my repo, pops it into /srv/salt (which then the fileserver should recognize) and then I do things with the files.
19:57 AndreasLutro that's probably never going to work because of fileserver caching and the fact you're changing state files *in the middle of the state run*
19:58 AndreasLutro I recommend you either switch to gitfs or replace your file.recurse states with symlinks instead
19:58 AndreasLutro or just change your master configuration to read states/pillars/formulas from the various subdirectories
19:58 manji joined #salt
19:58 AndreasLutro also by putting pillars in a subdirectory of /srv/salt you're making all pillars accessible to all minions
19:58 AndreasLutro so you probably don't want to do that
19:59 saltling hmmm. my original intent was to create a single state file that would prep my master enough that I could run a highstate, which then switches everything to gitfs.
20:00 saltling (the piillar data gets cleaned up later on)
20:00 AndreasLutro if you want to do that I think it's much easier if you just add salt-ssh configuration to your rocksalt repo
20:01 saltling hmmm. I didn't think about that. I'll look into it. Thanks!
20:01 AndreasLutro that's what I do to bootstrap the initial salt master using the same states as in produciton: salt-ssh 'saltmaster*' state.apply salt.master
20:03 Netwizard joined #salt
20:04 mohae joined #salt
20:05 manji joined #salt
20:06 rem5 joined #salt
20:11 quasiben1 joined #salt
20:14 fracklen joined #salt
20:17 bantone joined #salt
20:17 UtahDave joined #salt
20:17 edrocks joined #salt
20:18 mowntan joined #salt
20:18 mowntan joined #salt
20:18 mowntan joined #salt
20:18 austinpapp i'm using orchestration which calls just a series of states with require set to the previous. this works well. however, the scripts being called in the state file do in fact have return codes (and stdout/err). how do you exit if any step fails ?
20:19 devster31 UtahDave: thanks
20:21 mpanetta_ Um
20:21 mpanetta_ Is docs.saltstack.com down?
20:21 ALLmightySPIFF joined #salt
20:22 austinpapp mpanetta_: no i'm looking at it right now
20:22 mpanetta_ chrome is giving me an error page when I try to go that says: ERR_INSUFFICIENT_RESOURCES
20:22 UtahDave austinpapp: It's up for me.  We just did an update, maybe refresh again?
20:22 mpanetta_ austinpapp: Try just going to docs.saltstack.com
20:23 mpanetta_ Ok that was weird
20:23 cableninja_ joined #salt
20:23 mpanetta_ I went to http:// instead of https:// and it redirected me and then loaded ok
20:23 ALLmightySPIFF joined #salt
20:24 drawsmcgraw joined #salt
20:26 devster31 does this https://bpaste.net/show/ee8bc884c402 mean that the variable isn't substituted? do I need to use " instead of ' ?
20:28 babilen devster31: You don't need {{ .. }} within a {% ... %} block
20:29 devster31 even if filepath is from a pillar?
20:30 devster31 I mean, I'm passing it as an argument to a function basically
20:30 babilen If it is defined it is defined
20:31 babilen (but that is obviously not the entire file, so I can't comment on that)
20:32 babilen ... salt['file.search'](filepath, ...) ... is what you want assuming filepath has been defined earlier
20:33 devster31 I'll try that, what about the second half, 'secure_path\s*=\s*\W*{{ secure_path }}' do I need something like 'secure_path\s*=\s*\W*' + secure_path ?
20:34 babilen I'd use ~ in lieu of +, but yeah
20:34 babilen http://jinja.pocoo.org/docs/dev/templates/
20:34 devster31 it's a modification on the users-formula, since the default adds the secure_path line at the end and i'd prefer it to replace the original one
20:34 Rumbles joined #salt
20:36 babilen http://jinja.pocoo.org/docs/dev/templates/#other-operators for ~ and http://jinja.pocoo.org/docs/dev/templates/#synopsis → expressions / statements
20:37 babilen Why do you prefer that?
20:38 cableninja joined #salt
20:39 cableninja__ joined #salt
20:41 devster31 it's editable, I can use a variable to change it and it won't keep appending lines
20:41 devster31 there's probably a formula for that though
20:47 rem5 joined #salt
20:47 devster31 also that formula doesn't have RedHat os_family, and there isn't google-authenticator package in that platform if I recall correctly
20:49 brianfeister joined #salt
20:49 babilen file a bug?
20:50 _AndrewPashkin_ joined #salt
20:51 VR-Jack joined #salt
20:54 keimlink joined #salt
20:59 drawsmcgraw joined #salt
21:00 ajw0100 joined #salt
21:02 ageorgop joined #salt
21:07 drawsmcgraw joined #salt
21:14 rem5 joined #salt
21:14 salty_solution joined #salt
21:14 devster31 ok
21:17 zmalone joined #salt
21:20 flowstate joined #salt
21:20 salty_solution I'm having an issue creating a user in mysql. I was able to create the root user but I cant create another user using salt.states.mysq_user
21:21 salty_solution anyone ever have this issue?
21:23 jopecko joined #salt
21:23 salty_solution it is giving me the error. MySQL Error 1045: Access denied for user 'root'@'localhost' (using password: NO)
21:25 ajw0100 joined #salt
21:27 devster31 have you tried setting the correct connection_* variables?
21:27 devster31 if you created a root user with a specific password just set connection_pass
21:31 Elsmorian joined #salt
21:32 murrdoc UtahDave: or jfindlay when will the talks be online
21:32 murrdoc i heard there was an awesome one for beacons
21:34 UtahDave murrdoc: I know they're working on them, but I'm not sure when they'll all be posted.
21:34 murrdoc is there any reason not to use beacon
21:34 murrdoc like a performance reason or something
21:34 murrdoc stupid question
21:34 murrdoc nvm
21:35 rem5 joined #salt
21:36 murrdoc should i be using engines isntead of beacons UtahDave
21:36 murrdoc if i want something to run conditionally, once an hour
21:36 ahammond murrdoc engines you say?
21:37 ahammond murrdoc I've used the scheduler and like it a lot.
21:37 murrdoc cant use the scheduler
21:37 UtahDave beacons and engines are different
21:37 murrdoc i have to do a bunch of things on the minion before i fire an event
21:37 UtahDave a beacon checks "something" on a set schedule and then sends an event on the event bus, if required
21:38 UtahDave an engine is a python script that listens to the event bus and does things based on what it sees coming across the event bus
21:38 cableninja The file.managed context setting working keep getting 'option_disks is not defined', option_* variables are not being set. pillar: http://pastie.org/10842932 | managed source file :http://pastie.org/10842933 | sls snippet: http://pastie.org/10842929 (can provide full sls)
21:38 devster31 how can this work: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#should-i-use-cmd-run-or-cmd-wait ? isn't it a circular dependency? cmd.wait waits for pkg but pkg requires file
21:38 murrdoc like, 1. do i have a schedule , 2. have i been highstated in the scheduled event, 3 have some file changed in that interval and have i been highstated ever since
21:38 murrdoc ah UtahDave engines is a reactor on the minion
21:38 cableninja s/working keep/keep/
21:38 murrdoc jesus that could be crazy good
21:39 manji joined #salt
21:40 Netwizard joined #salt
21:44 aqua^c joined #salt
21:48 nmadhok joined #salt
21:51 kus joined #salt
21:51 minot joined #salt
22:00 flowstate joined #salt
22:04 rojem joined #salt
22:05 rem5 joined #salt
22:10 UtahDave https://groups.google.com/d/msg/salt-users/0E3E4pFfIo4/cUc7_WDZBgAJ
22:10 UtahDave 2015.8.9 has been released on repo.saltstack.com
22:10 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.5.10, 2015.8.9, 2016.3.0rc3 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
22:11 murrdoc gtmanfred:  https://github.com/saltstack/salt/blob/develop/salt/engines/reactor.py
22:11 murrdoc what was the goal here
22:17 amcorreia joined #salt
22:29 ahammond W: Failed to fetch http://repo.saltstack.com/apt/ubuntu/15.10/amd64/latest/dists/wily/main/binary-amd64/Packages  404
22:29 ahammond I'm guessing that 15.10 isn't supported?
22:30 jfindlay ahammond: we're only supporting LTS releases so far
22:30 ahammond jfindlay that makes sense.
22:30 jfindlay I think 16.04 packages will come out with 2016.3.0
22:31 zmalone March is late this year!
22:31 zmalone ahammond: For the most part, Ubuntu packages the version of salt that was current when it was released
22:31 zmalone So 14.04 was .17, and 16.04 has 2015.8
22:32 zmalone 15.10 might have .8, which would be very nice.
22:32 seblu joined #salt
22:34 ahammond so, how do I convince salt-cloud's bootstrap to just use the version in the standard repo?
22:34 murrdoc bribes
22:34 cableninja Anyone have any suggestions? fileserver.gitfs Exception 'authentication required but no callback set' google isnt turning up much
22:35 murrdoc sacrifice three dogs (hot docs)
22:35 murrdoc (hot dogs*)
22:36 jfindlay zmalone: :)
22:36 zenlot6 joined #salt
22:36 Eugene I suggest alcohol
22:42 nZac joined #salt
22:46 capra_ibex joined #salt
22:51 estahn joined #salt
22:59 onlyanegg joined #salt
23:00 flowstate joined #salt
23:07 rem5 joined #salt
23:10 rem5 joined #salt
23:12 obimod joined #salt
23:20 mTeK joined #salt
23:22 drawsmcgraw joined #salt
23:34 rem5 joined #salt
23:34 zenlot6 joined #salt
23:46 anotherZero is there a way to combine multiple pillar lists to loop over?  like if I want to loop over pillar['domains'] as well as pillar['fqdn'] ?
23:46 ajw0100 joined #salt
23:52 aqua^c joined #salt
23:54 anotherZero i guess the simple question is exactly how do I combine two arrays in yaml?
23:56 aurynn array+array maybe?
23:56 aurynn I'm not sure if zip() exists in jinja
23:59 flowstate joined #salt

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