Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-01-20

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

All times shown according to UTC.

Time Nick Message
00:02 forrest joined #salt
00:03 Brew joined #salt
00:03 furball365 i want to manage my Kubernetes project with saltstack.. is there a good place to start?
00:04 furball365 *SaltStack*
00:04 murrdoc salt-cloud
00:06 mohae furball365: have you used salt before?
00:06 furball365 i see quite a few links which imply that the Google Container Engine is built using Salt
00:07 furball365 and no, i haven't used salt before. I do see examples for using salt-cloud with Compute Engine, but they don't get into Kubernetes
00:07 iggy kubernetes in general uses salt (afaik)
00:07 diegows joined #salt
00:07 iggy not specific to GContE
00:08 mohae furball365: I'd start at the getting started section of http://docs.saltstack.com/en/latest/index.html to get a handle on the basics. It's pretty easy to grok.
00:08 furball365 Google Container Engine is still in alpha so i was wondering whether there was anything Salt had. Maybe it's best to use Compute Engine for now.
00:13 TyrfingMjolnir joined #salt
00:14 booly-yam-4014 joined #salt
00:17 iggy I have a state that runs fine via highstate/state.sls, but when I try to get it to run from a reactor (using cmd.state.sls) it gets an error "TypeError: 'NoneType' object is not iterable"
00:18 iggy anybody ever seen anything similar or got any ideas how to debug further?
00:21 booly-yam-4014 joined #salt
00:26 SheetiS joined #salt
00:27 nullptr joined #salt
00:27 booly-yam-4014 joined #salt
00:30 MugginsM joined #salt
00:36 booly-yam-4014 joined #salt
00:38 aparsons joined #salt
00:38 yetAnotherZero joined #salt
00:40 aparsons joined #salt
00:43 aparsons joined #salt
00:44 thedodd joined #salt
00:45 booly-yam-4014 joined #salt
00:49 gladiatr iggy, use local.state.sls(tgt=minion_id, arg=[ 'path.to.state.you.want.to.run']
00:49 gladiatr )
00:50 bhosmer__ joined #salt
00:53 hal58th iggy, seems that was a generic error because I was getting that with one minion. But this was highstate and not reactor. Also the highstate completed successfully
00:54 gladiatr http://pastebin.com/NT493qwf
00:56 iggy I should also mention, I'm using 2014.1.x (not 2014.7)
00:57 gladiatr K.  I don't recall if I put that online before 2014.7.
00:58 booly-yam-4014 joined #salt
00:59 gladiatr iggy, regardless, I'm pretty sure you have to feed the arguments as an array.  That *might* explain the whole /pythonwhinenotaniterable thing
01:02 dimeshake I'd like to have salt-cloud set the hostname at provision time. right now, it sets the minion_id fine, but no hostname gets set. what do you think the best way to handle that would be? I could do a salt 'newminion' network.mod_hostname 'hostname' but that seems redundant to me.
01:03 aqua^mac joined #salt
01:04 gladiatr dimeshake, should the host name be the same as the minion_id?
01:05 dimeshake yep
01:05 dimeshake for anything created by salt-cloud anyway
01:07 gladiatr Just create a salt state that uses the minion_id to set the host name.  it might actually have more to do with cloud-init not reliably supporting it across all platforms (it may not support it at all).
01:08 nullptr` joined #salt
01:09 dimeshake is there a way to call a salt state to run first time on salt-cloud? I wouldn't want that to be a state for all machines, for example
01:09 dimeshake because i do have machines where the minion_id doesn't match the hostname, unfortunately - already around
01:11 gladiatr I do not know.
01:12 gladiatr My first instinct is to suggest you've got it backwards.. that salt-cloud tends to be used from its associated state module and that salt-cloud, but I'm just not sure that's right.
01:12 booly-yam-4014 joined #salt
01:13 gladiatr I'd drop a note on the mailing list to see if someone with a bit more salt-cloud xp might give you a definitive answer.
01:13 hvn joined #salt
01:13 hvn joined #salt
01:13 wenzel_ joined #salt
01:14 dimeshake as far as I know, there aren't really any salt-cloud states. it's a standalone command to manipulate/provision machines. it bootstraps salt automatically but I don't know if it can do a one-off state upon start, for example, without adding it to startup states in /etc/salt/minion
01:14 wenzel_ hi !
01:14 dimeshake howdy
01:15 vbabiy_ joined #salt
01:15 wenzel_ i would like to directory of the current module in a template file, but i can't find how to do this in the docs
01:15 iggy dimeshake: salt-cloud fires it's own events (salt/cloud/....) you could use the reactor and key off those events (vs the more generic minion/start event)
01:16 wenzel_ to get*
01:16 dimeshake iggy: ahhh perfect
01:17 gladiatr dimeshake, what version of salt?
01:17 dimeshake 2014.7.0
01:18 gladiatr look at salt/states/cloud.py   They exist--not in great numbers yet, but they are there.
01:19 wenzel_ like, is there a predefined variable to master root directory, salt:// ?
01:20 dimeshake interesting, gladiatr - thanks.
01:20 dimeshake wenzel_: can you give a little more info about what you're trying to accomplish?
01:21 iggy and not how you are trying to achieve it
01:21 dimeshake ^^
01:22 wenzel_ i would like to be able to list each file or directory in my module : salt://<module>/files
01:23 booly-yam-4014 joined #salt
01:23 wenzel_ i tried something like {{% for element in salt://mymodule/files/* }}, but it didn't work ^^
01:23 iggy you're doing it wrong
01:23 dimeshake are you trying to copy all those files to minion, for example?
01:23 dimeshake what's your end goal
01:24 wenzel_ to loop over them, and manage them
01:24 dimeshake you can use file.recurse to manage them all, inserting jinja variables as necessary - without a loop
01:25 aqua^mac joined #salt
01:26 wenzel_ actually i'm playing with salt, and i would to manage my config files, to make a try
01:27 wenzel_ so, i thought about a module, with all of my config files in it, and i will loop over every user defined in the pillar, and then loop over every element in files/* to see if this config file/dir is present, or not
01:27 jerematic joined #salt
01:28 wenzel_ by using file.recurse, i cannot managed each file/dir as a seperate element
01:29 wenzel_ i'm completely new to saltstack, i started 4 days ago, so ^^
01:29 dimeshake what kind of configs are you talking about? like, users' .bashrc and such, or something for a server daemon, or what?
01:29 dimeshake you generally wouldn't want all configs for a server in a single directory on the saltmaster, you'd separate by service, or service function, or some level of hierarchy
01:29 wenzel_ .bashrc for example, this kind of stuff ^^,
01:30 wenzel_ i'm testing salt on this simple thing before using it on my servers to manage my daemons
01:31 wenzel_ think about this module as a home skeleton for a new user
01:31 dimeshake ok, so everyone would get the same set of files?
01:31 wenzel_ yep
01:32 dimeshake you could easily stick it under yourstate/files/skel and do it with file.recurse
01:32 genediazjr joined #salt
01:32 dimeshake the looping happens in the state - or in the files themselves (as jinja templates)
01:35 wenzel_ ok, i will try !
01:35 otter768 joined #salt
01:35 dimeshake also, don't confuse modules and states :)
01:35 dimeshake you can have custom modules, but you are probably not doing that here
01:36 wenzel_ i guess i have to read the walkthrough again
01:37 wenzel_ but i'm suprised to not be able to find the salt master rootdir as a variable
01:38 iggy usually when people are surprised by things in salt, they are trying to do something wrong
01:38 __number5__ wenzel_: it's configurable, but you need to tell salt-master via command-line
01:39 twellspring joined #salt
01:40 wenzel_ ok
01:41 wenzel_ thanks a lot ! :)
01:41 nitti joined #salt
01:41 booly-yam-4014 joined #salt
01:43 jameswarren joined #salt
01:47 vbabiy joined #salt
01:49 schristensen joined #salt
01:51 booly-yam-4014 joined #salt
01:56 vbabiy joined #salt
01:57 vbabiy joined #salt
02:00 jerematic joined #salt
02:01 vbabiy_ joined #salt
02:01 otter768 joined #salt
02:03 vbabiy joined #salt
02:10 bones050 joined #salt
02:13 booly-yam-4014 joined #salt
02:13 bones050 Hi guys, does anyone know if it is possible to perform a regex match on filename in a state file? I've got an example here: http://pastebin.com/Q7rnRHj4
02:13 hvn joined #salt
02:13 hvn joined #salt
02:20 hvn joined #salt
02:20 hvn joined #salt
02:23 shaggy_surfer joined #salt
02:26 bbradley joined #salt
02:26 booly-yam-4014 joined #salt
02:27 wenzel_ joined #salt
02:33 twellspring joined #salt
02:39 genediaz_ joined #salt
02:39 dimeshake bones050: I do not think that's currently possible
02:42 bones050 Was wondering if it would work if I used the 'name:' parameter also? Instead of using the filename as the statename (not sure of correct terminology here)
02:46 ilbot3 joined #salt
02:46 Topic for #salt is now Welcome to #salt | SaltConf 2015 Call for Speakers is open! http://saltconf.com/call-for-speakers/ | 2014.7.0 is the latest | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
02:52 genediazjr joined #salt
02:52 higgs001 joined #salt
02:52 jonbrefe joined #salt
02:53 booly-yam-4014 joined #salt
02:59 favadi joined #salt
03:02 genediazjr joined #salt
03:03 cberndt joined #salt
03:03 mosen joined #salt
03:03 twellspring joined #salt
03:05 furball365 joined #salt
03:06 CeBe joined #salt
03:07 JlRd joined #salt
03:10 vbabiy joined #salt
03:12 CeBe joined #salt
03:19 clemensb joined #salt
03:19 furball365 just came across a rather unexpected answer to a Google Container Engine issue: http://stackoverflow.com/questions/27024143/error-in-creating-pod-in-google-container-engine . They used Salt to fix the problem. I haven't found a reference to this functionality. Is there any information on using Salt with Container Engine? I suspect it's unsupported, but would be happy to hear otherwise.
03:19 pdayton joined #salt
03:19 booly-yam-4014 joined #salt
03:20 Corey furball365: Kubernetes has dependencies upon Salt. That might explain your confusion.
03:24 furball365 oh.. i'm not confused. From the answer and from this: https://github.com/GoogleCloudPlatform/kubernetes/blob/master/DESIGN.md it seems that Salt is used to implement Kubernetes. I would just like to know whether the Salt functionality is something i can rely on and, if so, where it might be documented. I wouldn't mind using Salt.
03:27 shaggy_surfer joined #salt
03:27 furball365 i just see REST, gcloud, and Developer's Console mentioned at https://cloud.google.com/container-engine/docs/clusters/operations
03:27 Corey furball365: I find it reliable! :-) Start with http://docs.saltstack.com/en/latest/
03:27 yomilk joined #salt
03:27 furball365 cool - thanks Corey
03:29 furball365 Corey - do you happen to know if SaltStack documents the Kubernetes interface somewhere? I would just like to know whether it will be supported going forward.
03:29 kermit joined #salt
03:29 twellspring joined #salt
03:31 ajw0100 joined #salt
03:32 Corey furball365: Not offhand.
03:32 Corey furball365: This place tends to be a bit more active during the business day on the US west coast.
03:33 Corey furball365: You might try the mailing list for a better time-shifted response!
03:33 Corey basepi: Fix the topic, the CFP is closed!
03:33 Corey furball365: Aforementioned mailing list may be found at https://groups.google.com/forum/#!forum/salt-users
03:34 furball365 thanks again, Corey.. will try tomorrow
03:35 Corey furball365: No worries. Good luck; I suspect it's the standard Salt python API that's being leveraged.
03:36 yomilk_ joined #salt
03:36 furball365 joined #salt
03:39 clemensb joined #salt
03:43 Furao joined #salt
03:45 TheThing joined #salt
03:46 pdayton joined #salt
03:48 booly-yam-4014 joined #salt
03:49 jonbrefe joined #salt
03:50 ecdhe joined #salt
03:52 bhosmer joined #salt
03:56 portablejim joined #salt
03:56 portablejim joined #salt
04:01 basepi Thanks Corey, I'll grab that.
04:02 higgs001 joined #salt
04:03 Topic for #salt is now Welcome to #salt | SaltConf 2015 is Mar 3-5! http://saltconf.com | 2014.7.0 is the latest | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
04:18 booly-yam-4014 joined #salt
04:29 wenzel_ joined #salt
04:36 yomilk joined #salt
04:45 booly-yam-4014 joined #salt
04:46 jerematic joined #salt
04:50 Ryan_Lane joined #salt
04:51 bhosmer joined #salt
04:54 j4son joined #salt
05:03 Corey basepi: Looking forward to SLC soon.
05:08 yomilk_ joined #salt
05:13 Ryan_Lane joined #salt
05:20 booly-yam-4014 joined #salt
05:22 smcquay joined #salt
05:45 We7W3ntyf0uR joined #salt
05:45 dexter91x joined #salt
05:46 nmadhok joined #salt
05:46 pdayton joined #salt
05:47 dexter91x how can i use "include" twice ? in case i want to include a file in the beginning of my state and include another one in the end, is there such thing ?
05:49 pdayton joined #salt
05:56 booly-yam-4014 joined #salt
05:56 jalbretsen joined #salt
05:58 ajw0100 joined #salt
06:06 booly-yam-4014 joined #salt
06:09 twellspring joined #salt
06:09 catpiggest joined #salt
06:22 booly-yam-4014 joined #salt
06:27 TyrfingMjolnir joined #salt
06:30 calvinh joined #salt
06:34 jonatas_oliveira joined #salt
06:35 jerematic joined #salt
06:41 jhauser joined #salt
06:51 CeBe joined #salt
06:53 mikkn joined #salt
06:55 stoogenmeyer_ joined #salt
06:57 otter768 joined #salt
06:58 booly-yam-4014 joined #salt
07:01 CeBe joined #salt
07:08 AndreasLutro joined #salt
07:08 JlRd joined #salt
07:09 twellspring joined #salt
07:11 felskrone joined #salt
07:11 felskrone joined #salt
07:14 colttt joined #salt
07:19 MK_FG joined #salt
07:20 s0lar joined #salt
07:25 trikke joined #salt
07:27 flyboy joined #salt
07:28 hvn joined #salt
07:28 MohShami joined #salt
07:30 MohShami hey guys, I'm trying to set up a dovecot/opensmtpd server for about 5 users. The policy is to keep the plaintext password for them (management wants that, not me), so I was thinking about storing the password in plaintext as a pillar and then having salt generate the password on the servers, can't find a way to do that, can someone point me in the right direction?
07:30 Grokzen joined #salt
07:30 trikke joined #salt
07:31 forrest joined #salt
07:36 druonysus joined #salt
07:37 druonysuse joined #salt
07:37 druonysuse joined #salt
07:40 druonysus joined #salt
07:40 jeddi MohShami: if you store the password in a pillar, what is the server generating?
07:41 MohShami jeddi: I'm storing the password in plain text, I want it to generate the hash, pillar: 123456, file content: $6$udszydCxTh19S0Lm$oUXg5fMrzlBiM5inEsUObLHKrbFmaXhXTP69/fJkc59ZAm/yGMmNTAsTn3SWzMuS1zTIHv6M4P.dweOHcHkUQ/
07:41 yomilk joined #salt
07:41 KermitTheFragger joined #salt
07:43 jeddi MohShami: aha.  can you just store the hashed version in the pillar instead?
07:43 MohShami jeddi: I thought about doing that, and having the plain text password as a comment, but I've been wanting to try this way out for a while :)
07:44 CeBe joined #salt
07:44 jeddi MohShami: if you can't, then you can hvae a couple of stanzas - push the password out in a (temp) file, have a run: intstruction that runs a shell script to do its magic (hash, load up the password, etc), perhaps sets a flag file to say it's done - and you can have an 'unless: flag-file-exists' around the whole thing.
07:44 jeddi well, a series of 'require:'s that cascade to give you the effect you are looking for.
07:44 jeddi it does mean the password exists temporarily on the file system (perhaps longer if there is a problem during the salt run)
07:45 jeddi however, if the server has access to the pillar'd plain-text password, it's not much of a concession.
07:45 MohShami the current configuration has it on the filesystem the whole time, so it's not big deal
07:45 jeddi MohShami: i like the 'get it working dodgily, fix it later' approach.  ...   even if I don't really do that much myself.  :)
07:46 MohShami I like the: first make it work, then make it work well approach myself :)
07:46 MohShami I thought there might be way to do this with jinja
07:47 calvinh joined #salt
07:47 cberndt joined #salt
07:47 jeddi hmm .. the hash process is currently what?
07:47 jeddi binary, shell (bash), or something proprietary?
07:48 MohShami SHA512
07:48 MohShami jeddi: which both dovecot and opensmtpd use
07:48 jeddi i'm not a jinja ninja .. but guessing you've looked to see if there's some primitives in there to do that, and came up empty?
07:49 CeBe1 joined #salt
07:49 MohShami yep, can't even get a hint
07:50 jeddi the way i described above - push the file, run a small shell script (or even just the sha512 binary directly), and then tidy up, with a few requires: (or the new ordering system - haven't looked at that) ... would work, i think.
07:50 MohShami yeah it does, I have that for a different state
07:50 elco__ joined #salt
07:50 MohShami but I was looking for something a bit cleaner
07:50 calvinh_ joined #salt
07:51 jeddi meh.  clean comes later.  perhaps never.  :)
07:51 jeddi and that's okay!
07:52 MohShami 100% true :)
07:52 MohShami but I like to use these small tasks to learn something new
07:53 MohShami the other day I wrote a python script that gets a list of IPs from SPF so we can use them in our greylisting whitelist
07:53 jeddi understood.  did you suss out the guys on the jinja irc channel, just in case?
07:53 jeddi aha - nice!
07:53 MohShami I wrote it as a multi-processing map-reduce app with zeroMQ, way over-complicated, but I did learn a lot from it :D
07:54 MohShami interested in the code?
07:54 jeddi been meaning to try cranking up some python state generators .. there's a few things that i'm tying myself up in knots trying to get working with vanilla pillar & salt state files.
07:54 jeddi sounds a bit beyond my comprehension, to be candid, but thank you for the offer.
07:54 MohShami any time
07:55 MohShami what I learned writing that script helped me with a much more complex project
07:56 jeddi Time ... is always my enemy.   So many projects on the go.  Attepmting to get salt cranked up on raspbian / raspberry pi at the moment .. mighty painful experience.
07:56 Auroch joined #salt
07:56 MohShami I can imagine
07:56 MohShami I'm the sole person who is working on salt at my organization, and trying to get it on all my servers
07:57 MohShami learning as I go
07:57 MohShami https://groups.google.com/forum/#!topic/salt-users/PxrL-M1dQ2U
07:57 MohShami I can implement it as a custom module
07:59 Grokzen joined #salt
08:02 monkey66 joined #salt
08:08 slafs joined #salt
08:08 slafs left #salt
08:12 jeddi MohShami: do you have any custom modules already up on github?  i probably should go and stare at some ... i'm sure they can't be that hard to rattle up (just need to learn python first :)
08:13 MohShami jeddi: I wish, this is my github page https://github.com/mohshami. I only have one project up but keep an eye on it I will hopefully add more in the future
08:14 jeddi more impressive than mine :)
08:14 MohShami :D
08:15 MohShami you should learn python, it's an amazing language
08:15 MohShami I learned it at http://www.codecademy.com/
08:15 jeddi yeah - did a coursera python intro last year, and have slowly been tinkering with some projects.
08:16 hebz0rl joined #salt
08:16 MohShami I started learning flask, that's getting me better at python as well
08:16 jeddi yeah - flask is actually what piqued my python interest early on ... moving away from php, etc,.
08:16 fredvd joined #salt
08:17 MohShami for me it was django
08:17 MohShami but I never got around to learning it, flask seems simpler, and then I might go on to django
08:18 jeddi yeah -= a friend is a django dev by trade ... but that was a bit heavy for my purposes.
08:18 MohShami I like flask's approach, only have the minimum and then build up
08:19 nmadhok joined #salt
08:19 toanju joined #salt
08:20 booly-yam-4014 joined #salt
08:23 jerematic joined #salt
08:33 lb1a joined #salt
08:36 kawa2014 joined #salt
08:36 Mso150 joined #salt
08:43 TheThing joined #salt
08:44 portablejim joined #salt
08:49 SheetiS joined #salt
08:49 mosen joined #salt
08:51 ndrei joined #salt
08:53 Grokzen joined #salt
08:53 bhosmer_ joined #salt
08:58 twellspring joined #salt
08:58 otter768 joined #salt
08:59 giannello joined #salt
09:08 dkrae joined #salt
09:28 markm_ joined #salt
09:32 CeBe joined #salt
09:34 ndrei joined #salt
09:35 linjan joined #salt
09:36 Andre-B joined #salt
09:37 wnkz joined #salt
09:38 N-Mi joined #salt
09:42 mage__ joined #salt
09:45 saltynoob joined #salt
09:49 cberndt joined #salt
09:51 CeBe joined #salt
09:54 nmadhok joined #salt
09:54 bhosmer_ joined #salt
09:56 CeBe joined #salt
09:59 agend joined #salt
09:59 karimb joined #salt
10:01 kbyrne joined #salt
10:02 phx anyone has hints for managing openldap configs with cn=config?
10:03 jrluis joined #salt
10:03 dvestal joined #salt
10:03 ekristen joined #salt
10:04 teogop joined #salt
10:05 MohShami jeddi: it's easier than I thought
10:07 salty joined #salt
10:07 giannello joined #salt
10:08 jhauser joined #salt
10:09 Guest91487 I would like to use the latest dockerio.py state module in 2014.7.0 release, so I wget the state and module (dockerio.py) and place in my master's _modules and _states. Then I saltutil.refresh_modules (see the 2 .py's copied to my minions), and then try to use it, but I still get  State 'docker.loaded' found in SLS 'nginx' is unavailable
10:10 Guest91487 I have restarted minion and looked at minion logs, but I see nothing helpful
10:12 jonatas_oliveira joined #salt
10:12 jerematic joined #salt
10:12 Guest91487 running 'docker version' on the minions works: compute0:     Docker version 1.4.1, build 5bc2ff8
10:14 Guest91487 and the docker python module is there and available too:  root@master:/srv/salt# salt 'compute0' cmd.run 'python -c "import docker; print docker.version"' compute0:     0.7.1
10:14 Guest91487 but I am at a loss :(
10:16 ndrei joined #salt
10:16 bhosmer joined #salt
10:17 I3olle joined #salt
10:18 I3olle hi there. I have a problem with how a sting gets rendered from my .sls and maybe someone has an idea
10:18 gerl1ng joined #salt
10:19 I3olle {% for name_of_host in salt['pillar.get']('master:id') -%}
10:19 I3olle something something
10:19 I3olle {%- endfor %}
10:19 I3olle basically results in an action taking place for every single letter of the hostname
10:20 I3olle i though the - before and after the % should prevent that?
10:21 MohShami I3olle: what happens if you try "{%- endfor -%}
10:21 I3olle same
10:21 MohShami I've always had problems with these myself
10:21 Guest91487 id is a string
10:21 Guest91487 you are asking to iterate on a string
10:21 Guest91487 which is a list of characters
10:22 I3olle oh
10:22 kbyrne joined #salt
10:22 I3olle is there a function such as valueOf.(master:id) ?
10:22 Guest91487 MohShami: {%- and -%} are just telling jinja to remove whitespace.
10:22 Guest91487 I3olle: what is that pillar key? is it another dict?
10:23 MohShami Guest91487: Sorry that's what I thought the problem was :)
10:23 MohShami my bad
10:23 Guest91487 no bad
10:23 Guest91487 I3olle: maybe you want to {%- set foo = salt['pillar.get']('master:id', 'default') %} ?
10:24 Guest91487 then use foo in some way that is sensible to you
10:24 I3olle i am relatively unfamiliar with the terms of salt so i am not sure what a dict exactly is
10:24 Guest91487 a dict is a dictionary
10:24 Guest91487 a hashtable
10:24 Guest91487 { 'foo': 'bar'}
10:24 Guest91487 pillar is a giant dict
10:25 I3olle ah ok
10:25 Guest91487 with pillar.get, you are asking for a specific key, the 'minion:id'
10:25 I3olle yes. and basically there shouldn’t be a hastable after that. of if it is, it s a table with a single value stored in it
10:26 Guest91487 ok, so what are you iterating over a string for?
10:27 Guest91487 what do you really want to do?
10:27 ede joined #salt
10:27 jonatas_oliveira joined #salt
10:27 I3olle i want to create a .cfg file and folder for every minion
10:28 Guest91487 ok, so how will the master.id key get you closer to that goal?
10:29 jonatas_oliveira joined #salt
10:29 Rawkode joined #salt
10:29 I3olle the files should be named as such:   hostname/hostname.cfg and hostname/checkname.conf
10:30 I3olle so i need the hostname which i find under master:id
10:30 Guest91487 I3olle: first... you are asking for 'master:id' from pillar. this is a key you have defined. second, if it is a string that you defined as 'foo', you will not magically get the list of minion hostnames. Think about what you are doing here.
10:30 Guest91487 I3olle: but where will salt get the hostname from?
10:30 Guest91487 pillar is something you fill in
10:30 Guest91487 or which you retrieve from a source database of some sort
10:31 Guest91487 salt will not magically retrieve the list of minions because you reference the id of the master
10:31 I3olle well it is getting it. other wise it wouldnÄt write me anything. but so far it writes s.cf a.cfg l.cfg t.cfg and so on
10:31 Guest91487 I3olle: that's because the key you set there is 'salt'
10:32 Guest91487 you're lost in the forest and not seeing the path
10:33 Guest91487 I3olle: I encourage you to step back and rethink what you are looking to do
10:33 I3olle well, i am executing it on the salt-master. so by executing it there as in salt ‚*’ state.call my-formula it will iterate over every hostname
10:33 Guest91487 you are running circles around something that is very easy
10:34 Guest91487 salt doesn't tell you what to do a lot of times, so your confusion is understandable
10:34 I3olle then i need a hint in the right direction
10:34 Guest91487 yes, but we/I need a better hint about what you want to od
10:34 Guest91487 you have said  "write a file for each minion"
10:34 Guest91487 what does this mean?
10:34 Guest91487 can you be more specific
10:34 I3olle yes. ok i will explain
10:35 I3olle it is for icinga. whenever a new host starts up i want the master to start a formula based on a reactor
10:36 rncry joined #salt
10:36 rncry Hi
10:36 Guest91487 ok, so, based on some event, you want the master to apply a formula to... to whom?
10:37 I3olle the formula will then create a filestructure as explained before with the names of each host as a folder and a .cfg file and then the checks which it finds in the pillars of the minions as seperate files as well
10:37 arno joined #salt
10:37 I3olle after that it will take these files and folders and move them onto the icinga server
10:37 Guest91487 I3olle: all of these new files are created on the master, correct?
10:37 I3olle yes
10:37 Guest91487 woah, why move them?
10:37 I3olle after moving them they get deleted again
10:38 Guest91487 why not just craete them over on that server to begin with?
10:38 I3olle i am creating them on the master because the othe rminion can’t access the grains and pillars of all other minions. and we are actually quite happy that it can’t
10:39 Guest91487 I3olle: do you know about the salt mine?
10:39 I3olle yes
10:39 Guest91487 do you not want to use that here?
10:40 Guest91487 have you reviewed how other users/deployments have setup checks with icinga?
10:40 I3olle no because that would be even worse. then every minion would be able to access the chosen pillar and grain data
10:41 Guest91487 I'm not sure, you might be able to work around that
10:41 I3olle the only other good icinga formula i have found is https://github.com/saltstack-formulas/icinga2-formula
10:41 TyrfingMjolnir joined #salt
10:41 Guest91487 either way, what data are you looking for to generate these files?
10:41 I3olle it has been a good inspiration but it’s not what i am looking for
10:42 Guest91487 https://hveem.no has some interesting icinga code/posts
10:43 I3olle he does it passive. but i want it to be actively distributed
10:44 I3olle i am creating a pastebin at the moment
10:44 Guest91487 I3olle: ok
10:44 colttt joined #salt
10:44 TyrfingMjolnir joined #salt
10:45 Guest91487 I3olle: another thought, have you looked at how a tool like consul or serf would fit into/change your equation?
10:45 aquinas joined #salt
10:46 I3olle no i haven’t
10:46 I3olle i don’t know about these
10:46 I3olle i will take a look at them
10:47 I3olle http://pastebin.com/dDASReey
10:47 I3olle some stuff may be useless in there as i have been trying out how to get rid of the error for the past hour
10:48 I3olle especially my map.jinja must be jumbled
10:49 Guest91487 salt://icinga-joiner/files/tmp/{{ name_of_host }}.conf:
10:49 Guest91487 this is not correct
10:49 zadock joined #salt
10:49 Guest91487 the id must be unique, and it is a string, and the id can be used as a name (if the name parameter is not present).
10:50 Guest91487 generally, either use 'name: /path/to/file'
10:50 Guest91487 or put /path/to/file as the id
10:50 twellspring joined #salt
10:50 Guest91487 but putting salt:// is not correct
10:50 TyrfingMjolnir joined #salt
10:50 Guest91487 how will salt know where to put that file?
10:51 Guest91487 you must specify a filesystem path, AFAIK
10:51 Guest91487 but this is a different/separate issue
10:51 I3olle i tried the name: /path/to/file as well. didn’t change the outcome
10:52 Guest91487 as I said, that is a separate issue
10:52 I3olle icinga-joiner is the name of the module. salt knows that and by adding the salt:// at the beginning it places them in the folder icinga-joiner-formula/files/tmp/something.cfg
10:53 I3olle yes. just thought i should clear that up
10:53 I3olle thank you by the way for going through this with me
10:53 Guest91487 so salt is acting intelligent here,  that is great to know
10:53 I3olle yes :)
10:54 Guest91487 another piece of advice, to help debug something like this, I would recommend creating a simplified version that does away with as much of the advanced jinja as you can
10:54 Guest91487 I explicitly keep my jinja ridiculously simple for this very reason
10:54 Guest91487 debugging gets messy
10:54 schristensen joined #salt
10:54 Guest91487 anyway, back to the logic, this appears to be more of a logic problem than error in .sls
10:54 giantlock joined #salt
10:54 I3olle yes it does get messy
10:55 I3olle which would that be?
10:55 Guest91487 still looking
10:55 ekristen joined #salt
10:55 Guest91487 object_host: {{ grains['id'] }} <<< you want the master's id here, yes?
10:56 I3olle the {{ grains['id'] }} ? another thing i tried because i thought it is a problem of the pillar
10:56 Guest91487 do you know the difference between the two?
10:56 Guest91487 so your logic problem is very simple
10:56 Guest91487 it is as I noted before
10:57 I3olle one is a grain one is a pillar but they hand out the same name
10:57 Guest91487 no, not at all
10:57 I3olle interesting
10:57 Guest91487 what is the difference between grain and pillar?
10:57 Guest91487 it sounds like you are making things up :)
10:57 I3olle one is static one isn’t ?
10:58 I3olle salt is my first automatisation tool so basically whatever i say is how i have understood it. which of course may differ from reality
10:58 Guest91487 grains are 'grains of truth', they are looked up/defined when a minion starts up, and that is that. They are more or less available/visible to all. This gives you a place to look up info about a specific object, say the cpu arch or linux os release
10:59 I3olle yes
10:59 TyrfingMjolnir joined #salt
10:59 Guest91487 I3olle: that is totally fine, you just need to spend a little more time with the docs on this topic
10:59 I3olle the pillars on the other hand is something that i fill
10:59 otter768 joined #salt
10:59 Guest91487 yes, pillars are more of a 'config key storage', per minion (private between master/minino)
10:59 Guest91487 you have to fill in pillar
10:59 Guest91487 grains are filled in for you
11:00 I3olle but i thought you were pointing out a difference of whether one is a string or not
11:00 Guest91487 though you can define grains
11:00 Guest91487 well, it'll be whatever it is
11:00 Guest91487 if you define a dict, it'll be a dict
11:00 Guest91487 either way, your logic problem is right where I noted before
11:00 Guest91487 {%- set host_name = salt['pillar.get']('master:id', 'default') %}   {% for name_of_host in host_name -%}
11:01 Guest91487 you retrieve a key (or set a string),, and then iterate on it
11:01 Guest91487 if you set the master:id for the minion that runs on the master, and it gets that key..
11:01 Guest91487 you need to set this to a list
11:01 Guest91487 right? you want a list of hosts, no?
11:02 I3olle so how do i retrieve the same value without the iteration of a sting
11:02 I3olle yes i do
11:02 Guest91487 define a list!
11:02 I3olle ok
11:02 I3olle i will do that
11:02 Guest91487 :P
11:02 I3olle thank you very very much Guest91487
11:02 Guest91487 sure
11:02 I3olle thanks for going through this with me
11:02 Guest91487 goodluck
11:03 bluenemo joined #salt
11:03 Guest91487 salt is worth the struggles
11:03 Guest91487 ;)
11:03 calvinh joined #salt
11:03 che-arne joined #salt
11:09 jonatas_oliveira joined #salt
11:10 bhosmer joined #salt
11:11 qybl joined #salt
11:14 ndrei joined #salt
11:14 Sypher joined #salt
11:16 jtang joined #salt
11:17 qybl joined #salt
11:23 qybl joined #salt
11:23 CeBe joined #salt
11:24 CeBe joined #salt
11:30 istram joined #salt
11:32 CeBe joined #salt
11:35 jhauser joined #salt
11:38 booly-yam-4014 joined #salt
11:43 jerematic joined #salt
11:47 karimb joined #salt
11:47 aqua^mac joined #salt
11:48 JDog Anyone know how I can mount a directory on my linux box on a virtualbox? I'm looking at the mount state docs, but it only lists xfs, ext* and fuse. I'd be looking at using sshfs -- how would I do this?
11:52 SheetiS doesn't sshfs use fuse?
11:52 __number5__ JDog: you need to look at Virtualbox doc not linux doc, it's called vboxfs
11:52 __number5__ don't use fuse in virtualbox, slow as hell
11:53 keyser joined #salt
11:57 ecdhe joined #salt
11:58 SpX joined #salt
11:58 viq joined #salt
11:58 viq joined #salt
11:59 Andre-B joined #salt
11:59 CeBe joined #salt
11:59 JDog __number5__:  What should I use?
12:00 JDog I'd like it to work with LXC's too.
12:00 __number5__ JDog: https://www.virtualbox.org/manual/ch04.html#sharedfolders
12:01 __number5__ lxc won't like it, it's a kernel mod
12:01 tux_ joined #salt
12:02 Furao joined #salt
12:03 yomilk joined #salt
12:03 calvinh_ joined #salt
12:03 zadock joined #salt
12:19 qybl joined #salt
12:24 arno joined #salt
12:26 I3olle joined #salt
12:27 hvn joined #salt
12:27 hvn joined #salt
12:32 diegows joined #salt
12:35 JDog Ok, Tried this https://gist.github.com/jontyneedham/3551388a668284461a42 without success. Says the mount point does not exist. I do apologise in advance for my inexperience in this field.
12:35 JlRd joined #salt
12:36 vbabiy joined #salt
12:39 twellspring joined #salt
12:40 mndo joined #salt
12:41 dunz0r joined #salt
12:43 linjan joined #salt
12:44 jerematic joined #salt
12:46 hvn joined #salt
12:46 hvn joined #salt
12:46 linjan joined #salt
12:50 Guest91487 I keep getting 'docker.foo' is unavailable errors from my minions. The minions have docker and docker-py installed, and the salt-minion has been restarted. What gives?
12:51 jerematic joined #salt
12:56 giantlock joined #salt
12:56 CeBe joined #salt
13:00 otter768 joined #salt
13:02 tkharju joined #salt
13:12 AndreasLutro joined #salt
13:13 ndrei joined #salt
13:14 CeBe joined #salt
13:16 linjan joined #salt
13:21 linjan joined #salt
13:23 arno joined #salt
13:33 colttt joined #salt
13:34 ThomasJ So, I just decided to give 2014.7.0 a go with Windows Minions. After adding the 18 machines in my test system, the salt master is drowing and running out of file descriptors because each minions establishes between 4000 and 10000 connections
13:34 pcdummy Guest91487: please give more informations about your enfironment.
13:34 ThomasJ Anyone experience something similar?
13:36 aqua^mac joined #salt
13:42 hobakill joined #salt
13:42 zadock joined #salt
13:42 saltuser left #salt
13:46 linjan joined #salt
13:46 hobakill good morning/afternoon all. any one done much work with writing salt states to recycle app pools on IIS?
13:54 pdayton joined #salt
13:55 Furao joined #salt
13:58 ndrei joined #salt
13:58 dzierzano joined #salt
14:04 hobakill or - for that matter, any experience with the cmd.run for windows in a state.
14:06 jacksoncage joined #salt
14:06 JDiPierro joined #salt
14:07 bhosmer_ joined #salt
14:07 linjan joined #salt
14:08 ericof joined #salt
14:14 CeBe joined #salt
14:14 _prime_ joined #salt
14:15 CeBe joined #salt
14:21 vbabiy joined #salt
14:22 elfixit joined #salt
14:22 Firewalll joined #salt
14:23 twellspring joined #salt
14:24 dooshtuRabbit joined #salt
14:25 signull joined #salt
14:26 Deevolution joined #salt
14:28 cpowell joined #salt
14:28 mpanetta joined #salt
14:30 twellspring joined #salt
14:32 calvinh joined #salt
14:34 jeremyr joined #salt
14:34 perfectsine joined #salt
14:34 racooper joined #salt
14:34 nitti joined #salt
14:34 jcsp1 joined #salt
14:35 viq joined #salt
14:36 twellspring joined #salt
14:37 CeBe joined #salt
14:38 cotton_ joined #salt
14:40 calvinh_ joined #salt
14:42 netzmonster joined #salt
14:43 MohShami hey guys, I'm trying to create a configuration file using jinja, but the end result has a trailing blank line which I can't for the life of me remove, the file is used by opensmtpd which refuses the blank line, anything I can do to remove it?
14:43 micah_chatt joined #salt
14:43 dude051 joined #salt
14:46 jeremati_ joined #salt
14:46 racooper can you post your file to gist or somewhere?
14:46 CeBe joined #salt
14:47 hasues joined #salt
14:47 hasues left #salt
14:48 MohShami racooper: sure, 1 min
14:49 MohShami racooper: http://pastebin.com/yFN0VNMr
14:49 Ryan_Lane joined #salt
14:49 favadi left #salt
14:50 MohShami racooper: just managed to work around it like this http://pastebin.com/nijWdfvw , but this looks ugly to me TBH
14:51 favadi joined #salt
14:52 linjan joined #salt
14:53 favadi left #salt
14:53 racooper I don't know if it makes any difference, but the jinja whitespace doc shows a -%} at the end of the for statement, and {%- at the beginning of the endfor line.
14:53 racooper presuming you've read http://jinja.pocoo.org/docs/dev/templates/#whitespace-control based on your paste.
14:54 hobakill FWIW i figured out my earlier issue if anyone is interested. i was making it way harder than it had to be
14:54 rypeck joined #salt
14:54 favadi joined #salt
14:58 andrew_v joined #salt
14:59 _prime_ joined #salt
15:01 otter768 joined #salt
15:01 murrdoc joined #salt
15:02 MohShami racooper: yep I did read it
15:02 Guest91487 pcdummy: ubuntu 14.04 hosts with docker, pip, docker-py installed. small test cluster with a few minions + master
15:03 Guest91487 MohShami: did you use -%} ?
15:03 MohShami yep, for me it would everything except remove the last line
15:03 MohShami it would remove all whitespaces and make the whole file as a single line
15:05 Delphine joined #salt
15:08 Delphine left #salt
15:08 CeBe joined #salt
15:08 housl joined #salt
15:12 CeBe1 joined #salt
15:14 Auroch joined #salt
15:16 CeBe joined #salt
15:16 dimeshake In YAML, is there a way to avoid having to put {} after entries like what I've got here (with no sub-entries) http://pastie.org/9843753#10,14,15
15:16 iggy if that's contents (vs being a managed file with jinja templating), use contents_newline: False
15:17 iggy dimeshake: you can try just leaving off the :, but I think not
15:19 dimeshake yeah I don't think that'll do it. i was thinking something like this: http://pastie.org/9843761#10,14,15
15:19 dimeshake but it screws up the rendering. the -www entry gets a little messed up in that case
15:20 iggy http://yaml-online-parser.appspot.com/
15:21 jonbrefe joined #salt
15:21 dimeshake that will be quite helpful. thanks, iggy
15:24 smcquay joined #salt
15:25 aqua^mac joined #salt
15:25 goal anyone here use reclass with salt?
15:26 twellspring joined #salt
15:26 peters-tx joined #salt
15:28 hvn joined #salt
15:28 hvn joined #salt
15:29 kaptk2 joined #salt
15:29 mohae joined #salt
15:31 goal trying to work out how to convert some pillar data into reclass parameters, and the pillar looks like this, but I cannot get seem to represent this in the yaml for reclass : http://paste2.org/mM96xEBn
15:33 favadi joined #salt
15:38 Rawkode joined #salt
15:38 Rawkode joined #salt
15:39 CeBe joined #salt
15:39 calvinh joined #salt
15:40 ecdhe_ joined #salt
15:41 JDiPierro joined #salt
15:42 booly-yam-4014 joined #salt
15:43 dimeshake goal: that doesn't seem like valid YAML to begin with
15:44 dimeshake ah wait, it is
15:47 ericof joined #salt
15:47 mndo joined #salt
15:47 goal I managed to suss it
15:48 marcinkuzminski joined #salt
15:48 egil joined #salt
15:49 jngd joined #salt
15:51 JDiPierro joined #salt
15:51 eykd joined #salt
15:52 che-arne joined #salt
15:54 iwishiwerearobot joined #salt
15:54 jcsp1 joined #salt
15:55 calvinh_ joined #salt
15:57 calvinh_ joined #salt
15:57 claytron joined #salt
15:57 UtahDave joined #salt
16:00 claytron joined #salt
16:03 pdayton joined #salt
16:04 Ahlee if you include: a state twice you get the duplication error, right? and there's no 'require if not already required' method?
16:05 perfectsine_ joined #salt
16:05 murrdoc try out 'unless'
16:06 murrdoc that would be fun tho, if not included already.
16:08 Ahlee it would make my life so much easier
16:09 murrdoc whats the use case you are running into it
16:09 murrdoc using formulas ?
16:09 Ahlee no formulas
16:09 rypeck If I'm having salt (with 2014.1.10) problems what's the best place to open an issues? Mailing list or github?
16:09 murrdoc github
16:10 jalbretsen joined #salt
16:10 Ahlee i want to include a state currently that will eventually be applied to all servers via top.sls
16:10 Ahlee so if i include: now from my state, i know i'll have to manually track that include and remmeber to remove it when it is introduced to top.sls
16:10 UtahDave Ahlee: you shouldn' t have any problems includeing a state multiple times
16:11 Ahlee UtahDave: i thought stanzas were globally unique.  The renderer is smart enough not to re-render now?
16:11 claytron_ joined #salt
16:12 Ahlee guess it's time to retrace why this failed on this test instance, then.
16:12 UtahDave each stanza, or id declaration, has to be unique.  But if you include the same sls file multiple times Salt knows to not introduce everything egain
16:12 thedodd joined #salt
16:13 pdayton1 joined #salt
16:13 Ahlee UtahDave: side question, each id dec is env side and not name spaced accordingly?  so if I have env1/foo.sls and env2/foo.sls which are identical, and both envs are visible, that's bad?
16:13 conan_the_destro joined #salt
16:14 JDiPierro Ohh.. Stanza.. I like that term for that..
16:14 kermit joined #salt
16:15 UtahDave Ahlee: No, you can do what you just said, you just can't include both env1/foo.sls and env2/foo.sls
16:16 Andre-B_ joined #salt
16:17 Ozack1 joined #salt
16:17 Ahlee mayhaps that's why i think you can't include twice, then.
16:17 Ahlee Time to clean the test env and retry all this
16:19 monkey66 left #salt
16:20 mohae joined #salt
16:21 vbabiy joined #salt
16:22 higgs001 joined #salt
16:25 rocket joined #salt
16:25 rocket Morning guys, I have a question re external salt pillars.  I have one configured on my master, but my minion doesnt seem to be picking up the contents of this .. do I have to do anything to configure this to work?
16:26 teskew1 joined #salt
16:27 UtahDave rocket: have you tried running    salt <minionid> saltutile.refresh_pillar
16:27 rocket no
16:28 _prime_ @rocket: do you have extension_modules defined in /etc/salt/master, and is your external module located in that location  (e.g. for us: extension_modules : /srv/salt/ext )
16:29 rocket _prime_: I do not .. do I need to do that for gitfs salt pillars?
16:29 _prime_ and ext_pillar defined in /etc/salt/master (e.g.: https://www.refheap.com/96311)
16:29 rocket I just have
16:29 rocket ext_pillar: - git: master ssh:
16:29 rocket on the master
16:29 _prime_ I'm not using gitfs, so cannot comment, but external pillars aren't necessarily the same thing.
16:29 xliiv joined #salt
16:30 _prime_ that may be fine, my example on refheap is for a pillar that takes a couple of arguments, yours may not need that
16:30 StDiluted joined #salt
16:31 _prime_ if your external pillar is included in salt by default then you can ignore my comments, except for defining the pillar liike it soulds like you have via ext_pillar.
16:31 Grokzen joined #salt
16:31 cpowell joined #salt
16:32 andrew_v joined #salt
16:32 iggy rocket: try salt-run -l debug fileserver.update
16:33 iggy it'll at least tell you if you have it setup correctly
16:33 rocket hrmm doesnt seem to be pulling the pillar from a fileserver update .. :/
16:33 iggy and also of note, gitfs only updates once a minute, so you'll need to do that fileserver.update every time you change something and try to use it immediately
16:33 rocket ok I will look into this
16:34 rocket iggy: I assume the ext pillar is updated from the fileserver update call ... correct?
16:34 iggy that is a good question... I've always assumed yes
16:35 vbabiy joined #salt
16:35 Brew joined #salt
16:35 iggy and the answer is.... no
16:35 iggy (at least not that I can see)
16:37 rocket I am blowing away my pillar cache on the filesystem .. maybe thats messed up
16:38 rocket that fixed it .. thanks guys
16:38 ughloru joined #salt
16:41 vbabiy joined #salt
16:43 Mso150 joined #salt
16:44 JDiPierro If I've got a json data structure in a state that I want to dump into a file is there a more appropriate way than having a jinja file that's just {{data}} and providing the data to it's context?
16:46 felskrone joined #salt
16:47 iggy contents: |
16:48 iggy (or contents_pillar/contents_grain/etc.)
16:48 JDiPierro Aha! Thanks
16:48 vbabiy joined #salt
16:49 iggy the | there means multiline literal in yaml btw
16:49 tligda joined #salt
16:49 iggy I guess literal isn't the proper word, but you get what I mean
16:50 JDiPierro Cool, Thanks. Man I hated yaml when I first started working with it, but as I use it more I prefer it to json
16:53 jerematic joined #salt
16:58 gattie joined #salt
16:59 haphazard joined #salt
17:00 booly-yam-4014 joined #salt
17:01 vbabiy joined #salt
17:01 cpowell joined #salt
17:02 otter768 joined #salt
17:02 Ryan_Lane joined #salt
17:05 mrjk joined #salt
17:06 troyready joined #salt
17:06 FRANK_T joined #salt
17:07 * Heartsbane blames whiteinge.
17:07 murrdoc haha why
17:08 Heartsbane Just for old times sake
17:13 davidone are nodegroups included in compound?
17:14 aqua^mac joined #salt
17:14 jonatas_oliveira joined #salt
17:18 signull_ joined #salt
17:18 tkharju joined #salt
17:20 KyleG joined #salt
17:20 KyleG joined #salt
17:23 signull joined #salt
17:26 JDiPierro joined #salt
17:29 pdayton joined #salt
17:29 linjan joined #salt
17:31 hebz0rl joined #salt
17:31 madphoenix joined #salt
17:32 wendall911 joined #salt
17:33 madphoenix Hi all, I'm having trouble getting my gitfs remotes to work in 2014.7.  With the change to pygit2, I'm keep getting 'Unsupported URL
17:33 madphoenix If anybody has time to take a look, here is a gist: https://gist.github.com/brandentimm/4c909b6c54085887daff
17:35 thedodd joined #salt
17:35 schlueter joined #salt
17:36 iggy madphoenix: what version of pygit?
17:36 madphoenix 0.22
17:36 iggy how did you install?
17:37 madphoenix pip with python 2.7 on ubuntu 14.04
17:37 iggy do you have the libssh2-dev package installed?
17:38 madphoenix I did not.  looks like the package on ubuntu is libssh2-1-dev
17:38 madphoenix I did install libssh2-1
17:38 iggy you need that to get ssh uri support
17:39 madphoenix probably need to rebuild pygit2 then?
17:39 iggy yes
17:39 madphoenix gotcha, thanks for the help.  i shouldn't need to recompile libgit should I?
17:39 iggy I _really_ wish they would add that to the error message (rather than just unsupported url)
17:39 madphoenix agreed
17:39 iggy no, just pygit
17:41 madphoenix hmm, still getting the same thing.  pip build cache?
17:42 iggy could be? check the compiled pygit stuff to see if it's linked against libssh
17:44 madphoenix iggy are you referring to the .pyc files or the .so's?
17:44 madphoenix i'm not sure what to cehck
17:44 madphoenix check*
17:46 iggy .so's
17:47 murrdoc significant others
17:47 higgs001 joined #salt
17:50 I3olle joined #salt
17:53 jonbrefe joined #salt
17:57 Grokzen joined #salt
18:00 desposo joined #salt
18:02 forrest joined #salt
18:04 desposo joined #salt
18:05 nmadhok joined #salt
18:08 hobakill UtahDave, have you had any reports of the salt-master daemon hanging on 2014.7.0 ? i often have to processes that i can't kill -9 and require the whole box to be bounced.
18:08 hvn joined #salt
18:08 UtahDave hobakill: do you have Windows minions?
18:08 hvn joined #salt
18:09 hobakill UtahDave, a handful of them yeah. maybe 18 give or take
18:09 UtahDave Yeah, there's a known bug in 2014.7.0 on Windows that causes a memory leak on the minion side and never releases network connections to the master.
18:10 hobakill would that account for 100% CPU usage on the master?
18:10 UtahDave There's a 2014.7.1 installer at   docs.saltstack.com/downloads
18:10 UtahDave hobakill: very possibly
18:10 lamasnik joined #salt
18:10 hobakill oh fantastic. i'll check it out. thanks UtahDave !
18:11 UtahDave We're going to be replacing the 2014.7.1 installer to fix one small bug in the win_servermanager module, but other than that, that will be the official release
18:11 CaptainMagnus joined #salt
18:12 hobakill UtahDave, good to know. is there a similar index page for the master?
18:12 Rawkode joined #salt
18:12 hobakill i'd rather not have the minions ahead of the master.
18:12 shaggy_surfer joined #salt
18:13 UtahDave hobakill: no, you'd have to install from pip or from git
18:13 hobakill UtahDave, sounds good. thanks again
18:13 UtahDave you're welcome
18:14 ajw0100 joined #salt
18:14 jonbrefe1 joined #salt
18:20 bluenemo I have a strange issue where I cant seem to be able to update pillar data: http://paste.debian.net/hidden/357fefd4/ I've tried restarting both minion and master, removed /var/cache/salt on both minion and master, nothing seems to work. any hints on what I might be doing wrong?
18:21 bluenemo is there any cache of pillar data I did not erase when rm -rf /var/cache/salt?
18:21 JDiPierro I've got a state that sets a jinja variable by calling a salt module. The module depends on the 'requests' library being installed, which is installed by a separate state.. Salt won't seem to load the module though because the import is failing, so it's not even running the other state to install it (If my understanding is correct). Is the Orchestrate system the proper way to solve this issue? Or is there something e
18:21 JDiPierro lse I can do?
18:23 bluenemo I can even still get the pillar data when I remove the pillar file: http://paste.debian.net/hidden/8ce2b584/
18:23 iggy JDiPierro: reload_modules: True
18:24 cjworden joined #salt
18:24 spookah joined #salt
18:29 JDiPierro iggy: I'm not sure that's going to work since the module call is in a jinja variable? Salt can't render the sls file, which happens before any states are run, right?
18:29 bluenemo can anybody reproduce my issue?
18:30 iggy JDiPierro: state files are rendered by the minion.... just try it... this sounds exactly like what reload_modules is meant for
18:30 bluenemo hm. my problem was I had a /srv/pillar/dev/gitlab.sls which seems to have overridden my base environment pillar. wtf?
18:31 SheetiS joined #salt
18:32 iggy environment ordering/inheritance can be tricky
18:32 twellspring joined #salt
18:35 JDiPierro iggy: That's not working unless I'm doing it wrong: In state 1 I've got a stanza doing pip.installed with a requirements.pip file that contains requests, I added " - reload_modules: True" to that, had vagrant provision the VM and I'm still getting Rendering SLS "base:myState" failed: Jinja variable 'dict object' has no attribute 'module.method'"
18:35 JDiPierro State 2 has "{%- set deployment_config = salt['module.method']() -%}" which is where it's failing
18:37 alairock joined #salt
18:37 iggy every person I've told to add reload_modules: True to their pip state hasn't had problems
18:37 * iggy blames vagrant
18:38 bluenemo iggy, yes, they seem to puzzl me every now and then (envs)
18:38 alairock Where would you recommend I put my salt master? I was thinking about making a vagrant box. That way an administrator can pop open their vagrant box and manage minion servers. Does anyone see a problem with that?
18:39 iggy if reload_modules doesn't work for some reason... You really don't have many other choices other than to just continually run highstate until it works
18:39 hal58th joined #salt
18:39 bluenemo alairock, sounds ok. just make sure to push ur recipes into git :) I actually have it on a VM behind NAT on my server, and only administrate the minions using vpn
18:39 JDiPierro Hmm :\ I feel like the difference that makes it not work for me is because I'm doing it inside a jinja directive. Could be wrong though
18:39 rap424 joined #salt
18:40 iggy I highly doubt it... I'd say vagrant or reload_modules doesn't work for custom modules (which I'm pretty sure it does)
18:40 nitti joined #salt
18:41 JDiPierro Well balls D: I might just spin up a VM at Rackspace and try running it there then. Thanks for pointing me to reload_modules.
18:41 alairock bluenemo: Is there any information about minion discovery?
18:41 RedundancyD joined #salt
18:42 twellspring joined #salt
18:42 iggy minions connect to the master (not the other way around)
18:42 alairock If it's on a vagrant box, how does the minion know where to find the master?
18:43 JDiPierro alairock: Is this for a production environment?
18:43 alairock Potentially
18:44 JDiPierro I don't think having a disappearing master will work for a production environment. Like you said the minions won't know where to find the master. And I feel like authentication would be a problem as well.
18:44 alairock Right now I have it setup to self provision off masterless minions on AWS. Not very maintainable.
18:44 JDiPierro What about just having a super small instance for the master?
18:44 JDiPierro That's what we have where I am, we ssh into the master to manage our servers.
18:44 iggy there are companies that use masterless per-node
18:45 iggy not saying it's the best way to go, but it's certainly workable if it fits your needs better
18:45 alairock That was my thought. Setting up a T1.micro instance for the master. Kind of a useless instance unless I need to manage my minions though.
18:45 ajw0100 joined #salt
18:46 iggy your original idea might work better with salt-ssh
18:47 jngd joined #salt
18:48 bluenemo alairock, I have minions with public IPs on hetzner, amazon, but also my laptop and several other workstations as well as virtualizers behind NATs with there VMs. Each of those minons (and the master, of course) are getting access to my openvpn, and then for the minions I do a 'echo 11.12.13.44 salt >> /etc/hosts. The salt VM is behind a NAT, but on a server in the hetzner.de datacenter, so its always online, but only available inside the vpn. I d
18:48 bluenemo idnt see any reason to let the salt master face public, also I want to manage clients that travel (laptops) and machines behind NAT routers, as in office virtualizers and there vms. It runs quite well for me so far. Managing around 30-40 machines with it.
18:49 pdayton joined #salt
18:49 bluenemo what I also did some time ago was just shut down the master. If you dont use any fancyness like the reactor system and so on, there is actually no need for the master to be online 24/7
18:50 Mso150_n joined #salt
18:50 hobakill stupid question time. can i just use salt bootstrap to install a newer version of salt-master over the one i already have while still maintaining my current configuration files?
18:50 schlueter joined #salt
18:51 iggy the minions will shut themselves off if they can't auth with the master, so make sure your master is up before doing any key work
18:51 hobakill eg, installed salt-master 2014.7.0 from EPEL, but using bootstrap to 2015.2
18:52 iggy hobakill: I had to apt-get purge salt* before running bootstrap, but it went well enough... the real question is why are you wanting to run 2015.2?
18:52 arno joined #salt
18:53 iggy purge actually removes the config files, but it wasn't a problem because our masters are all managed by the salt-formula
18:53 hobakill i want to get off of 2014.7.0 ... UtahDave suggested some of the problems i was having could be fixed in 2014.7.1 and i'm happy to do that version. just want to get off of my current version so i don't have to keep using band aids to fix the master
18:53 iggy 2014.7.1 should be out "any day now"
18:53 hobakill iggy, and i've traditionally used just the EPEL release.
18:53 hobakill but EPEL takes forever to get out of testing
18:55 hobakill i kind of wish salt would publish their own apt/yum repos. either that or provide slightly better documentation on how to install/compile from git.
18:55 scristian joined #salt
18:56 iggy well, the last couple of releases have been problematic because they keep doing this thing where they tag a release, but then don't want to announce it till packagers are ready to go, and the packagers drag ass because there isn't technically a release out
18:57 iggy _really_ wish they'd quit doing that... I don't know any other project that does that
18:57 signull hobakill: locate the spec file or the debian/ubuntu equivalent for deb files and then repackage
18:57 savcedo joined #salt
19:01 signull hobakill: its actually located within the repo
19:01 signull rpmbuild -bb salt.spec
19:03 signull git clone the repo. rm -rf .git and then tar czvf the-salt-directory and put that in your SOURCES folder
19:03 aqua^mac joined #salt
19:03 otter768 joined #salt
19:03 signull run the rpmbuild -bb command shown above
19:03 signull that will get you the latest version as an RPM
19:03 hobakill signull, that's exactly what i was looking for. thanks!
19:04 signull hobakill: welcome
19:04 scienec joined #salt
19:05 signull * on another note. I really wish building packages for debian/ubuntu was as easy as it is for redhat/centos/fedora
19:08 shaggy_surfer joined #salt
19:08 micah_chatt_ joined #salt
19:09 pviktori_ joined #salt
19:10 I3olle_ joined #salt
19:12 JDiPierro Is there documentation of the steps taken during a highstate? I'm curious of when an SLS file is actually rendered. Still trying to figure out this issue of a custom module not being available because it's requirement isn't installed.
19:13 brianfeister joined #salt
19:13 scristian joined #salt
19:13 CeBe joined #salt
19:14 twellspring joined #salt
19:15 CeBe joined #salt
19:18 schlueter joined #salt
19:19 schlueter1 joined #salt
19:21 druonysus joined #salt
19:25 jameswarren joined #salt
19:28 brianfeister joined #salt
19:28 juanlittledevil joined #salt
19:28 mpanetta Is it possible to pass an argument to a stat?
19:28 ndrei joined #salt
19:29 juanlittledevil Good morning guys.
19:29 mpanetta +e
19:32 brianfeister joined #salt
19:35 iggy mpanetta: you can set pillars on the command line
19:36 mpanetta Yeah
19:36 mpanetta I know about that one, was wondering if there were something 'cleaner'
19:36 mpanetta It may not even be what I want anyway
19:36 mpanetta iggy: Thanks :)
19:37 iggy I think most people would opt for custom modules in that case
19:38 johanek joined #salt
19:40 thedodd joined #salt
19:40 scienec joined #salt
19:41 theologian joined #salt
19:42 Ryan_Lane joined #salt
19:48 linjan joined #salt
19:49 scristian joined #salt
19:52 slk_ joined #salt
19:54 slk_ don't suppose someone could take a moment and look at a cloud profile for me? i'm seeing this error, and i don't know what the problem is - "[ERROR   ] There was a profile error: string indices must be integers, not str". http://pastebin.com/dhymuiUY
19:55 slk_ that is, the error pops up when i run salt-cloud -p
19:56 manfred you should run that with -l debug, and figure out exactly which entry it is erroring on.
19:57 slk_ ah excellent thanks, i will do that
19:57 hvn joined #salt
19:57 hvn joined #salt
19:58 toanju joined #salt
19:58 aboe joined #salt
19:59 higgs001 joined #salt
20:01 MugginsM joined #salt
20:01 ajw0100 joined #salt
20:02 slk_ looks like it's unhappy with the subnet id? http://pastebin.com/Z5gWXFpJ
20:05 JDiPierro joined #salt
20:06 ndrei joined #salt
20:08 iggy slk_: sometimes the line numbers can be off... are you sure it's not securitygroupid? looks like that's supposed to be a list
20:09 signull slk_: double check your subnet id. possible typo
20:09 higgs001_ joined #salt
20:09 signull slk_: and just like iggy said it should be a list. consult this page: http://docs.saltstack.com/en/latest/topics/cloud/aws.html
20:12 slk_ iggy: the person who is responsible for my aws acct nuked the default vpc, so it throws an error if i don't specify subnetid
20:13 iggy I didn't say leave it off, I said it's supposed to be a list
20:13 iggy look at the docs, your example is not like the docs
20:13 slk_ ah ok
20:14 slk_ i've created a profile file that was copy/paste from the docs actually, and it throws the same error :( just trying to figure out what error i made where, i'm assuming it's a layer 8 issue
20:15 scristian joined #salt
20:16 Mso150_n_s joined #salt
20:18 signull slk_: given that its a typeerror i wouldnt be surprised if your issue is that you have a non-standard character in your subnetid
20:19 signull try typing out the id instead of using cut/copy
20:23 jonbrefe joined #salt
20:24 slk_ signull: same issue with everything typed in by hand, top to bottom in the provider file. doesn't seem to be some wacky character causing issues.
20:24 signull slk_: you can try editing /usr/lib/python2.7/dist-packages/salt/cloud/clouds/ec2.py line 1038 and change "if subnet['subnetId'] == interface['SubnetId']:" to "if int(subnet['subnetId']) == int(interface['SubnetId']):"
20:24 slk_ will do, one moment
20:24 signull that will force them both to integers
20:25 signull later in the code there is a raise for catching subnets that dont exist
20:25 signull so you will see a new error there if there is any
20:26 slk_ signull: same error at same location
20:27 signull sh*t. well i admit defeat at this helping from afar. I guess wait for a salt-senpai
20:27 slk_ np, thanks for trying :)
20:27 murrdoc whats the issue
20:27 signull wish i could have been of more help. remember to revert your code.
20:27 murrdoc not that i am a senpai
20:28 signull i own devopssenpai.com ... maybe i should give it up
20:28 slk_ salt-cloud provider file == http://pastebin.com/dhymuiUY, error == http://pastebin.com/Z5gWXFpJ
20:29 signull murrdoc: also his simple error on the cli without debugging is "[ERROR   ] There was a profile error: string indices must be integers, not str"
20:29 brianfeister joined #salt
20:30 murrdoc ah yaml
20:30 CeBe joined #salt
20:32 Tyrm joined #salt
20:33 CeBe joined #salt
20:37 markmarine joined #salt
20:37 JDiPierro joined #salt
20:37 murrdoc this might be related to your aws setup ?
20:38 murrdoc aws query should have returned the data
20:38 slk_ yeah it does partly relate to the aws setup me thinks. when i don't specify the network interface section, it gripes about now default vpc.
20:38 markmarine Has anyone on worked with the nginx ng formula? I am looking for a way to leverage it, but not have my vhost config files built from the templating system, because they are complicated and already exist
20:39 slk_ s/now/no
20:39 markmarine so, any ideas how I can get that working? the jinja in that formula is pretty complex
20:39 defenestratexp joined #salt
20:41 MugginsM joined #salt
20:47 brianfeister joined #salt
20:48 bhosmer__ joined #salt
20:50 tedski using gitfs backend, after a pushed change to the top file and a fileserver.update on the master... running a salt.show_top on the targeted minion does not show the changes.
20:51 tedski rm'ing /var/cache/salt/master/gitfs/* and restarting master and minion have not resulted in anything different
20:51 aqua^mac joined #salt
20:52 tedski running salt-run fileserver.update with trace output shows it is fetching from the state repo without issue
20:54 iggy a highstate (amongst other commands) will cause the minion to re-sync the files from the master
20:54 tedski ahh
20:54 shaggy_surfer joined #salt
20:54 tedski right, the topfile is pushed to the minion so it can do it's own target matching
20:55 iggy the state top file is (the pillar isn't)
20:55 tedski right
20:55 tedski that's why fileserver.update doesn't deal with pillar
20:55 iggy it really should
20:55 tedski okay, so i just ran a high state on the minion, then a show_top
20:55 tedski still not showing the changes to the state tree top file
20:56 iggy fileserver.update is a runner, so it'll only ever run on the master anyway
20:57 iggy can you use one of the cp functions to copy it down and see what you get?
20:57 tedski let me do that
20:58 iggy cp.get_file_str if it's not too long
20:58 tedski salt 'minion' cp.cache_file salt://top.sls
20:58 tzero joined #salt
20:58 tedski oh
20:59 tedski so, i did that and cat'd that file on the minion and it's the correct top file
20:59 iggy I can never remember those off the top of my head
20:59 tedski show_top doesn't match what cp.cache_file returned
20:59 iggy okay, and you have just one gitfs? branches?
20:59 tedski multiple gitfsjjj
20:59 tedski err
21:00 tedski multiple gitfs repos (formulas and such)
21:00 tedski but only one topfile in the master branch of the main repo
21:00 iggy does only one of them have a top file?
21:00 tedski oh, wait...
21:00 tedski oof
21:00 tedski there is one other branch with a top file
21:00 tedski and it has the base env outlined, but show_top isn't matching that either
21:01 tedski cp.get_file_str returns the correct top file, not the one show_top is giving
21:02 iggy I wouldn't be surprised if they returned different results given multiple options tbh
21:02 tedski it's not returning either though
21:02 iggy but if you've checked any other possible top.sls's, then I'm stumped
21:04 otter768 joined #salt
21:05 giantlock joined #salt
21:05 phpdave11 salt is awesome!!!
21:06 Heartsbane :)
21:07 tedski iggy: so, i've deleted all branches from the remote with the exception of master
21:07 KyleG joined #salt
21:07 KyleG joined #salt
21:08 tedski iggy: no change in show_top on the minion
21:09 slk_ tedski: you're aware that top.sls from different branches are merged into one at runtime, right?
21:10 tedski slk_: yup
21:10 tedski slk_: not quite sure on the ordering of that merge
21:10 tedski okay, cleared /var/cache/salt/master/file_lists/gitfs/*
21:10 tedski and now it's working
21:10 slk_ tedski: kk figured i'd check, that bit me once
21:10 tedski yeah
21:10 iggy I think a common practice is to have a bare repo with just top.sls so you don't have to worry about that
21:11 tedski ahh
21:11 iggy especially if you are utilizing git branches/salt environments
21:11 tedski we're not planning on utilizing environments, just feature branches, so i'll set an env_whitelist option today :)
21:12 tedski thanks for the help guys!  back to work :)
21:15 Puck` joined #salt
21:20 portablejim joined #salt
21:20 portablejim joined #salt
21:20 casey|sfe i find myself destroying and creating VMs in the same IP pool a lot and pretty frequently end up with cached keys that cause me problems.  anyone have recommendations on managing that?
21:21 cberndt joined #salt
21:21 aurynn casey|sfe, is this a dev environment?
21:21 twellspring joined #salt
21:21 casey|sfe i haven't worked out a dev cycle for salt yet so it's sorta both
21:22 casey|sfe i'm just trying to get parity with our current chef install
21:22 aurynn in my dev env, I provision the VMs with pre-accepted keys to get around this annoyance
21:22 casey|sfe you generate on master and push them out with ssh before highstate?
21:22 casey|sfe i have a bootstrap bash script where i do some stuff like that
21:23 casey|sfe place custom grains and so on
21:23 aurynn yup, exactly
21:23 casey|sfe that's a good idea.  thanks!
21:23 aurynn Moving to production, I'm building some salt-ssh orchestration that generates the keys and provisions the master with them as I bring up nodes
21:25 casey|sfe how is that different from what it does by default?
21:25 lamasnik joined #salt
21:26 thedodd joined #salt
21:26 casey|sfe the problem i keep having is a rebuild a box but when it tries to handshake the master's got a cached key from its previous life
21:26 casey|sfe and it does the "wait 10s before reauth" which makes the bootstrap bail
21:27 aurynn yeah
21:27 Ahlee casey|sfe: I open_mode to get around that
21:27 mpanetta casey|sfe: You are not using salt-cloud to initialize your minions?
21:27 Ahlee well, that and becuase I'm lazy.
21:27 mpanetta It deals with deleting and generating keys for you
21:28 mpanetta I've never had an issue like that when using salt cloud (the stale key problem)
21:28 casey|sfe mpanetta: we've got a big openstack cluster internally so i use nova
21:29 mpanetta Hmm, salt-cloud works with nova ok, is there are requirement to use nova directly?
21:29 casey|sfe probably not, i will check it out
21:29 mpanetta Is there a requirement... not are...
21:30 mpanetta Yeah salt-cloud makes a lot of things simpler IMO
21:30 casey|sfe heh i probably should have read this before spending 6 hours on this terrible bash script
21:31 mpanetta casey|sfe: Oh you wrote a bash script to bootstrap your minions?
21:31 casey|sfe yeah
21:32 casey|sfe and most of the salt programs tend to return 0 no matter what which made it ugly
21:32 casey|sfe while ! sudo salt-key -l un | grep $name; do echo -n '.' && sleep 1; done
21:32 casey|sfe lots of that sort of thing
21:32 mpanetta Ah ok
21:33 mpanetta Yeah the return values of salt stuff leaves much to be desired
21:33 casey|sfe every time i use python programs i feel that way
21:33 mpanetta Which is why I started playing with the python interface
21:33 mpanetta haha
21:35 Andre-B joined #salt
21:36 iggy instead of your own bootstrap script, salt-bootstrap with it's preseed functionality would have been a good option (if salt-cloud wouldn't handle it all for you)
21:36 ajw0100 joined #salt
21:36 badon joined #salt
21:37 casey|sfe heh yeah salt-cloud looks pretty promising
21:37 casey|sfe i definitely should have read more
21:37 casey|sfe i'm impatient
21:38 mpanetta Join the club :)
21:38 mpanetta casey|sfe: With the |sfe I assume you work for Spark Fun :)
21:38 casey|sfe wow good guess
21:39 casey|sfe are you familiar?
21:39 mpanetta I hang out in #sparkfun hah
21:39 mpanetta Yeah
21:39 mpanetta Awesome place to get parts
21:39 casey|sfe funny
21:39 casey|sfe yeah we try our best
21:39 iggy I'd assume most people in here were familiar with spark fun
21:39 iggy nerdiness at it's finest (and there are lots of nerds in here)
21:39 lionel joined #salt
21:40 casey|sfe heh yeah...i had wondered
21:40 casey|sfe i used to idle in #sparkfun but it got too big for me
21:40 mpanetta It is fairly bursty as far as traffic goes it seems.
21:41 casey|sfe yeah
21:41 casey|sfe but if you have |sfe on your name there's a pretty consistent stream of people wanting stuff
21:41 mpanetta Hah I bet
21:42 iggy yeah, I work for a nobody company
21:42 iggy I could change my nick to iggy|freeshitfromoncenter and nobody would still talk to me
21:42 mpanetta I work for rackspace, but not with any customers (directly anyway)
21:42 mpanetta iggy: lol
21:43 casey|sfe i started here about 7 years ago and forget that we're not nobody anymore
21:43 paha joined #salt
21:44 micah_chatt joined #salt
21:46 hvn joined #salt
21:46 xliiv joined #salt
21:47 linjan joined #salt
21:47 casey|sfe super glad about this channel though, salt is still so new it can be hard to find answers
21:48 mpanetta casey|sfe: People here are very helpful
21:48 mpanetta There are a few people that even blog about their saltiness :)
21:48 jeremyr joined #salt
21:49 higgs001 joined #salt
21:49 casey|sfe nice
21:49 casey|sfe once i get this finished we'll probably do a tear down on the sfe blog
21:50 casey|sfe about migrating from chef/opscode
21:50 casey|sfe i just have to find a way to not be too hateful
21:50 mpanetta Hateful?
21:50 casey|sfe towards chef
21:50 MugginsM could be worse, could be ancient puppet :)
21:50 mpanetta casey|sfe: I would love to see a blog about your migration efforts.
21:51 mpanetta I've never used anything besides salt, so I don't know the deal with puppet/chef
21:51 casey|sfe i tried out everything
21:52 casey|sfe salt is the only thing that doesn't ship with like...infinity boilerplate
21:52 mpanetta hah
21:52 casey|sfe if you need every feature that chef provides then i'm sure chef is awesome
21:52 casey|sfe but when you only need a fraction of it, it still makes you deal with all the rest
21:53 mpanetta I've read that it actually takes less lines of code to do things in salt then it does in puppet.
21:57 iggy salt just makes more sense to me coming from a python/django background
21:57 MugginsM yeah, already been able to debug something in salt because I know python, puppet was always a bit of a mystery
22:00 pcdummy This is the only way to "debug print" variables inside a .sls template?
22:00 pcdummy http://pastebin.com/9Hcxeecx
22:01 iggy there's salt.states.test
22:02 Ryan_Lane joined #salt
22:02 iggy but really, once you get used to a few things, you don't really need to do that any more
22:02 Ryan_Lane basepi: I have some stuff I'd like to get into 2015.2, if possible
22:03 iggy I can't remember the last time I tried dumping stuff like that out
22:03 jhujhiti joined #salt
22:05 pcdummy iggy: can you help me with that: http://pastebin.com/wwnMi80P ?
22:06 pcdummy tried to resolve that for hours (and learned a lot other stuff in the meantime... :))
22:06 basepi Ryan_Lane: technically in feature freeze, so I guess it depends on the contents. Note that if you miss 2015.2 we're going to target a release 3 months or so later.
22:06 jhujhiti joined #salt
22:06 nickdew joined #salt
22:07 yomilk joined #salt
22:08 yomilk joined #salt
22:08 defenestratexp joined #salt
22:09 jagardaniel Hi, I have a really simple question about watch. I just don't know how the syntax should look like. I would like to watch my reg.present-state for changes, and then restart my service. What should I put under "watch"?
22:09 mpanetta Does salt have any sort of built in way to upload files from the minion to somewhere?
22:09 jagardaniel Here is an example http://pastie.org/private/4fltrb5rckmjv5mofbybtq
22:10 jonatas_oliveira joined #salt
22:11 nickdew j
22:12 nickdew mis-type. Sorry.
22:12 arno joined #salt
22:13 pcdummy mpanetta: hmm maybe cmd.run ?
22:14 mpanetta pcdummy: Yeah, I figured I could write a script and just cmd.run it, was wondering if there was anoything built in.
22:14 iggy pcdummy: I've never used yaml maps, but that all looks correct
22:14 mpanetta If not, that is ok :)
22:15 * pcdummy is new don't know @mpanetta
22:15 mpanetta No problem :)
22:15 mpanetta I'm looking through the module/state list.  I find all sorts of neat new things that way!
22:15 iggy pcdummy: um... {% if datamap.common.timezone.managed %} etc
22:16 pcdummy iggy: ohh thank you! i'm so dump :) :) :)
22:17 iggy as I said, I've not used load_yaml before, but that doesn't look quite right
22:17 pcdummy dumb
22:17 mpanetta Hah, there is an rsync module.
22:18 pcdummy mpanetta: he :)
22:18 mpanetta And a swift module, which is perfect!
22:18 yomilk joined #salt
22:18 iggy there's also an archive module
22:19 mpanetta Awesome
22:19 iggy you wouldn't believe how man times I've seen someone copying down a tarball and unpacking it in 50 lines or more
22:19 mpanetta hah I bet
22:19 iggy it's like they are trying to see how hard they can make life
22:19 mpanetta Looking through the module list is very informative.
22:19 mpanetta iggy: Maybe they are self loathing individuals :P
22:21 jonatas_oliveira joined #salt
22:21 mosen joined #salt
22:21 Ryan_Lane basepi: it's all new modules
22:21 Singularo joined #salt
22:24 basepi Ryan_Lane: probably fine, then.
22:24 Ryan_Lane cool
22:24 basepi Tom will have the final say, but I don't foresee problems.
22:25 Ryan_Lane sounds good
22:26 furball365 joined #salt
22:31 jhujhiti joined #salt
22:33 jhujhiti joined #salt
22:34 jhujhiti joined #salt
22:37 jhujhiti joined #salt
22:39 jhujhiti joined #salt
22:40 aqua^mac joined #salt
22:43 jonatas_oliveira joined #salt
22:44 dimeshake huh. i've noticed that when I set a grain via a state, the minion will sometimes just disconnect. has to be restarted manually
22:48 gladiatr every time?
22:48 iggy basepi: UtahDave: do you guys know if the docs.saltstack.com generator could be modified to change ".. versionadded:: Lithium" to ".. versionadded:: 2014.7.0" to be more in line with some of the older docs?
22:48 I3olle_ joined #salt
22:49 basepi Lithium is 2015.2
22:49 basepi When the release is officially out we go through and change all those references to numbers
22:49 iggy or that
22:49 iggy oh
22:49 basepi Yep, it's on our list of things to do when lithium goes out. =)
22:49 iggy god I really hate that
22:49 basepi hahahaha
22:50 basepi If we get our release schedule as consistent as we hope to, we may ditch release codenames completely
22:50 gladiatr iggy, because your dose is too low.  Lithium: Ask your doctor if Lithium is right for you!
22:50 basepi hahaha
22:50 iggy I guess it kills my nerd cred, but I have to go lookup a damned periodic table every time I look at that crap
22:50 aurynn if there's a molybdenum release one day, I will be pleased
22:50 MugginsM unobtanium
22:51 aurynn no, we obtained it already
22:51 iggy I already closed that tab, but I'm guessing one of those is very high on the table
22:51 aranhoide joined #salt
22:51 basepi hehe
22:51 basepi lithium is 2015.2, then beryllium after that, then boron after that
22:51 basepi that's as far as my brain goes at the moment
22:52 aurynn release factor xenon
22:52 iggy you could put that in the /topic and I still wouldn't remember that past the scrollback
22:53 kermit joined #salt
22:53 aranhoide the salt-cloud docs say the aws provider "will still function, but that driver is no longer in active development".  when trying to use an old aws config to launch an instance with 2014.7.0, I get "using 'aws:aws' as the provider cannot complete since 'aws' is not available".  does that mean that the old aws driver has been completely removed from 2014.7.0?
22:54 bytemask joined #salt
22:54 aranhoide (the docs I'm referring to are http://docs.saltstack.com/en/latest/topics/cloud/aws.html)
22:57 smcquay joined #salt
22:58 smcquay joined #salt
22:58 iggy the code is all still there... if they were going to disable it, I think they'd just dump the code
23:00 iggy aranhoide: one difference I can see is that the newer version seems to have an explicit check for libcloud (which I don't see in the old versions)
23:01 nitti_ joined #salt
23:03 druonysuse joined #salt
23:03 druonysuse joined #salt
23:04 ajw0100 joined #salt
23:05 otter768 joined #salt
23:05 aurynn so I'm reading the docs on salt-cloud, and, it looks like it's used just to have states that provision the existence of cloud VMs, but doesn't run highstates on them directly?
23:06 aurynn so I still need to upload a state tree to the new master that just got provisioned into a cloud env, which all the new nodes talk to?
23:06 aranhoide thanks iggy.  I guess it's time to just move on to the ec2 config style.  not a big deal, probably
23:07 iggy aurynn: it's usually used from the command line (on the salt-master) to provision... the cloud states are actually quite new
23:07 aurynn I'm trying to figure out the "how do I use this tool" workflow :)
23:07 aurynn iggy, ?
23:07 aurynn I didn't quite parse that
23:07 iggy salt-cloud <options>
23:08 aurynn right. I give that a mapfile and it builds VMs
23:08 iggy I doubt anyone provisions their salt-master from salt-cloud as you have a serious chicken/egg problem
23:08 badon joined #salt
23:08 MugginsM I still have a fabric script to provision a salt master and copy over an initial tree, it's a bit of a hack :-/
23:08 MugginsM working on trying to get it using git for the tree now :-/
23:09 ckao joined #salt
23:09 aurynn iggy, the salt-cloud mapfile says that "make_master" is supposed to set up a master
23:09 aurynn so I figure I can run that from a localised salt on my workstation, without a full master running
23:09 iggy yeah, we have a little bash script that runs via GCEs cloud-init type startup script that does the salt-master bootstrap
23:10 iggy aurynn: maybe, from what I've seen in here, that's not how most people use it though
23:10 aurynn hmm
23:10 aurynn okay
23:11 aurynn this sounds like a deployment in two parts. One: salt-cloud to make VMs. two: salt-ssh to handle initial bootstrap
23:11 iggy tbh, we aren't even using salt-cloud atm... it was way too broken in 2014.1 (With GCE)
23:11 iggy salt-cloud does the initial bootstrap
23:11 iggy of minions, not masters
23:11 aurynn so why is make_master there?
23:11 iggy well, traditionally anyway
23:12 aurynn based on docs, make_master is there to make all the minions being provisioned report to that node
23:12 whytewolf most likely for use with syndic
23:13 casey|sfe i am having trouble with salt-cloud also. anyone know what this might mean? "get_version_v2() got an unexpected keyword argument 'auth'"
23:14 aurynn hmn
23:15 casey|sfe i am using password auth if that's relevant
23:15 iggy that option didn't even exist the last time I tried salt-cloud, so...
23:15 aurynn hmm
23:16 aurynn iggy, I'm referencing http://docs.saltstack.com/en/latest/topics/cloud/map.html
23:16 aurynn if you search for make_master
23:16 iggy I know
23:16 iggy and that option is (relatively) new
23:17 iggy that would still assume that you have salt-cloud installed/configured somewhere
23:17 whytewolf aurynn: http://docs.saltstack.com/en/latest/topics/cloud/misc.html 7.6.1.4 goes more in depth about make_master
23:17 aurynn whytewolf, ah, thanks
23:17 aurynn iggy, a virtualenv with `pip install salt-cloud` is sufficient for a lot
23:17 iggy I'm going to go ahead and stick with my original statement that most people don't use salt-cloud that way
23:18 aurynn that's fair :)
23:19 iggy so yeah, that looks like it's more for multi-master/tiered setups (syndic)
23:20 iggy but hey, the beauty of salt... do whatever works best for you
23:20 aurynn I'm trying to do from-scratch bootstrapping off an ops workstation, and it looked like salt-cloud would be great for that
23:24 whytewolf you could always write your own bootstrap script that will setup salt-master the way you want.
23:24 whytewolf and use salt-cloud to use that
23:26 Ryan_Lane joined #salt
23:26 shaggy_surfer joined #salt
23:26 aurynn does salt-cloud let me upload part of the local state tree?
23:26 twellspring joined #salt
23:29 yomilk joined #salt
23:29 iggy we have a ~40 line long script that bootstraps our master to the point that it can fetch the salt-formula/states/pillars and then it runs from there
23:29 hasues joined #salt
23:30 hasues left #salt
23:30 aurynn hm.
23:31 aurynn so currently I have a salt-ssh setup that bootstraps my master to the point where it has the appropriate pillars & states and goes from there
23:34 hvn joined #salt
23:37 mndo joined #salt
23:40 akas joined #salt
23:44 hebz0rl_ joined #salt
23:46 acabrera joined #salt
23:47 spookah joined #salt
23:51 iggy so the only thing salt-cloud buys you over that is easier integration with cloud platforms
23:52 aurynn iggy, it looks like what I want is 2 stage: salt-ssh to do my initial provision, then salt-cloud from a state to build up the rest of the environment
23:53 libercy joined #salt
23:53 JDiPierro joined #salt
23:56 aurynn using salt-cloud from that master I provisioned
23:56 aurynn which seems in line with its use-case
23:58 griner joined #salt
23:59 cofeineSunshine left #salt
23:59 twellspring joined #salt

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