Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-01-14

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

All times shown according to UTC.

Time Nick Message
00:01 iggy I had issues running ~40 minions on a f1-micro (1 "shared" vcpu, ~600M ram)
00:01 aranhoide joined #salt
00:03 iggy one of those was a huge gitfs backend running through the ~600M of ram pretty quick, another was jobs timing out because the worker threads never got much cpu
00:03 nk- joined #salt
00:03 tligda1 joined #salt
00:04 moderation joined #salt
00:05 modafinil joined #salt
00:05 stevednd iggy: copying the key worked, thanks
00:06 higgs001 joined #salt
00:06 xy joined #salt
00:06 wiqd joined #salt
00:06 cads joined #salt
00:06 mattjb_ joined #salt
00:07 goal_ joined #salt
00:07 kwmiebach joined #salt
00:07 abe_musi_ joined #salt
00:08 stanchan joined #salt
00:08 repl1can1 joined #salt
00:08 TheThing joined #salt
00:09 bhosmer joined #salt
00:09 thunderbolt joined #salt
00:09 dabb joined #salt
00:09 LeProvokateur joined #salt
00:09 wiqd joined #salt
00:09 wiqd joined #salt
00:10 Whissi joined #salt
00:10 octarine joined #salt
00:10 hal58th Hey iggy, I was able to get rid of that error by doing an apt-get purge of salt-minon/master. Next run and subsequent runs of highstate show no error.
00:10 Ryan_Lane joined #salt
00:10 ldlework joined #salt
00:10 moos3 joined #salt
00:10 piquadrat joined #salt
00:10 eliasp joined #salt
00:10 colonD joined #salt
00:10 iggy that is believable
00:11 jhujhiti joined #salt
00:11 fbettag joined #salt
00:11 iggy I had packages installed and then switched to installing from git
00:11 kiorky joined #salt
00:11 TheThing joined #salt
00:12 giantlock joined #salt
00:12 jerematic joined #salt
00:12 bastiandg joined #salt
00:12 rofl____ joined #salt
00:14 fxhp joined #salt
00:14 akafred joined #salt
00:14 murrdoc joined #salt
00:14 sergefonville left #salt
00:15 msheiny joined #salt
00:16 antonw joined #salt
00:17 joeyparsons joined #salt
00:18 d0xb joined #salt
00:18 gyre007 joined #salt
00:19 jwon joined #salt
00:19 wiqd joined #salt
00:20 maZtah joined #salt
00:20 munhitsu___ joined #salt
00:20 simonmcc joined #salt
00:22 jwon hello, can someone explain to me what saltutil.mmodule does? http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.saltutil.html#salt.modules.saltutil.mmodule
00:23 UtahDave joined #salt
00:25 copelco joined #salt
00:26 mattl joined #salt
00:28 yomilk joined #salt
00:28 stevednd eveyrthing for hosts seems to be ip based, is there a way to remove all entries with a name regardless of the ip?
00:29 MindDrive [rough estimate of minions per master] Hmm... in my case, just getting 300 systems to respond to test.ping is giving bad results.  In particular, many systems simply have the minion dying on them, though tracking down the exact cause has been nearly impossible as even logging at 'debug' level hasn't given anything useful.
00:29 manytrees joined #salt
00:29 basepi joined #salt
00:30 iggy that doesn't sound like a salt-master problem
00:30 aquinas joined #salt
00:31 akoumjian joined #salt
00:32 zemm joined #salt
00:32 MugginsM joined #salt
00:33 MindDrive The few times I have seen a useful message, it was usually the minion trying to start up and failing with a message mentioning not all the masters were reachable (I'd need to dig in the logs a bit to find the exact message).
00:33 codekobe joined #salt
00:33 aqua^mac joined #salt
00:35 iggy all the masters?
00:36 otter768 joined #salt
00:36 MindDrive We have two masters set up in each environment.
00:36 kormoc joined #salt
00:37 brianfeister joined #salt
00:37 iggy did you try without that first?
00:37 jblackburn joined #salt
00:37 iggy so many people think they need that, and really don't
00:38 JonGretar joined #salt
00:39 DBraySalt joined #salt
00:40 MindDrive We have a requirement in our environment that what can be HA should be HA... of course, I'm finding out the current version of Salt really doesn't do HA.
00:41 tracphil joined #salt
00:41 Kakwa joined #salt
00:41 grepory joined #salt
00:43 wavis joined #salt
00:44 iggy to have HA masters, you're actually going to be doubling the load on the minions (well, not doubling, but they'll be doing a lot of extra work, which might explain some issues you see)
00:45 wiqd joined #salt
00:46 MindDrive Luffly.  *sigh*
00:48 UtahDave left #salt
00:48 whiteinge joined #salt
00:49 mihait joined #salt
00:50 modafinil joined #salt
00:51 cberndt joined #salt
00:52 rojem joined #salt
00:54 druonysus joined #salt
00:54 druonysus joined #salt
00:54 neilf______ joined #salt
00:54 ramishra_ joined #salt
00:54 EWDurbin joined #salt
00:55 fxdgear joined #salt
00:55 tracphil This paste is in a file called sssd.conf: https://www.refheap.com/96070 and this paste is pillar data https://www.refheap.com/96071 that is in the file /srv/saltstack/pillar/pillar-auth/init.sls and this paste https://www.refheap.com/96072 is the output of  salt '*' pillar.items. With all of that being said, when the file sssd.conf gets copied over to the server, no pillar data gets inserted. What am I doing
00:55 tracphil wrong?
00:55 longdays joined #salt
00:56 antonw joined #salt
00:56 iggy tracphil: protip: gist.github.com allows multiple files per paste
00:56 tracphil iggy, bless you. that was a pita to do :)
00:57 iggy I'm assuming you have a state/sls file that passes all those variables to your sssd.conf?
00:59 badon joined #salt
00:59 tracphil ahhh, I thought i might be missing something. let me put that in a gist for you.
00:59 basepi joined #salt
00:59 iggy gist even does d&d, etc.
01:00 MindDrive *sigh* Specific minion not responding.  Nothing in log.  Restart salt-minion process.  Responds immediately.
01:00 geekatcmu joined #salt
01:00 tracphil iggy: https://gist.github.com/tracphil/2f36aeb3787d2437742b
01:00 druonysus joined #salt
01:00 druonysus joined #salt
01:01 iggy tracphil: so your problem is that none of the pillar data is ending up in the sssd.conf file?
01:01 tracphil correct
01:01 iggy one of two things
01:02 tracphil I am coming from Ansible (trying to convert some things) and I think I am getting confused :\
01:02 iggy pass all that stuff via context
01:02 tracphil can you elaborate on that?
01:03 iggy or look up stuff directly in the conf file
01:03 iggy and either way, you're going to need - template: jinja
01:03 akitada joined #salt
01:03 tracphil ok, I see the context stuff here http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html
01:03 tracphil How would I look it up directly in the conf file?
01:04 tracphil template: jinja, gotcha
01:05 iggy domains = {{ salt['pillar.get']('formula-auth:auth_domain') }}
01:05 tracphil let me pop that in real quick and see what we get
01:07 goki________ joined #salt
01:08 iggy anybody know if there is going to be another 2014.1.x release before we get to 2015.2?
01:08 fxdgear joined #salt
01:11 murrdoc or a 2014.7.0 bug fix release
01:11 whiteinge joined #salt
01:11 tracphil iggy: Thank you. I think I had myself wrapped around the axle for about 8 hours yesterday. I had put in template: jinja and {{ salt['pillar.get']('formula_auth:auth_domain') } but apparently not at the same time. You are a lifesaver, I almost threw up my hands and stick with Ansible.
01:11 iggy that's supposed to be imminent (whatever that means)
01:11 basepi joined #salt
01:12 fintler joined #salt
01:12 fintler joined #salt
01:12 I3olle left #salt
01:12 iggy tracphil: I usually give up and ask for help after about an hour
01:12 tracphil lol, I hear you loud and clear and thanks about the gist.github.com tip!
01:14 thunderbolt joined #salt
01:16 zzzirk joined #salt
01:16 m0nky joined #salt
01:18 SubOracle joined #salt
01:19 aqua^mac joined #salt
01:19 wiqd joined #salt
01:21 zz_Cidan joined #salt
01:21 Cidan joined #salt
01:21 moderation joined #salt
01:24 jgelens joined #salt
01:24 basepi joined #salt
01:25 theologian joined #salt
01:29 adrianhannah joined #salt
01:36 codekobe joined #salt
01:40 TheThing joined #salt
01:40 antonw joined #salt
01:41 SubOracle joined #salt
01:42 copelco joined #salt
01:42 jgelens joined #salt
01:46 akafred joined #salt
01:47 mrjk joined #salt
01:47 doriftoshoes joined #salt
01:48 brianfeister joined #salt
01:50 TyrfingMjolnir joined #salt
01:51 druonysus joined #salt
01:51 druonysus joined #salt
01:52 whiteinge joined #salt
01:52 elco_ joined #salt
01:53 Cidan joined #salt
01:54 adrianhannah joined #salt
01:54 basepi joined #salt
01:54 geekatcmu joined #salt
01:56 Nazzy joined #salt
01:56 elfixit joined #salt
02:02 pdayton joined #salt
02:03 pdayton joined #salt
02:03 aquinas joined #salt
02:05 SubOracle joined #salt
02:09 geekatcmu joined #salt
02:13 higgs001 joined #salt
02:14 mgw joined #salt
02:16 pdayton joined #salt
02:17 shaggy_surfer joined #salt
02:17 elco_ joined #salt
02:19 ekristen joined #salt
02:22 akoumjian joined #salt
02:23 geekatcmu joined #salt
02:25 druonysus joined #salt
02:25 druonysus joined #salt
02:26 nitti joined #salt
02:27 twellspring joined #salt
02:36 otter768 joined #salt
02:37 geekatcmu joined #salt
02:41 shaggy_surfer joined #salt
02:43 TheThing joined #salt
02:46 tracphil Is there a way to import pillar data so that I can do  variables like {{ variable_name }} instead of: [domain/{{ salt['pillar.get']('formula_auth:auth_ldap_domain') }}]
02:47 tracphil I guess I should have said {{ auth_ldap_domain }} instead of {{ salt['pillar.get']('formula_auth:auth_ldap_domain') }}
02:47 aurynn {% set variable_name = salt["etc"] %} at the beginning of the file
02:47 d0xb joined #salt
02:47 tracphil aurynn: so I would have a line for each variable?
02:47 aurynn tracphil, each one you wanted to put into its own variable, yes
02:47 tracphil I would like to just pull it all in from my pillar files.
02:48 wendall911 joined #salt
02:49 murrdoc u want all pillars ?
02:50 JordanTesting joined #salt
02:50 tracphil I have the variables setup in pillars, just putting something like this every time seems redundant: {{ salt['pillar.get']('formula_auth:auth_ldap_domain') }}
02:52 pppingme joined #salt
02:53 akoumjian joined #salt
02:53 JonGretar joined #salt
02:53 georgemarshall joined #salt
02:53 Whissi joined #salt
02:53 TyrfingMjolnir joined #salt
02:55 monkey66 joined #salt
02:55 g3cko joined #salt
02:55 jbub joined #salt
02:55 jcristau joined #salt
02:56 maZtah joined #salt
02:57 antonw joined #salt
02:57 JPaul joined #salt
02:58 munhitsu___ joined #salt
02:58 gyre007 joined #salt
02:58 Tahm joined #salt
02:59 geekatcmu joined #salt
02:59 octarine joined #salt
03:02 GvJordan joined #salt
03:02 xsteadfastx joined #salt
03:03 nliadm joined #salt
03:04 meylor joined #salt
03:05 arapaho joined #salt
03:06 SubOracle joined #salt
03:06 meylor Are there best practices for using calling python helpers using boto to work with AWS services?
03:06 meylor * from salt
03:06 akoumjian joined #salt
03:10 codekobe joined #salt
03:10 kaiyou joined #salt
03:11 techdragon joined #salt
03:12 GrueMaster joined #salt
03:13 jgelens joined #salt
03:13 Tahm joined #salt
03:15 mosen joined #salt
03:15 wiqd joined #salt
03:17 jcristau joined #salt
03:17 berto- joined #salt
03:18 SheetiS joined #salt
03:18 g3cko joined #salt
03:18 dwfreed joined #salt
03:19 TyrfingMjolnir joined #salt
03:21 tracphil left #salt
03:21 InAnimaTe joined #salt
03:22 iml joined #salt
03:23 favadi joined #salt
03:23 Guest860 joined #salt
03:23 xenoxaos joined #salt
03:24 munhitsu___ joined #salt
03:26 geekatcmu joined #salt
03:26 doriftoshoes joined #salt
03:26 whiteinge joined #salt
03:30 Cidan joined #salt
03:33 Samos123 joined #salt
03:34 saravanans joined #salt
03:35 JonGretar joined #salt
03:35 xsteadfastx joined #salt
03:36 joeyparsons joined #salt
03:36 __number5__ meylor: checkout those boto_* modules/states in salt github
03:37 jcockhren man
03:37 jcockhren wrong chan. lol
03:37 nicksloan joined #salt
03:38 SubOracle joined #salt
03:39 bhosmer_ joined #salt
03:40 whiteinge joined #salt
03:41 geekatcmu joined #salt
03:41 mfournier joined #salt
03:42 scarcry joined #salt
03:43 jgelens joined #salt
03:43 pdayton joined #salt
03:43 jbub joined #salt
03:43 techdragon joined #salt
03:44 nicksloan in my masterless salt-minion, I'm attempting to use the vim formula via gitfs, but I keep getting "TemplateNotFound: vim/map.jinja". Github seems to suggest that this issue is resolved, but I'm not sure. I'm on 2014.7.0
03:47 gamingrobot joined #salt
03:48 simonmcc joined #salt
03:52 seanz joined #salt
03:53 _JZ_ joined #salt
03:54 __number5__ nicksloan: you can't use gitfs in masterless minion yet
03:54 nicksloan blurg
03:54 nicksloan github issues are very confusing
03:54 saravanans joined #salt
03:56 natewalck joined #salt
03:57 __number5__ you can try 2015.2.0 if you are not using it for production
03:59 zz_Cidan joined #salt
04:00 neogenix joined #salt
04:01 neogenix Halow! Does anyone know of a bootstrap repo (for layout) for Salt that has environments/sites, and uses grains/pillars?
04:01 doriftoshoes joined #salt
04:01 rawzone joined #salt
04:01 SheetiS joined #salt
04:02 nicksloan __number5__: :-/ This is only for a local dev environment, but I'd really prefer not to have my dev environment on a later release than production.
04:02 dude051 joined #salt
04:02 Ryan_Lane joined #salt
04:02 jgelens joined #salt
04:05 mikaelhm joined #salt
04:07 kormoc joined #salt
04:14 SubOracle joined #salt
04:15 sk_0 joined #salt
04:16 arapaho joined #salt
04:16 Nazca joined #salt
04:17 Tahm joined #salt
04:18 jgelens joined #salt
04:18 JPaul joined #salt
04:20 g3cko joined #salt
04:21 TyrfingMjolnir joined #salt
04:24 bones050 joined #salt
04:25 aqua^lsn joined #salt
04:27 Sway joined #salt
04:30 Guest13076 joined #salt
04:34 malinoff joined #salt
04:37 geekatcmu joined #salt
04:37 otter768 joined #salt
04:44 seanz joined #salt
04:44 g3cko joined #salt
04:48 d0xb joined #salt
04:51 joeyparsons joined #salt
04:51 fintler_ joined #salt
04:51 bfoxwell joined #salt
04:54 kormoc joined #salt
04:54 kormoc joined #salt
04:55 saravanans joined #salt
04:56 jgelens joined #salt
04:57 geekatcmu joined #salt
04:57 kermit joined #salt
05:01 jcristau joined #salt
05:02 SubOracle joined #salt
05:06 berto- joined #salt
05:07 seanz joined #salt
05:08 jbub joined #salt
05:09 grepory joined #salt
05:15 geekatcmu joined #salt
05:16 jcristau joined #salt
05:16 SubOracle joined #salt
05:17 pdayton joined #salt
05:18 aparsons joined #salt
05:20 saravanans joined #salt
05:21 berto- joined #salt
05:28 wendall911 joined #salt
05:30 aparsons joined #salt
05:32 felskrone joined #salt
05:33 felskrone1 joined #salt
05:34 pdayton joined #salt
05:36 FarrisG joined #salt
05:38 SubOracle joined #salt
05:39 jhauser joined #salt
05:45 goki_________ joined #salt
05:45 felskrone joined #salt
05:48 ramteid joined #salt
05:48 jbub joined #salt
05:50 JlRd joined #salt
05:52 JordanTesting joined #salt
05:58 goki_________ joined #salt
06:06 paulm- joined #salt
06:08 jgelens joined #salt
06:08 felskrone joined #salt
06:11 portablejim_mac joined #salt
06:12 felskrone1 joined #salt
06:17 aqua^mac joined #salt
06:19 kormoc joined #salt
06:24 nmadhok joined #salt
06:25 jeddi joined #salt
06:32 linjan joined #salt
06:38 otter768 joined #salt
06:40 calvinh joined #salt
06:44 seanz joined #salt
06:44 geekatcmu joined #salt
06:48 monkey66 left #salt
06:50 CeBe joined #salt
06:53 meylor joined #salt
06:53 pdayton joined #salt
06:54 jgelens joined #salt
06:58 CeBe1 joined #salt
06:59 colttt joined #salt
07:01 meylor left #salt
07:02 [vaelen] joined #salt
07:03 geekatcmu joined #salt
07:08 JPaul joined #salt
07:09 jrluis joined #salt
07:13 kaiyou joined #salt
07:13 aqua^mac joined #salt
07:13 EWDurbin joined #salt
07:15 arapaho joined #salt
07:16 stoogenmeyer joined #salt
07:18 nafg joined #salt
07:19 flyboy joined #salt
07:21 hojgaard joined #salt
07:22 calvinh joined #salt
07:24 cberndt joined #salt
07:29 fredvd joined #salt
07:34 Tahm joined #salt
07:35 calvinh_ joined #salt
07:39 xenoxaos joined #salt
07:40 wiqd joined #salt
07:42 seanz joined #salt
07:43 g3cko joined #salt
07:44 geekatcmu joined #salt
07:46 jgelens joined #salt
07:49 Auroch joined #salt
07:55 berto- joined #salt
07:56 Tahm joined #salt
07:56 CeBe joined #salt
07:57 g3cko joined #salt
07:58 chiui joined #salt
07:59 trikke joined #salt
08:06 intellix joined #salt
08:08 berto- joined #salt
08:14 booly-yam joined #salt
08:14 dkrae joined #salt
08:16 h8 joined #salt
08:16 dkrae Hi there, is there a way to install debconf-utils and use states.debconfmod in one highstate run?
08:17 jgelens joined #salt
08:20 kawa2014 joined #salt
08:22 linjan joined #salt
08:22 TheThing joined #salt
08:23 JlRd joined #salt
08:23 lb1a joined #salt
08:24 fredvd joined #salt
08:28 babilen dkrae: Sure, you just have to install it first, which you can ensure with appropriate requisites
08:30 Grokzen joined #salt
08:35 jester1 joined #salt
08:35 jester1 does anyone know the provider variable for azure with salt cloud, i have used azure and i get this error stipulating its the wrong one . "The cloud driver, 'azure', configured under the 'azureconfig' cloud provider alias was not loaded since 'azure.get_configured_provider()' could not be found. Removing it from the available providers list"
08:36 mikaelhm joined #salt
08:36 aparsons joined #salt
08:36 jacksontj joined #salt
08:36 NightMonkey joined #salt
08:37 flebel joined #salt
08:37 dthorman joined #salt
08:37 mohae_ joined #salt
08:37 notnotpeter joined #salt
08:38 kormoc joined #salt
08:38 sk_0 joined #salt
08:38 joeyparsons joined #salt
08:39 dkrae babilen: Oh i see it in the debug info, thank you! So i'm dealing with an issue related to mysql-server from the oracle repository, not salt related.
08:39 otter768 joined #salt
08:40 chiui joined #salt
08:41 ndrei joined #salt
08:42 alanpearce joined #salt
08:43 linjan joined #salt
08:43 bhosmer_ joined #salt
08:43 jtang joined #salt
08:45 babilen dkrae: Oracle repository?
08:50 dkrae babilen: I'm dealing with this bug https://github.com/saltstack/salt/issues/16153 . My minion is a debian system and my mysql-server is from http://repo.mysql.com/apt/debian/
08:51 babilen So, you are essentially installing buggy software and salt doesn't cope with that. Salt sort of relies on proper daemonisation (e.g. closing of file descriptors, double forking, ...) and services hang if they don't implement that properly.
08:52 geekatcmu joined #salt
08:52 babilen I'd recommend installing a less shitty package ;)
08:53 arno joined #salt
08:53 jester1 would a command like this "salt-cloud --list-sizes my-azure-config" indicate that it attempts to speak to azures api to grab data
08:55 stanchan joined #salt
08:55 zadock joined #salt
08:56 dkrae babilen: Yes i would recommend it too, but management don't want to migrate to mariadb nor want outdated mysql 5.5 from debian wheezy repo. I think i will end up fix the deb by myself and put it in my repo till it is fixed upstream.
08:56 kormoc joined #salt
08:59 babilen What's wrong with 5.5 ?
09:00 g3cko joined #salt
09:00 crashmag joined #salt
09:00 egil1 jester1: if you have configured azure it should work
09:00 babilen dkrae: But sure, fix it and maintain it yourself.
09:01 nmadhok joined #salt
09:01 jester1 egil1: thanks, it seems to be making calls to its api now, i just needs to sort an account out now then i believe it should work with sub id etc
09:02 egil1 jester1: mind you, the azure support is kind of buggy, but getting sizes and images should work
09:02 dkrae babilen: We experienced better performance with mysql 5.6
09:02 jester1 sizes work sweet. images dont
09:02 jester1 egil1: root@saltsrev:/etc/salt/cloud.providers.d# salt-cloud --list-images azure [INFO    ] salt-cloud starting [ERROR   ] Failed to get the output of 'azure.avail_images()': [Errno 336265218] _ssl.c:355: error:140B0002:SSL routines:SSL_CTX_use_PrivateKey_file:system lib azure:     ----------
09:03 Hydrosine probably simple question, I run  salt '*' grains.item saltversion. And i just upgraded my master and minions to 2014.7.0 coming from 0.17.5.
09:03 egil1 jester1: haven't seen that one
09:03 Hydrosine One minion keep returning 0.17.5
09:03 egil1 jester1: try running with debug to get more results
09:03 linjan joined #salt
09:04 jester1 by the looks of the error, its looking for a privatekey file
09:04 jester1 which isnt there asi i havnt placed it
09:04 Hydrosine I tried clearing the cache in /var/cache/salt/master/jobs and minions. Still returns the same.. while salt-minion --version on the minions returns the correct value
09:04 egil1 jester1: you need to configure the azure config first
09:05 jester1 egil1: when you state azure config. what exactly are you refering to ?
09:06 egil1 ie: /etc/salt/cloud.providers.d/azure.config
09:07 jester1 salt cloud is pretty sweet once its working right... AWS and DO deployments in parallel are sweet !
09:07 egil1 yes, but my experience with azure is that its lacking a lot of support in salt
09:07 jester1 ah yeah. its confiured and there, i just need to grab an account now and change the subscription ID and what not
09:07 egil1 jester1: ah yes. needs to be setup with account and whatnot
09:08 jester1 egil1: hehe i was getting ahead of myself. i just wanted to get the api calls in place first before anything else
09:08 egil1 jester1: deploying just vm's seems to work. If you are using azure web-services as well, you can forget about deploying vm's as well
09:09 jester1 egil1: lost me there ?
09:09 egil1 jester1: in azure, you can deploy web services, or services, without vm's
09:10 jester1 egil1: ahh yeah i see what you mean... you mean using there managed services side of things... like aws redshift ... etc.
09:10 egil1 if you do so, and then try to deploy vm's, salt-cloud returns an error when deploying new vm's
09:10 egil1 jester1: excactly
09:10 jester1 egil1: i aint that deep into it yet, the fact that am getting api calls with deployments is goof for now
09:10 egil1 jester1: well then you should go ahead and try it
09:11 egil1 as long as you stay away services without vm's in it, you should be fine :
09:11 egil1 :)
09:11 kaiyou joined #salt
09:11 jester1 egil1: thats more advanced when in time am hoping to get that in place. i still need to start getting to understand the high states and grains etc
09:11 tux_ joined #salt
09:11 egil1 jester1: that was my plan as well, unforunatly, we already had several services deployed in our azure account
09:12 egil1 I filed several issues though, so hoping it will be fixed in the future :)
09:12 jester1 egil1: yeah i am azure focused as well dude. so now i need a doployment and version control management in place for whats ahead... ansible tower was an idea but salt is just owning from what i can see
09:14 egil1 jester1: yeah, I would prefer salt as well, but it seems like there arent much azure support yet
09:15 jester1 egil1: azure is buggy in general... they are slow as a cloud provider, and when they release something it doesnt have any docs supporting it and if it does, its not acurate
09:15 TjackNoire left #salt
09:16 egil1 jester1: thats true, but they are getting a lot better
09:17 egil1 coreos, docker, ubuntu core
09:17 jester1 egil1: you come across any support around OVH api with salt cloud
09:18 egil1 jester1: no, not that I can think of
09:18 jester1 egil1: thanks for the help matey, appreciated
09:18 alanpearce_ joined #salt
09:21 shorty_mu joined #salt
09:23 jbub joined #salt
09:23 CeBe joined #salt
09:24 jrluis joined #salt
09:27 shorty_mu left #salt
09:29 JlRd joined #salt
09:29 felskrone1 can i generate a random password hash in a user.present state somehow?
09:30 CeBe joined #salt
09:36 babilen felskrone1: You can, but that'll change every single time
09:37 babilen *it'll rather
09:37 esharpmajor joined #salt
09:37 fmartin_ joined #salt
09:37 babilen felskrone1: The problem isn't so much the generating, but rather the "generating it once and using the newly generated one in subsequent runs"
09:38 felskrone1 the user actually uses an ssh-key to login, so i guess that would not really matter
09:39 babilen felskrone1: Why do you want to set a password at all in that case?
09:39 fmartin_ Hi everybody, I'm working on a 3-level topology (salt-master <-> salt-syndic <-> salt-minion(s) ) but every single call (even to pre-build modules like test.ping or test.version) is taking too much (around 15 seconds...)
09:39 fmartin_ If i strace the process , i see lots of this lines:
09:39 fmartin_ poll([{fd=30, events=POLLIN}], 1, 0)    = 0 (Timeout)
09:39 fmartin_ gettimeofday({1421223627, 431608}, NULL) = 0
09:39 fmartin_ select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)
09:39 fmartin_ ...
09:39 paulm- joined #salt
09:40 fmartin_ any help would be really appreciate
09:40 felskrone1 babilen: salt defaults to adding disabled accounts, i like 'testuser:!!:16448:0:99999:7:::', i have not tested if ssh-key login works with these entries, i guess it does not
09:41 felskrone1 -i
09:41 babilen felskrone1: I have to confess that I used the users-formula from the beginning, but not providing a password there allows users to login via SSH (with key based authentication)
09:42 harkx joined #salt
09:42 jgelens joined #salt
09:42 felskrone1 if it does, i dont need a password, ill check that
09:42 felskrone1 thx :-)
09:44 mfournier joined #salt
09:50 tkharju joined #salt
09:52 jbub joined #salt
09:54 markm_ joined #salt
09:54 Furao joined #salt
09:57 paulm- How can I react to a file.managed state being updated?
09:57 mick3y joined #salt
09:58 kawa2014 joined #salt
09:58 jhauser joined #salt
10:00 longdays joined #salt
10:01 denys joined #salt
10:02 CeBe joined #salt
10:03 seanz joined #salt
10:08 [vaelen] joined #salt
10:09 che-arne joined #salt
10:10 hebz0rl joined #salt
10:11 d0xb joined #salt
10:14 BLOKDAK joined #salt
10:16 viq paulm-: watch / watch_in
10:16 viq paulm-: http://docs.saltstack.com/en/latest/ref/states/requisites.html
10:16 GvJordan joined #salt
10:16 N-Mi_ joined #salt
10:16 N-Mi_ joined #salt
10:18 seanz joined #salt
10:29 draaijer joined #salt
10:34 kormoc joined #salt
10:35 karimb joined #salt
10:36 arno joined #salt
10:37 Tahm joined #salt
10:37 phx salt-call pillar.get top should render and return the pillar top.sls, right?
10:38 Furao the arguement to pillar.get is the pillar key and it’s value not the file content
10:38 phx then how can I see what my top.sls pillar gets rendered to?
10:40 yomilk joined #salt
10:40 otter768 joined #salt
10:47 CycloHex joined #salt
10:47 leon__ joined #salt
10:48 phx is it possible to add data structures into the pillar top.sls, or is that just for assigning pillars to minions?
10:49 kormoc joined #salt
10:49 kormoc joined #salt
10:49 leon_ joined #salt
10:49 phx what i would like to try to do is to supply some basic information from my inventory db to each minion using the same name, and referencing these later on
10:50 fmartin_ joined #salt
10:50 fmartin_ Hi, I'm reading the official documentation and many other websites but i'm still doubting....
10:51 fmartin_ Do I need to run salt-syndic daemon + salt-master daemon or just salt-syndic is enough to act as a middleman and so control their minions through the masterOfmasters ?
10:55 nafg joined #salt
10:55 CeBe1 joined #salt
10:57 jtang joined #salt
10:58 CeBe joined #salt
11:04 jbub joined #salt
11:07 istram joined #salt
11:09 babilen Should I have access to custom execution modules in pillars?
11:10 babilen (I ask because I get a KeyError if I refer to salt['my_execution_module.function'](...) in a pillar written in Python)
11:10 Furao babilen: pillars are rendered in master, so… module that are in master yes
11:12 babilen I can call the module just fine if I run "salt 'the-master' my_execution_module.function argument", but the call in a pillar fails with a KeyError
11:12 babilen Let me try restarting the master
11:12 babilen Nope, that didn't help
11:13 Furao weird because I have my own modules for password stuff that run only in master
11:13 Furao and that works
11:13 out180 joined #salt
11:15 jtang joined #salt
11:20 karthee joined #salt
11:21 babilen Furao: And the pillar is written in Python or are they "normal" jinja ones?
11:21 Furao .sls (jinja + yaml)
11:21 babilen I guess that the Python renderer monkey patches too late (oh, how I love monkey patching)
11:22 babilen yeah
11:22 doriftoshoes joined #salt
11:23 draaijer I have this problem with winrepo.
11:23 draaijer [someone@saltmaster salt]$ salt 'hostname' pkg.get_repo_data
11:23 babilen Which problem exactly?
11:23 draaijer this shows the correct repo_data.
11:23 babilen http://refheap.com
11:23 giantlock joined #salt
11:24 babilen Furao: It must be specific to the Python renderer then..
11:24 babilen *sigh*
11:24 draaijer However: [someone@saltmaster salt]$ salt 'hostname' pkg.available_version Middleware
11:24 bhosmer_ joined #salt
11:24 draaijer gives an error
11:24 hellerbarde joined #salt
11:25 babilen "an error" ?
11:25 draaijer https://www.refheap.com/96085
11:30 Tahm joined #salt
11:30 CeBe1 joined #salt
11:32 draaijer If you need more info, let me know.
11:32 pf_moore joined #salt
11:33 tux_ joined #salt
11:38 nliadm joined #salt
11:39 babilen draaijer: That looks like a bug in win_pkg
11:39 jhauser_ joined #salt
11:40 stoogenmeyer joined #salt
11:47 geekatcmu joined #salt
11:50 aqua^mac joined #salt
11:51 paulm- joined #salt
11:52 calvinh joined #salt
11:53 yomilk joined #salt
11:55 paulm- viq: I cannot use watch with file states
11:55 JDog joined #salt
11:56 ecdhe_ joined #salt
12:02 viq paulm-: why not?
12:03 calvinh_ joined #salt
12:08 linjan joined #salt
12:08 paulm- viq: I thought it is not supported by every state. Only states implementing mod_watch actually work with it
12:08 goal_ Hi. I have a module for SSH which installs the package and enables the service. I have some sshd_config file.replace states which use watch_in to reference the ssh service. But I get the following warning: 'enable' and '__reqs__' are invalid keyword arguments for service.mod_watch. If you were trying to pass additional data to be used in a template context, please populate 'context' with 'key: value' pairs.
12:09 paulm- Although I did not know about onchanges and maybe this is what I need instead
12:09 goal_ I've been through it time and time again, but I can't see what this is referring to. From what I can establish, I'm doing it as recommended in the docs
12:09 otter768 joined #salt
12:11 giantlock joined #salt
12:13 fredvd joined #salt
12:15 mikkn joined #salt
12:16 JDog I'm trying to clone a repo with the git  module, but this is what I get. https://gist.github.com/jontyneedham/eedf8cf0228db38c3eff
12:17 JDog I'm having a serious difficulty debugging this as I can't ipdb the system files (as it keeps not reading them in even after I delete all the pyc's i can find (!!!)) so if anyone's got any suggestions for that too that would be amazing.
12:18 goal_ Ah, I think it's a bug. Well thats 2 hours wasted
12:18 goal_ heh
12:22 intellix joined #salt
12:23 qxxx joined #salt
12:23 sasa joined #salt
12:24 dexter91x hey there
12:25 linjan_ joined #salt
12:26 dexter91x how to override specific key's value in nested pillar , without modifying the entire piilar ?
12:28 rbjorklin Has anyone tried installing salt within a virtualenv?
12:31 babilen rbjorklin: Be the first!
12:31 denys joined #salt
12:32 bryguy joined #salt
12:33 babilen dexter91x: Could you elaborate on that a little?
12:33 babilen Ah, lovely. So I don't have my execution module in "dir(__salt__)" in the pillar, but it is listed if I run "salt '*master*' sys.list_modules" -- yay?!
12:34 babilen How I love monkey patching
12:36 dexter91x as mentioned in the documentation under title says: Set pillar data from command line , and they have the following example salt '*' state.highstate pillar='{"cheese": "spam"}'
12:37 dexter91x what if my pillar like the following
12:37 dexter91x cv:
12:37 dexter91x source_local_path: /usr/local/src/
12:37 dexter91x cv_git_repo: somerepo
12:37 babilen Furao: Hmm, I can't get it to work with a "normal" jinja/yaml pillar either. It looks as if custom execution modules don't make it into the "__salt__" dict passed to the renderers. Which version of salt are you on and would you mind showing me what you are doing?
12:37 babilen dexter91x: Please use http://refheap.com
12:38 dexter91x ok wait please
12:38 babilen Well, too late now :)
12:38 babilen dexter91x: You can't do that
12:39 dexter91x lets say thats my pillar https://www.refheap.com/96086 and i want to override only source_local_path from  the command line on fly while calling my formula
12:42 babilen Yeah, you can't.
12:44 dkrae dexter91x: like this? https://www.refheap.com/b39d4ac0edf995122b0c6fcf1
12:48 fredvd joined #salt
12:49 DolourousEdd joined #salt
12:50 DolourousEdd Can anyone help me with "7.1.1.2.7. Custom Module Delivery" in Helium?
12:50 DolourousEdd It says "custom modules are seamlessly delivered" but I don't see updated modules getting delivered to minions
12:51 DolourousEdd can't find any further docs about it other than the short note in the release notes
12:52 babilen Where don't you see them?
12:52 TyrfingMjolnir joined #salt
12:52 DolourousEdd well if I change one of the custom modules on the master, the module doesn't get updated with the new version on the minion
12:53 babilen You would typically place custom modules in "_modules" in your file_roots and then run "saltutil.sync_modules" (or sync_all) to sync them.
12:53 DolourousEdd Yeah i know about sync_modules
12:53 babilen DolourousEdd: How do you check if they are being updated?
12:53 dexter91x @dkrae yes exactly , but is there a way to make it through command line ?
12:53 DolourousEdd I was wondering about the "seamlessly delivered" bit in the release nodes
12:53 dexter91x dkrae: yes exactly , but is there a way to make it through command line ?
12:54 DolourousEdd @babilen i check in /var/cache/salt/minion/extmods
12:54 babilen DolourousEdd: Do you, by chance, have a link to the documentation your refer to?
12:54 DolourousEdd http://docs.saltstack.com/en/latest/topics/releases/2014.7.0.html
12:54 DolourousEdd 7.1.1.2.7
12:54 babilen DolourousEdd: That works perfectly for me, I guess that we need more detailed information.
12:55 babilen DolourousEdd: I have no idea what they mean by that
12:55 DolourousEdd So it should just magically get delivered out when it changes? Or not? Am i still supposed to use sync_modules?
12:55 jcsp joined #salt
12:56 Morbus joined #salt
12:56 Cimmerian_ joined #salt
12:56 babilen DolourousEdd: AFAIK it won't be delivered magically, but you typically don't have to call sync_modules either as calling, say, a highstate will trigger that automagically. But then that was the way it worked for a while and I have no idea what they mean by "seamlessly"
12:57 DolourousEdd Hmm. Okay. We don't really use highstate cause salt is used for command and control to run Chef, so i guess that's the problem
12:57 DolourousEdd Only problem with that is using startup_states: 'highstate' stops multi master working properly
12:58 DolourousEdd Is no bother, we'll just carry on running saltutil.sync_modules
12:59 babilen You might want to ping basepi what is meant by the "seamlessly" in http://docs.saltstack.com/en/latest/topics/releases/2014.7.0.html#custom-module-delivery
12:59 babilen (which I have done with this)
13:00 babilen Useless release notes entry .. that could mean anything and is essentially just marketing buzzfizz
13:00 DolourousEdd Yeah it's not massively clear
13:00 DolourousEdd I thought something might have changed that just automatically synced changed modules
13:00 DolourousEdd Or rather, that's what I was hoping it meant :)
13:03 redzaku joined #salt
13:03 dkrae dexter91x: https://www.refheap.com/96089
13:04 fredvd joined #salt
13:05 yomilk joined #salt
13:05 jerematic joined #salt
13:05 ndrei joined #salt
13:06 yomilk joined #salt
13:06 denys joined #salt
13:09 erjohnso joined #salt
13:09 seshan_ joined #salt
13:11 slafs joined #salt
13:11 slafs left #salt
13:18 zzzirk joined #salt
13:20 Furao joined #salt
13:34 shiin joined #salt
13:34 ndrei joined #salt
13:37 hobakill joined #salt
13:39 aqua^mac joined #salt
13:40 dexter91x dkrae: the method using commandline only works if you have one key inside your pillar . if your pillar have 2 nested keys then an error will occur because the other key which you don't want to modify will be missing
13:44 bhosmer joined #salt
13:45 dkrae dexter91x: oh, i see. You are right.
13:48 bhosmer_ joined #salt
13:49 elfixit joined #salt
13:51 N-Mi joined #salt
13:51 N-Mi joined #salt
13:52 CeBe joined #salt
13:53 dexter91x dkrae: so currently the only supported way to override nested pillar is by using another file , right ?
13:54 giantlock joined #salt
13:55 kitp joined #salt
14:01 dkrae dexter91x: As far i know, yes.
14:06 nitti joined #salt
14:08 toastedpenguin joined #salt
14:12 JDiPierro joined #salt
14:17 ekristen joined #salt
14:21 diegows joined #salt
14:21 otter768 joined #salt
14:21 cpowell joined #salt
14:22 linjan joined #salt
14:23 mpanetta joined #salt
14:24 mschiff technically spoken: states and formulas are exactly the same, not?
14:27 TheThing joined #salt
14:28 jY mschiff: from what i've seen people consider formulas a collector of states
14:28 KermitTheFragger joined #salt
14:29 jY like if you want to install logstash.. there might be a client/server/kibana state files in the logstash formula
14:29 ndrei joined #salt
14:30 JDog Here's one. I'm tyring to debug an issue, but when I edit one of hte files salt uses, the edits are not brought in and the file listed doesn't actually exist. Is it all precompiled into a binary and the files are just imported for install?
14:33 perfectsine joined #salt
14:33 linjan_ joined #salt
14:34 viq joined #salt
14:34 jY JDog: you need to restart the client or minion whatever your editing
14:34 tobias_ joined #salt
14:35 paulm- joined #salt
14:35 tobias_ hi
14:39 longdays joined #salt
14:39 tobias_ quick question: Is it possible somehow to run a command with a different file_root on an already running master by just specifying a different config_dir using the "-c" parameter? E.g. salt -c /new/config/dir some_machine state.highstate
14:41 linjan joined #salt
14:41 stanchan_ joined #salt
14:42 _prime_ joined #salt
14:47 JDiPierro joined #salt
14:48 JDog joined #salt
14:50 jtang joined #salt
14:52 phx is a pillar able to render differently for different minions? (let's say, pthon)
14:52 hopthrisC joined #salt
14:54 intr1nsic joined #salt
14:54 babilen phx: Sure, you can either target different pillar SLS files that set the same "pillar" in your top.sls or design your pillar in such a way that it presents different data to different minions
14:56 fannet joined #salt
14:56 hopthrisC left #salt
14:56 fannet hey guys - is it possible to install salt minion on an existing server using a 1 liner bootstrap which will auto point to the right salt master
14:57 egil1 this. I want to know that as well
14:57 mgw joined #salt
14:57 egil1 would be very useful actually
14:59 oeuftete joined #salt
14:59 housl joined #salt
15:00 subsignal joined #salt
15:00 fannet I found this in the source:  Environment variables taken into account.* BS_SALT_MASTER_ADDRESS:   The IP or DNS name of the salt-master the minion should connect to
15:00 subsignal trying to set up halite in the docs it says run: salt-call tls.create_self_signed_cert tls
15:00 subsignal but i get an error
15:00 subsignal [root@salt-minion-01 ~]# salt-call tls.create_self_signed_cert tls
15:00 subsignal Function tls.create_self_signed_cert is not available
15:00 subsignal http://docs.saltstack.com/en/latest/topics/tutorials/halite.html
15:01 hal58th joined #salt
15:01 babilen subsignal: And you do have pyopenssl installed as instructed to in the docs?
15:01 fannet so @egil1 I think curl -sL https://bootstrap.saltstack.com | BS_SALT_MASTER_ADDRESS=salt.master.com sudo -E bash
15:01 babilen (cf. http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.tls.html )
15:02 fannet about to try that
15:02 subsignal i did run all the commands
15:02 subsignal will run again and see if it helps
15:02 egil1 fannet: cool. let me know :)
15:04 andrew_v joined #salt
15:05 subsignal yea same thing just ran all the commands on another box and still same error:
15:05 subsignal [vagrant@master salt]$ sudo salt-call tls.create_self_signed_cert tls
15:05 subsignal Function tls.create_self_signed_cert is not available
15:05 fannet @egli1 worked like a champ
15:06 egil1 fannet: nice! Thanks for that :)
15:06 honestly [A
15:09 babilen subsignal: Do you have pyopenssl installed on the box in question?
15:10 babilen .oO( Maybe I can phrase that differently? )
15:10 totte joined #salt
15:10 subsignal hmm actually seems like it never installed with pip
15:11 babilen The tls execution module won't work without it
15:11 subsignal yea that makes sense
15:11 subsignal wonder why pip install never worked weird
15:12 babilen subsignal: It is quite common behaviour in salt that modules with dependencies aren't loaded (and hence not available) if their dependencies aren't met
15:12 babilen So, if you run into this again think: "Hmm, I probably have to install the dependency and restart the minion"
15:13 subsignal yum install pyOpenSSL
15:13 subsignal that fixed it
15:13 subsignal for what ever reason pip instlal didnt work
15:13 babilen *shrug*
15:13 subsignal thanks a bunch babilen
15:14 babilen np, have fun :D
15:15 subsignal i am loving salt!
15:17 JDog Anyone got any idea what's going on with this sls and error report https://gist.github.com/jontyneedham/eedf8cf0228db38c3eff
15:17 JDog It's supposed to install git and then check out a repo
15:18 linjan_ joined #salt
15:18 N-Mi joined #salt
15:18 N-Mi joined #salt
15:19 hasues joined #salt
15:20 hasues left #salt
15:20 zerthimon joined #salt
15:21 zerthimon How do I delete all mine data of the deleted minion ?
15:22 zerthimon The minion was deleted with salt-key -d, now it's not known to salt, but it's data is still in mine
15:24 zerthimon salt['mine.get'] still finds the data of the deleted minion
15:24 Kelsar joined #salt
15:25 _JZ_ joined #salt
15:26 babilen zerthimon: Have you refreshed the mine?
15:28 zerthimon babilen: I guess not, how do i do that ?
15:28 aqua^mac joined #salt
15:28 babilen http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mine.html
15:28 babilen Is, I guess, what you are looking for
15:29 zerthimon babilen: the modules there all target a minion
15:29 racooper joined #salt
15:30 zerthimon babilen: I cannot target a minion that was deleted
15:34 babilen good point :D
15:34 babilen can you travel back in time?
15:36 zerthimon I don't have the technology to implement that
15:36 jcockhren zerthimon: what you mean you don't have a flux compacitor
15:36 racooper that's the TARDIS module. it hasn't been implemented yet.
15:37 zerthimon :) solved the problem by hacking, deleted /var/cache/salt/master/minions/[fqdn] directory
15:38 zerthimon but this is not a nice way, I guess
15:39 zerthimon do you guys think I should open an issue ?
15:41 conan_the_destro joined #salt
15:41 tkharju joined #salt
15:42 zerthimon cos there should be a function to delete minions mine data which doesn't involve the minion or salt-key -d should also delete the mine data of the minion or some housekeeping procedure to remove deleted minions data
15:42 arno joined #salt
15:42 teskew joined #salt
15:43 asyncsrc joined #salt
15:43 JohanA joined #salt
15:44 calvinh joined #salt
15:44 pdayton joined #salt
15:45 teskew joined #salt
15:47 sasa joined #salt
15:49 babilen zerthimon: I agree.
15:49 Arca223 joined #salt
15:50 Jahkeup_ joined #salt
15:51 babilen Should I be able to use my own custom execution module in pillars? I ask because I always run into a "KeyError" as the module isn't in the __salt__ / salt dictionary passed to the renderer, even though it is present in the "sys.list_modules" output on the master
15:54 calvinh_ joined #salt
15:56 mrjk joined #salt
15:57 shiin left #salt
15:58 Jahkeup_ left #salt
15:58 nicksloan a formula requires a particular pillar value, but that value depends on another value that should be stored in the pillar. How might I handle this?
16:01 nmadhok joined #salt
16:03 schristensen joined #salt
16:03 kawa2014 joined #salt
16:04 nmadhok joined #salt
16:04 davebarnes joined #salt
16:05 Jahkeup_ joined #salt
16:14 jalbretsen joined #salt
16:16 basepi babilen: interestingly enough, i know nothing about "seamlessly" there. I didn't know that was a thing.
16:16 * basepi goes to find out more
16:20 colonD joined #salt
16:22 Mso150 joined #salt
16:22 otter768 joined #salt
16:23 basepi oh, it's under the salt-ssh heading. that makes sense, it just means that the custom modules are synced down with a normal salt-ssh call.
16:23 basepi I was thinking someone had setup some sort of inotify setup to sync custom modules or something. =P
16:24 jngd joined #salt
16:24 peters-tx joined #salt
16:25 favadi joined #salt
16:25 conan_the_destro joined #salt
16:30 Ozack joined #salt
16:32 favadi joined #salt
16:33 out180 joined #salt
16:33 nickdew joined #salt
16:35 stanchan joined #salt
16:38 pipeep joined #salt
16:39 linjan joined #salt
16:39 ponpanderer joined #salt
16:40 gattie joined #salt
16:44 tligda joined #salt
16:44 favadi1 joined #salt
16:45 paulm- joined #salt
16:46 bhosmer__ joined #salt
16:47 iggy egil1: salt-bootstrap has an option (-A) to set the master (instead of using an env variable)
16:49 nicksloan so I just did pillar['some_key'] in a pillar file. some_key is set in a different pillar file. when it runs, I get a critical error about some_key not being defined, but then it works in the end.
16:50 nicksloan this seems like a very brittle thing, so if someone can suggest a better (or even explain how it worked) that would be great
16:50 iggy nicksloan: don't reference pillars in pillars
16:53 xsteadfastx joined #salt
16:54 linjan_ joined #salt
16:54 tligda1 joined #salt
16:56 goal_ anyone know if normalize in pkg.installed is meant to work. I'm using grains['kernelrelease'] and it's not removing the x86_64.
16:58 quantumriff joined #salt
16:58 tkharju joined #salt
16:58 xsteadfastx joined #salt
16:59 murrdoc joined #salt
16:59 xliiv joined #salt
17:00 tobias_ left #salt
17:01 hebz0rl joined #salt
17:02 giantlock joined #salt
17:04 Ryan_Lane joined #salt
17:06 dexter91x joined #salt
17:06 overyander is there a way to get the logged-in username from a minion?
17:07 iggy you mean the user that the minion is running as?
17:08 Heartsbane joined #salt
17:09 theologian joined #salt
17:10 KyleG joined #salt
17:10 KyleG joined #salt
17:10 StDiluted joined #salt
17:11 QiQe joined #salt
17:11 QiQe guys I would like to run module s3.get from some state to download a war from a bucket to be used on my deploy
17:12 QiQe someone can guide me to do that?
17:12 QiQe http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.s3.html
17:12 QiQe that is the module
17:13 linjan__ joined #salt
17:13 murrdoc joined #salt
17:14 maZtah left #salt
17:14 iggy QiQe: file.managed and archive.extracted both support s3 url's
17:14 Vye overyander, on linux: cmd.run whoami
17:14 murrdoc joined #salt
17:14 QiQe thanks iggy
17:14 QiQe Ill try
17:15 JDiPierro "If a Salt module has errors and cannot be imported, the Salt minion will continue to load without issue and the module with errors will simply be omitted"
17:15 JDiPierro Is there a way to see the actual error?
17:16 iggy JDiPierro: some modules report them (with debug log level enabled)... nothing universal though
17:16 nicksloan iggy: so what I'm struggling with is that I have a formula that uses a particular pillar value, but that pillar value contains a piece of information that varies host to host that is stored in another pillar value.
17:17 iggy JDiPierro: usually, I look at the source and see what command it's trying to run in the __virtual__ function
17:17 aqua^mac joined #salt
17:18 iggy nicksloan: sadly, there's no good way around duplicating in that case (other than just changing the formula to look at your pillar instead of it's own)
17:18 nicksloan iggy: bummer
17:19 iggy nicksloan: you can look at jinja includes maybe or an ext_pillar that combines what you have together
17:20 CeBe joined #salt
17:20 iggy but either of those fall apart pretty quickly when the pillars are complex
17:20 murrdoc iggy, dont pillars merge
17:20 nicksloan so I guess I just duplicate the formula value in my own pillar. I suppose the new pillar merging stuff makes this somewhat better
17:20 iggy murrdoc: non-deterministically
17:20 murrdoc i thought it was in the order of the include in top.sls
17:21 iggy honestly, I don't know about 2014.7, I'm not on it yet
17:21 murrdoc anyhow nicksloan you could just make the one key that changes per host a grain
17:21 iggy I know 2014.1 is a mess for pillar merging
17:21 Mso150_h joined #salt
17:21 murrdoc then in the pillar do key: {{ salt['grains.get']('key', 'default') }}
17:22 nicksloan I'm on 2014.7
17:22 nicksloan murrdoc: a grain might be the solution
17:23 twellspring joined #salt
17:23 aparsons joined #salt
17:25 jblackburn joined #salt
17:26 UtahDave joined #salt
17:26 subsignal is it possible to use a custom auth instead of pam or ldap?
17:27 UtahDave subsignal: Yeah, you should be able to easily create your own custom auth module. They're pretty short
17:27 subsignal cool thanks Dave will looking into custom modules
17:28 UtahDave subsignal: Here's the existing ones to show how to do it:   https://github.com/saltstack/salt/tree/develop/salt/auth
17:28 subsignal awww you so sexy
17:30 wild_oscar joined #salt
17:30 zzzirk joined #salt
17:31 wild_oscar quick question, as I'm following the salt walkthrough. "Salt does not need to be restarted/reloaded or have the master manipulated in any way when changing SLS formulas. They are instantly available.". Is there a log to see progress of changes?
17:31 tligda joined #salt
17:31 iggy wild_oscar: they are instantly available for you to run state.sls/highstate with
17:31 meteorfox joined #salt
17:32 iggy not instantly available on the minions
17:32 wild_oscar oh, so you need to re-run state.sls, that's more sane :)
17:32 iggy that just means you don't need to constantly reload the master or minions to see changes to states/pillars (but you do for config file changes, i.e. grains, scheduler, etc.)
17:33 wild_oscar play time: now I remove said file in the minion. where in the log (and which log, master or minion) should I see that it's been re-added?
17:34 iggy it'll be in the state.sls/highstate output
17:34 linjan__ joined #salt
17:34 iggy you can send that data to various different places using returners
17:36 wild_oscar iggy: that indicates you need to re-run said state.sls (vim in the example). I was under the impression salt would regularly check if the minion is at the correct state, am I wrong?
17:36 oeuftete Is there a way to change a configuration value within a limited context during a single state run?  For example, I want docker.url to be temporarily something else for some docker.* states.
17:36 iggy wild_oscar: it does not
17:36 iggy oeuftete: you can set pillar data on the command line
17:37 hasues joined #salt
17:37 diegows joined #salt
17:37 egil1 iggy: late reply, but thanks for the tip with -A
17:38 oeuftete iggy: yep, but then I'd end up splitting up states that really do belong together and having to add multiple state calls (with different pillar opts) in my deployment process.  Which is already happening, and I'm trying to rein it in
17:38 wild_oscar iggy: oh. so if I manually override (e.g. by accident) something defined in a state in master, salt won't correct it?
17:40 iggy wild_oscar: not unless you run a highstate
17:41 wild_oscar iggy: haven't gotten there yet, it's the first time I see the concept of highstate :)
17:42 desposo joined #salt
17:45 jespada joined #salt
17:45 vbabiy joined #salt
17:48 mikaelhm joined #salt
17:48 saurabhs joined #salt
17:52 JDiPierro joined #salt
17:52 BrendanGilmore joined #salt
17:53 elco_ joined #salt
17:53 tligda joined #salt
18:01 rvankleeck joined #salt
18:01 forrest joined #salt
18:01 forrest joined #salt
18:03 rvankleeck I'm trying to put together a report showing "package_name current_version new_version" using salt. Is there either A) a way for pkg.list_upgrades to return a dict or B) a way for pkg.list_upgrades to return in this format?
18:06 micale joined #salt
18:08 neogenix joined #salt
18:08 twellspring joined #salt
18:08 racooper have you looked at the different --out options for salt? they're listed in man page.
18:11 rvankleeck racooper, i hadn't but I will
18:11 rvankleeck I was thinking of maybe trying to import the salt module into a python script
18:12 wrench_ joined #salt
18:13 wrench_ I'm trying to understand the appropriate way to use salt to install and configure a package and then after that, enforce the configuration that was set.  Would the installation/configuration likely best be done using an "execution module" that I write, while the latter would be done using "state modules" that I write?
18:14 racooper you can do it all via states, and you shouldn't have to write anything but the appropriate SLS file
18:14 rvankleeck wrench_, i believe both of those should be done with states. the configuration file 'requiring' the package
18:16 wrench_ hrmm, the first time that the software is run -- it must be started by a specific user.  After the first start up and restart -- it may be managed by root.  I'm not sure how to approach that using states
18:16 wrench_ any ideas on that?
18:19 cleme1mp joined #salt
18:19 wrench_ I don't see a way to specify a user in the service module
18:19 vbabiy joined #salt
18:19 smcquay joined #salt
18:23 Jahkeup_ joined #salt
18:23 otter768 joined #salt
18:24 shaggy_surfer joined #salt
18:24 wrench_ Also, the first time the service is started, it must be passed a special flag.  how would I solve that with states?
18:24 cleme1mp joined #salt
18:27 dnai23 joined #salt
18:27 Ryan_Lane joined #salt
18:27 tomh- joined #salt
18:28 TheThing joined #salt
18:28 wild_oscar when I run state.sls I have to wait until execution finish to see the result. is there a log I could check while things are being executed?
18:33 budman joined #salt
18:33 aquinas joined #salt
18:34 ndrei joined #salt
18:34 TheThing joined #salt
18:37 funzo joined #salt
18:38 jab416171 joined #salt
18:38 wild_oscar left #salt
18:43 jhauser joined #salt
18:44 Ahlee i tail -f the minion logs when I need to know
18:45 Ahlee i believe the return is all at once at completion, though
18:45 Ahlee so I don't believe watching the event log will show you anything
18:45 murrdoc joined #salt
18:45 Ahlee sorry, not event log, event bus
18:52 aparsons_ joined #salt
18:53 hal58th wild_oscar you can not see completion of states before the process is finished. You can watch the debug stream to discern your status. But it's not super helpful
18:56 ajw0100 joined #salt
18:58 breaux joined #salt
18:58 bhosmer joined #salt
19:06 aqua^mac joined #salt
19:09 JDiPierro I'm writing a module that will need to make a GET request to another service. For testing it locally I've got a Flask app running that just serves up dummy data. When I try to highstate a VM it's getting a Connection Refused error.. Modules run on the salt-master right? And I'm using my local macbook as the master for my VMs so it should be able to hit the flask app through localhost.. not sure why it can't.. Any sug
19:09 JDiPierro gestions?
19:09 JDiPierro (that's annoying)
19:10 Ahlee _modules run on minions, runners run on the master
19:10 Ahlee but _modules need to be saltutil.sync_module or saltutil.sync_all, first
19:11 JDiPierro Aha, thank you Ahlee.
19:11 wendall911 joined #salt
19:12 aparsons joined #salt
19:14 JDiPierro Do you happen to know the IP used to reach the host machine inside a vagrant VM?
19:15 tkharju joined #salt
19:16 oeuftete Is there any way to derive have a user-defined module or state derive from a built-in module or state?
19:16 oeuftete s/derive have/have/
19:16 tligda joined #salt
19:16 Ahlee JDiPierro: no, sorry
19:16 JDiPierro np, just asked in #vagrant :P
19:16 Ahlee Ouzo_12: you want your _module to extend an existing?
19:17 Ahlee er, oeuftete
19:17 Ahlee due to load order, if you place your own _module/ with the same name, yours will be used once it's sync'd to a minion
19:18 Ahlee so you can have test.py with def pint(): return False instead of return True (not that you'd want to, probably)
19:18 oeuftete Ahlee: that's right.  In my case, I want to have a separate docker module and state that are substantially the same as the built-ins (and also have the built-ins available)
19:18 cleme1mp joined #salt
19:19 Ahlee To my (limited) knowledge you can not just extend
19:21 xliiv how can i use pillar data in salt state?
19:21 oeuftete in case it helps, the specific case is that I'd like to use newish Docker Swarm, which essentially is a multi-host overlay on top of single-host docker which in theory works just like docker...
19:22 oeuftete But I need to be able to use the swarm interface and the single-host docker interface both, to do some different things...
19:22 Ahlee oeuftete: well, pull requests are always welcomed if you extend the built in :)
19:23 oeuftete But really, a swarm module and state would look very much the same as the docker built-ins, with a few functions disabled and different global config variables.  Anyway, looks like I might need to cut and paste for now
19:23 mschiff Hmm... all (7) salt-minion processes hanging again since many days. I wonder what might be the best way to debug this?
19:24 Ahlee xliiv: {{ salt['pillar.get']('your:pillar', 'default_value') }}
19:24 druonysus joined #salt
19:24 xliiv Ahlee: i'll check it :)
19:24 druonysus joined #salt
19:26 mschiff stracing the minion shows that it seems to be in an infinite loop...
19:27 rlarkin ls
19:27 budman joined #salt
19:27 vbabiy joined #salt
19:28 xliiv Ahlee: actually i'd like to use pillar value in file which is .ini and i'm copying the file in .sls, how can i do that?
19:28 xliiv Ahlee:  should your line work also in a txt file?
19:29 UtahDave xliiv: add   - template: jinja    to your file.managed in your sls file, then you can use jinja, including pillar data, inside the .ini file
19:29 Ahlee xliiv: what UtahDave said, template: jinja
19:32 xliiv UtahDave: Ahlee \o/ thank you :)
19:33 tligda1 joined #salt
19:33 UtahDave you're welcome, xliiv!
19:36 xliiv last things i think, how to escape curly brace?
19:41 aparsons joined #salt
19:42 Ahlee xliiv: http://jinja.pocoo.org/docs/dev/templates/ - look at Escaping tag, or I've found heavy use of {% raw %} {% endraw %} in parts I don't want salt to render helpful
19:43 murrdoc joined #salt
19:44 druonysuse joined #salt
19:44 druonysuse joined #salt
19:47 iggy oeuftete: not entirely sure it'd work, but you might be able to use standard python imports to get the regular salt docker module functions into your docker module
19:47 catpig joined #salt
19:47 arno joined #salt
19:48 cleme1mp joined #salt
19:50 portablejim_mac joined #salt
19:50 portablejim_mac joined #salt
19:50 portablejim_mac joined #salt
19:50 vbabiy joined #salt
19:55 mikaelhm joined #salt
19:55 ksalman is there a Solaris package for Salt 2014.7?
19:56 iggy pip?
19:56 ksalman oh hm. I haven't tried installing it via pip actualy
19:57 jblackburn joined #salt
19:58 oeuftete iggy: somewhere in the guts of the injected __salt__?  Guessing it's not going to be worth going that way
19:59 oeuftete iggy: hmmm, on second thought, maybe I'll give it a try
20:01 nitti_ joined #salt
20:02 Blacklite is it possible to resize an instance through salt
20:02 Blacklite ?
20:02 Blacklite sorry, let me rephrase
20:02 Blacklite is it possible to resize an aws instance through salt-cloud?
20:03 cleme1mp joined #salt
20:03 iggy oeuftete: I more meant just at the top of your dockerswarm.py do "from salt.modules.dockerio import what, ever, functions, you, need"
20:03 iggy Blacklite: is it possible to resize an aws instance?
20:03 Blacklite http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html
20:04 Blacklite let's say i follow this guide, is salt going to throw a hissy-fit?
20:06 schristensen joined #salt
20:07 iggy I wouldn't think so, but my use of salt-cloud hasn't been very extensive
20:07 longdays_ joined #salt
20:07 bastion1704 joined #salt
20:10 elco_ joined #salt
20:11 JDiPierro Yeah I'm not sure either.. I don't deploy to AWS.. I use Rackspace and when I want to change the size of a machine I build a bigger machine, then kill the old one.
20:11 longdays left #salt
20:12 neogenix Halow! Does anyone know of a bootstrap repo (for layout) for Salt that has environments/sites, and uses grains/pillars?
20:13 shaggy_surfer joined #salt
20:14 nmadhok joined #salt
20:14 cpowell joined #salt
20:18 StDiluted Blacklite: once salt-cloud has brought up a machine, I don’t think it tries to maintain the size or the state of that machine
20:18 StDiluted salt takes over and it doesn’t care about size
20:18 Blacklite ok sweet as
20:18 Blacklite that's what i hoped
20:18 Blacklite thanks :)
20:18 StDiluted that’s been my experience anyway
20:18 Blacklite i've just done it to two servers and it seems to work okay
20:18 StDiluted salt-cloud is just like… bring up this server by these definitions
20:19 StDiluted and then it no longer cares
20:19 Blacklite yeah
20:19 Blacklite i was just curious cause it has a folder that stores all the configurations
20:19 Blacklite cloud.profiles.d
20:19 iggy on the flip side of that, you shouldn't need to do that, you should be able to deploy everything from scratch pretty easily
20:20 StDiluted salt-cloud makes things nice and repeatable though
20:20 StDiluted and takes care of minion keys, etc.
20:20 Blacklite well there are some things that can't be done automatically very gracefully
20:21 Blacklite one of these is transferring 5GB of assets from an old server to a new salt one
20:21 Blacklite these assets aren't stored in git of course
20:21 Blacklite so i'd have to re-copy those every time i wanted to create a new instance
20:24 otter768 joined #salt
20:29 eykd joined #salt
20:30 cberndt joined #salt
20:32 meteorfox joined #salt
20:39 schristensen joined #salt
20:44 subsignal has anyone written their own auth module?
20:45 subsignal just have a few questions to wrap up my own custom auth module
20:47 nitti joined #salt
20:48 bhosmer_ joined #salt
20:51 zzzirk joined #salt
20:51 nitti joined #salt
20:51 ksalman I tried install salt on Solaris with salt-bootstrap and pip but it appears that the script does not implement the needed functions https://gist.github.com/ksalman/916b87bc11f0591f589f
20:51 ksalman install_omnios_git_deps not found
20:51 ksalman install_omnios_deps not found
20:54 ksalman I'll try these tarballs from joyent https://groups.google.com/forum/#!msg/salt-users/DEj3iORwV2o/Ajy-s13bBWMJ
20:55 aqua^mac joined #salt
20:58 wrench_ I'm not having any luck using the salt.service.module. Anyone know of another similar one that has more options?
20:58 jblackburn joined #salt
21:01 iggy wrench_: cmd.run everything or open issues for whatever existing modules don't do for you
21:01 jblackburn1 joined #salt
21:02 jblackburn1 left #salt
21:02 wrench_ iggy: I think the problem might be that the docs that I'm looking at(latest) is not consistent w/ the version that I'm using
21:02 druonysus joined #salt
21:02 aparsons joined #salt
21:03 iggy sadly that happens a bit
21:03 iggy it would be nice if the docs matched (or were annotated correctly)
21:04 Linuturk just booked my travel for SaltConf
21:04 Linuturk woot
21:04 iggy so if you see something that doesn't apply to a specific version, try to add an issue
21:04 desposo joined #salt
21:05 wrench_ well, its my fault for not looking at the docs for the right version
21:05 iggy yes and no
21:06 iggy from what I've heard, they want there to be "one set of docs" that are just properly annotated with versions
21:07 iggy instead of maintaining multiple versions of docs on rtd or docs.saltstack.com
21:08 wrench_ maybe that's why I''m having trouble finding the docs for my specific version: salt 2014.1.10 (Hydrogen) When I go to docs.saltstack.com, it auto takes me to "latest", and I'm not seeing where I can select specific versions.
21:09 stoogenmeyer joined #salt
21:09 zadock joined #salt
21:10 iggy http://salt.readthedocs.org/en/v2014.1.13/
21:10 wrench_ thanks iggy
21:10 iggy anybody got tips for debugging scheduler/reactor/orchestrate jobs?
21:11 murrdoc joined #salt
21:15 jrluis joined #salt
21:17 iggy No matching sls found for 'backups.db.orchestrate' in env 'base' - but, there is backups/db/orchestrate.sls in cp.list_master output - and there are no errors in the master logs
21:17 iggy or when running salt-call -l debug
21:17 iggy err salt-run
21:25 portablejim_mac joined #salt
21:25 portablejim_mac joined #salt
21:25 portablejim_mac joined #salt
21:25 twellspring joined #salt
21:25 toastedpenguin joined #salt
21:29 Singularo joined #salt
21:30 teskew joined #salt
21:32 quantumriff I have a pillar file that defines roles for some of my minions..roles:
21:32 quantumriff - applicationV2
21:32 quantumriff - appDR  I am tryinng to test to see if the "appDR" role is defined, and its not working {% if pillar['roles:appDR'] is defined %}
21:32 quantumriff how can check to see if roles: appDR is defined?
21:33 iggy use salt['pillar.get']('key:value') and leave off the "if defined"
21:34 quantumriff so if it doesn't exist, it will just null the statement?
21:35 iggy the default return is False (or None) either of which won't match the if
21:35 shaggy_surfer joined #salt
21:35 saravanans joined #salt
21:38 Ymage joined #salt
21:40 pdayton joined #salt
21:40 UtahDave It's really cool to see all the SaltConf registrations coming in!
21:41 murrdoc is there still room
21:41 davel_ joined #salt
21:42 UtahDave Yeah, there is. I don't know the exact numbers offhand
21:42 iggy speaking of registrations... I assume we still need to do some sort of registration if we're presenting?
21:42 quantumriff iggy: i'm having some trouble with that syntax.. wonder if its because I'm not assinging values to appDR, its just an entity inside roles:
21:42 quantumriff roles:
21:42 quantumriff - applicationV2
21:42 quantumriff - appDR
21:43 iggy quantumriff: in that case... {% if 'appDR' in salt['pillar.get']('roles') %}
21:43 UtahDave iggy: Yeah, I think Rhett will contact you with the super secret cool speaker code to register with
21:44 quantumriff ahh, that makes sense.. sorry, more used to bash.. still learning python and its different structures
21:44 iggy k, figured as much, but I've been meaning to ask since the early bird deadline is coming up (iirc)
21:44 neogenix joined #salt
21:44 quantumriff iggy: thanks!
21:45 giantlock joined #salt
21:45 twellspring joined #salt
21:46 quantumriff ohh, and even nicer, I can use "not in" which is simpler for my state
21:47 davel_ Hi, I'm a complete noob to saltstack and have some questions. Does SaltStack remove packages/services you haven't configured for a server and can this be enabled/disabled? Can it provide (i.e. web gui or email) a list of packages on the server but not in the config but not remove them? Is it common to introduce SaltStack to existing servers or must we roll out new servers from scratch based on SaltStack?
21:47 subsignal im so noob, after writing a custom auth script how do i get it to work with salt-master?
21:47 iggy davel_: no, no, yes (iiuc), yes, no
21:48 quantumriff davel_, by default, if you specify packages, it just makes sure they are installed.
21:49 The joined #salt
21:49 UtahDave yeah, davel_, Salt can give you a list of all the packages that are installed, but won't do anything to them unless you say to add them or remove them
21:49 babilen Are custom execution modules supposed to work in pillars? (they are listed in sys.list_modules, but I get a KeyError if I try to use them in a pillar)
21:50 UtahDave babilen: I think I remember there being an issue where they're not available during pillar compilation. I'm not sure if it's been fixed or not. Have you searched the issue tracker?
21:50 UtahDave subsignal: you would need to drop it in the "auth" directory in your salt install
21:50 davel_ ok thanks :) from this I understand it can do a diff between what's configured and what actual and I can choose to either enforce the config or just report on it.
21:50 subsignal thats the thing i used yum install and im not sure how
21:50 aparsons joined #salt
21:50 UtahDave davel_: also, people install Salt on existing infrastructure all the time, as well as new infrastructure
21:51 FRANK_T joined #salt
21:51 davel_ awesome, can you just throw some terms/commands at me so I know where to start poking around the docs?
21:51 babilen UtahDave: I tried to, but I didn't quite track that particular issue down. I simply wanted to clarify if what I am seeing is either expected behaviour ("we never intended for that to work") or a bug :)
21:52 subsignal would i just drop it in like /etc/salt/master/auth/ ?
21:52 UtahDave babilen: I think that it's supposed to work the way you want, but isn't yet. Unless it's been fixed in an unreleased version of Salt
21:52 babilen UtahDave: It is most definitely not working in 2014.7.0, but I haven't invested time in checking other versions. If were to know that it is supposed to work then I will invest that time, but I simply wanted to confirm my assumption that custom modules should be available. (I see no reason why they shouldn't)
21:52 iggy babilen: I have a bug open about them not working in orchestrate
21:53 babilen UtahDave: Okay, thanks. (Ran into this today, but postponed investigation until I confirmed this. Ta!)
21:53 babilen iggy: link ? (don't plan to work on this tonight (long day), but it'll come in handy tomorrow)
21:53 UtahDave subsignal: auth is a bit of a special case. for things like runners and modules you can create a directory inside your directory defined in "extension_modules", but I'm not sure if that works for auth.  It might, and probably should, but you'd have to test
21:53 iggy babilen: #19658
21:54 babilen ta
21:54 spookah joined #salt
21:54 iggy dunno if they are related, but could be
21:54 quantumriff another quick question about "mod_aggregate " in 2014.7.0.. My master is 2014.7.0, but many minions are 2014.1.x.. is this all done on the master, or will all my minions need to be updated to take advantage of mod_aggregate
21:54 subsignal UtahDave is the man will give that a shot thanks again
21:54 UtahDave cool
21:54 UtahDave quantumriff: that all happens on the minions
21:55 murrdoc we need a bot in this channel
21:55 quantumriff I have many states that all require a couple of packages related to that state.. lots of slowness with yum
21:55 quantumriff okay
21:55 quantumriff thanks UtahDave
21:55 murrdoc so #19658 links to a git hub ticket
21:55 UtahDave yup!
21:56 eykd I’m using `service.running` w/ `reload: true` to make sure nginx is running. I’m also using file.managed to guarantee a site configuration in sites-enabled, and `watch_in: [service: nginx]`. But when salt changes the file, nginx doesn’t reload the configuration. If I issue `service.reload nginx` manually though, the new configuration works correctly. Am I doing something wrong, or is this a bug? Example: https://dpaste.de/KrEf
21:56 UtahDave davel_: modules get run on the command line:  http://docs.saltstack.com/en/latest/salt-modindex.html
21:56 UtahDave davel_: states are used inside sls state files.
21:57 UtahDave davel_: so from the command line this will list all the installed packages:    salt \* pkg.list_pkgs
21:57 iggy eykd: you have to include the state that defines the service: nginx in the state that does the config file (if you aren't already)
21:57 eykd I’m doing that, sorry, just stripped the paste to the bare minimum to demonstrate my setup.
22:01 lamasnik joined #salt
22:01 eykd iggy: Anyway, I think it would generate an error if I didn’t include something I reference.
22:03 yomilk joined #salt
22:03 UtahDave eykd: well, for one thing you're not requiring the correct name or id
22:04 UtahDave oh, sorry, I didn't notice the watch_in, eykd
22:06 aparsons_ joined #salt
22:06 UtahDave eykd: could you test with the - reload: True commented out? I wonder if it has to do with that.
22:07 iggy nginx:pkg.installed: [] (instead of - name: nginx... just fyi)
22:07 Ryan_Lane I have something really, really fun coming core's way :)
22:07 eykd UtahDave: I’ll try that.
22:08 UtahDave eykd: that would at least rule out that
22:08 UtahDave Ryan_Lane: I hope it's the good kind of fun!  :)
22:08 eykd iggy: Not sure I follow?
22:09 iggy the name: is redundant in that case (as it by default pulls the name from the state id)
22:09 Ryan_Lane UtahDave: grafana dashboard state and basic elasticsearch execution module
22:09 eykd iggy: Oh, I see, yeah, I think I wrote that before I quite grasped what was going on. :)
22:09 UtahDave Ryan_Lane: ooh nice!  that's the good kind of fun
22:09 Ryan_Lane yep
22:09 * murrdoc brings oil
22:10 murrdoc wait wrong window
22:10 Ryan_Lane and it's one that allows people to manage their own dashboards through the interface, but have managed rows
22:10 mosen joined #salt
22:10 Ryan_Lane will also create a dashboard if it doesn't exist :)
22:10 UtahDave sweetness
22:10 UtahDave can't wait to check it out
22:12 Ryan_Lane btw, I want to thank whoever added dictdiffer to utils :)
22:14 eykd UtahDave: OK, that restarted nginx.
22:14 AnswerGuy joined #salt
22:15 kermit joined #salt
22:15 UtahDave eykd: ok, so look at the mod_watch() function in the services state module. It must not implement something correctly for reloading nginx.
22:17 minaguib joined #salt
22:17 eykd UtahDave: I guess you mean this? https://github.com/saltstack/salt/blob/v2014.7.0/salt/states/service.py#L447
22:18 UtahDave yeah
22:18 druonysus joined #salt
22:18 druonysus joined #salt
22:23 eykd I’m not familiar with the internals yet, but that looks like the same thing as me doing `salt myserver service.reload nginx`, right?
22:24 diegows joined #salt
22:24 jchen joined #salt
22:25 otter768 joined #salt
22:27 meylor joined #salt
22:28 gattie I am trying to use salt-syndic and run commands from a top level master...
22:28 gattie is there some trick to specifying the minions connected to the syndic from the top level?
22:31 eykd @UtahDave OK, and now it’s working. Must be gremlins.
22:31 UtahDave eykd: :)  well, I'm glad it's working
22:31 iggy am I the only one that hates formulas with a "settings.sls" file?
22:31 UtahDave gattie: you just target them as usual
22:33 babilen iggy: default.sls better?
22:33 babilen +s
22:34 AnswerGuy joined #salt
22:34 StDiluted joined #salt
22:34 iggy no
22:34 iggy well, I don't know
22:35 iggy depends on if it ends up looking anything like https://github.com/saltstack-formulas/graphite-formula/blob/master/graphite/settings.sls
22:35 iggy some of you will especially love that formula because it's reliant upon a grain being set to do much of anything
22:36 viq joined #salt
22:37 babilen yeah ... I remember
22:37 babilen *some of you* ;)
22:37 hasues left #salt
22:39 babilen Oh, god ... the horror. No, I was rather thinking of, say, https://github.com/bechtoldt/saltstack-elasticsearch-formula/blob/master/elasticsearch/defaults.yaml
22:40 iggy that's kind of alright (a bit long, but I get that elasticsearch isn't exactly the most simple piece of software)
22:42 desposo joined #salt
22:44 aqua^mac joined #salt
22:44 nafg_ joined #salt
22:45 iggy I'm used to looking at map.jinja personally (and it seems more pythonic to me than a bunch of yaml, but to each his own)
22:46 Jahkeup_ joined #salt
22:46 babilen You can do the same in Python, it was more the idea of a "this is where I set defaults" rather than the exact format
22:48 iggy yeah, the abomination I posted is the kind of stuff that bothers me
22:49 babilen absolutely *shudder*
22:49 iggy sadly...
22:49 iggy my boss' first foray into salt when I started here was working on some java stuff
22:50 iggy and the example he came across (zookeeper iirc) was written by that same guy
22:50 iggy so all the formulas he's written to run our internal systems all have that same kind of layout
23:00 shaggy_surfer joined #salt
23:00 foulou joined #salt
23:02 Ryan_Lane joined #salt
23:04 neogenix joined #salt
23:07 nmadhok joined #salt
23:08 perfectsine joined #salt
23:11 murrdoc left #salt
23:13 cads joined #salt
23:17 iggy Anybody know if the "supported versions" are listed anywhere?
23:18 __number5__ defined "supported versions"
23:18 __number5__ s/defined/define/
23:19 iggy basically, will we see another release of 2014.1.x
23:20 iggy there were commits going into it, but they've slowed significantly this month
23:21 iggy and just in case 2014.7.1 has a blocking bug for me (like .0 had), I'd like to have a backup plan
23:21 __number5__ iggy: it's holiday season, everything slow down
23:21 murrdoc joined #salt
23:21 iggy it's middle of January... it's not exactly holiday season anymore
23:22 __number5__ for us holiday season is not finished until Australian day :P
23:24 iggy I'll be more clear then... there are fixes going into 2014.7 that aren't going into 2014.1... I assume that means 2014.1 is effectively dead or that said fixes are deemed too invasive to attempt a backport
23:24 mosen joined #salt
23:26 __number5__ 2014.1 -> 2015.2?
23:26 __number5__ oh sorry, you mean backport bugfixes
23:26 alsip joined #salt
23:27 ckao joined #salt
23:27 iggy well... it's supposed to be "bug fixes go into 2014.1 then forward ported to 2014.7 -> devel
23:28 elco_ joined #salt
23:28 iggy basically I'm looking for some documentation of what the actual support workflow is
23:32 adrianhannah joined #salt
23:33 __number5__ iggy: better to file an issue on github then bug saltstack guys
23:34 markm_ joined #salt
23:36 iggy uhh, file an issue to find out supported versions? Seems ass backwards.
23:36 iggy but thanks for your input
23:44 Linuturk joined #salt
23:45 oldmantaiter joined #salt
23:49 mrjk joined #salt
23:50 nmadhok joined #salt

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