Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-10-30

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

All times shown according to UTC.

Time Nick Message
00:00 joehh cbloss: if you were REALLY keen, you could file.managed the patched files into place...
00:00 cbloss then another week for it to be put into ppa :(
00:00 pipps_ joined #salt
00:00 cbloss mmm
00:01 UtahDave cbloss: joehh's right. You could drop the fixed file module in file_roots/_modules and sync it
00:02 joehh even neater - though does it matter the file appears to be in salt/utils/
00:02 joehh ?
00:02 cbloss i think this is the commit that fixes the issue https://github.com/saltstack/salt/commit/ef3d81668ecae653c6acffaa11ffc32b53e3f18b
00:03 honestly UtahDave: am I doing it right?
00:03 cbloss i wish there was a better way to manage versions using git without using bootstrap, or have a bootstrap option that doesn't override /etc/salt/* (i looked for that option but couldn't find it)
00:04 * honestly thinks I'm probably not doing it right
00:04 amahon joined #salt
00:04 ClausA joined #salt
00:05 Ixan joined #salt
00:06 honestly anway, I gotta sleep
00:06 jesusaurus joined #salt
00:06 honestly I'll be back to harass you tomorrow
00:06 robawt joined #salt
00:09 cachedout joined #salt
00:10 __number5__ cbloss: if you're using deb/apt based system, there is option to not overwrite any existing configs e.g. /etc/salt/*
00:10 jarm joined #salt
00:11 cbloss that is what i'm using, where can i find the option? i haven't had much luck finding a complete doc on how to use the bootstrap
00:11 __number5__ bootstrap script is really for a brand new system without salt, so it make sense that it doesn't have a keep-existing-conf option
00:12 cbloss yeah, but once you install with git, how to do manage what version you are using?
00:12 cbloss without using bootstrap again
00:12 pipps_ joined #salt
00:14 Boohbah joined #salt
00:16 robawt joined #salt
00:17 joehh cbloss: whatever you end up doing, I'd strongly recommend staying with one method on a system unless you are really sure what you are doing
00:18 cbloss i'd love to stick with ppa, but i've had so many issues with salt versions
00:18 cbloss i need a way to go back and forth easily
00:18 joehh fairly common to get issues where someone has switched between pip install/packages/other and are unsure what hey end up running
00:18 joehh there is https://launchpad.net/~saltstack/+archive/salt16 which has the 0.16.4 packages
00:18 cbloss and with ppa there isn't a downgrade method
00:19 joehh no, remove/purge then re-install as far as I am aware
00:19 cbloss except going all the way back to 16(as you just mentioned)
00:20 cbloss so i'm suck waiting for 0.17.2 to be released to ppa (which usually takes a ~week after it is actually released in my experience), remake master install bootstrap w/git until 0.17.2 is released, then remake the server again to upgrade or try and figure out how to patch in specific commits
00:23 giantlock joined #salt
00:23 cbloss all short term solutions ;/
00:24 forrest cbloss, what portion of the bootstrap docs on github do you not feel are sufficient?
00:24 danielbachhuber joined #salt
00:25 forrest or are you strictly looking at the docs on docs.saltstack.com?
00:25 joehh cbloss: I feel your pain - I've found the best that works for me is test new releases, but stick with older release in production until I know everything I need is fine
00:25 joehh Furao here is the master of that with monster unit tests
00:26 cbloss forrest: __number5__ mentioned there is a setting to tell the bootstrap not to overwrite /etc/salt/* config files, I just can't find that option in the docs
00:26 __number5__ cbloss: to make it clear, the option is for apt-get install, not for bootstrap script
00:27 cbloss ahhh, okay
00:27 cbloss misunderstood
00:27 joehh and make sure I file bugs for the issues that affect me - once they know about them, they are generally good at fixing them in the next release
00:27 forrest that would be cool to add to the bootstrap script
00:27 forrest I don't think the -c or -k options do that
00:27 forrest or if they do, they aren't documented that they do that. Can you create an issue on that cbloss?
00:28 cbloss yeah i can
00:28 forrest cool, just do it on salt-bootstrap
00:28 cbloss np
00:28 forrest thanks!
00:29 mannyt joined #salt
00:32 __number5__ cbloss, forrest: the apt/dpkg option I talked about is this https://github.com/saltstack/salt/blob/develop/salt/modules/apt.py#L415
00:32 forrest gotcha
00:37 taylorgumgum is there a way to set pillar data or otherwise replace a template value on one minion as the result of a grain match on another minion?
00:38 taylorgumgum i.e. tell a hadoop datanode the hostname of the namenode based on its grain role:hadoop-namenode
00:40 canci joined #salt
00:44 oz_akan_ joined #salt
00:48 lineman60 joined #salt
00:51 oz_akan_ joined #salt
00:51 jacksontj joined #salt
00:52 mgw joined #salt
00:52 taylorgumgum something like hdfs://{{ salt['G@role:namenode']['hostname'] }}/ but i know that's not a construction that works
00:56 cbloss forrest: https://github.com/saltstack/salt-bootstrap/issues/254
00:56 cbloss FYI
01:01 mannyt joined #salt
01:02 cachedout joined #salt
01:06 bretep[hirevue] joined #salt
01:14 redondos joined #salt
01:16 nahamu UtahDave: any suggestions on the best way for me to package up a version of 0.17.1 with a few crical SmartOS patches applied in a way that version numbers won't conflict with anything else?
01:16 nahamu At this point I'm thinking I should make my own branch, cherry pick the commits, and then run the build and let it tag it as it sees fit.
01:17 UtahDave I think if you just add a  .1 that will work.  For windows I just released a packaging fix where the installer is 0.17.1.1, but salt self-reports as 0.17.1
01:17 UtahDave nahamu: in salt/version.py  I hard coded 0.17.1 as well
01:18 smccarthy joined #salt
01:19 nahamu but in theory you guys could conceivably end up shipping a real 0.17.1.1, right?
01:20 UtahDave No, I don't think so.  We're going to release 0.17.2 probably next week
01:21 nahamu Is there a list of which stuff is going in to 0.17.2 somewhere?
01:21 joehh nahamu: standard in debian is 0.17.1-1 with the -1 being for packaging releases
01:21 joehh -2 for your next release
01:22 joehh - parses as less than . so even if upstream release a 0.17.1.1 then -1 will still be less than it
01:22 nahamu joehh: I'm doing esky builds, not packaging with any other package manager. I'm not 100% certain how it generates the version numbers
01:22 joehh and you could upgrade to 0.17.1.1-1
01:22 joehh ok
01:22 nahamu and I hesitate to rename the files because of the nice auto-update feature.
01:22 joehh i see the problem
01:24 Tekni joined #salt
01:25 Savagedlight joined #salt
01:26 nahamu I haven't quite fully groked how the version branches interact with the develop branch.
01:42 mannyt joined #salt
01:44 jjafuller joined #salt
01:50 jjafuller left #salt
01:51 forrest cbloss, awesome thanks!
01:55 logix812 joined #salt
01:58 oz_akan__ joined #salt
02:04 amanuel joined #salt
02:06 amanuel joined #salt
02:06 bemehow joined #salt
02:07 bretep[hirevue] joined #salt
02:08 bemehow__ joined #salt
02:11 nmistry joined #salt
02:14 mapu joined #salt
02:15 redondos joined #salt
02:15 redondos joined #salt
02:21 cachedout joined #salt
02:21 xl1 joined #salt
02:21 xl1 left #salt
02:22 xl1 joined #salt
02:32 Thiggy joined #salt
02:32 cachedout joined #salt
02:34 prooty joined #salt
02:37 StDiluted joined #salt
02:45 ajw0100 joined #salt
02:50 mua joined #salt
03:01 swa_work joined #salt
03:04 carmony brew list
03:07 bretep[hirevue] joined #salt
03:14 oz_akan_ joined #salt
03:15 carmony lol, whoops
03:18 Gifflen joined #salt
03:19 anuvrat joined #salt
03:21 vipul joined #salt
03:24 prooty joined #salt
03:32 StDiluted joined #salt
03:34 flebel joined #salt
03:34 mannyt joined #salt
03:38 mattyo joined #salt
03:39 mattyo hellow.  I seem to be having trouble upgrading a salt-minioin
03:40 racooper joined #salt
03:46 joehh mattyo: we'll need a little more info than that... :)
03:49 MTecknology joined #salt
03:53 mattyo joined #salt
03:53 mattyo was more seeing if anyone was in the room
03:55 mattyo I'm getting this error in the master debug output when trying to run highstate
03:55 mattyo i think my master and minion versions are also out of wack
03:56 mattyo master is at 0.17.1 minion is at 0.16.4
03:57 joehh my nuderstanding (haven't tried it myself) is that a 0.17.1 master cannot talk to a 0.16.4 minion
03:57 joehh due to a security issue
03:58 mattyo this is what i thought to
03:58 swa_work mattyo, I take it that's why you're upgrading the minion.. so your issue is which?
03:58 mattyo nothing i seem to do will upgrade the minion.
03:58 joehh what os?
03:58 mattyo ubuntu
03:59 joehh and release?
03:59 mattyo apt-get upgrade or re running minion install script don't upgrade the minion for me
03:59 joehh what about an apt-get install salt-minion?
03:59 swa_work probably in the ubuntu testing repo
03:59 joehh or a apt-get dist-upgrade?
04:00 mattyo 13.04
04:00 joehh 0.17.1 is in the ppa:saltstack/salt repo
04:00 mattyo apt-get
04:00 lemao joined #salt
04:01 mattyo i assumed the command 'apt-get upgrade salt-minion' was all that should have been nessary
04:01 mattyo this that right ?
04:01 joehh just checked the ppa, 0.17.1 is not there for raring (13.04)
04:01 joehh from memory there is a version mismatch with building the docs
04:02 joehh I might see if I can tackle that one tonight
04:02 mattyo ok.  should i just wait ?
04:03 Gifflen joined #salt
04:04 druonysus joined #salt
04:05 joehh that is probably best :)
04:05 mattyo thanks for the help.
04:06 mattyo is the version missmatch also the a probible cause for the key error in the master output
04:06 mattyo http://pastebin.com/bKRwMQ0y
04:07 redondos joined #salt
04:07 redondos joined #salt
04:10 steveoliver so i like the idea of having a users pillar for my "internal" admin/service users, and applying them to most minions, but I'm wondering how I should structure my "client" accounts, i.e. I've got one ftp account on a specific node I'm trying to setup… I've got that user in a state.sls.  I'm wondering — is that sensible to have internal and client users defined in both pillar *and* states?  Or should I look into keeping all users in pil
04:11 steveoliver also, my ftp user for example, needs a user and a file.recurse...
04:12 steveoliver just wondering how to build up a "Client" feature for this case
04:13 joehh mattyo: have you got an email address so I can let you know when I am done so you can try it
04:14 mattyo sure.  odonnell004@gmail.com
04:14 joehh only built debian packages before (not ubuntu) so I need a real user to make sure it works
04:14 joehh thanks for that
04:14 joehh I'll email you with the ppa it is in before I upload it to the main one
04:15 oz_akan_ joined #salt
04:16 __number5__ joehh: if your package passed ppa built, at least it'll be in an 'installable' state :P
04:16 joehh __number5__: I want a little better than that though :)
04:16 joehh good point though
04:17 mattyo thanks.
04:29 mnemonikk joined #salt
04:32 taylorgumgum joined #salt
04:40 nmistry joined #salt
04:56 troyready joined #salt
04:59 flebel joined #salt
05:07 bhosmer joined #salt
05:16 oz_akan_ joined #salt
05:22 DallaRosa joined #salt
05:23 DallaRosa hey guys, I'm need of some help. I'm trying to get node installed using nvm.
05:24 DallaRosa so I got most of everything working fine but I want salt to run the installation command only if this specific file (in this case the node executable) is not in the filesystem
05:24 DallaRosa I've been trying some stuff but don't seem to get it right
05:29 DallaRosa the sls file is this: http://pastebin.com/BcnErs9N
05:42 Katafalkas joined #salt
05:46 berto- joined #salt
05:54 prooty1 joined #salt
05:55 Destro joined #salt
05:57 joehh DallaRosa: looks like you need cmd.wait rather than cmd.run
05:57 joehh common mistake
05:58 joehh http://docs.saltstack.com/faq.html#my-script-runs-every-time-i-run-a-state-highstate-why
05:59 cachedout joined #salt
06:02 middleman_ joined #salt
06:17 oz_akan_ joined #salt
06:21 swa_mobil joined #salt
06:22 DallaRosa joehh: is it ok for stuff to fail?
06:24 DallaRosa I mean, in my file what happens is that if the file is not "missing" it fails. and because that failed the installation doesn't happen and that's good, but it's shown as an error
06:24 DallaRosa and that doesn't sound right.......
06:29 joehh looking at your pastebin, I'm not sure what you are doing
06:30 joehh you want to ensure that a file/dir is missing and if it is (or is not?) run your install?
06:30 joehh is that it?
06:31 joehh I would use cmd.wait with a shell command (using unless or onlyif) to decide when to run the installer
06:39 DallaRosa joehh: yeah. that's what I wanna do. ok. I'll check on unless and onlyif. thanks
06:43 joehh this is a much more useful url than I sent before:
06:43 joehh http://docs.saltstack.com/ref/states/all/salt.states.cmd.html#salt.states.cmd.wait
06:43 joehh should have sent it first
06:47 anuvrat joined #salt
06:51 prooty joined #salt
06:57 debasish joined #salt
06:59 zach joined #salt
07:18 oz_akan_ joined #salt
07:24 Kholloway joined #salt
07:25 aserdp joined #salt
07:28 matanya joined #salt
07:50 matanya joined #salt
07:57 snikkers joined #salt
07:57 ml_1 joined #salt
08:02 lemao joined #salt
08:18 oz_akan_ joined #salt
08:31 Furao joined #salt
08:34 carlos joined #salt
08:37 permalac joined #salt
08:38 backjlack joined #salt
08:43 sebgoa joined #salt
08:44 bhosmer joined #salt
08:47 lemao joined #salt
08:48 flebel joined #salt
09:07 bhosmer joined #salt
09:25 az87c joined #salt
09:29 APLU joined #salt
09:29 linjan_ joined #salt
09:34 TheCodeAssassin joined #salt
09:46 zooz joined #salt
09:54 giantlock joined #salt
10:00 ninkotech joined #salt
10:03 kyusan joined #salt
10:04 Destro left #salt
10:12 nocturn_ joined #salt
10:21 ninkotech joined #salt
10:22 nocturn__ joined #salt
10:25 nocturn_ joined #salt
10:25 jcsp joined #salt
10:25 jpholbrook joined #salt
10:29 hazzadous joined #salt
10:33 mVla joined #salt
10:39 sebgoa joined #salt
10:43 bhosmer joined #salt
10:43 nocturn_ joined #salt
11:02 srage joined #salt
11:08 ninkotech joined #salt
11:11 viq joined #salt
11:14 Ixan i'm having an issue with state.show_top for a minion. It has states set to it by grains targeting in the topfile, but state.show_top comes out empty
11:14 Ixan it this working-as-intended or is it a bug?
11:23 jeddi joined #salt
11:26 Anna joined #salt
11:28 blee joined #salt
11:42 diegows joined #salt
11:49 Destro joined #salt
11:50 cron0 joined #salt
11:54 blast_hardcheese joined #salt
12:09 mugsie joined #salt
12:09 jcsp joined #salt
12:11 tomspur joined #salt
12:11 tomspur joined #salt
12:20 xt Ixan: works for me
12:20 xt maybe your grain isn't matching
12:20 smccarthy joined #salt
12:24 Ixan http://pastebin.com/jibcmqC3
12:25 Ixan think that should've worked, xt.
12:25 xt http://docs.saltstack.com/topics/targeting/grains.html
12:25 xt you're missing:     - match: grain
12:25 Ixan ah, okay. thanks
12:26 Ixan yeah, that did the trick
12:27 srage joined #salt
12:27 xt topfile can't know what you're trying to communicate with just a string, you will always need to specify a matcher if you want other than default which is glob
12:31 bhosmer joined #salt
12:33 ipmb joined #salt
12:35 jslatts joined #salt
12:36 timoguin joined #salt
12:38 balboah joined #salt
12:39 bhosmer_ joined #salt
12:39 amahon joined #salt
12:40 jeddi joined #salt
12:40 jcsp joined #salt
12:41 flebel joined #salt
12:41 srage joined #salt
12:44 vkurup joined #salt
12:50 imaginarysteve joined #salt
12:54 aleszoulek joined #salt
12:56 srage joined #salt
12:56 bhosmer joined #salt
13:02 anteaya joined #salt
13:04 oz_akan_ joined #salt
13:05 oz_akan_ joined #salt
13:06 bhosmer joined #salt
13:09 cmthornton joined #salt
13:09 blast_hardcheese joined #salt
13:10 mpanetta joined #salt
13:19 racooper joined #salt
13:22 brianhicks joined #salt
13:22 jeddi joined #salt
13:24 pmcg_ joined #salt
13:26 ipmb joined #salt
13:29 Kholloway joined #salt
13:29 jumperswitch joined #salt
13:31 mapu joined #salt
13:34 srage joined #salt
13:36 Savagedlight How is performance when chaining  salt master a -> multiple salt master b.    salt master b -> multiple salt master C?
13:36 Savagedlight i.e. a hierarchy of masters controlling their own compartment of the overall infrastructure
13:37 elfixit joined #salt
13:40 mua joined #salt
13:42 micah_chatt joined #salt
13:43 backjlack joined #salt
13:43 srage joined #salt
13:48 mgw joined #salt
13:53 flebel joined #salt
13:55 donatello joined #salt
14:01 jumperswitch_ joined #salt
14:02 brimpa joined #salt
14:04 mgw joined #salt
14:05 zloidemon joined #salt
14:07 mannyt joined #salt
14:08 Gifflen joined #salt
14:09 jergerber joined #salt
14:11 ml_11 joined #salt
14:11 jcsp joined #salt
14:13 vkurup joined #salt
14:13 aberant joined #salt
14:13 lineman60 joined #salt
14:13 jalbretsen joined #salt
14:15 mgw joined #salt
14:20 zloidemon What's branch i need to clone for fixing bugs?
14:20 zloidemon I want to see my fix in the next release
14:21 pass_by_value joined #salt
14:25 doc_brown joined #salt
14:29 opapo joined #salt
14:32 donatello i am using salt 0.17.1. i have custom grains setup via the _grains directory - I am able to see the grains on the minion via `salt-call -g` but am not able to see it with `salt '*' grains.items` on the server and `salt '*' saltutil.sync_grains` also show no output for the minion
14:32 donatello Am i doing something wrong?
14:32 newellista joined #salt
14:32 utahcon can you use jinja in cmd.run? here is my example: http://pastebin.com/7Zw4uiqA
14:33 berto- joined #salt
14:36 bhosmer joined #salt
14:36 cnelsonsic joined #salt
14:40 aleszoulek joined #salt
14:41 alunduil joined #salt
14:43 polosatinsk joined #salt
14:50 aserdp joined #salt
14:53 viq utahcon: you shouldm yes
14:54 utahcon viq: thanks I figured it out
14:54 utahcon I had a problem with the structure and it was just ignoring those lines
14:58 bhosmer joined #salt
14:58 cachedout joined #salt
15:00 StDiluted joined #salt
15:00 opac joined #salt
15:01 opac hello, is there a way that i can convert a float value to integer inside a jinja template?
15:01 scott_w joined #salt
15:03 alunduil_ joined #salt
15:05 opac anybody?
15:05 mVla left #salt
15:05 Katafalkas try jinja channel ?
15:06 cwright opac: why not just {{ int(float_var) }}  ?
15:06 flebel joined #salt
15:06 opac cwright: i will try this now and tell you
15:06 Katafalkas Is there a way in Salt-Cloud to specify a different setup script ?
15:07 timoguin Katafalkas, yea there is
15:07 hannesstruss joined #salt
15:07 * timoguin searches
15:08 adamisos joined #salt
15:08 opac timoguin: UndefinedError: 'int' is undefined
15:09 opac cwright: UndefinedError: 'int' is undefined
15:09 timoguin Katafalkas, you can specify the script parameter: http://salt-cloud.readthedocs.org/en/latest/topics/misc.html?highlight=script
15:09 timoguin pretty sure there are other ways to do it too, but i can't find right now
15:10 Katafalkas kkk. danke
15:10 hannesstruss Hi, how does salt register cron jobs on Ubuntu? /etc/crontab and /etc/cron.d are empty. This is my sls: https://gist.github.com/hannesstruss/ae2eee85e303eb181491
15:10 pentabular joined #salt
15:10 cwright opac: http://jinja.pocoo.org/docs/templates/#list-of-builtin-filters  there is an int filter
15:11 opac cwright: yea i was reading this already, will try and give a feedback
15:11 StDiluted joined #salt
15:14 amahon joined #salt
15:15 EdPerry joined #salt
15:15 UtahDave joined #salt
15:15 bhosmer joined #salt
15:15 EdPerry Morning folks got an install question/issue as I am testing out SaltStack
15:16 EdPerry I am running the command wget -O - http://bootstrap.saltstack.org |  sh
15:16 EdPerry to bootstrap 10 servers and getting an error
15:16 EdPerry ERROR: Failed to find RHN optional repo, please enable it using the GUI or rhn-channel command.
15:16 viq https://gist.github.com/viq/7234345 - what am I doing wrong here? Trying to have a node see a list of users combined from multiple files in a pillar, but it sees only the last one included
15:17 viq EdPerry: you need packages from RHN Optional repository
15:17 bhosmer_ joined #salt
15:17 EdPerry well that is the thing it is enable
15:18 EdPerry but since we run a satelite server the repo name is different
15:18 viq EdPerry: I don't remember the exact command right now, you can ask yum to list enabled repos, verify with that
15:18 EdPerry yes the command is yum repolist
15:19 viq Hm, you changed the name of the channel?
15:19 EdPerry well sortof, it is a satelite server and we keep a clone of the repo to control lifecycle
15:19 bhosmer_ joined #salt
15:19 EdPerry of patches.   so I guess yes is the answer
15:19 viq ah...
15:20 EdPerry I just don't see the line in the script to change the name replica-rhel-x86_64-server-optional-6
15:20 timoguin EdPerry, https://github.com/saltstack/salt-bootstrap/blob/develop/bootstrap-salt.sh#L1957
15:20 timoguin looks like that one
15:21 viq beat me to it ;)
15:21 timoguin i am the winner!
15:21 EdPerry dam, missed it in my searches of the code
15:21 EdPerry thanks let me give it a try.
15:21 bhosmer joined #salt
15:22 viq In the mean time, any ideas about my pillar problems? ;)
15:22 jimallman joined #salt
15:24 bhosmer_ joined #salt
15:24 bhosmer__ joined #salt
15:25 bretep[hirevue] joined #salt
15:25 EdPerry sorry viq, can help you but both of you got me though the basics. That hack did it.
15:25 EdPerry can=can't
15:25 kermit joined #salt
15:26 bhosmer_ joined #salt
15:28 bhosmer joined #salt
15:29 Kholloway joined #salt
15:30 bhosmer joined #salt
15:31 dave_den bhosmer: is your modem trying to fly? because your link is flapping like mad over the last few days
15:31 dave_den *rimshot*
15:32 bhosmer joined #salt
15:35 bhosmer_ joined #salt
15:36 forrest joined #salt
15:37 bhosmer__ joined #salt
15:38 pentabular1 joined #salt
15:38 aberant joined #salt
15:39 bhosmer joined #salt
15:40 Ryan_Lane joined #salt
15:40 minimus joined #salt
15:40 pdayton joined #salt
15:41 lusid joined #salt
15:41 blee left #salt
15:41 bhosmer_ joined #salt
15:44 bhosmer joined #salt
15:46 bhosmer_ joined #salt
15:47 bastion2202 joined #salt
15:48 bhosmer__ joined #salt
15:50 bhosmer joined #salt
15:51 jimallman left #salt
15:52 bitz joined #salt
15:52 bhosmer_ joined #salt
15:53 foxx joined #salt
15:54 bhosmer__ joined #salt
15:57 lusid Does SaltCloud support cloud-init on Ubuntu platforms when it is available? I am trying to create persistent spot requests in AWS, but when they come back up from being shut down, they need to be bootstrapped again. Trying to find the best way to do this if anyone has any suggestions?
15:59 Whissi joined #salt
16:00 bemehow joined #salt
16:02 bemehow joined #salt
16:06 jdenning joined #salt
16:06 xmltok joined #salt
16:08 bhosmer joined #salt
16:08 UtahDave lusid: kind of
16:09 TheRealBill_ joined #salt
16:10 juanlittledevil joined #salt
16:11 lusid UtahDave: Yeah, I submitted a pull request the other day that allows you to create a persistent spot instance in SaltCloud, but realized today that I had 3 4xlarge servers running with base Ubuntu images. lol. :-|
16:12 bhosmer_ joined #salt
16:13 lusid UtahDave: Do you know if this works? If it does, then I'll just set these servers up outside of SaltCloud. https://github.com/number5/cloud-init/blob/master/doc/examples/cloud-config-salt-minion.txt
16:14 viq https://gist.github.com/viq/7234345  - PEBKAC, or limitation of pillar system?
16:16 StDiluted joined #salt
16:16 samsalt joined #salt
16:16 KyleG joined #salt
16:16 KyleG joined #salt
16:17 Marsdominion joined #salt
16:19 Whissi Hi. When minion starts, will they always run the top file (top.sls)? So for example I changed top.sls and called "salt '*' state.highstate" to 'push' the update but one client was down at the moment... will the client run the updated top.sls when coming back online or do I have to explicitly tell the client to re-run when the client is back online?
16:19 Marsdominion left #salt
16:20 marsdominion joined #salt
16:21 viq Whissi: it's won't do that by default, but you could for example harness the reactor system to do that
16:22 bhosmer joined #salt
16:22 mgw joined #salt
16:22 marsdominion has anyone configured bonding with salt.states.network?
16:23 UtahDave lusid: I'm really not sure. I haven't done anything with that.
16:24 lusid UtahDave: In that case, I'll give it a try and report back. :)
16:25 lusid Thanks!
16:25 UtahDave Whissi: also, you can set the minion config item   'startup_states: highstate'
16:25 UtahDave thanks, lusid!  Let me know what you find. I can get you in contact with the salt-cloud lead, if needed
16:27 viq UtahDave: may I pester you again with round 2 of pillars? ;)
16:28 Whissi OK, will test. Thanks.
16:28 bhosmer joined #salt
16:28 viq https://gist.github.com/viq/7234345 is what I'm currently struggling with
16:28 redondos joined #salt
16:29 UtahDave viq: sure!  reading it now
16:29 sebgoa joined #salt
16:30 viq UtahDave: awesome, thank you!
16:30 UtahDave viq: what is the problem you're having?
16:30 viq Pillar contains only the last included file
16:30 viq (All the files listed are pillars)
16:30 EWDurbin joined #salt
16:30 troyready joined #salt
16:31 EWDurbin hello! Bug, or did i screw up? https://gist.github.com/ewdurbin/7235624 CentOS 6.4 minimal install, salt/salt-minion from EPEL and EPEL-testing
16:31 EWDurbin works great on 0.16.4, blows up on 0.17.1
16:32 taylorgumgum joined #salt
16:32 bretep[hirevue] joined #salt
16:33 viq EWDurbin: https://gist.github.com/ewdurbin/7235624#file-salt-sudoers-jinja-L2 try quotes around 'sudoer_group' ?
16:33 viq Also, https://gist.github.com/ewdurbin/7235624#file-salt-sudoers-jinja-L3  - is this a tab?
16:33 winux joined #salt
16:33 EWDurbin viq: that is a tab
16:33 winux how do i create a new set of minion keys? i have two minions connecting under the same public key and i want to seperate them
16:34 EWDurbin viq: sudoer_group is a variable at that point
16:34 UtahDave EWDurbin: any way you can test on salt from the develop branch? We've fixed some regressions that might take care of your issue
16:34 EWDurbin @UtahDave: will do
16:34 EWDurbin lol, vagrant-salt won't let me pick from develop :-x
16:35 EWDurbin because bootstrap_salt.sh cares bout ordering
16:35 viq EWDurbin: 'git'
16:35 UtahDave viq: that's a limitation of pillars that you're seeing.  Remember that pillar gets compiled into a big python dictionary.  So in your pillar you are adding the 'users' dict key, then in the second pillar you are overwriting it with a second 'users' key.
16:35 g4rlic Question for y'all..  I'm trying to run the Saltmaster as a non-root user.  (in this case, a user called 'salt')
16:35 g4rlic While that worked in 0.16.4, it appears mildly broken in 0.17.1
16:35 viq UtahDave: yeah, that was my suspicion. Any idea how to work around this?
16:35 g4rlic Starting the salt-master service throws a python backtrace
16:36 forrest viq, why not use groups within the pillar?
16:36 forrest https://github.com/terminalmage/djangocon2013-sls/blob/master/pillar.example
16:36 viq forrest: hm?
16:36 forrest viq, see how he has foo: and then a bunch of items?
16:36 forrest why not do that
16:36 g4rlic http://pastebin.centos.org/5396/
16:36 forrest so foo: users, bar: users.
16:36 UtahDave g4rlic: that looks like a bug.  could you open an issue on that?
16:36 g4rlic Sure thing.
16:37 g4rlic In the process of trying to nail it down and produce a patch.
16:37 flebel joined #salt
16:37 viq forrest: multiple groups of people, feels like it would be cleaner to have one per file
16:37 EWDurbin viq: if i pass "git develop" to vagrant-salt as a bootstrap_options it blows up
16:38 viq EWDurbin: which version of vagrant are you using?
16:38 HeadAIX joined #salt
16:38 EWDurbin viq: the error is in boostrap_salt.sh
16:38 toastedpenguin joined #salt
16:38 forrest yea it probably is cleaner, I'm just saying you could do that if you can't think of a better way to get around it
16:38 viq EWDurbin: https://github.com/saltstack/salty-vagrant/blob/develop/example/complete/Vagrantfile
16:39 viq forrest: fair enough
16:39 EWDurbin viq: https://github.com/ewdurbin/salt-bootstrap/blob/develop/bootstrap-salt.sh#L307
16:39 UtahDave g4rlic: thank!  you're awesome!
16:39 EWDurbin end up with https://gist.github.com/ewdurbin/1262f05d012f2f909280
16:40 g4rlic UtahDave:
16:40 g4rlic 09:40 -!- Ryan_Lane [~Ryan_Lane@wikimedia/Ryan-lane] has quit [Quit: Leaving.]
16:40 winux anyone ^^ >
16:40 g4rlic eh
16:40 g4rlic UtahDave: https://github.com/saltstack/salt/issues/8176
16:40 forrest jeez g4rlic, creeping on people? :P
16:40 viq EWDurbin: show your vagrantfile if you can
16:40 EWDurbin sure thing
16:40 ctdawe joined #salt
16:41 EWDurbin viq: https://gist.github.com/ewdurbin/1262f05d012f2f909280
16:41 EWDurbin viq: i see now (facepalm)
16:41 viq :P
16:41 g4rlic UtahDave: looks like this is actually fixed in  develop.
16:41 viq EWDurbin: specifically https://github.com/saltstack/salty-vagrant/blob/develop/example/complete/Vagrantfile#L33
16:41 g4rlic https://github.com/saltstack/salt/blob/0.17/salt/utils/verify.py  <-- this has the bug.
16:42 UtahDave winux: the easiest way is to use   salt-key -d 'minion-name'
16:42 EWDurbin viq: another lol is that even if stable is specified, RHEL based install from epel-testing :-o
16:42 UtahDave then on the minion delete it's keys and restart the salt-minion service. it will generate new keys and attempt to connect to the master with the new keys
16:42 EWDurbin i'll have a PR to bootstrap for that in a bit
16:42 newellista joined #salt
16:42 winux @UtahDave: I did that on the master, but when i restart the minions, they both  connect under the same key
16:42 UtahDave winux: did you delete the keys on the minion?
16:42 g4rlic https://github.com/saltstack/salt/blob/develop/salt/utils/verify.py <-- this does not.  (Thanks s0unt3ch!)
16:43 winux @UtahDave: yeah, i guess im trying to figure out how to do it on the minion itself.. i tried the same command
16:43 winux i did a salt-key -D
16:43 UtahDave winux: ah.  what os are you on?
16:43 winux ubuntu 13
16:44 Ahlee All registered for SaltConf
16:44 UtahDave winux: delete the contents of  /etc/salt/pki/minion/*   then restart the minion
16:44 jacksontj joined #salt
16:45 UtahDave Ahlee: awesome!
16:45 g4rlic UtahDave: I closed that bug, since it's fixed in develop.  was that the right course of action?
16:46 winux @UtahDave: that was gonna be my next attempt.. thanks!
16:46 UtahDave g4rlic: yes, that's perfect. Thanks!
16:48 g4rlic No problem.
16:48 g4rlic I assume that will get rolled into 0.17.2, yes?
16:48 UtahDave yes, all bug fixes get rolled into the next bugfix release
16:48 EWDurbin is 0.17.1 ever going to make it out of epel-testing? or will it be replaced with 0.17.2?
16:49 viq UtahDave: I am trying to do it a bit differently, but https://gist.github.com/viq/7234345 refuses to load
16:49 winux @UtahDave: ok so i get one minion to connect.. the other minion is getting a public key reject by master, but master isnt even showing the rejected minions key as being unaccepted or rejected
16:50 EWDurbin @UtahDave viq: my bug is not a bug on develop
16:50 EWDurbin thanks
16:50 EWDurbin now that begs the question again... is 0.17.1 going to be blackballed from epel?
16:51 doc_brown left #salt
16:53 berto- joined #salt
16:54 bhosmer joined #salt
16:54 jcsp joined #salt
16:56 brimpa joined #salt
16:56 fragamus joined #salt
16:59 aberant joined #salt
17:04 pipps_ joined #salt
17:05 EWDurbin is https://github.com/saltstack/salty-vagrant still the right tool to use for Vagrant + Salt?
17:05 jacksontj joined #salt
17:05 viq EWDurbin: no, vagrant now includes salt provisioner
17:05 EWDurbin oh, snap
17:05 viq EWDurbin: https://github.com/viq/cm-lab-salt/blob/master/Vagrantfile
17:06 viq that's what I'm working with right now
17:06 EWDurbin viq: maybe a deprecation warning in salty-vagrant would be helpful when people go to file issues against a dead project
17:06 viq and vagrant-hostmanager is the only plugin I have installed
17:09 EWDurbin viq: that's awesome news, been there since 1.3.0 but not documented on vagrantup.com
17:11 juanlittledevil joined #salt
17:12 timoguin documentation pull req time!
17:15 JaredR joined #salt
17:15 m_george|away joined #salt
17:17 viq any idea why one works and the other doesn't? Doesn't matter what I put as key: something https://gist.github.com/viq/7236464
17:22 jacksontj joined #salt
17:22 bhosmer joined #salt
17:23 blee joined #salt
17:23 EWDurbin timoguin: https://github.com/mitchellh/vagrant/commit/9bc2549b8e027272eab7ad55759fb268b5842380 but no show on web...
17:24 bemehow_ joined #salt
17:24 timoguin 25 days ago? weird. must not have to docs page auto-update
17:24 newellista joined #salt
17:24 EWDurbin maybe waitinf for a new release?
17:25 timoguin don't make no damn sense!
17:25 m_george left #salt
17:25 * viq grumbles at pillars
17:26 fragamus joined #salt
17:26 mannyt_ joined #salt
17:28 amckinley joined #salt
17:29 pdayton joined #salt
17:30 bhosmer joined #salt
17:30 winux joined #salt
17:30 Teknix joined #salt
17:34 carmony So how is everyone doing?
17:34 winux crappy
17:34 winux salt isnt behaving today
17:38 ndivad joined #salt
17:41 quickdry21 joined #salt
17:42 UtahDave EWDurbin: well, salty-vagrant isn't a dead project. it's what's included with vagrant now
17:42 UtahDave winux: did you get the new keys working?
17:42 * Gareth waves
17:43 winux @UtahDave: ugh.. i deleted all keys from minion and master.. now one minion connects under the samely named key as before, and the other minion cant connect at all
17:43 UtahDave hey, Gareth!
17:43 akoumjian EWDurbin UtahDave : But the plugin is deprecated. I want to update the docs to reflect that it is in vagrant core now, and update the vagrant docs with the salty-vagrant options
17:43 UtahDave ah, cool, akoumjian
17:43 akoumjian Saltstack should probably start hosting a vagrant fork directly
17:43 akoumjian Use that to manage issues
17:43 winux @UtahDave: getting this message: ".. Or restart the Salt Master in open mode to clean out the keys. .." I tried open mode and accept all mode
17:43 akoumjian I'll do that tomorrow
17:43 druonysus joined #salt
17:43 druonysus joined #salt
17:43 Gareth UtahDave: howdy :) hows it going?
17:43 UtahDave good!
17:44 UtahDave you?
17:44 winux @UtahDave: if i redo the process but flip the order of minions which i bring up, then the other minion tries to connect under the same named key, and the second one gets the error
17:44 mgw joined #salt
17:44 UtahDave winux: the saltmaster caches the minion's keys.
17:45 Gareth doing well :) FLOSS Weekly show this morning was adventurous :)  Plagued by skype issues.  Attempt was an hour...we got maybe 15 minutes of actual content.
17:45 winux @UtahDave: so doing a salt-key -D wont delete them from the cache?
17:45 fragamus joined #salt
17:46 fragamus_ joined #salt
17:46 Kholloway joined #salt
17:47 mjvm joined #salt
17:47 mjvm left #salt
17:48 UtahDave Gareth: Ah, that's rough.  Was is skype or just networking issues?
17:49 cron0 joined #salt
17:49 winux @UtahDave: how would i go about clearing the cache?
17:49 UtahDave winux: yeah, it should
17:49 Gareth UtahDave: not sure if anyone determined the cause.
17:49 newellista anyone here able to answer "simple" salty-vagrant questions?
17:49 UtahDave winux: can you pastebin the entire message you got?
17:50 akoumjian newellista: Sure. If they're simple, I'm betting they are salt questions and less salty-vagrant questions
17:50 winux http://pastebin.com/wjnSNNJT
17:51 amckinley joined #salt
17:51 newellista akoumjian: I'm trying the simple salty-vagrant example, but it doesn't seem to find the minion_config.  Using: salt.minion_config = "salt/minion" in Vagrantfile.  File exists, but not being used
17:52 UtahDave winux: yeah, the Salt Master still has a key for that minion.  FYI, Salt matches on the minion's ID and the minion's public key. So if you have 2 minions with the same name, but different public keys, then one of them will fail
17:52 anuvrat joined #salt
17:52 akoumjian So the file you have in salt/minion relative to your Vagrantfile on host is not ending up in /etc/salt/minion on the VM?
17:52 akoumjian newellista ^
17:52 newellista right.
17:52 viq newellista: if you want here's a bit more complicated vagrant example ;) https://github.com/viq/cm-lab-salt
17:53 whidbeywalker joined #salt
17:53 newellista viq: Thanks.  I'm just looking for a working example... ;)
17:53 winux @UtahDave: ok, so where do I find/change that ID value? I thought it would be dynamic?
17:53 viq winux: it is based on hostname, once generated it stays same on master
17:54 akoumjian newellista: Are you using exactly everything in this folder? https://github.com/saltstack/salty-vagrant/tree/develop/example/masterless
17:54 UtahDave winux: you can set it in the minion's config.  But if you don't set the id manually it will attempt to use it's fqdn
17:54 winux the servers were created off of the same image, but the hostnames are different
17:54 viq winux: were the hostnames different at the time salt-minion was first started on them?
17:55 winux viq: potentially not (i didnt set them up in the beginning)
17:55 UtahDave winux: if you're using the same image, then on your image I would make sure that there are no keys in the minion's pki directory.
17:55 viq winux: then they would have generated the key with that id
17:55 newellista akoumjian:  not quite.  I do have a salt master running elsewhere, so, trying to use that.
17:56 akoumjian newellista: Get the masterless working first and then make your adjustments
17:56 UtahDave winux: that way when the minion starts up the first time it will create a new key with its current id
17:56 akoumjian newellista: Otherwise, if you can share your vagrantfile, directory structure, and minion conf
17:56 viq newellista: my example also sets up master machine
17:57 diegows joined #salt
17:57 winux @UtahDave: so ive deleted those keys several times in both minions, im wondering if somehow it is using the same id as the other minion
17:58 winux the key it connects to master with is the same name as one of the minions, and it seems like the other minion tries to connect with that same named key
17:58 Katafalkas joined #salt
17:58 winux same hostname as one of the minions
17:58 viq winux: then that's the problem
17:58 viq winux: in minion config you can force to use a different ID
17:59 winux viq: found it, ill try doing that
18:00 juanlittledevil joined #salt
18:01 tydock joined #salt
18:01 winux viq: that worked
18:01 viq cool
18:02 tydock Hello Everyone
18:02 winux thanks viq and UtahDave.. that solves the problem, though from reading the description the intended use of id in the minion config is for something else? (clusters?)
18:02 viq Now if I could as easily figure out how to make pillars do what I want :P
18:02 newellista akoumjian: As is often the case, as I started compiling the Vagrantfile and environment in a paste bin to show you, I think I figured out my problem... :P
18:02 newellista Testing now...
18:03 UtahDave winux: well, clusters is just one application for that.   I actually almost always set the minion id myself because I like to have control over that
18:03 tydock trying to install ruby-2.0.0-p247 using rvm.installed State...Salt comes back saying it installed that version but when i go to that machine it shows ruby 1.8.7 (running Ubuntu 12.04 BTW)
18:04 pass_by_value joined #salt
18:05 newellista akoumjian: Yep.  Figured it out.  Thanks for the help!
18:05 akoumjian newellista: Sweet, glad to hear it
18:07 retr0h joined #salt
18:07 Savagedlight joined #salt
18:07 retr0h joined #salt
18:07 Savagedlight joined #salt
18:08 g4rlic UtahDave: quick question: when running salt as a non-root user, if /etc/salt/minion isn't readable (eg: root:salt, 0750), the salt master throws about 200 lines of backtraces and leaves ~6 zombied processes.  File a bug, or just realize that you should have your perms correct first? :)
18:09 g4rlic (note that the zombies reap if you: service salt-master stop, twice.)
18:10 jbub joined #salt
18:12 UtahDave g4rlic: there's a function that Salt runs when it starts that is supposed to verify the environment. ie, make sure all required dirs have correct perms, etc.  Then it drops permissions to the user you specify
18:12 UtahDave I'm not sure why it's not doing that.
18:13 rgbkrk joined #salt
18:13 tydock nevermind figured it out...i was running rvm.installed as user "rvm"
18:14 g4rlic UtahDave: it's doing that, afaict, for the main process.
18:14 g4rlic But it seems to check file perms only after it spawns the subprocesses, or something..
18:14 ckao joined #salt
18:14 g4rlic the weird thing, is that 2 of 6 actually come up.
18:14 g4rlic Very strange.  Fixing the perms on /etc/salt/master solves the issue.
18:15 UtahDave OK, that's good to know.
18:15 UtahDave g4rlic: you've already opened an issue on that, right?
18:16 g4rlic on that particular problem?  No.  Only the issue that I already closed.
18:17 g4rlic I'd be happy to if you like, but I'm not running -devel, which may make my report less than helpful.
18:20 aleszoulek joined #salt
18:21 pipps joined #salt
18:21 AviMarcus joined #salt
18:21 pipps_ joined #salt
18:22 bretep[hirevue] joined #salt
18:22 blee_ joined #salt
18:23 ahwitz joined #salt
18:23 UtahDave g4rlic: Hm. Ok, I'll see if I can get someone here to test that on develop
18:24 g4rlic Sure.
18:24 g4rlic the test case is fairly simple: make sure you have a non-root user running the salt-master (user: salt) and then make sure that user can't read /etc/salt/minion
18:24 g4rlic err, sorry, /etc/salt/master
18:25 g4rlic One of these days, I'll get a nice salt test cluster built up running develop to make these kinds of things easier to help fix.
18:25 UtahDave cool, thanks!
18:25 ahwitz quick question - I'm working my way through the tutorial in the documentation and am getting "Failed to authenticate, is this user permitted to execute commands?" when I try to run "salt '*' state.highstate." I own /var/log/salt/master, python, and all the .sls directories, and am listed under client_acl in the master conf file
18:26 ahwitz any idea what could be up?
18:26 UtahDave ahwitz: did you restart the master after modifying the config?
18:26 UtahDave morganfainberg: hey, are you going to come to the "More Salt in Infra' Design summit meeting next week?
18:27 morganfainberg UtahDave, i think it conflicts with a keystone session
18:27 morganfainberg UtahDave, let me check the schedule.  maybe i can duck out of that one for the salt one even if it's a conflict
18:27 UtahDave morganfainberg: ah, yeah, it looks like it does.  bummer
18:28 morganfainberg UtahDave, that keystone one is going to be one of the more important ones.  i'll see how things are looking though
18:28 renoirb Hey g4rlic I think the same as you: having a local env
18:28 renoirb :)
18:29 morganfainberg UtahDave, the infra sessions i want to go to all seem to be at the same time as keystone... you have the clone technology yet?
18:29 morganfainberg i kinda want to be in 2 places at once :P
18:30 ahwitz UtahDave: yup. this may actually be solved with a quicker answer - if I get the error "SAlt configured to run as user "root" but unable to switch," is there an option in the config settings to change that without having to reinstall master?
18:30 lusid I am trying to use pkg.installed with a sources parameter of an external deb file, and it is failing to run on the minion. When I log into the minion and run the exact same command, it installs fine. Anyone know what might be the cause? I've detailed the issue here: https://gist.github.com/lusid/e4a1c0729153f08a3542
18:31 renoirb look at this g4rlic https://renoirboulanger.com/blog/2013/10/project-idea-creating-a-home-made-openstack-cluster-for-development-purposes/
18:31 ahwitz found it -disregard
18:31 jslatts anyone here tackled AWS autoscaling with salt yet? i have read a few random posts online about using auto_accept in a syndic minion inside a VPC. I'm going to go with that idea unless there is something better out there
18:31 UtahDave morganfainberg: lol.  I'm still working on the clone tech.  :)
18:32 g4rlic lusid: I was recently bit by master/minion version mismatch, jm2c
18:32 UtahDave jslatts: auto_accept within a VPC is the simplest way.
18:32 pentabular joined #salt
18:32 UtahDave jslatts: others have been doing some more complicated scenarios using the reactor
18:33 jslatts @UtahDave: any advantage?
18:33 lusid g4rlic: Boo... but it seems that the repository isn't up to date with salt minion 0.17.1?
18:33 ahwitz UtahDave: got it running under my name, but now when I run the state.highstate command again, I get "Failed to connect to the Master, is the Salt Master running?" when I have the process running non-daemonized in another ssh tab.
18:33 UtahDave jslatts: using the Reactor you can rig up some more security.  But if I were in a VPC I would probably just go with auto_accept.  It's a lot simpler
18:34 Gifflen joined #salt
18:34 g4rlic lusid: In my case, I had to repack a new 0.17.1 package for CentOS, since EPEL is behind mainline.
18:34 rustyrazorblade joined #salt
18:34 jslatts @UtahDave: my plan was to have newly provisioned VMs just do a salt-call for their high state to get configured
18:35 g4rlic renoirb: PM Me, I've done *something* like this before, but it's totally not related to #salt.
18:35 lusid g4rlic: Ugh. :-/ Well, you're probably right. Thanks for the insight.
18:35 UtahDave jslatts: that would work. You can also set the    startup_states: highstate in the minion config and it will do a highstate when the salt-minion starts up
18:35 g4rlic lusid: let me know if it helps.  Also, I had to install an RPM from an external source as well, but I didn't do it using cmd.run.
18:36 renoirb g4rlic: I've done that too… long time ago in RHEL 4 time. But i think it might be very useful for anybody who wants to develop salt states without using a remote service and have more than one laptop.
18:36 jslatts @UtahDave: even easier. I swear salt changes to fast I have to check in every couple weeks to see if there is a new feature I should be using :)
18:36 lusid g4rlic: It used cmd.run automatically in the pkg.installed command using apt.
18:36 UtahDave jslatts: :)  so true.  Even as an employee I have to work hard on keeping up with new changes
18:37 UtahDave when we release 0.17.0 we got an email from a user that was really excited about jinja errors being displayed neatly in the cli.
18:37 UtahDave I had no idea that was even in there.  :)
18:37 renoirb Is there a capability to call a sls if a condition is false?
18:37 jslatts hah
18:38 Savagedlight prepend with 'not'
18:38 renoirb E.g. My web apps are not part of the top.sls, I want to sync them manually.
18:38 renoirb But in some cases, a web app require some web server configuration
18:38 Savagedlight renoirb: i.e.      not 'some_condition':
18:38 renoirb and it fails if the web app code is not synced
18:38 Savagedlight but you can't start with a not.. there was some detailed explanation on the documentation page.
18:39 renoirb or if we have a way to give a message by ourselves?
18:39 g4rlic lusid: I see.  As a primarily redhat guy, I'm probably of no further help. :(
18:39 renoirb not even a - test: True to flip
18:39 renoirb ?
18:39 lusid g4rlic: Nod. :) Thanks anyway. You gave me a head start.
18:40 zloidemon UtahDave: Why salt always run `zfs help`? http://pastebin.com/MfqKfvSs
18:40 zloidemon This's incorrect behavior
18:40 zloidemon And my jails doesn't use zfs
18:41 UtahDave zloidemon: I think it does that to check if zfs is available on the system.
18:43 lusid g4rlic: Also, just an interesting side note... if I do dpkg -l | grep salt, I see that it says salt-master is 0.17.1-precise... but salt --version reports salt 0.17.0-1610-g614a009... nice, right? :-)
18:44 g4rlic wut?
18:44 zloidemon UtahDave: might os.path.isfile('/sbin/zfs') more well than `zfs help`
18:44 g4rlic sounds like a packaging bug in Ubuntu. :(
18:45 lusid g4rlic: Just kind of sucks because it is coming directly out of SaltStack's LaunchPad repository like that.
18:46 lusid Unless I've got something else completely random going on with my environment (but not that I can see so far).
18:50 rustyrazorblade just started taking a look at salt-cloud.  does anyone know a rough roadmap for this project?  i'm working on a separate project to manage security groups, instance profiles / roles + permissions, and was wondering how much overlap there would end up being
18:51 rustyrazorblade in fact, the config settings i'm building look very similar to salts (all yaml based)
18:51 zzzirk joined #salt
18:52 lusid rustyrazorblade: Are you by chance making something that is more of a monitoring system as opposed to a command line tool? Because that would be swell. :-)
18:52 bemehow joined #salt
18:52 g4rlic lusid: that is quite odd.  But in your gist, it shows a version mismatch between master and minion..  so salt --version is not identical on both?
18:53 rustyrazorblade it's more like an easier way of defining security groups & aim permissions
18:53 lusid g4rlic: Salt is reporting it's version differently than the version that is showing up in the package manager, basically.
18:53 rustyrazorblade right now manually constructing the json is a mess, and even doing it programatically is annoying
18:54 rustyrazorblade for security groups, this was my starting point: https://github.com/StartTheShift/roadhouse/blob/master/roadhouse/tests/sample.yaml
18:54 g4rlic lusid: I get that, but the master and minion, are they installed from different sources?  Because your gist shows a version mismatch.
18:55 lusid g4rlic: They are both using http://ppa.launchpad.net/saltstack/salt/ubuntu precise main
18:56 lusid g4rlic: apt-get install salt-master salt-minion
18:56 defunctzombie is it possible to include an sls file as a template? like I want to make an sls file that will define how a generic "service" on my system is setup. For that I have some things I want to have as variables... what is the best way to do that?
18:56 defunctzombie do I have to write it in python? or can I still use the sls syntax?
18:56 srage joined #salt
18:57 Gareth defunctzombie: so an SLS file that contains variables?
18:57 g4rlic lusid: ok, and salt --version reports identically on both?  (I ask because the gist you posted shows otherwise.)
18:57 defunctzombie Gareth: yea
18:57 defunctzombie Gareth: kinda like a templated file.managed
18:58 defunctzombie but instead of it being a file on disk on that minion, I want it to load as a state
18:58 defunctzombie that I can "configure" by passing in params
18:58 defunctzombie or such
18:58 lusid g4rlic: On master, salt-call 0.17.0-1610-g614a009. On minion, salt-call 0.17.1. So no. That's the problem. :-)
18:58 defunctzombie I know I could do this by switching to python and writing it like that, but was wondering if there was a way just using SLS
18:58 lusid brb, conference call.
18:58 Gareth defuntzombie: i would think a file containing lines like this: {%- set var = "value" %} would work.  then include that file in the top.sls for the host.
18:59 defunctzombie that will just set a var in the file
18:59 defunctzombie what I want is to create an sls file that describes how something is setup generally, but things like the "name" of it could be changed
19:00 defunctzombie I want to be able to configure those things from the sls file that would be the child sls file
19:02 berto- joined #salt
19:04 jslatts does anyone know where the minion caches its id? I am trying to flush the minion cache and it seems to have data outside of /var/cache/salt
19:05 g4rlic lusid: good luck!
19:05 jslatts specifically it is caching its ID
19:05 lusid g4rlic: Haha, thanks. :-P
19:06 jslatts never mind, found it in /etc/salt
19:06 pipps joined #salt
19:07 defunctzombie I think what I want is pillars
19:10 lusid g4rlic: Ahhhh... I must've had a custom pip install of salt master that was pushing into /usr/local
19:11 g4rlic d'oh. :(
19:13 timoguin joined #salt
19:18 adamisos joined #salt
19:19 newellista joined #salt
19:20 rgbkrk joined #salt
19:20 quickdry21 joined #salt
19:23 bretep[hirevue] Anyone have the config settings needed for halite to run? I reading this tutorial and the /etc/salt/master file settings are missing. http://docs.saltstack.com/topics/tutorials/halite.html
19:23 Gifflen_ joined #salt
19:24 jarm joined #salt
19:26 forrest joined #salt
19:27 rgbkrk joined #salt
19:28 cachedout joined #salt
19:28 renoirb Just syntax checking question here.
19:28 m_george|away joined #salt
19:28 renoirb in a sly file, if I do this jinja conditional {% if salt['cmd.run']('test -e /srv/webplatform/piwik/misc/GeoIPCity.dat') == false %}
19:28 renoirb s/sly/sls/
19:29 m_george left #salt
19:29 renoirb am I making a mistake?
19:30 mr_chris I know these is are basic questions but I'm having difficultly finding it in the docs. How do I make dynamic pillars written entirely in Python. Not Jinja, just python.  While I'm at it, how do I have some pillars use Jinja and others use only Python?
19:30 mgw joined #salt
19:30 renoirb I like your question mr_chris
19:30 UtahDave renoirb: you probably want to use   cmd.ret_code instead of cmd.run
19:30 renoirb oh, thanks UtahDave !!
19:31 UtahDave renoirb: cmd.ret_code returns the return code of the command you ran
19:31 mr_chris Same question for salt states.
19:31 renoirb nice, thanks!
19:32 UtahDave mr_chris: for a pillar written in python I would recommend creating an external pillar.  That gives you the ability to do ANYTHING you want with the pillar
19:32 pentabular1 joined #salt
19:32 UtahDave mr_chris: http://docs.saltstack.com/topics/development/external_pillars.html
19:32 renoirb mr_chris: Look at this thread here
19:32 renoirb https://github.com/SmartReceipt/salt_state/issues/4
19:32 UtahDave for writing states you put in a sheban   #!py
19:33 renoirb mr_chris: A guy uses in a sls file a line such as: {{ salt['publish.publish']('roles:logstash.broker', 'grains.item', 'id', 'grain').keys().pop() }}
19:33 renoirb I found that very clever
19:33 mr_chris UtahDave, Thanks. I'll give it a look. What about for states. I've got some states that should not be a template due to their complexity?
19:33 renoirb I am not done through deploying the state repository in subject but it is worth looking at :)
19:33 mr_chris renoirb, Thanks. I will give it a look.
19:34 renoirb UtahDave: is cmd.red_code new to 0.17?
19:34 renoirb s/red_code/ret_code/
19:34 dave_den is anyone using peer_run in 0.17.1 ?
19:35 UtahDave mr_chris: http://docs.saltstack.com/ref/renderers/index.html?highlight=shebang
19:36 bemehow joined #salt
19:36 UtahDave renoirb: no, cmd.ret_code has been around for a long long time.
19:36 baffle I want to examine how a variable looks inside a pydsl state file. Is there an internal log/debug command I can use to output random text to the debug log?
19:36 baffle (The best way to debug!)
19:36 renoirb UtahDave: I never upgraded WebPlatform.org's Salt across nodes. I am fearful to do this prior to test outside the production environment.
19:36 mr_chris UtahDave, Ok thanks. So just #!py followed by whatever python I want?
19:37 renoirb UtahDave: I assume a salt '*' pkg.latest_version salt-minion  refresh=True   and    salt-call pkg.latest_version refresh=True
19:38 renoirb could do… but i'm such a chicken :]
19:38 renoirb salt-call pkg.latest_version salt-master refresh=True
19:38 rustyrazorblade joined #salt
19:38 UtahDave baffle: log.debut('ljllkjlkj')
19:38 UtahDave renoirb: Yes, I recommend testing before going to production!
19:39 renoirb indeed :)
19:39 baffle UtahDave: Just by itself? Do I need to include something?
19:39 baffle (You mean "log.debug", right?)
19:39 UtahDave renoirb: you might try  salt '<1 minion>' state.single pkg.latest salt-minion
19:39 renoirb what is state.single (looking it up at the moment)
19:40 baffle UtahDave: Because I guessed it would be something like that, and I got "NameError: name 'log' is not defined" :)
19:40 UtahDave baffle: Oh, you're in pydsl.  Hm. You might have to import Salt's logger. I'm not exactly sure when inside the sls file
19:40 UtahDave mr_chris: Yea, I think you need a run() function in there, but other than that I think the only requirement is returning the proper dictionary
19:40 wibberwock joined #salt
19:41 ckao joined #salt
19:41 renoirb Execute a single state function. As in… i do not get it.   how different is it from  salt 'minionA' state.sls slsname
19:41 mr_chris UtahDave, Thanks. That gives me a good start.
19:41 renoirb ?
19:41 UtahDave renoirb: either will work.  state.single allows you to specify the entire state in the cli.   state.sls lets you have a longer more complicated sls file and just specify that single sls file
19:42 hazzadous left #salt
19:42 wibberwock Is it better to use pillar values directly in a template file, or pass them in via default: in the sls file?
19:43 mr_chris UtahDave, I think you would agree that taming http://paste.linux-help.org/view/400929c6 would be a good use case for it.
19:43 renoirb oh, ok. I see the point now :)
19:43 ajw0100 joined #salt
19:44 UtahDave wibberwock: If you think you might change where those values come from and they're used in multiple places in the templated file, then you might want to put them in the sls file.   It's really up to your personal taste
19:44 berto- joined #salt
19:44 wibberwock UtahDave: that's what i thought
19:44 UtahDave oh, mr_chris WHY DO YOU HATE ME!!
19:44 UtahDave my eyes!!!
19:44 UtahDave ouch
19:45 mr_chris UtahDave, Not proud. That's why I'm asking these questions. I need to fix that mess.
19:45 mr_chris It is a first attempt.
19:45 UtahDave :)
19:46 zooz joined #salt
19:46 UtahDave mr_chris: I think it's amazing what you've done there, actually.  If you read through it slowly it actually makes sense
19:47 mr_chris UtahDave, It works and works very well but it's unmanageable now.
19:47 mr_chris All of our MySQL users and grants are managed by few yaml files.
19:47 baffle mr_chris: That looks somewhat like some of the files I have here as well. \o/
19:47 UtahDave cool
19:48 mr_chris I want to add the concept of uses that expire but I don't want to add to that. I need to make it well written python.
19:48 mr_chris That other crap I wrote wakes me up at night screaming in cold sweats.
19:50 ctdawe joined #salt
19:52 dave_den hey UtahDave: is there a reason salt-call doesn't have a timeout option?
19:52 renoirb UtahDave: in a jinja file the return of  {% if salt['cmd.retcode']('test -e /srv/webplatform/piwik/misc/GeoIPCity.dat') == ??? %} Would be what, if running in in the CLI (salt 'piwik3*' cmd.retcode 'test -e /srv/webplatform/piwik/misc/GeoIPCity.date')  returns either 0 or 1
19:52 renoirb Is there any type interpolation?
19:52 renoirb would it get boolean?
19:53 renoirb or int
19:53 renoirb stupid question, but I'm not a Python expert
19:53 renoirb in php we see a lot of this kind of situation where it interpolates
19:53 UtahDave dave_den: I don't know of a specific reason.
19:54 jarm joined #salt
19:54 UtahDave retcode 0 means success on the CLI
19:55 bhosmer_ joined #salt
19:55 rgbkrk joined #salt
19:56 jarm joined #salt
19:57 juanlittledevil joined #salt
19:57 Ryan_Lane joined #salt
19:59 bemehow joined #salt
20:02 renoirb Ok, thank you!
20:02 bhosmer joined #salt
20:05 jumperswitch joined #salt
20:06 rgbkrk joined #salt
20:06 bhosmer_ joined #salt
20:06 pipps_ joined #salt
20:07 josephholsten joined #salt
20:09 bhosmer joined #salt
20:14 QauntumRiff joined #salt
20:14 bhosmer_ joined #salt
20:15 QauntumRiff hopefully a quick question.. I have 'roles' I assign using pillar data.. roles:
20:15 QauntumRiff - production
20:15 QauntumRiff - vm
20:15 QauntumRiff - ldap-server  (hmm, formatting is bad, those are returns in my pillar files.
20:15 rgbkrk joined #salt
20:16 UtahDave ok
20:16 QauntumRiff in jinja, how can I test to see if a machine has the pillar 'ldap-server' assigned?
20:17 QauntumRiff The only targeting I do like that in state files, are for some pillars I have set that only have a single value, like location
20:17 QauntumRiff salt doesn't seem to like: {% if pillar['roles']['ldap-server'] is defined %}
20:19 QauntumRiff well, it doesn't like it with an "elif" i should clarify
20:19 UtahDave QauntumRiff: well, that's jinja specific syntax
20:20 Marsdominion joined #salt
20:21 aberant joined #salt
20:21 Marsdominion anybody play around with bonding using salt.state.network?
20:22 Savagedbright joined #salt
20:22 UtahDave Marsdominion: I haven't, but from what I understand it's only works on Rhel/centos so far
20:22 Marsdominion yeah
20:22 Marsdominion it is being a little flaky on me right now
20:23 baffle UtahDave: I just did a open('/tmp/debug', 'w') instead. :-P
20:23 UtahDave baffle: cool
20:25 jumperswitch joined #salt
20:25 cachedout Marsdominion: We would very much welcome bug reports if you find something amiss.
20:26 pipps_ joined #salt
20:26 Dentych joined #salt
20:26 Dentych left #salt
20:27 EdPerry joined #salt
20:27 rgbkrk joined #salt
20:30 baffle UtahDave: Not really, except if I go to a "special school".
20:30 QauntumRiff so in pillars..when we assign multiple terms to an item.. what do we call that in "pythonese?" (to help me google?)
20:30 UtahDave lol
20:30 UtahDave QauntumRiff: list
20:30 QauntumRiff UtahDave: thanks
20:31 UtahDave you're welcome!
20:31 jumperswitch joined #salt
20:34 carmony I get a whitespace error with this syntax: https://gist.github.com/JustinCarmony/1423bffdba9286d7ce93
20:35 UtahDave carmony: I recommend always using 2 spaces for each indentation level
20:35 carmony awwww, I always use 4
20:36 UtahDave oh, also, you can't use the short syntax twice in a row
20:36 UtahDave that's what's probably giving you an error.
20:36 carmony 2-space-tabs vs 4-space-tabs..... I don't think we can be friends :P
20:36 UtahDave change pkg.installed   to pkg:\n    - installed
20:36 carmony yeah, that is it
20:37 carmony is the short syntax a yaml thing or a custom salt thing?
20:38 utahcon Is it possible to invert the onlyif (so a true is treated as a false)?
20:38 utahcon on cmd.run
20:39 winux joined #salt
20:39 carmony utahcon: like with a unless?
20:39 utahcon <facepalm>
20:39 utahcon thanks carmony
20:39 EdPerry So anyone on know much about the Halite module..... I cloned the GitRepo  but when following the instructions to run the server_botty.py  it give me api module not found even thouhg I have the RPM for it installed
20:40 EdPerry oh I also have the salt-master install via the bootstrap instructions
20:40 UtahDave carmony: uh, custom salt thing
20:41 carmony hmmm... do you think it could be possible to make the short syntax thing work with 2 in a row?
20:41 jalbretsen UtahDave!
20:41 UtahDave pass_by_value: do you know how to help EdPerry?
20:42 UtahDave carmony: I'm not sure. It has to do with yaml idiosyncrasies.
20:42 UtahDave jalbretsen!
20:42 pass_by_value sure
20:42 pass_by_value EdPerry: do you have a stacktrace or something that I can look at?
20:42 EdPerry it is pretty basic from the lines
20:43 EdPerry [salt@tank halite]$ ./server_bottle.py -s cherrypy Traceback (most recent call last):   File "./server_bottle.py", line 672, in <module>     coffee=args.coffee,   File "./server_bottle.py", line 526, in startServer     loadSaltApi(app)   File "./server_bottle.py", line 158, in loadSaltApi     import salt.client.api ImportError: No module named api
20:43 steveoliver For managing users in pillar, i've gone in the direction of https://gist.github.com/UtahDave/3785738 , but I have a question: How can I modify the pillar data of users for special targeted minion?
20:43 pass_by_value I am assuming you have salt setup and can import that using python (on the command line terminal)
20:44 jalbretsen UtahDave:  cron builtin philosophy.... I added "yum clean all" to cron.  Worked but I forgot output.  So I changed to "yum clean all > /dev/null" and it adds a new cron, does not modify.  I have a specific title of the cron, and then use - name: to declare it
20:44 steveoliver do another users/myusers.sls and build up another users: list?
20:44 jalbretsen Is this the intended behavior?  is the idea to run a cron.absent command to clear out the old one?
20:44 UtahDave steveoliver: you'll have to give it a different name.  users will overwrite the original users list
20:45 steveoliver ok, but i'm wanting only one state file for users...
20:45 ahwitz really basic question: to get salt to run as root, do I have to change anything other than the user: line in the master config file?
20:45 carmony there are days where I wish json was used more prevalent than yaml
20:45 UtahDave jalbretsen: yes, you'll have to use cron.absent for the old one.  I doesn't know what the old one was
20:45 steveoliver so i have the one state file, but then differing pillar data
20:45 steveoliver is that the wrong way to think?
20:45 ahwitz err, to get salt to not run as root*
20:46 EdPerry pass_by_value: yes salt is up and running and I wrote a simple sls for testing it with the minions
20:46 steveoliver rather, i want differing pillar data to run through the users.sls state for each minion
20:46 steveoliver so my list of users: is different (potentially) for specific minion
20:46 UtahDave ahwitz: that should be all you have to do, but someone has found a recent bug where you have to give that user permissions to /etc/salt/master
20:46 rgbkrk joined #salt
20:47 UtahDave steveoliver: Oh, then that's easy. you can either have one pillar file with a jinja if statement for each minion, or you can have a different sls for each minion and match in the pillar top file
20:47 steveoliver UtahDave: i'll study that comment :)
20:47 jalbretsen Alrighty UtahDave, just wanted to make sure
20:48 pass_by_value Cool. Could you try to run python and then run that import from python (just to make sure the paths and such are good)
20:48 pass_by_value ?
20:48 bhosmer joined #salt
20:49 vymos joined #salt
20:49 QauntumRiff Alright, still not getting anywhere.. is it possible in Jinja to Just see if a pillar list has an element? (If I have test: defined as ['foo','bar','baz'].. in jinja, can I just see if "baz" is in the list? instead of walking through all the items one at time?
20:50 EdPerry pythyon noob:  what would be the syntax "import salt.client.api" ?
20:50 pass_by_value yup just that much in the python console
20:51 carmony brew list
20:51 carmony gah
20:51 carmony I need to stop doing that
20:51 ahwitz UtahDave: the user I'm trying to switch it to owns the salt config files and, for right now, everything under /etc/salt. when I run "salt-key -L" I get "CRITICAL: Salt configured to run as user "root" but unable to switch" and when I try to execute "salt '*' test.ping" I get "Failed to connect to the Master, is the Salt Master running?" Any idea what could be up?
20:52 carmony I think you're suppose to list which user to run salt as in the /etc/salt/master config?
20:52 EdPerry same type message module not found.   >>> import salt.client.api; Traceback (most recent call last):   File "<stdin>", line 1, in <module> ImportError: No module named api
20:52 pass_by_value hmm, how did u install salt on your machine?
20:53 juanlittledevil left #salt
20:53 EdPerry with the webget instructions... one sec let me get the cmd
20:54 ajw0100 joined #salt
20:54 steveoliver UtahDave: pillar users.sls: {% if grains['roles'] == 'ftpserver' and grains['client'] = 'Acme' %} … +1
20:54 steveoliver thx
20:55 UtahDave steveoliver: you're welcome!
20:55 winux joined #salt
20:55 winux exit
20:56 EdPerry curl -L http://bootstrap.saltstack.org | sudo sh -s -- -M -N    is what should have ran, but it was not saved in my history
20:57 EdPerry The rpm's show installed   [root@tank ~]# rpm -qa | grep salt salt-api-0.8.2-0.el6.noarch salt-0.16.4-1.el6.noarch salt-master-0.16.4-1.el6.noarch
20:58 jumperswitch joined #salt
20:59 utahcon terminalmage: I see you added the defaults option to pecl.install, can you shed some light on how that works?
20:59 terminalmage utahcon: I'd have to look a the code again
20:59 pass_by_value it looks like it might be some path issue, I am trying to see if I can find something on my machine that can help in resolving salt's path
21:00 EdPerry thanks, that is what I think too just don't know python well enough yet to debug
21:00 utahcon I am pretty sure that is where I am getting hung up, but I can't figure out what is expected of me there :(
21:01 utahcon oh, maybe I get it now
21:02 terminalmage utahcon: with defaults=True it just pipes a newline to the command so that the interactive prompt can be bypassed and the default options used
21:02 utahcon oh.. is there a way (currently) to provide answers to questions
21:02 utahcon besides using the defaults/
21:04 flebel joined #salt
21:08 pass_by_value EdPerry: could you please execute "python -m site --user-site" on your machine
21:08 EdPerry pass_by_value doing a "help('modules')"  in the python console. I see saltapi and salt in the line
21:08 pass_by_value there should be a salt folder under the site packages
21:08 EdPerry Here is the line /home/salt/.local/lib/python2.6/site-packages
21:09 EdPerry opps I ran that as salt I did everythign as root one sec
21:09 EdPerry simular results /root/.local/lib/python2.6/site-packages
21:10 pass_by_value is there a salt folder under that?
21:10 TheCodeAssassin joined #salt
21:10 EdPerry nope nothing installed htere
21:10 EdPerry there
21:11 EdPerry the rpms install too /usr/lib/python2.6/site-packages
21:11 EdPerry and salt is there
21:11 EdPerry I am on Centos if that helps
21:12 pass_by_value we should try putting "/usr/lib/python2.6/site-packages/salt/salt" in your PYTHONPATH env variable; that might help
21:12 pass_by_value I am not sure if that is *the* solution though
21:13 foxx joined #salt
21:14 alunduil_ joined #salt
21:18 jumperswitch joined #salt
21:18 cewood joined #salt
21:18 EdPerry sorry boss walked in, I am testing it now
21:19 EdPerry No that is not working, same message. but let me play around with this I am sure I can go though some perminetations
21:19 ajw0100 joined #salt
21:20 EdPerry what is the exact file salt.client.api would be?
21:20 pass_by_value https://github.com/saltstack/salt/blob/develop/salt/client/api.py
21:21 EdPerry that file does not exist in my /usr filesutem
21:22 pass_by_value what folders do u see under salt?
21:22 EdPerry it does not exist in any of the RPM the boostrap installed
21:22 EdPerry #/usr/bin/salt /usr/lib/python2.6/site-packages/salt
21:23 EdPerry are the 2 find /usr -name salt
21:23 pass_by_value hmm it might be bundled differently; I am not sure how the "binary" is created
21:24 pass_by_value what does ls /usr/lib/python2.6/site-packages/salt show?
21:25 EdPerry ok I had the salt-thin downloaded so I set my PYTHONPATH to it's directory and it has the api.py
21:25 EdPerry the server starts by setting that
21:25 pass_by_value oh so setting PYTHONPATH to "usr/lib/python2.6/site-packages/salt" ?
21:26 EdPerry ahh
21:26 EdPerry I had cloned the
21:26 EdPerry salt-thin project
21:26 EdPerry and ran the setup.py
21:26 EdPerry no errr, sorry I am messing with your troubleshooting
21:26 EdPerry it downloaded the different repo's
21:27 EdPerry i set my PYTHONPATH to /home/salt/salt-thin
21:27 EdPerry since the api.py is there it worked
21:27 pass_by_value I see, I have never tried the salt-thin repo myself.
21:27 EdPerry my /usr/lib/python2.6...... looks like this
21:27 EdPerry auth        _compat.py   config.pyo     exceptions.pyc  fileclient.pyo  __init__.pyo  loader.pyc  master.py   minion.pyo     overstate.pyo  renderers   runners      state.py     template.pyc  version.py    wheel cli         _compat.pyc  crypt.py       exceptions.pyo  fileserver      key.py        loader.pyo  master.pyc  modules        payload.py     returners   scripts.py   state.pyc    template.pyo  _version.pyc client.py   _compat.p
21:28 rgbkrk joined #salt
21:28 pass_by_value But I am glad that the Halite is working for you :)
21:28 BrendanGilmore joined #salt
21:28 EdPerry well, let me digest this
21:28 EdPerry somethign to play with
21:29 EdPerry got to run for work emergency thanks
21:29 pass_by_value np, glad I could assist!
21:30 PoLuX joined #salt
21:38 hazzadous joined #salt
21:42 berto- joined #salt
21:45 kermit joined #salt
21:45 jeddi joined #salt
21:49 ajw0100 joined #salt
21:52 pipps joined #salt
21:52 xet7 joined #salt
21:58 srage joined #salt
21:59 srage joined #salt
22:00 elfixit joined #salt
22:00 jimallman joined #salt
22:02 pipps_ joined #salt
22:06 ajw0100 joined #salt
22:07 jeddi left #salt
22:18 markm joined #salt
22:19 markm_ joined #salt
22:26 markm joined #salt
22:27 markm_ joined #salt
22:28 markm joined #salt
22:29 pipps joined #salt
22:31 dcmorton joined #salt
22:31 berto- joined #salt
22:32 samsalt left #salt
22:32 rgbkrk joined #salt
22:32 fishpen0 joined #salt
22:36 g4rlic I've got a stuck highstate job on 6+ nodes.  Any easy way to clear that?
22:37 pipps_ joined #salt
22:37 jesusaurus stuck?
22:38 bemehow_ joined #salt
22:40 g4rlic yeah..
22:41 g4rlic like, "function state.highstate already running at <JID> started at <20 minutes ago>"
22:41 g4rlic highstate ormally takes well under 2 minutes.
22:44 g4rlic well, ok, service salt-minion restart did the trick. Weird.  No idea why it got stuck.
22:45 jesusaurus weird
22:45 jesusaurus okay
22:46 g4rlic stranger things have happened.  I'm chalking it up to a minion upgrade at the same time. (upgrading salt-minion package via salt may not have been my smartest move to date.)
22:49 cachedout That would make sense. Last I checked, there were one or two open issues on using salt to upgrade minions.
22:51 g4rlic Yeah, I kinda spaced on that..  my bad.
22:54 bemehow joined #salt
22:55 jesusaurus oh, hey, cachedout. thanks for looking into that git rev issue
22:55 cachedout You're very welcome. I'm glad we got that sorted for you. Thanks as always for the really clear and easy-to-follow issue report.
22:56 jesusaurus its the least i could do
22:58 bemehow joined #salt
23:00 jcsp on the subject of minion upgrades, do many people use the saltutil.update() + esky mechanism?  Is it generally believed to work reliably?
23:01 ajw0100 joined #salt
23:02 jesusaurus actually, i havent given it a try. but im curious what others have to say about it
23:03 jacksontj joined #salt
23:04 minimus joined #salt
23:06 mjulian joined #salt
23:08 wibberwock why do i get this error: no filter named 'map'; line 1 in template
23:09 wibberwock its supposed to be a jinja built-in filter
23:10 ctdawe joined #salt
23:11 imaginarysteve joined #salt
23:18 deryl joined #salt
23:29 Furao joined #salt
23:37 adamisos joined #salt
23:38 dvogt joined #salt
23:38 deryl joined #salt
23:39 deryl left #salt
23:46 mgw joined #salt

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