Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-05-01

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

All times shown according to UTC.

Time Nick Message
00:04 whiteinge Ryan_Lane1: i'll start assembling a list of documentation related todos (mostly from the github issues) in order to start making multi-sprint goals. do you have anything you'd like to add there that isn't already a filed issue?
00:05 clintberry salt is kicking my ass.
00:05 clintberry I spent forever getting git working, finally got it going and connected a minion to see this error when trying to ping the minion: Failed to authenticate, is this user permitted to execute commands?
00:05 Ryan_Lane1 whiteinge: no clue. I haven't looked at the github issues
00:06 mgw joined #salt
00:07 whiteinge Ryan_Lane1: https://github.com/saltstack/salt/issues/12446
00:07 whiteinge let's use that as a starting point to collect our thoughts
00:09 halfss joined #salt
00:09 Ryan_Lane1 cool
00:11 Gordonz joined #salt
00:11 dstokes anyone else getting "NameError: global name '__pillar__' is not defined" when running any state that utilizes a renderer? running ubuntu 12.04, salt version 2014.1.3 and cannot for the life of me figure out what i'm doing wrong.
00:11 ajw0100 joined #salt
00:11 dstokes opened this, but hasn't done me much good https://github.com/saltstack/salt/issues/12425#issuecomment-41843866
00:12 manfred dstokes: you could cherrypick it and do it, we should figure it out and get it in 2014.1.4
00:13 manfred you would have to compile salt yourself
00:13 dstokes cherry-pick the dev fix? i can build from the repo, just assumed it had to be something i was doing wrong and not a bad pkg on the ppa
00:13 manfred or not compile
00:13 manfred but package
00:14 dstokes so this is broken for everyone in 2014.1.3 then?
00:16 manfred i haven't seen it :/ one second
00:19 clintberry anyone seen this on minions? TypeError: string indices must be integers, not str
00:19 fivethreeo joined #salt
00:19 manfred i have, for lots of things
00:20 ajprog_laptop joined #salt
00:20 clintberry lots of things? bummer :-(
00:20 pjs guys, sorry for the silly question (I'm very new to salt).. what's wrong here? http://dpaste.com/274FS61/
00:20 manfred clintberry: need more information, where is it giving you that error... the full trace output would be helpful
00:21 pjs nvm.. needed '- ' before "groups"
00:21 clintberry thanks manfred: http://pastebin.com/2df7we8x
00:21 clintberry just trying to connect to my salt-master
00:22 clintberry running the minion from command line to see what the issue is
00:22 herlo left #salt
00:23 manfred that I have no idea, because that looks correct and shouldn't error :/
00:23 jslatts joined #salt
00:24 clintberry bummer. Well, time to give up for the day. I got rocked by Salt.
00:24 clintberry I just installed latest stable. Maybe I need to go back some versions
00:25 war2 joined #salt
00:26 allanparsons dstokes... try development branch on minions (curl -L http://bootstrap.saltstack.org | sudo sh -s -- -A  <salt-master host> git develop).
00:26 allanparsons you can also use that one-liner to bootstrap a salt master.
00:26 dstokes just found out my bootstrapped minion doesn't match `salt-minion 2014.1.0-5448-g3681185 (Hydrogen)`
00:27 manfred your minion is using develop?
00:27 acu joined #salt
00:27 acu hello everyone
00:27 allanparsons @dstokes: https://github.com/saltstack/salt-bootstrap
00:27 dstokes boostrapping w/ `curl -L http://bootstrap.saltstack.org -o install_salt.sh && sudo sh install_salt.sh git develop`
00:28 manfred then yes
00:28 dstokes allanparsons: i'll give it a shot, thx :)
00:28 acu I wonder if there is any script which will snapshot / backup a whole virtual machine (qcow2), lablel it and move it to another machine ? All this in a kvm/libvirt linux envir
00:30 londo_ joined #salt
00:32 davet joined #salt
00:33 dstokes allanparsons: 2 days i've been futzing w/ that bug. thx for the help
00:33 manfred all fixed?
00:33 dstokes yeah. afaik bootstrap args were the same but rerunning fixed it
00:33 juanlittledevil joined #salt
00:33 dstokes manfred: thx for your help as well
00:33 manfred np
00:34 manfred dstokes: you shouldn't run a newer version on the minions, that is not supported and known to break
00:34 manfred dstokes: http://docs.saltstack.com/en/latest/faq.html#can-i-run-different-versions-of-salt-on-my-master-and-minion
00:35 dstokes manfred: cool, i'll look into that
00:36 allanparsons @manfred - i havent had issues thus far
00:36 allanparsons but there's a ton of stuff fixed in develop
00:36 allanparsons that haven't made it to stable brances
00:36 allanparsons like, rvm installs
00:36 manfred allanparsons: yeah, if you read it, it says it might work, but not supported so it might break iirc
00:39 juanlittledevil left #salt
00:40 mateoconfeugo joined #salt
00:47 druonysuse when salt is running a job on the a minion it forks another salt-minion process... is this process a child process of the original or of init?
00:53 Ansem joined #salt
00:55 ajolo joined #salt
00:56 jporcaro joined #salt
01:18 aw110f Any news about exit codes fix for salt commands https://github.com/saltstack/salt/issues/8180 ?
01:24 xzarth_ joined #salt
01:25 jslatts joined #salt
01:28 Corey manfred: Ping.
01:28 manfred Corey: yo
01:28 manfred Corey: i am having a beer with him :)
01:29 Corey manfred: Now, or...? :-D
01:29 manfred yes
01:29 Corey Give him my best.
01:29 Corey I'm stuck on a call but already deep in the beer.
01:29 manfred +1
01:29 Corey Have him drop me a line on IRC later if he'd like.
01:30 manfred kk
01:30 elfixit joined #salt
01:33 Ryan_Lane1 whiteinge: feedback: doing local development is rather hard since salt requires a config file and absolute paths for everything
01:33 Ryan_Lane1 we can't just checkout a repository with custom modules and easily run them
01:37 chamunks joined #salt
01:40 chamunks What puts salt ahead of puppet.  All of the descriptions are a bit lengthy.
01:40 manfred they are all an excellent read though
01:41 crashmag joined #salt
01:41 chamunks I know I'm just having a difficult time with puppet/ubuntu and foreman not seeming to work as advertised.
01:41 fivethreeo chamunks: that it is written in python and not ruby so a python dev can grok it :)
01:41 chamunks I was hoping that they were going to be a bit more functional out of the box.
01:41 chamunks Fair enough and I know some rudimentary py
01:45 fivethreeo I looked at ansible too but salt has better modules.
01:45 fivethreeo Working on making orcehstration better in salt.
01:46 fivethreeo I tried using puppet but i just did not get it ;)
01:46 aw110f fivetheeo: are you planning on using any continuous integration tool to orchestrate software builds with Salt?
01:46 chamunks I'm really not looking to pay thousands of dollars for like 3 servers.
01:46 chamunks Otherwise I'd be fine with things like ansible.
01:47 chamunks This whole split between enterprise versions with the webgui's that have the features that would let me play and get a feel for things.
01:47 fivethreeo aw110f: no, not atm
01:47 chamunks I'm kind of more of a hands on kinda guy I need to play with something a bit before I can spend the next day and a half reading about it.
01:47 ckao joined #salt
01:48 fivethreeo chamunks: that was what bugged me with ansible.
01:48 chamunks If I can't do that a youtube tutorial really helps.
01:48 chamunks Well Puppet also has Puppet enterprise as well.
01:48 ajolo joined #salt
01:50 fivethreeo But the code in salt is quite repetetive could be made mor succinct.
01:50 chamunks I like the idea of facter and all that stuff in puppet but I really seem to like all of these projects that feel like their development is more... motivated.  These days.
01:51 chamunks There seems to be a lot of things with a bunch of cruft in the admin industry.
01:53 schimmy joined #salt
01:55 Luke_ joined #salt
01:58 catpig joined #salt
02:07 alunduil joined #salt
02:07 mgw joined #salt
02:07 war2 joined #salt
02:09 redondos joined #salt
02:27 mateoconfeugo joined #salt
02:33 alunduil joined #salt
02:34 AdamSewell joined #salt
02:46 war2 joined #salt
02:52 pdayton joined #salt
03:03 schimmy joined #salt
03:08 smcquay joined #salt
03:09 napper joined #salt
03:19 n8n joined #salt
03:21 Ryan_Lane joined #salt
03:32 l0x3py joined #salt
03:35 war2 joined #salt
03:36 Comradephate joined #salt
03:36 Ryan_Lane1 joined #salt
03:39 war2 joined #salt
03:41 tyler-baker left #salt
03:49 war2 joined #salt
03:52 schimmy joined #salt
03:53 napper joined #salt
03:56 catpigger joined #salt
03:56 war2 joined #salt
04:00 travisfischer joined #salt
04:02 mateoconfeugo joined #salt
04:07 war2 joined #salt
04:16 elfixit joined #salt
04:18 jalbretsen joined #salt
04:21 UtahDave joined #salt
04:22 ravibhure joined #salt
04:28 ajw0100 joined #salt
04:31 ravibhure joined #salt
04:32 ajw0100 joined #salt
04:36 DaveQB joined #salt
04:46 schimmy1 joined #salt
04:46 jalaziz joined #salt
04:50 war2 joined #salt
04:54 ndrei joined #salt
04:58 jcockhren joined #salt
05:04 ajw0100 joined #salt
05:23 war3 joined #salt
05:24 Ryan_Lane joined #salt
05:39 Vijay joined #salt
05:44 travisfischer joined #salt
05:55 mgarfias joined #salt
05:59 anuvrat joined #salt
06:03 ravibhure joined #salt
06:04 TyrfingMjolnir joined #salt
06:05 pdayton joined #salt
06:06 pdayton1 joined #salt
06:09 dimeshake joined #salt
06:19 ajw0100 joined #salt
06:22 briner joined #salt
06:29 Linuturk joined #salt
06:40 jalaziz joined #salt
06:46 schimmy joined #salt
06:47 schimmy1 joined #salt
06:51 greggyNapalm joined #salt
06:55 gildegoma joined #salt
07:00 layer3switch joined #salt
07:03 greggyNapalm left #salt
07:13 zain joined #salt
07:17 it_dude joined #salt
07:18 anuvrat joined #salt
07:19 Katafalkas joined #salt
07:26 ml_1 joined #salt
07:39 briner hello, is correct that configuration of salt should be done in pillar. When I say configuration, I mean the place where I say: this node has this service, and this user should be on this node.
07:40 briner I'm not wanting to use Grain, as I want to keep the configuration central.
07:40 Ryan_Lane joined #salt
07:50 harobed joined #salt
07:52 l0x3py joined #salt
07:54 DaveQB joined #salt
08:07 ajw0100 joined #salt
08:11 hhenkel briner: That's the way we currently using salt. We match the hosts within the top.sls and depending on the name we set various pillars, such as a branch (environment), roles etc.
08:13 hhenkel briner: then within the "top.sls for the states" we decide on basis of the branch pillar which git branch to use and what roles (webserver, proxy etc) to apply.
08:15 briner hhenkel, thanks.... I was finnally reading how uggedal was doing it (https://github.com/uggedal/states). I do love example for learning
08:15 briner hhenkel, and thanks to you, I really feel that I'm going the write way !
08:18 hhenkel briner: You're welcome. We use a more dynamic top.sls then the one in the github repo you're refering to.
08:19 hhenkel briner: It is more or less completly in jinja, I recieved it some time ago from a guy here in the channel and we altered some parts so it fits our needs.
08:21 hhenkel briner: I would provide it to you, but I'm at home, as it is public holiday here.
08:25 CeBe joined #salt
08:35 briner hhenkel, oh I'm too on holliday :). And I decided to work today, so I can take a day off later.
08:36 briner hhenkel, I'd love to see your example...
08:37 briner As I'm living in europe, I'll be here (on irc) tomorrow at the same time
08:38 hhenkel briner: Tomorrow is a bridging day for me... ;)
08:39 hhenkel briner: But the idea is more or less to set the branch/env and the roles pillars depending on the hostname.
08:40 hhenkel briner: the roles are more or less something like:         roles:  common.ntp: True  \n   common.logstash: True \n
08:41 briner hhenkel, you're a right to do the bridge !
08:41 hhenkel within the dynamic top.sls you can check what roles are available under the folder roles by reading all the dir names.
08:42 briner Wow. seems interesting
08:43 nadley_ joined #salt
08:43 hhenkel From the branch pillar you set the env with {{ pillar["branch"] }}   => not sure if the syntax is right.
08:43 hhenkel And then you loop over the roles of the node.
08:44 briner hhenkel, mmmh
08:44 hhenkel This will result on something like:       dev: \n '*': \n -common.ntp \n -common.logstash
08:53 Kenzor joined #salt
08:59 war2 joined #salt
09:00 mateoconfeugo joined #salt
09:00 zain__ joined #salt
09:04 gildegoma joined #salt
09:06 cagfernandes joined #salt
09:07 war3 joined #salt
09:08 mateoconfeugo joined #salt
09:12 lynxman joined #salt
09:20 rawzone joined #salt
09:35 aCodinMan joined #salt
10:07 kvbik joined #salt
10:11 ghartz joined #salt
10:15 xenoxaos joined #salt
10:32 ashb How reliable is the stateconf renderer?
10:33 bhosmer joined #salt
10:43 ashb is it worth using to avoid ID conflicts? (like when two things define a `vim` package to be installed
10:55 babilen ashb: Did you figure out a way to incorporate prerequisites without running into the recursion problem?
10:55 babilen (sorry for hijacking)
11:02 jrdx joined #salt
11:04 nadley_ joined #salt
11:04 patrek joined #salt
11:04 xt joined #salt
11:10 gothix joined #salt
11:10 gothix joined #salt
11:15 bhosmer joined #salt
11:37 logix812 joined #salt
11:44 hotbox joined #salt
12:00 netzmonster joined #salt
12:07 ndrei joined #salt
12:16 Bandikoto joined #salt
12:19 bastion1704 joined #salt
12:28 jeffasinger joined #salt
12:46 scott_w joined #salt
12:48 rome joined #salt
12:48 jslatts joined #salt
12:52 rome joined #salt
12:58 sroegner joined #salt
13:02 mbaechtold joined #salt
13:02 rome joined #salt
13:03 seasalt joined #salt
13:05 Voziv What's the difference between declaring a dictionary, and items that have a "-" in front of them?
13:06 Voziv In a .sls file*
13:13 racooper joined #salt
13:16 mpanetta joined #salt
13:17 musinsky joined #salt
13:18 rome joined #salt
13:23 RandalSchwartz Voziv - items with - in front are an array, not a hash
13:25 ajprog_laptop joined #salt
13:25 vbabiy joined #salt
13:27 jaycedars joined #salt
13:29 briner how do I do, if i want to test only an element of all the states.
13:29 briner can I specify to salt an sls
13:30 briner salt this_machine this_state.sls
13:31 scalability-junk joined #salt
13:31 delkins state.sls statename
13:32 faldridge joined #salt
13:33 GradysGhost joined #salt
13:34 briner delkins, ohhh yeahh !!! that's cool !!! thankg
13:35 briner I'm starting to really love salt.
13:35 jaycedars it seems to me that salt-call --local doesn't actually match on hostname/id, and just executes all given states in the topfile. is this correct, or do i have something misconfigured?
13:35 delkins briner: salt is somewhat incredible
13:36 faldridge joined #salt
13:36 briner yep, no kidding
13:36 vejdmn joined #salt
13:37 jaycedars eg. i have two ids, 'web.server.local' and 'db.server.local'. when i run salt-call --local state.highstate on web, it still executes the states given for the db id.
13:37 mapu joined #salt
13:38 war2 joined #salt
13:39 timoguin jaycedars: pastebin your top.sls?
13:42 jaycedars timoguin: https://gist.github.com/jcderr/1f92d9b4bc11804adffd
13:44 quickdry21 joined #salt
13:44 timoguin hmm, i don't see anything wrong with your top.sls
13:45 timoguin jaycedars: oh. looks like itsl might be your include
13:45 jaycedars code just checks out a git repo if a pillar is set
13:46 jaycedars unless you mean the include django_app.app_setup ... but that's in db_setup.sls, which shouldn't be executed for web ids. right?
13:46 timoguin nevermind i was looking at it wrong i think.
13:46 jaycedars k
13:46 timoguin tired this morning
13:46 jaycedars no worries ;)
13:47 jcockhren timoguin++
13:47 jaycedars i was on 0.17.somesuch though. trying 2014.1.3 atm.
13:48 jaycedars well, that broke horribly
13:48 jaycedars and also still tried to execute db_setup
13:48 jcockhren fix the things jaycedars
13:48 jcockhren ;)
13:51 jaycedars ah. tripped on some old pyc files. that's easy enough to fix.
13:51 jaycedars s/old/stale/
13:52 ravibhure joined #salt
13:55 jaycedars whattaya know. fixed in 2014.1.3. yay!
13:58 Networkn3rd joined #salt
14:06 ghartz joined #salt
14:08 mateoconfeugo joined #salt
14:08 mgw joined #salt
14:09 rome joined #salt
14:12 tyler-baker joined #salt
14:12 thedodd joined #salt
14:13 kzx joined #salt
14:21 rome joined #salt
14:21 wendall911 joined #salt
14:22 ipmb joined #salt
14:22 eriko joined #salt
14:29 bhosmer_ joined #salt
14:29 mateoconfeugo joined #salt
14:30 mateoconfeugo joined #salt
14:32 manfred yay
14:37 CeBe1 joined #salt
14:37 kvbik joined #salt
14:41 Gordonz joined #salt
14:41 AdamSewell joined #salt
14:41 AdamSewell joined #salt
14:42 Gordonz_ joined #salt
14:47 alunduil joined #salt
14:50 danielbachhuber joined #salt
14:50 Rossmay joined #salt
14:59 seanz joined #salt
15:00 zz_Cidan joined #salt
15:00 it_dude joined #salt
15:03 sgviking joined #salt
15:03 patrek anyone with zsh completion files for salt?
15:05 conan_the_destro joined #salt
15:05 pdayton joined #salt
15:10 taterbase joined #salt
15:13 jaycedars joined #salt
15:14 mateoconfeugo joined #salt
15:15 Eugene There's pkg/salt.bash, but nothing AFAIK for zsh
15:16 kermit joined #salt
15:19 manfred patrek: i am working on it
15:19 manfred when i have spare time.
15:22 patrek manfred: super. Let me know if you want me to test it.
15:22 manfred kk
15:23 kaptk2 joined #salt
15:23 sysTemz- joined #salt
15:25 repl1cant joined #salt
15:26 jalbretsen joined #salt
15:31 akoumjian Does anyone have a guide on how to package up a salt .deb? I would like to control which version my auto scaling servers install.
15:33 gamedna joined #salt
15:33 nmistry joined #salt
15:34 musinsky akoumjian: toss the .deb in a directory, run a dpkg-scanpackages /path/to/dir | gzip > Packages.gz, make sure that directory is on a web server somewhere, then add that repository to your sources
15:36 nadley_ joined #salt
15:37 akoumjian musinsky: Thanks. And building the deb?
15:39 musinsky akoumjian: http://www.webupd8.org/2010/01/how-to-create-deb-package-ubuntu-debian.html
15:40 musinsky akoumjian: are you sure you need to build a deb though?
15:41 jchen can't you just specify the version in apt-get? http://askubuntu.com/a/92021
15:42 vejdmn joined #salt
15:42 jchen you can probably get the specific version using pip too
15:44 musinsky yeah you can, just depends what you want to do. if you dont have a local mirror, then it can be nice to have a local version of your salt deb *shrugs*
15:44 circ-user-xkTFJ joined #salt
15:44 akoumjian You can't if the version is not available in the repo, which is the case with salt I believe (they remove older versions)
15:45 jchen ah ok, didn't know that
15:45 Katafalkas joined #salt
15:46 manfred jchen: are older versions of the package available through launchpad?
15:46 n8n joined #salt
15:47 resmike If I have to maintain two different versions of one package, is the best practice to have two formulas or one formula with unique states?
15:47 workingcats joined #salt
15:47 jchen manfred: doesn't look like it? http://ppa.launchpad.net/saltstack/salt/ubuntu/pool/main/s/salt/
15:48 jchen i lied, you can get 0.16.x and 0.17.x apparently: https://launchpad.net/~saltstack
15:50 ndrei joined #salt
15:52 tligda joined #salt
15:54 vejdmn joined #salt
15:56 resmike joined #salt
15:57 Gordonz joined #salt
15:58 UtahDave joined #salt
15:59 elfixit joined #salt
16:00 sgviking joined #salt
16:02 jeremyBass1 joined #salt
16:06 conan_the_destro joined #salt
16:09 KyleG joined #salt
16:09 KyleG joined #salt
16:14 schimmy joined #salt
16:15 meteorfox joined #salt
16:16 schimmy1 joined #salt
16:18 yusuket joined #salt
16:21 claytonk joined #salt
16:22 redondos joined #salt
16:22 redondos joined #salt
16:24 smcquay joined #salt
16:26 diegows joined #salt
16:29 clintberry joined #salt
16:30 stephas joined #salt
16:31 claytonk I'm having a problem using the mysql execution module
16:35 claytonk colleague found it. module doesn't activate unless python-mysqldb is installed
16:35 UtahDave Ah, yep.
16:36 joehillen joined #salt
16:41 analogbyte joined #salt
16:42 ajw0100 joined #salt
16:42 rome joined #salt
16:43 herlo joined #salt
16:44 herlo what does 'The following virtual machines are set to be actioned with "show_instance"' when using salt-cloud -a show_instance?
16:46 TheGerm joined #salt
16:48 akoumjian musinsky: I would like your advice. I want to reliably be able to install the same version of salt my master is running, for my auto scaling instances. Is setting up an apt mirror and freezing it the simplest path there? I know the ppa provides additional packages beyond just salt.
16:48 ajw0100 joined #salt
16:49 TheGerm Good Morning Everyone!   Quick question, does anyone else not get a response back from the minion when performing a highstate? and the highstate still runs
16:49 rome joined #salt
16:49 TheGerm akoumjian …. I have create an apt-mirror, (using apt-mirror)
16:49 TheGerm works great
16:52 chrisjones joined #salt
16:52 zekoZeko joined #salt
16:53 vbabiy joined #salt
16:53 akoumjian TheGerm: Do you use it just for the salt repo?
16:53 akoumjian Looking for a path to least resistance here
16:55 TheGerm I mirrored salt and ubuntu repos… it takes about 80GB (for me) of space if you want everything, but if you dont want everything you can pick and choose
16:56 schmutz joined #salt
16:56 TheGerm then you also have to install the gpg keys on each minion (easy)
16:56 arthabaska joined #salt
16:58 analogbyte joined #salt
16:58 TheGerm keys from each repo, i should add
16:58 TheGerm ubuntu has 3-4 i believe and salt has 1
16:59 akoumjian Yeah, installing the gpg keys would be easy. I'm just wondering if I want to spend the time setting up a mirror, just for the purpose of reliable installing version X of salt, so that they aren't out of sync with master
17:01 TheGerm true… I guess my purpose is for complete internal use… no outside communication to repos, web, etc...
17:01 travisfischer joined #salt
17:02 KyleG TheGerm: Regarding minion responses: I usually tack on -t 360 -v
17:02 KyleG to the end of my commands
17:02 KyleG sets the timeout to 360 seconds and shows verbose output
17:02 KyleG With verbose, if any of the minions ACTUALLY don't respond, it'll list which ones did not at the end.
17:02 TheGerm hmmm… well shouldnt the connection stay alive if you are manually performing a cmd?
17:03 KyleG Should and would…wonderful words.
17:03 TheGerm haha
17:03 schmutz joined #salt
17:05 TheGerm yea this is the only thing that has bothered me. Plus if you run, salt \* cmd.run "ifconfig". if the list of minions is over 10 i only get about 6 responses…. could this be a zeromq issue not returning the msgs on the bus? or getting bombarded
17:06 Ryan_Lane joined #salt
17:13 kickerdog joined #salt
17:15 rgarcia_ joined #salt
17:18 aCodinMan joined #salt
17:19 UtahDave herlo: it's just telling you what it's going to do on whom. It's awkward
17:20 bhosmer joined #salt
17:22 snave joined #salt
17:22 rome joined #salt
17:22 gq45uaethdj26jw6 joined #salt
17:23 mgw joined #salt
17:24 workingcats joined #salt
17:24 gq45uaethdj26jw6 quick question... there are a variety of reasons that salt-cloud might fail when spinning up a minion with a provider. currently, any time it fails to launch (for any reason) it throws an exception and completely bails out of the script. if I'm running a map (in parallel mode) it will not only fail to continue on, it will bail out of the middle of installing salt on other minions. am i missing something, or should there be a fe
17:25 aw110f joined #salt
17:26 UtahDave gq45uaethdj26jw6: salt-cloud was integrated directly into Salt proper just fairly recently.  So it still needs polish.
17:26 gq45uaethdj26jw6 no problem, totally understand
17:26 UtahDave If you'd open issues on each of those stacktraces you get, that would be really helpful.
17:27 resmike joined #salt
17:27 gq45uaethdj26jw6 sure thing. my map has like 6 providers and some 40 profiles, so i'm probably an edge case currently
17:27 herlo UtahDave: okay, good to know.
17:28 fllr joined #salt
17:28 UtahDave gq45uaethdj26jw6: thanks for the help!
17:28 herlo UtahDave: I'm going to be obsoleting the salt-cloud rpm soonish and adding logic to obsolete it in the salt rpm too. :)
17:28 UtahDave herlo: very nice!
17:28 herlo :)
17:28 herlo told terminalmage all about it already. :)
17:31 rome joined #salt
17:36 [diecast] joined #salt
17:38 yusuket joined #salt
17:40 jeffG_ joined #salt
17:42 resmike joined #salt
17:43 sgviking joined #salt
17:51 veselin joined #salt
17:52 veselin Hello, is it possible to run mutli-line code inside a {% mycode -%} block?
17:57 resmike joined #salt
17:59 epcim joined #salt
18:01 davebo joined #salt
18:02 strgcloud joined #salt
18:04 davebo hello, I'm having problems getting logging output from salt-syndic
18:05 rgarcia_ joined #salt
18:05 UtahDave veselin: Yeah, I think you just continue on the next line with {% code %}
18:06 whiteinge Ryan_Lane: agreed (re: easily testing custom stuff). i wonder if that is something a pip/pythonpath loader could help with since it will be doing the same thing -- adding modules to salt that live in arbitrary places
18:06 UtahDave davebo: have you tried running it at the cli with  salt-syndic -l debug     ?
18:07 cheus Just a curious question, in the event that a minion node were compromised, could it spoof its node-id to retrieve the pillar/states of another node?
18:07 veselin UtahDave: I seem to get 'expected token 'end of statement block'' on line 2
18:08 Ryan_Lane whiteinge: yeah, that likely would
18:08 travisfischer joined #salt
18:08 whiteinge Ryan_Lane: i added a bunch of crap to the documentation sprint ticket. i welcome your thoughts there. next step is to organize a focus and plan & market a sprint
18:08 Ryan_Lane yep, saw that :)
18:08 whiteinge heh. ticket spam!
18:08 Ryan_Lane getting started quickly with masterless is actually rather difficult and should be our easiest flow
18:09 Ryan_Lane new people are going to start trying masterless before they go to master/minion
18:09 whiteinge it's been a while since i've done that process from scratch
18:09 UtahDave veselin: can you pastebin what you're trying to do?  Maybe we can convince whiteinge to look at it.  He's a jinja2 wizard, among other things.  :)
18:09 whiteinge i added a ticket to add tutorials for a new-user progression: masterless -> local mode -> master/minion
18:10 Ryan_Lane I think for doc sprints we should pick a work flow, then: 1. Search google for what you're attempting to do. 2. Follow the docs exactly. 3. Note what's wrong/difficult. 4. Update the docs. 5. Have another person do this same flow.
18:10 Ryan_Lane we could pick multiple flows and have small groups iterate each flow
18:10 whiteinge i like it
18:10 UtahDave cheus: No, the minion id is cryptographically tied to the minion's public/private keys.  The master would reject another minion spoofing its minion id
18:10 Ryan_Lane a small team per flow. like 2-3 people
18:11 rome joined #salt
18:11 cheus UtahDave, Great. Thanks.
18:11 veselin UtahDave: certainly: http://pastebin.com/W48F09AC
18:11 Gareth morning
18:12 jcockhren turns out, kitchen-salt is a good starting point for testing custom modules
18:12 resmike joined #salt
18:12 jcockhren simonmcc: :+1: ^
18:13 bhosmer joined #salt
18:13 UtahDave veselin: I think you have to do it like this:    http://pastebin.com/8dUjp550
18:14 veselin UtahDave: yes, that is what I'm using at the moment, but wondered if I can use a block
18:15 UtahDave veselin: I don't think you can.  Is that correct, whiteinge?
18:16 lilmatt I have my stuff set up in git, in services/ and states/ directories. Can I have multiple gitfs_roots?
18:16 davebo UtahDave: I hadn't, but that gives me output I was looking for.  Of note, now running as root but I was expecting to be running as the user configure in the master conf.  Is there a "syndic_user" setting I should be using?
18:16 travisfischer joined #salt
18:16 UtahDave lilmatt: yep
18:16 analogbyte joined #salt
18:16 whiteinge veselin, UtahDave: no. i'm not aware of a multi-statement construct in jinja
18:17 veselin whiteinge: thank you
18:17 veselin UtahDave: thank you
18:17 whiteinge veselin: you may want to make the pillar lookup in a single function call for 'data', then pull the next assignments out of that variable. one function call instead of three.
18:17 UtahDave davebo: I think the syndic has to run as the same user as the salt-master
18:17 whiteinge it's not a ton of overhead, of course, but it could add up if that's happening across many states
18:18 davebo UtahDave: I thought so too, but syndic doesn't seem to be honoring "user"
18:18 lilmatt UtahDave: I'm getting this error when I put the multiple roots in /etc/salt/master:  AttributeError: 'list' object has no attribute 'endswith'
18:18 lilmatt stanza is   gitfs_root: \r  - salt \r  -salt/services \r  -salt/states
18:19 whiteinge Ryan_Lane: my schedule is pegged for the next week so i won't have much time to think things through but i'd like to start planning for dates at least so we can start getting the word out. do you have a date preference?
18:21 jimk joined #salt
18:21 veselin whiteinge: good tip, I'll use that with smaller pillar subsets as 'data' currently contains many more values than the ones I'm assigning
18:23 Ryan_Lane whiteinge: well, a physical presence sprint will be difficult for me until june
18:23 Ryan_Lane but we should schedule a date for an initial virtual one
18:24 Ryan_Lane we can do it via hangout or something
18:24 * whiteinge nods
18:24 Ryan_Lane (I'm going to be out of town for a few weeks)
18:24 whiteinge it'll be nice to have plenty of lead-time for a physical sprint anyway
18:24 Ryan_Lane yep
18:24 Ryan_Lane wednesdays are universally bad for me
18:25 jimk anyone have a recommendation on how to bootstrap a salt master machine? I'm working in AWS and want to use salt-cloud to deploy a salt master, configure the master then launch / configure a bunch of ec2 instances based on that master info.
18:25 MTecknology I think I need to write a salt formula for updating salt. Should be exciting...
18:25 Ryan_Lane otherwise any Monday or tuesday for the next month is good
18:26 lilmatt UtahDave: https://gist.github.com/lilmatt/85ba99220607e3d10416
18:26 whiteinge Ryan_Lane: great. let me combine some calendars and i'll get back to you
18:26 UtahDave jimk: add   make_master: True
18:26 jero left #salt
18:27 Ryan_Lane whiteinge: cool
18:27 resmike joined #salt
18:27 UtahDave lilmatt: ah, I misunderstood you.  Those are in the same git repo?
18:27 lilmatt yes
18:28 UtahDave I'm not sure if multiple roots are supported in one repo.  terminalmage, do you know if it's possible to do that?
18:29 jimk @UtahDave add that to the cloud.profiles file? then what do I put in the provider? seems like it needs the name of the master which I don't know
18:33 terminalmage do what?
18:34 manfred jimk: we were using salt-ssh to deploy a salt master, since you don't need to configure it as a minion
18:35 abe_music joined #salt
18:35 terminalmage lilmatt: please see the documentation for gitfs_root
18:35 terminalmage http://docs.saltstack.com/en/latest/ref/configuration/master.html#std:conf_master-gitfs_root
18:36 whiteinge Salt is currently at 29,999 commits...
18:36 lilmatt @terminalimage: Ok it's just not supported in the salt version I got from epel. Got it.
18:36 whiteinge i wonder how many commits you need in a repo before github's odometer rolls back to 0
18:37 jcockhren will the 30,000th one fix all the things?
18:37 terminalmage lilmatt: no, it's not supported at all. and never has.
18:37 tempspace joined #salt
18:38 JasonSwindle joined #salt
18:38 tempspace Hey all, are we supposed to be able to use the salt mine from within a pillar?
18:38 jimk @manfred looks like that still requires to launch the instance from the ec2 console though
18:38 whiteinge jcockhren: i'd say it's more likely it will be a single-line documentation change with the commit text: "Comit 30,000. Woo!"
18:39 jcockhren the 30,001th one will fix the typo
18:39 jcockhren "oops"
18:39 jcockhren heh
18:39 whiteinge lol
18:40 tempspace I have this in one of my pillars, and it crashes salt completely {{ salt['mine.get']('HOSTIWANTTOGRABIPFROM.FQDN.COM', 'network.ip_addrs')|first }}
18:41 resmike joined #salt
18:42 whiteinge it crashes salt or salt's jinja renderer throws a traceback?
18:42 tempspace need to run my master in debug to see
18:42 tempspace but all salt communication comes to a halt
18:43 tempspace for all minions
18:43 whiteinge O_o
18:43 thedodd joined #salt
18:43 tempspace just didn't want to debug further if it was something I shouldn't be doing in the first place
18:43 whiteinge oh, i suck at reading. that's in your pillar
18:43 tempspace yes
18:43 whiteinge there's a ticket about that
18:45 whiteinge https://github.com/saltstack/salt/issues/11509
18:46 tempspace whiteinge: btw, for the documentation ticket you did earlier, there's a syntax error: https://github.com/saltstack/salt/pull/12423/files, there needs to be a : after the network.ip_addrs
18:46 tempspace woot, let me see
18:46 whiteinge sonuva
18:47 whiteinge tempspace: great catch. thanks
18:48 tempspace np
18:48 jcockhren are there any known efforts for testing modules/states in salt besides kitchen-salt?
18:49 whiteinge jcockhren: ha! https://github.com/saltstack/salt/commits/develop
18:49 tempspace hmm, so no word on if this is actually supposed to work
18:49 tempspace I'll just pass things in through a state I suppose :)
18:49 JasonSwindle 30,000!  Awesome
18:49 jcockhren lol
18:49 jcockhren quick someone PR that typo
18:49 kickerdog UtahDave: Would it be possible to get a copy of the presentation tom hatch did for the python dev group?
18:51 jcockhren my Q above is so that I don't duplicate the efforts. There's a hacknashville (hackathon) thing happening this weekend and I'm thinking of what I'll be working on
18:51 allanparsons joined #salt
18:51 whiteinge tempspace: i'm not sure about that, tbh. it would be a nice thing to have. i imagine that module is hard-coded to execute from a minion.
18:57 simonmcc jcockhren: glad somebody is finding it useful :)
18:57 simonmcc Anybody here from Dublin Ireland, or Ireland in general?
18:58 jcockhren simonmcc: great for checking for existence and proper module loading quickly
18:59 mapu joined #salt
18:59 jalaziz joined #salt
18:59 scalability-junk joined #salt
18:59 jcockhren I haven't tried capuring output but most of the modules I have do work on something and thus I can leverage serverspec
19:04 jcsp joined #salt
19:10 Ryan_Lane whiteinge, UtahDave: has there been any thought about letting states run in parallel?
19:11 whiteinge more than thought. movement!
19:11 whiteinge sec...
19:11 Ryan_Lane oh. excellent :)
19:12 CeBe joined #salt
19:13 ekristen joined #salt
19:15 travisfischer joined #salt
19:23 whiteinge Ryan_Lane: my grep-foo is failing me. i'll hit up somebody with a better memory than me when they get back from lunch
19:23 whiteinge it's a new key word to states
19:24 ndrei joined #salt
19:24 jab416171 concurrent:
19:24 jab416171 WARNING: This flag is potentially dangerous. It is designed for use when multiple state runs can safely be run at the same Do not use this flag for performance optimization.
19:25 [diecast] joined #salt
19:27 whiteinge ^^ grep foo!
19:28 roolo joined #salt
19:29 whiteinge oh, it's a flag on the state execution function
19:29 * whiteinge 's memory has been jogged
19:30 whiteinge hm. actually i remembered there being a state-id-level take on this as well. for times when you're good with yum installing crap at the same time as file.managed is transferring stuffs over the wire
19:31 ghaering joined #salt
19:32 ghaering vim:
19:32 ghaering pkg:
19:32 ghaering - installed
19:32 ghaering /etc/vim/vimrc.local:
19:32 ghaering file.managed:
19:32 ghaering - source: salt://vim/vimrc.local
19:32 ghaering oops
19:32 ghaering file_roots:
19:32 ghaering base:
19:32 ghaering - /srv/salt/states/base
19:32 ghaering devel:
19:32 ghaering - /srv/salt/states/devel
19:32 ghaering - /srv/salt/states/base
19:32 ghaering this is my complete salt master config
19:33 ghaering But I cannot get salt to respect the file_roots directories. The salt master keeps looking for the top.sls file in /srv/salt despite the explicit paths in the master config
19:34 whiteinge ghaering: please use a pastebin in the future
19:34 whiteinge ghaering: did you restart the master daemon after editing the config?
19:35 TyrfingMjolnir joined #salt
19:35 ghaering yes, I did
19:35 ghaering I have the salt devel version from the Ubuntu ppa
19:36 ghaering I have a similar config at work with the lastest salt released version that does work this way
19:36 ghaering starting the salt master and minion with "-l debug" does not report anything strange
19:38 xt left #salt
19:41 whiteinge ghaering: i'll try to reproduce that. what is the output of salt --versions ?
19:42 bronsen left #salt
19:44 ghaering whiteinge, one minute, have to reinstall the ppa
19:44 ghaering with 0.17.5 it works
19:46 herlo left #salt
19:47 cruatta joined #salt
19:48 ghaering Salt: 2014.1.3
19:48 ghaering Python: 2.7.6 (default, Mar 22 2014, 22:59:56)
19:48 ghaering Jinja2: 2.7.2
19:48 ghaering M2Crypto: 0.21.1
19:48 ghaering msgpack-python: 0.3.0
19:48 ghaering msgpack-pure: Not Installed
19:48 ghaering pycrypto: 2.6.1
19:48 ghaering PyYAML: 3.10
19:48 ghaering PyZMQ: 14.0.1
19:48 ghaering ZMQ: 4.0.4
19:54 novastar2 joined #salt
19:55 ccase joined #salt
19:57 rome joined #salt
19:57 pass_by_value joined #salt
19:59 rome joined #salt
20:00 jimklo joined #salt
20:00 jimk when using salt-cloud, what is the instance name used for? just an internal salt name? e.g.  salt-cloud -p some-profile  my-box     what happens to "my-box"
20:00 war2 joined #salt
20:01 UtahDave jimk: my-box becomes your minion ID as well as the name of the vm on your provider
20:04 Ryan_Lane whiteinge: jab416171: awesome
20:04 Ryan_Lane is concurrent already merged?
20:05 whiteinge Ryan_Lane: the concurrent flag to state.sls is merged and will be in Helium
20:06 Ryan_Lane "Do not use this flag for performance optimization." ?
20:06 whiteinge the concurrent flag to individual states is still rattling around in tom's head
20:06 Ryan_Lane isn't that its point?
20:06 harobed_ joined #salt
20:06 Ryan_Lane oh. this isn't for individual states?
20:07 whiteinge http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.state.html#salt.modules.state.sls
20:07 harobed_ joined #salt
20:07 gq45uaethdj26jw6 left #salt
20:07 whiteinge no, it works at the sls-level
20:07 rome joined #salt
20:07 whiteinge i think that warning was put in there to discourage unimformed use
20:08 harobed_ joined #salt
20:08 Ryan_Lane so there's no way for me to define this in the state management system?
20:08 jimk @@UtahDave thanks. looks like salt-cloud is creating the instance, but failing to connect to it because it doesn't have a public IP
20:09 mateoconfeugo joined #salt
20:09 JasonSwindle joined #salt
20:09 whiteinge Ryan_Lane: not from within a state, no. tom thinks he can get that in for helium though -- if we remind him
20:09 Ryan_Lane heh. cool
20:09 whiteinge he's figured out how he wants it to work and just needs to add it to state.py
20:10 jimk @UtahDave looks like I have some VPC stuff to work out. thanks for your help
20:13 jcockhren cooking up some nice stuff for pyOhio and next year's SaltConf
20:14 jdog joined #salt
20:14 jcockhren one word: inspection
20:14 jcockhren ;)
20:14 * jcockhren drops teaser
20:18 bhosmer joined #salt
20:18 ghaering whiteinge, problem gone away
20:19 ghaering whiteinge, I mean the one with the file roots not being respected
20:20 ghaering whiteinge, I wiped salt completly, killed all salt processes and removed anything in site-packages/salt
20:20 whiteinge ghaering: what was it?
20:20 whiteinge ah
20:20 whiteinge glad you got it!
20:20 ghaering whiteinge, I think it was either a stale salt master running
20:20 whiteinge jcockhren: +1!
20:20 ghaering or something was messed up when upgrading the Ubuntu 14.04 salt to the one from the ppa
20:20 Ryan_Lane inspection? :)
20:21 Ryan_Lane I think I'll probably have some good AWS related content for next year's saltconf. we're working on some pretty interesting processes
20:23 bastion1704 is http://docs.saltstack.com/en/latest/ref/states/all/salt.states.composer.html correct for composer not in the path ? I do not understand why we have /path/to/composer twice
20:23 MTecknology wow... windows minions absolutely do not handle losing a connection to the master
20:27 ghaering btw. is there a better way than mine (https://gist.github.com/ghaering/11460884) to make salt configs for multiple environments (production, staging, devel)
20:28 ghaering what i do is use grains to make sure the correct environment is picked up
20:29 nebuchadnezzar joined #salt
20:30 jimklo hi, trying to create a salt install for a bunch of third party library deps... https://gist.github.com/jimklo/2510107a3fa355d93ce2  I keep getting the following error:  `Rendering SLS "base:thirdparty" failed: Jinja variable 'dict object' has no attribute 'archive'; line 56` which looks like a Jinja issue, but not really sure, as what I'm doing seems like it should work.
20:33 * jimklo is a dumbazz found my issue
20:35 ghaering jimklo maype try ["archive"] instead of .archive
20:37 jimklo ghaering: actually I found my issue... i refactored a working state to try to install multiple... I've got about 4 more to install... I moved .archive from t.archive to tp.archive...
20:37 jimklo ghaering: however the salt-call error was a bit misleading.. it was pointing to the wrong line entirely
20:38 rgarcia_ joined #salt
20:39 jimklo btw is there a way to pipe the output of cmd.script task while it's running?
20:42 kballou joined #salt
20:43 jperras jimklo: you can try with tee
20:44 jimklo jperras: within the script or with in the state file?
20:45 jimklo within the script seems painful
20:45 jimk I now have a webserver up running apache and php!  SO, what's the way to push all of our code out to it?
20:48 racooper assuming since you are asking in #salt, you're looking for a salt-based solution? http://docs.saltstack.com/en/latest/topics/tutorials/states_pt4.html
20:49 jimk yes, thanks. didn't realize there was more than one base
20:49 jimk awesome.
20:50 [diecast] joined #salt
20:51 it_dude joined #salt
20:54 mgarfias i have a question
20:55 manfred we might have an answer
20:55 mgarfias why does my rvm.installed try to pull an old url for the rvm bootstrap script when i am running 2014.1.3 whose src shows the correct url
20:56 manfred where are you seeing that it is correct in the sources? it should have just been fixed the other day in develop?
20:56 mgarfias https://github.com/saltstack/salt/blob/2014.1/salt/modules/rvm.py#L78
20:57 manfred https://github.com/saltstack/salt/commit/2415ab50557422959d6967f748eec41e56635aac
20:57 manfred that was just merged into 2014.1
20:57 manfred it will be in 2014.1.4
20:57 mgarfias any workaround until then?
20:59 manfred might be able to drop the corrected module in /srv/salt/_modules/, it should work, but you need it on every minion
20:59 manfred and to remove it once 2014.1.4 comes out
20:59 mgarfias cool, i'll give that a shot
21:00 DenizB I tried in #vagrant, but very little response, so, is anyone using the vagrant-salt-plugin ?
21:00 mgarfias me
21:00 DenizB the one that was salty-vagrant, but is now the default module?
21:01 mgarfias yep
21:01 DenizB I looked into the code yesterday, and it seems to me that vagrant boostraps salt even if the binaries are available?
21:01 DenizB if I set salt.minion_config = "salt/minion"
21:02 DenizB the ruby plugin https://github.com/mitchellh/vagrant/blob/master/plugins/provisioners/salt/provisioner.rb seems to not bother about the binaries if that setting is present
21:02 war2 joined #salt
21:02 DenizB and runs the bootstrap script inside the box even if I pre-install the salt-minion package
21:03 DenizB does that match your experience?
21:03 mgarfias i just have mine boostrapping it
21:03 mgarfias i dont preinstall
21:03 DenizB might behave differently if one uses salt-master
21:03 DenizB ok, I come from a puppet background, and to me waiting for the bootstrapping with every initial vagrant up seems so slow
21:04 mgarfias i'm building ruby with every up, so the bootstrap doesn't seem so bad
21:04 DenizB so I thought I could pre-bake salt-minion and salt-call into the box
21:04 DenizB :D
21:06 allanparsons @manfred - that was fixed the other day in develop
21:06 allanparsons i reported it
21:07 allanparsons it wasnt following redirects (the rvm url)
21:07 manfred allanparsons: i know :)
21:07 manfred that is why i pointedhim to the stuff
21:07 allanparsons @mgarfias - i ended up just installing from the develop branch
21:09 schimmy joined #salt
21:10 mgarfias any ideas how to tell vagrant to install from develop?
21:10 mgarfias if not, i'll go dig, no worries
21:11 n8n joined #salt
21:12 schimmy1 joined #salt
21:18 geekytex joined #salt
21:19 kballou joined #salt
21:21 mgw1 joined #salt
21:22 kaptk2 joined #salt
21:23 war2 joined #salt
21:23 mgarfias manfred: holy shit that worked!  thanks!
21:23 manfred np :)
21:26 druonysus joined #salt
21:26 druonysus joined #salt
21:26 faldridg_ joined #salt
21:29 mozg joined #salt
21:29 mozg hello guys
21:29 jrdx joined #salt
21:30 mozg could some one please suggest of a quick way to deploy a bunch of salt-minions
21:30 mozg preferably without the need to login to every single server
21:30 Ryan_Lane mozg: are you already using a config management system?
21:31 Ryan_Lane if so, install salt with that, then use salt to remove it ;)
21:31 Ryan_Lane otherwise you could use salt-ssh to run a state on them to install and configure the minions
21:34 mozg Ryan_Lane, i am using saltstack already
21:34 mozg but i've just started
21:34 mozg i've set up the master and connected several minions manually
21:35 Ryan_Lane right. so you probably want to use salt-ssh
21:35 mozg i've tried salt-ssh but i can't get anywhere with it. probably doing something wrong
21:37 JasonSwindle joined #salt
21:39 war2 joined #salt
21:39 jimklo anyone have an idea how to install a 'different' zmq than the one salt uses... using salt of course?
21:39 faldridge joined #salt
21:42 diegows joined #salt
21:45 kermit joined #salt
21:45 rglen joined #salt
21:46 rglen any reason the LocalClient API is not working on a newly installed master
21:46 rglen but via userland the salt commands work?
21:46 rglen i.e.
21:46 rglen salt '*' test.ping
21:46 rglen works...
21:46 rglen but
21:47 rglen ret = client.cmd('*', 'test.ping')
21:47 rglen is an empty dict
21:47 allanparsons mozg - allow your salt master to auto accept from a subnet.
21:47 whiteinge rglen: the salt CLI uses LocalClient() so it should work
21:47 allanparsons and then run:  curl -L http://bootstrap.saltstack.org | sudo sh -s -- -A  <salt master> git develop
21:47 whiteinge rglen: what user are you starting the Python interpreter with?
21:48 rglen root
21:48 faldridge joined #salt
21:49 cewood joined #salt
21:49 whiteinge rglen: did you make any changes to the master config perchance? maybe the running salt has it loaded but starting the new python process picks up the new config?
21:49 rglen from within ipython2.7 I can even paste the output
21:49 whiteinge yeah, worth a shot
21:50 rglen it's a newly installed server, configs are all templated
21:50 rglen minions are connected to master
21:51 rglen fresh invocation of ipython based on some other script that was failing to issue commands
21:51 rglen so I logged in, did ipythong
21:51 rglen ipython, etc, and I see why the script fails... because leveraging the LocalClient API is producing {}
21:51 whiteinge pastebin your shell session?
21:52 mgw joined #salt
21:52 rglen In [82]: client.cmd('*', 'test.ping')
21:52 rglen Out[82]: {}
21:52 rglen In [83]: !salt '*' test.ping
21:52 rglen asdfkjldjfd.lkjlkj.net:
21:52 rglen True
21:52 rglen that's good enough
21:52 rglen hopefully
21:52 rglen I replaced my hostnames with jibberish
21:53 rglen but that True statement is from the shell
21:54 mfournier Is there an easy way to count how many hosts share the same value for a given grain ? For example, I'd like to have a statistical breakdown of all my hosts per "osrelease" or per "kernelrelease".
21:55 mfournier not only grains, actually. By pkg.version for a given package would be useful, etc.
21:58 vbabiy joined #salt
22:02 ahammond when I include another state, how do I reference that state
22:02 ahammond 's sls variables?
22:03 allanparsons you can either do:  - sls: <sls>
22:03 allanparsons or actually call the state you're including.  ie.  include - mysls.... require: - user_myslsuser
22:04 it_dude joined #salt
22:05 rglen this is bizzare
22:05 rglen now it works
22:05 rglen all I did was quit ipython
22:05 rglen and reopen
22:06 schmutz joined #salt
22:07 chuffpdx joined #salt
22:08 mnaser has anyone ever played with getting a salt minion running on the salt master?
22:08 mnaser to configure things like firewall, etc. on the master
22:08 jeffG_ joined #salt
22:08 jimklo joined #salt
22:09 rome joined #salt
22:10 jeffG_ so another newb question... we are building images in ec2 that have a basic salt-minion installed and we want it to execute a highstate upon start up to install everything.  would that be managed via the master/minion config or would it be better as an init.d script?
22:12 allanparsons jeffG....
22:12 allanparsons i'd recommend NOT doing a custom image
22:12 allanparsons just pull the base AMI
22:12 allanparsons and run curl -L http://bootstrap.saltstack.org | sudo sh -s -- -A  <salt master> git develop
22:12 allanparsons and then salt-call state.highstate
22:13 jeffG_ how do I set the master attribute in the minion file?  in ec2 the host name is not just "salt"
22:13 jeffG_ that is the only customization above the base AMI
22:13 allanparsons right, but amazon patches those base amis
22:13 allanparsons and pushes their tools to them
22:14 allanparsons well, is your salt hostname static?
22:14 jeffG_ yes it is static
22:14 allanparsons so then just pass the following in as userdata:  curl -L http://bootstrap.saltstack.org | sudo sh -s -- -A  salt-static.mydomain.com git develop
22:15 allanparsons that installs salt minion and configures it to point to salt-static.mydomain.com
22:15 allanparsons then, the next command in your user-data script, run salt-call state.highstate
22:16 jeffG_ ok... that is awesome thank you... let me work on that!
22:17 allanparsons the only thing you may have issues with is running the state.highstate without the key being accepted
22:17 jimklo joined #salt
22:17 allanparsons we just threw our salt server in the private subnet
22:17 allanparsons and then auto-accept anything from our VPC CIDR block
22:17 tempspace or you could use salt-cloud to provision your servers, and the key is taken care of
22:18 allanparsons that's true, tempspace
22:20 jeffG_ for testing purpose I have auto_accept to true... we are in a private subnet as well.  but I will have to address that eventually
22:21 tempspace Hey python people, I'm trying to do this: {{ salt['mine.get'](server|lower, 'network.ip_addrs').values()[0] }} network.ip_addrs returns 1 or 2 addresses, I am trying to use this line to print the first IP that is returned...what's the correct syntax for this?
22:21 DaveQB joined #salt
22:22 tempspace the above still just returns a dictionary with all the items
22:28 jeffG_ allanparsons: I am getting "sh: line 1: syntax error near unexpected token `newline'"
22:28 jeffG_ any suggestions?
22:29 allanparsons copy/paste error?
22:29 allanparsons 1 sec
22:29 allanparsons lemme run in an env
22:29 rome joined #salt
22:29 allanparsons # curl -L http://bootstrap.saltstack.org | sudo sh -s -- -A  prod-salt.mydomain.com git develop
22:29 jeffG_ the curl -L pulls a "400 bad request"
22:29 allanparsons that works
22:30 allanparsons you allowing 80 + 443 outbound?
22:32 Kenzor joined #salt
22:32 schmutz joined #salt
22:32 jeffG_ yes... it is runnig after I change to "wget -O -"
22:34 manfred jeffG_: itis because it is currently still pointing to raw.github.com instead of raw.githubusercontent.com
22:34 manfred jeffG_: iirc, they are still trying to figure out which server that was setup on to fix the redirect
22:35 adyromantika joined #salt
22:35 adyromantika joined #salt
22:35 Gordonz joined #salt
22:36 jeffG_ my redirect goes to raw.githubusercontent.com
22:36 manfred hrm
22:37 manfred in the end it should
22:37 manfred └─╼ curl -s -I http://bootstrap.saltstack.org | grep Location
22:37 manfred Location: https://raw.github.com/saltstack/salt-bootstrap/stable/bootstrap-salt.sh
22:37 manfred but they redirect it to github.com first, and that doesn't always work
22:38 manfred └─╼ curl -s -I -L http://bootstrap.saltstack.org | grep Location
22:38 manfred Location: https://raw.github.com/saltstack/salt-bootstrap/stable/bootstrap-salt.sh
22:38 manfred Location: https://raw.githubusercontent.com/saltstack/salt-bootstrap/stable/bootstrap-salt.sh
22:38 manfred it eventually gets there, and when it does, everything works fine, but sometimes it fails
22:38 manfred we had the same problem with the get.rvm.io script
22:38 happytux joined #salt
22:38 manfred and the pip get-pip script
22:39 allanparsons hey question - if i am using supervisord state to manage processes, and i have multiple processes on a particular program
22:39 allanparsons it seems i get reaload errors w/ salt
22:39 allanparsons 1 sec, i'll get error msg
22:40 manfred jeffG_: whiteinge is working on it now, and is going to put it on the bootstrap.saltstack.com
22:41 manfred jeffG_: https://developer.github.com/changes/2014-04-25-user-content-security/
22:41 manfred it is in commit 1937eb85af57015f101f3004552e27221fcf2e4f
22:43 bhosmer joined #salt
22:44 kmshultz joined #salt
22:45 manfred jeffG_: https://github.com/saltstack/salt/commit/1937eb85af57015f101f3004552e27221fcf2e4f
22:46 sroegner joined #salt
22:47 manfred https://github.com/saltstack/salt/pull/12383
22:47 manfred that was the pull request ♥
22:49 allanparsons ok
22:49 allanparsons http://pastebin.com/N4WzTrnt
22:50 allanparsons any idea why i cant start a program using supervisord?
22:52 rome joined #salt
22:58 jeffG_ manfred: not working with curl still
22:58 whiteinge Ryan_Lane: how about May 13th as the first virtual doc sprint?
22:58 Ryan_Lane let me see
22:59 Ryan_Lane two days from now?
22:59 Ryan_Lane works for me
22:59 rome joined #salt
23:00 whiteinge two weeks?
23:00 whiteinge -ish
23:01 whiteinge 13th, not the 3rd?
23:03 rome joined #salt
23:03 zain joined #salt
23:04 alunduil joined #salt
23:07 manfred jeffG_: what distribution are you on?
23:07 Ryan_Lane oh. the 13th. heh
23:07 manfred cause it is loading here
23:07 Ryan_Lane sorry
23:08 Ryan_Lane whiteinge: oh. crap. that's during the openstack summit
23:08 whiteinge no worries. tuesday the week after then? 19th?
23:09 whiteinge er. 20th
23:09 jeffG_ manfred: amazon linux
23:09 Ryan_Lane whiteinge: that works for me
23:10 manfred jeffG_: does it redirect through raw.github.com? or does it redirect straight to raw.githubusercontent.com? cause if it goes through raw.github.com it doesn't always work
23:10 pdayton joined #salt
23:10 jeffG_ it is going to raw.github.com then content
23:11 manfred then yeah, it might be broken.
23:11 manfred they are still working on fixing the redirect
23:11 whiteinge Ryan_Lane: ok, great. i'll get an announcement going on the salt side of things. do you want to do anything on your side? can we say lyft is co-sponsoring or something like that?
23:11 jeffG_ no worries, this has been very helpful
23:12 whiteinge Ryan_Lane: oh, preference on time of day?
23:13 arthabaska joined #salt
23:14 Ryan_Lane whiteinge: I'll be in NYC, so something reasonable in that timezone would be good. Some time after 10AM :)
23:14 whiteinge roger :)
23:14 Ryan_Lane whiteinge: well, in this case it's not in the Lyft offices
23:14 * whiteinge nods
23:15 Ryan_Lane let's wait till we host one till we say lyft is co-sponsoring
23:15 whiteinge right, that will be a future one
23:15 whiteinge ok
23:17 sealibor_ joined #salt
23:17 elfixit joined #salt
23:20 bhosmer joined #salt
23:22 allanparsons ok, i think there is a bug with how supervisorctl is being used for reloads for the supervisord state
23:22 allanparsons see:  http://stackoverflow.com/questions/19216042/error-no-such-process-nginxgunicornsupervisord
23:23 allanparsons on a supvisord.running state change, i'm seeing a stop / start (which can't find the proc?)
23:24 jeffG_ ok.. so how do I install salt-cloud on an amazon ami?
23:24 allanparsons jeffG_... you install it on yoiur salt-master
23:24 allanparsons or local machine
23:24 allanparsons it comes now int he main salt repo
23:25 manfred jeffG_: if you just curl the githubusercontent one it works
23:25 manfred jeffG_: curl -L https://raw.githubusercontent.com/saltstack/salt-bootstrap/stable/bootstrap-salt.sh | sh -s
23:26 manfred or pip install salt
23:26 manfred and salt-cloud is included in it
23:26 jeffG_ checking...
23:27 nighthawk_ joined #salt
23:28 meteorfo_ joined #salt
23:34 allanparsons manfred...
23:35 allanparsons if i call a supervisord state, how does supervisor get installed? (i've been installing manually)
23:35 manfred i have no idea, never used supervisord
23:36 nighthawk_ left #salt
23:37 allanparsons didnt know if it was installed similar to how rvm was
23:38 JasonSwindle left #salt
23:39 manfred yeah i have no idea about supervisord :)
23:40 manfred and didn't see anything specific while taking a quick glance over the state file
23:41 allanparsons okay
23:41 allanparsons i think there is definately a bug ins upervisor
23:41 allanparsons supervisord.running (when a watch exists) will re-add a file
23:41 allanparsons it should do a reread + reload
23:42 allanparsons and then start the config that changed
23:42 allanparsons see:  http://pastebin.com/AbecWLPG
23:43 allanparsons and: http://stackoverflow.com/questions/19216042/error-no-such-process-nginxgunicornsupervisord
23:45 [diecast] joined #salt
23:47 allanparsons ah, looks like it may be fixed.  https://github.com/saltstack/salt/issues/6692
23:49 redondos joined #salt
23:51 pdayton joined #salt
23:54 yomilk joined #salt

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