Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-05-14

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

All times shown according to UTC.

Time Nick Message
00:03 baweaver joined #salt
00:12 primechuck joined #salt
00:14 kusams joined #salt
00:15 theo__ joined #salt
00:20 Tyrm joined #salt
00:24 neogenix joined #salt
00:26 murrdoc iggy:
00:26 murrdoc +    {% set numcurrentpkgs = salt['cmd.run']('aptly repo show ' ~ repo ~ ' | tail -n1 | cut -f4 -d" "', user='aptly', env="[{\'HOME\':\'' ~ homedir ~ '\'}]") %}
00:26 scoates joined #salt
00:26 neogenix hello all! Scheduler seems to be behaving oddly, can someone give this a look and tell me if I'm doing something wrong: https://gist.github.com/neogenix/da5ccd8e0daaade3c0bf
00:26 murrdoc might as well add a python_shell=True in there
00:26 murrdoc for future proofage
00:30 dendazen_ joined #salt
00:31 solidsnack joined #salt
00:31 otter768 joined #salt
00:34 noel joined #salt
00:34 noel howdy
00:35 noel I have a question regarding salt modules, and a way to debug them
00:35 Guest33165 so I am using the mdadm( RAID ) module
00:36 Guest33165 while it creates the raid object correctly it still returns indexError
00:36 Guest33165 so my question is how can I debug this module
00:37 Guest33165 as in I want to place "print statements"
00:37 Guest33165 on the actual module to understand what is going, but where does "print" statements output to?
00:37 Guest33165 anyone?
00:37 Guest33165 :D
00:38 Guest33165 ...
00:48 jab416171 joined #salt
00:59 Guest33165 nvm, thanks running the minion on debug mode allowed me to see what I was looking for
00:59 Guest33165 thanks
01:00 Tyrm joined #salt
01:00 cheus joined #salt
01:01 KyleG makedirs can be used with file.managed as well right?
01:11 pcdummy joined #salt
01:11 pcdummy joined #salt
01:14 JayFK joined #salt
01:14 MK_FG joined #salt
01:15 neogenix KyleG: yes.
01:15 neogenix KyleG: if memory serves, any of the file.*'s.
01:15 pheer1 joined #salt
01:18 * neogenix is raging against the scheduler.
01:19 garthk If I create a CA with tls.create_ca, how do I refresh the certificate when it expires?
01:22 solidsnack joined #salt
01:25 neogenix garthk: If I'm understanding you correctly, you'd roll another cert, and then re-sign your keys.
01:25 neogenix garthk: or at least, re-roll your keys
01:26 neogenix garthk: your best bet is actually to use salt to create / manage the lot, and then, use that to roll out new ones.
01:27 julez joined #salt
01:28 joehh LotR: should do - thanks for the reminder - I'll organise for 2015.5 to go into the NEW queue
01:28 murrdoc wheeeee
01:28 joehh Need to chase up a sponsor - should be easy enough - quite a few have helped before
01:29 murrdoc whats a sponsor ?
01:29 joehh debian developer
01:29 neogenix a grand master of approvals :)
01:29 joehh I'm only a debian maintainer so if there are new packages (salt-api in this case), then I need to get a DD to upload it
01:29 murrdoc ay caramba
01:30 * neogenix feels defeated by Salt Scheduler in 2015.5.x
01:30 garthk neogenix: reboot the whole thing? eww
01:30 joehh it then waits in the NEW queue for the FTP masters to review and approve
01:30 garthk aah well
01:30 neogenix garthk: no, just roll another one. You give it a destination location, so just a new destination location.
01:30 joehh given the recent security fix, it should go through relatively quickly
01:30 neogenix garthk: it's a cert, just a different type of cert.
01:31 bfoxwell joined #salt
01:31 garthk neogenix: I started this all off with tls.create_ca. Deleting the old cert doesn't help: tls.create_ca sees the key and doesn't generate a new cert.
01:32 neogenix garthk: in a salt meetup atm, give me a few and I'll mock one up.
01:32 garthk neogenix: so I'm going to need to roll a new CA key and CA cert.
01:32 garthk neogenix: np
01:32 garthk neogenix: it's ugly, but quickish
01:33 neogenix garthk: when it expires, yes.
01:33 neogenix garthk: then generate new client certs, and, roll those out to your clients.
01:37 noway__ joined #salt
01:38 hemphill joined #salt
01:45 murrdoc The named service redis-service is not available  ?
01:45 murrdoc does service.running not work with /etc/init.d/redis-server ?
01:45 yexingok joined #salt
01:45 neogenix murrdoc: it should, assuming it's there.
01:47 cmcmacken joined #salt
01:47 murrdoc it was my bad
01:50 solidsnack joined #salt
01:54 neogenix garthk: https://gist.github.com/neogenix/e93bf49e8e11e70f3f4c <- I created a bunch of the CA's.
01:55 garthk bah; now having to install python-pip and a buttload of deps so I can pip install pyopenssl to force the upgrade
01:55 neogenix garthk: os?
01:55 garthk neogenix: Ubuntu
01:55 neogenix garthk: python-openssl.
01:56 garthk neogenix: just as well: pip install --upgrade pyopenssl failed
01:56 neogenix garthk: pip makes the baby cry.
01:56 garthk python-openssl is already the newest version.
01:56 Tyrm joined #salt
01:56 garthk oh, it corrupted the old install! bewdy
01:57 c10b10 joined #salt
01:57 garthk 'tls' __virtual__ returned False: ['PyOpenSSL must be installed before this module can be used.']
01:57 garthk despite apt-get install python-openssl
01:57 garthk meh
01:58 bhosmer joined #salt
01:58 garthk blow away salt-*; reinstall… 'tls' __virtual__ returned False: ['PyOpenSSL must be installed before this module can be used.']
01:59 neogenix garthk: odd. I just rolled a 15.04 container to test this.
01:59 garthk apt-get install python-openssl… same.
01:59 neogenix garthk: odd. Version?
01:59 garthk salt 2015.5.0 (Lithium)
02:00 neogenix garthk: ubuntu?
02:00 garthk neogenix: yep. 14.04/trusty
02:10 __number5__ garthk: do you have libssl-dev installed?
02:11 mapu joined #salt
02:12 mathew3 joined #salt
02:13 garthk __number5__: worth trying
02:13 garthk didn't help
02:13 favadi joined #salt
02:16 __number5__ garthk: did you remove python-openssl pkg before `pip install pyopenssl`?
02:17 garthk __number5__: tryung
02:18 garthk naah still failing
02:19 __number5__ garthk: paste the errors somewhere please
02:20 garthk 'tls' __virtual__ returned False: ['PyOpenSSL must be installed before this module can be used.']
02:20 garthk … but the exit code is 0 :(
02:23 Furao joined #salt
02:23 __number5__ have you try to restart the salt-minion?
02:24 favadi joined #salt
02:27 murrdoc joined #salt
02:28 garthk oh, NOW keyserver.ubuntu.com glitches
02:29 txomon|home joined #salt
02:29 murrdoc :D
02:32 otter768 joined #salt
02:32 mosen if dict.var is defined <-- that doesnt seem like a valid Jinja2/Python statement
02:33 mosen correct me if I'm wrong, because im not sure
02:33 murrdoc maybe do if dict.get(var)  instead
02:33 murrdoc ?
02:34 murrdoc or precede it with a if dict is iterable
02:34 mosen yeah that's what I'm thinking
02:34 mosen https://github.com/saltstack-formulas/apache-formula/blob/master/apache/vhosts/standard.tmpl#L51
02:34 mosen gonna make a PR on apache-formula
02:35 murrdoc aight
02:36 jeblair joined #salt
02:38 evle joined #salt
02:41 mosen is the policy to have a new branch for hotfix PRs?
02:41 murrdoc what u mean ?
02:41 murrdoc in your fork ?
02:42 mosen yeah
02:42 murrdoc sure
02:42 murrdoc looks like we only keep a master branch
02:42 murrdoc so pull goes against that
02:42 mosen ok ill just submit the commit against master, just testing the changes
02:43 murrdoc i mean in your fork yeah
02:43 murrdoc i hope u cant commit to the master
02:43 thehaven joined #salt
02:43 murrdoc in the saltstack-formuals repo
02:44 mosen no I don't have any access to saltstack-formulas
02:46 cowyn joined #salt
02:47 garthk ok, found a way to get this working in a fresh container
02:48 writtenoff joined #salt
02:49 mosen bbl
02:50 garthk grr except I'm getting the original "Support for extensions is not available, upgrade PyOpenSSL"
02:54 michelangelo joined #salt
02:56 SheetiS joined #salt
03:01 garthk … but only in the container despite versions and digests matching
03:04 Furao joined #salt
03:05 mapu joined #salt
03:05 zer0def joined #salt
03:07 garthk Could any of you run python then >>> import OpenSSL; print OpenSSL.__version__; print type(OpenSSL._util)
03:08 garthk python-openssl 0.13-2ubuntu6 seems to lack OpenSSL._util
03:15 murrdoc ImportError: No module named OpenSSL
03:16 garthk Thanks murrdoc.
03:16 murrdoc sorry, i ran it on a salt master
03:17 garthk I am now well in the weeds trying to solve this problem. If I had my ops guy riding shotgun, my ears would be burning with all the "see? this isn't ready for production!" right now.
03:17 murrdoc lsb_release -a
03:17 murrdoc Description:    Ubuntu 12.04.2 LTS
03:17 murrdoc whats the problem
03:17 garthk murrdoc: the latest seems to be https://github.com/saltstack/salt/issues/21480
03:18 murrdoc what version of salt
03:19 garthk 2015.5.0+ds-1trusty1
03:19 thayne_ joined #salt
03:19 slavz joined #salt
03:20 slavz Have a question: How to add a password to salt-cloud rackspace profile?
03:21 murrdoc garthk:  its fixed for me in 2014.7.5
03:21 mathew3 when will the new release of salt that reflects the changes on the development branch be available as stable?
03:23 mauved joined #salt
03:25 forrest joined #salt
03:27 solidsnack joined #salt
03:29 garthk ok, I'm going to create a stack of issues for this rabbithole
03:32 garthk Still can't use salt-call tls.create_ca_signed_cert, and #21480 is masking the problem.
03:36 julez joined #salt
03:41 favadi joined #salt
03:46 c10b10 joined #salt
03:47 nilptr joined #salt
03:49 brent1 joined #salt
03:49 TyrfingMjolnir joined #salt
03:53 brent1 joined #salt
03:58 brianfeister joined #salt
03:59 timoguin joined #salt
03:59 bhosmer_ joined #salt
04:01 ageorgop joined #salt
04:09 favadi joined #salt
04:10 pdayton joined #salt
04:12 brent1 joined #salt
04:12 badon_ joined #salt
04:18 smcquay joined #salt
04:20 slavz joined #salt
04:27 mosen joined #salt
04:29 brent1 joined #salt
04:30 brent1 joined #salt
04:32 neogenix joined #salt
04:33 brent1 joined #salt
04:33 otter768 joined #salt
04:36 malinoff joined #salt
04:43 theologian joined #salt
04:43 garthk __number5__: PM me your GitHub ID for an issue credit
04:43 brent1 joined #salt
04:44 __number5__ garthk: it's number5
04:46 garthk Aussie! Represent!
04:48 garthk https://github.com/saltstack/salt/issues/23696 pant wheeze /credit __number5__ neogenix
04:50 zer0def joined #salt
04:50 mosen garth word
04:54 brent1 joined #salt
04:55 nilptr left #salt
05:00 markm joined #salt
05:09 garthk FFS. Ok, generated the certs… and stunnel is barfing on them, complaining they're expired.
05:10 rdas joined #salt
05:25 julez joined #salt
05:34 c10b10 joined #salt
05:42 Furao joined #salt
05:51 jimklo joined #salt
05:59 bhosmer_ joined #salt
06:11 ladistwo joined #salt
06:15 ladistwo Hello, how do grains.filter_by(grains='os_family & osmajorrelease')
06:15 ladistwo Hello, how do grains.filter_by(grains='os_family & osmajorrelease') in map.jinja
06:16 evan886 joined #salt
06:23 stephanbuys joined #salt
06:23 flyboy joined #salt
06:25 murrdoc joined #salt
06:25 evan886 hey everyone
06:25 murrdoc mosen:  u dont need the != False
06:26 murrdoc its enough to do {% if site.get('SSLCertificateFile')  %}
06:30 mosen murrdoc: sorry, whats the default value returned by dict.get if the key doesnt exist, None ?
06:32 mosen murrdoc: I can cancel that PR and do another commit if you want?
06:34 otter768 joined #salt
06:34 ladistwo left #salt
06:37 pickledpig joined #salt
06:40 murrdoc do another commit
06:40 murrdoc ?
06:44 rdas joined #salt
06:45 aurynn more commits, more beer
06:50 c10b10 joined #salt
06:50 mosen murrdoc: ill cancel that PR
06:51 murrdoc uh
06:51 murrdoc should have just pushed it up
06:51 murrdoc no need to cancel
06:51 mosen ok reopened hehe
06:52 murrdoc yeah with pull requests u can keep pushing commits to it
06:52 murrdoc till its merged
06:52 mosen I thought you needed 1 per commit, sorry
06:52 murrdoc whuuuuu
06:52 murrdoc no need to apologize man
06:52 murrdoc damn
06:52 murrdoc it might goto my head
06:53 mosen you're not a hard ass like iggy
06:53 scuwolf joined #salt
06:53 murrdoc haha
06:53 murrdoc i dont see why it should be commit per pull
06:53 murrdoc it should be working code
06:54 viq joined #salt
06:54 mosen i havent really done many PRs against anything
06:55 mosen usually its just my own junk :)
06:56 dalexander joined #salt
06:56 murrdoc phrasing
06:56 CeBe joined #salt
06:56 mosen sorry, i cocked that up pretty hard
06:57 murrdoc staaaaahp
06:57 murrdoc its tomorrow
06:57 mosen testing commit against minion
06:58 saifi joined #salt
06:59 mosen masters of the formula please review at your own leisure :)
07:09 kawa2014 joined #salt
07:10 jimklo joined #salt
07:13 cybint-operator joined #salt
07:14 joaoqalves joined #salt
07:15 cybint-operator what is salt enterprise?
07:16 joaoqalves Hi! I'm trying to set-up a Debian machine with salt-stack. It installs almost everything correctly but when trying to install NginX it breaks my package manager. I simply cannot install it even manually, after. Any idea why?
07:16 malinoff cybint-operator, the answer is one google search away, http://saltstack.com/enterprise/
07:18 mosen cheers puneetk
07:18 cybint-operator I read it but don't understand how it differs form the open source version.
07:22 joaoqalves_ joined #salt
07:23 jespada joined #salt
07:23 malinoff cybint-operator, just read that carefully, everything is described
07:23 cybint-operator go it. sorry, its 3am still half asleep.
07:26 joaoqalves__ joined #salt
07:28 lifezablast joined #salt
07:31 monkey66 joined #salt
07:42 joaoqalves_ joined #salt
07:49 Berty_ joined #salt
07:50 c10b10 joined #salt
07:50 joaoqalves__ joined #salt
07:54 WildPikachu if I define a variable in   hostname/init.sls  and later on I get to postfix/init.sls, is that variable still in scope in my state files?
07:55 __number5__ no, you need to import them
07:57 markm_ joined #salt
08:00 bhosmer joined #salt
08:00 WildPikachu thanks __alex
08:00 WildPikachu woops, I mean __number5__
08:01 joaoqalves_ joined #salt
08:06 joeto joined #salt
08:11 jimklo joined #salt
08:12 Berty__ joined #salt
08:12 joaoqalves__ joined #salt
08:13 Xevian joined #salt
08:14 stanchan joined #salt
08:18 stephanbuys joined #salt
08:23 saltsu joined #salt
08:23 saltsu question: how do I make state wait until an http service returns 200?
08:25 joaoqalves_ joined #salt
08:35 otter768 joined #salt
08:36 joaoqalves__ joined #salt
08:37 JlRd joined #salt
08:38 teogop joined #salt
08:40 joaoqalves_ joined #salt
08:43 joaoqalves joined #salt
08:51 c10b10 joined #salt
08:51 joaoqalves_ joined #salt
08:55 joaoqalves__ joined #salt
08:59 monkey66 joined #salt
08:59 WildPikachu {{% if grains['admin_user'] is defined %}}  <= is this the correct way to see if a grain is defined?
09:04 saifi joined #salt
09:06 AviMarcus joined #salt
09:07 PI-Lloyd {% if 'admin_user' in grains %}
09:10 PI-Lloyd or if it's a sub-grain/list item - {% if 'admin_user' in grains.get('parent_grain', []) %}
09:10 joaoqalves_ joined #salt
09:12 jimklo joined #salt
09:14 favadi left #salt
09:16 WildPikachu thanks PI-Lloyd
09:17 tomh- joined #salt
09:21 PI-Lloyd np
09:22 joaoqalves__ joined #salt
09:23 supersheep joined #salt
09:24 michelangelo joined #salt
09:25 zerthimon joined #salt
09:30 markm joined #salt
09:31 zerthimon joined #salt
09:35 markm_ joined #salt
09:37 jespada joined #salt
09:37 kusams joined #salt
09:40 joaoqalves_ joined #salt
09:40 d0p joined #salt
09:40 Ph-x joined #salt
09:41 ndrei joined #salt
09:43 joaoqalves joined #salt
09:43 slav0nic joined #salt
09:43 Ph-x joined #salt
09:43 peters-tx joined #salt
09:44 Berty_ joined #salt
09:44 Ph-x joined #salt
09:49 markm__ joined #salt
09:49 fbergroth joined #salt
09:52 joaoqalves_ joined #salt
09:53 Nicop06 joined #salt
10:01 bhosmer joined #salt
10:02 evle1 joined #salt
10:02 cowyn joined #salt
10:04 joaoqalves__ joined #salt
10:07 joaoqalves joined #salt
10:14 jimklo joined #salt
10:21 losh joined #salt
10:21 supersheep joined #salt
10:22 joaoqalves_ joined #salt
10:36 otter768 joined #salt
10:36 huddy joined #salt
10:37 joaoqalves__ joined #salt
10:38 jespada joined #salt
10:38 kusams joined #salt
10:42 joaoqalves_ joined #salt
10:45 monkey66 joined #salt
10:46 favadi joined #salt
10:50 Hazelesque joined #salt
10:50 julez joined #salt
10:54 joaoqalves__ joined #salt
10:54 Nicop06 joined #salt
10:55 catpig joined #salt
10:58 d0p left #salt
11:08 joaoqalves_ joined #salt
11:09 zerthimon joined #salt
11:14 jimklo joined #salt
11:15 patto joined #salt
11:18 bhosmer joined #salt
11:18 ndrei joined #salt
11:23 giantlock joined #salt
11:24 evle joined #salt
11:26 c10b10 joined #salt
11:30 TyrfingMjolnir joined #salt
11:39 jespada joined #salt
11:44 colonD joined #salt
11:44 al joined #salt
11:46 Chadk joined #salt
11:46 Chadk joined #salt
11:48 harkx joined #salt
11:49 soren_ joined #salt
11:52 diegows joined #salt
11:54 amcorreia joined #salt
11:55 patto joined #salt
11:59 samnmax joined #salt
12:02 salt-n00b joined #salt
12:04 bradthurber joined #salt
12:07 stephanbuys joined #salt
12:15 patrek joined #salt
12:16 jimklo joined #salt
12:22 tmclaugh[work] joined #salt
12:24 jeddi joined #salt
12:27 kusams joined #salt
12:28 ndrei joined #salt
12:29 martoss joined #salt
12:31 martoss hey folks, after upgrading to 2015.5, I get a pillar rendering error on the master: 2015-05-14 02:54:07,591 [salt.pillar][CRITICAL] Pillar render error: Rendering Primary Top file failed, render error:
12:31 martoss traverse_dict_and_list() got an unexpected keyword argument 'delimiter'
12:31 martoss any ideas what could be wrong?
12:31 martoss I am using a pillar top file from gitfs
12:32 markm_ joined #salt
12:36 monkey66 joined #salt
12:37 otter768 joined #salt
12:37 dendazen joined #salt
12:39 JlRd joined #salt
12:40 jespada joined #salt
12:42 Nicop06 joined #salt
12:45 cmcmacken joined #salt
12:46 TooLmaN joined #salt
12:48 thayne_ joined #salt
12:51 peno joined #salt
12:58 subsignal joined #salt
12:58 pkimber joined #salt
13:00 JDiPierro joined #salt
13:00 Furao joined #salt
13:01 ksj joined #salt
13:02 racooper joined #salt
13:10 ageorgop joined #salt
13:11 stoogenmeyer joined #salt
13:12 theologian joined #salt
13:13 joaoqalves joined #salt
13:13 jdesilet joined #salt
13:15 edrocks joined #salt
13:15 _prime_ joined #salt
13:17 joaoqalves_ joined #salt
13:17 jimklo joined #salt
13:18 keimlink joined #salt
13:19 Tyrm joined #salt
13:21 supersheep joined #salt
13:21 emaninpa joined #salt
13:23 markm joined #salt
13:27 c10b10 joined #salt
13:31 joaoqalves__ joined #salt
13:31 ndrei joined #salt
13:31 derelm joined #salt
13:36 c10b10 joined #salt
13:38 jespada joined #salt
13:41 timoguin joined #salt
13:43 markm joined #salt
13:43 JDiPierro joined #salt
13:45 cmcmacken left #salt
13:46 joaoqalves_ joined #salt
13:46 Sacro Is 2015.5.0 on Windows supposed to leave the old exe's around?
13:46 c10b10 joined #salt
13:47 mapu joined #salt
13:47 numkem Sacro: where did you get 2015.5.0 binaries for Windows? website shows only 2014.7.5
13:48 Sacro numkem: download page
13:48 Sacro http://docs.saltstack.com/downloads/
13:49 cpowell joined #salt
13:49 numkem I guess the documentation page isn't updated yet
13:51 ageorgop joined #salt
13:51 joaoqalves__ joined #salt
13:51 Tecnico1931 joined #salt
13:55 Furao joined #salt
13:56 rojem joined #salt
13:56 favadi left #salt
13:57 kusams joined #salt
13:57 dyasny joined #salt
13:59 ek6_ joined #salt
14:00 Furao joined #salt
14:01 JlRd joined #salt
14:03 markm joined #salt
14:04 ndrei joined #salt
14:04 kusams_ joined #salt
14:05 andrew_v joined #salt
14:05 joaoqalves_ joined #salt
14:07 fyb3r joined #salt
14:07 scoates joined #salt
14:08 bhosmer joined #salt
14:11 faliarin joined #salt
14:13 kaptk2 joined #salt
14:15 favadi joined #salt
14:18 ndrei joined #salt
14:19 pdayton joined #salt
14:19 joaoqalves__ joined #salt
14:21 jimklo joined #salt
14:22 kusams joined #salt
14:23 Brew joined #salt
14:23 joaoqalves_ joined #salt
14:23 jimmy88 joined #salt
14:24 kusams joined #salt
14:25 kusams joined #salt
14:26 primechuck joined #salt
14:26 rideh joined #salt
14:26 bhosmer joined #salt
14:28 julez joined #salt
14:31 numkem say I'm targeting using grain for doing a mine.get and I only get the host I'm using to do the call. What should I do?
14:32 joaoqalves__ joined #salt
14:35 c10b10 joined #salt
14:35 mapu joined #salt
14:38 numkem it's really a pain of having to restart all the minions...
14:39 patto joined #salt
14:48 supersheep joined #salt
14:51 hasues joined #salt
14:51 kusams joined #salt
14:54 hasues left #salt
14:58 ksj is there a way to get file.recurse to keep the same permissions as on the master/source? or at least say, if executable on the source, should be executable on the minion
14:58 ksj I don't want to have to make lots of exceptions
15:00 bhosmer joined #salt
15:05 kulty joined #salt
15:05 iggy numkem: file a bug saying mine.update doesn't work?
15:06 slavz joined #salt
15:07 iggy ksj: I thought it did that by default... weird
15:07 clintberry joined #salt
15:08 kyriakos_ joined #salt
15:09 markm joined #salt
15:09 kyriakos_ Hello, quick question. If I am using an external pillar (or grain) how can I stop salt from highstating if the script that drives the external pillar fails ?
15:10 bhosmer joined #salt
15:10 ksj iggy: not for me it doesn't. does it for you?
15:11 iggy I don't know, the only recurse I have has been failing for the last week or so anyway (TODO: file issue about file.recurse adding random .'s to the path
15:12 ek6_ iggy: ug..anything special about your recurse?  i use that like 1000 different places and that would really stink for me
15:12 smcquay joined #salt
15:13 iggy not that I can think of
15:13 iggy tried narrowing it down to the bare essentials
15:13 iggy still errors
15:14 kyriakos_ left #salt
15:15 FRANK_I joined #salt
15:15 ek6_ is it throwing errors or just adding additional files or?
15:15 FRANK_I Can I do regular expression in YAML?
15:15 iggy Specified target /srv/modules/grains/. is a directory
15:15 FRANK_I I am trying to do this and it doesn't work https://www.refheap.com/8ca1d9419f7d2edfb05a31068
15:15 iggy notice the period it added at the end...
15:16 iggy still not entirely sure if that's just a red herring or the actual issue that's causing it to fail
15:16 iggy FRANK_I: if grains['host'].startswith('sc10')
15:17 ek6_ iggy: when you get a chance if you could gist the state your using it and anything around that error...looks like i need to spend another day bug hunting
15:17 iggy FRANK_I: you can do any of the python string functions (but no, not RE's)
15:18 FRANK_I iggy thank you that worked :)
15:19 iggy ek6_: https://gist.github.com/iggy/ad7d44d878b1a942dd07
15:19 dfinn joined #salt
15:19 iggy FRANK_I: another useful one is {% if 'sc10' in grains['host'] %}
15:20 FRANK_I thank you.
15:21 kusams joined #salt
15:21 ek6_ thanks...i did see something odd the other day doing a recurse of a directory directly off file_roots
15:21 FRANK_I iggy do you work for saltstack?
15:21 slavz left #salt
15:22 iggy FRANK_I: no, it's too cold in SLC
15:22 FRANK_I hahaha
15:22 FRANK_I ok
15:24 FRANK_I iggy another question I manage 4 clusters and I run Centos 6.5 in all of the cluster, do you think that I should use pillars?
15:25 rm_jorge joined #salt
15:25 FRANK_I now I just use grains, groupnode, and a TOP with all the packages. pointing to a specific groupnode
15:26 iggy tough call... there are people that run 1000s of servers without much in the way of pillars
15:26 iggy it really depends on what you're doing
15:26 iggy pillar is quite useful for private data though (encryption keys, etc.)
15:28 khris joined #salt
15:30 FRANK_I got it.
15:31 bhosmer joined #salt
15:34 Furao joined #salt
15:34 conan_the_destro joined #salt
15:35 kitplummer joined #salt
15:36 FRANK_I Can you see the error? https://www.refheap.com/f5235290f2033ea0776020e2f
15:40 whytewolf FRANK_I: you have an extra ' on the end of {% elif grains['host'].startswith('focus') %}
15:43 FRANK_I Ups..
15:43 FRANK_I Thanks
15:47 joeto joined #salt
15:48 kitplummer joined #salt
15:53 kusams joined #salt
15:54 thayne_ joined #salt
15:54 jespada joined #salt
15:57 ferbla joined #salt
15:59 writtenoff joined #salt
16:02 jimklo joined #salt
16:03 ndrei joined #salt
16:11 druonysus joined #salt
16:12 dalexander joined #salt
16:12 spookah joined #salt
16:14 jalbretsen joined #salt
16:16 Nicop06 joined #salt
16:26 conan_the_destro joined #salt
16:27 murrdoc joined #salt
16:28 KyleG joined #salt
16:28 KyleG joined #salt
16:30 ndrei joined #salt
16:31 litwol Hello
16:32 aparsons joined #salt
16:37 desposo joined #salt
16:37 Tyrm joined #salt
16:43 dalexander joined #salt
16:45 MatthewsFace joined #salt
16:45 Viper233 joined #salt
16:46 KyleG joined #salt
16:46 KyleG joined #salt
16:51 clintberry joined #salt
16:53 theologian joined #salt
16:56 forrest joined #salt
16:58 wendall911 joined #salt
16:59 wendall911 joined #salt
17:03 Edgan 2015.5 vs 2015.5.0 on the github release page?
17:03 whiteinge FYI. Minor interruption expected to the documentation site.
17:03 hasues joined #salt
17:03 hasues left #salt
17:04 hal58th joined #salt
17:04 hal58th_ joined #salt
17:06 slavz joined #salt
17:06 kusams joined #salt
17:06 slavz hi how can i add a passsword to salt-cloud rackspace profile?
17:11 nkuttler slavz: what kind of password, for their api?
17:12 VR-Jack Is there a way to pull the IP Address of the minion in reactor for auth events?
17:12 sjwoodr joined #salt
17:13 solidsnack joined #salt
17:13 sjwoodr hey guys, when I run "salt-run cache.clear_all" i'm getting some odd results... its showing an exception stack trace and then "HTTPError: HTTP Error 401: Unauthorized" ... and it appears that some runners i have in the reactor are actually being executed as msgs show up in hipchat.  :)
17:14 sjwoodr should clearing the cache cause some executions?
17:15 iggy use 2015.5.0
17:16 sjwoodr oh, was this a bug in 2015.2.0rc2 ?
17:16 Edgan iggy: why, I did a diff and 2015.5 seems to be the newer one with chanes
17:17 mr_t_ joined #salt
17:17 iggy Edgan: it's also a moving target, so no 2 minions will be the same
17:17 iggy sjwoodr: sorry, that was for Edgan... not sure how I missed adding the name (or how they knew I was talking to them)
17:18 Edgan iggy: moving target makes sense. no 2 minions will be the same?
17:18 VR-Jack After all my playing around, finally decided vmhost builds vm then event.send toauth with new minion. Reactor makes sure the VM has perms to load that minion, then listens for auth/event for the specified minion and accepts the auth. Would be nice to include an IP Address match in that.
17:18 mr_t_ hi - I'm having an issue with cp.get_file not really doing anything when I'm trying to transfer a file to a Windows minion, and I'm looking on ideas on how to figure out what's going wrong
17:18 iggy sjwoodr: If it's reproducable on the latest version, I'd open an issue, there were a fair number of reactor changes in 2015.5
17:19 jespada joined #salt
17:19 sjwoodr well i'll have to upgrade from 2015.2.0rc2 then to find out :)
17:19 sjwoodr tnx iggy
17:19 wramthun joined #salt
17:19 iggy Edgan: install from 2015.2, wait X amount of time, install another minion from 2015.2... there's a high likelyhood that they'll have different code
17:19 iggy sjwoodr: you should do that anyway...
17:20 sjwoodr iggy: yep,yep  :)
17:21 Edgan iggy: I package everything into rpms, so I wouldn't have that issue, but I think I understand what you are trying to say.
17:21 iggy Edgan: ahh, yeah, guess I was thinking salt-bootstrap
17:26 sjwoodr oddly enough, http://docs.saltstack.com/en/latest/topics/installation/ubuntu.html  ... is a 404 not found
17:26 whytewolf the docs are being worked on right now.
17:27 Gareth morning morning
17:28 kitplummer joined #salt
17:29 thayne joined #salt
17:29 sjwoodr whytewolf: whats the best way to upgrade from 2015.2.0rc2 -> 2015.5 ?
17:30 harkx joined #salt
17:30 VR-Jack hmmm. docs.saltstack.com is returning 404. annoying
17:31 Edgan iggy: 2015.5.0 got rid of half my patches :)
17:31 iggy sjwoodr: there are packages in the ppa
17:31 sjwoodr yeah i see ubuntu already has 2015.5 so i can just go that route
17:32 bhosmer_ joined #salt
17:33 bhosmer__ joined #salt
17:38 gladiatr joined #salt
17:39 iggy how do people go about storing binary data in pillars? (i.e. pk12 keys, java keystores, etc.)
17:39 Edgan iggy: I break them out into another repo called e_files
17:40 Edgan iggy: I looked at using them as pillars and was like base64, nope.
17:40 iggy we really don't want to store our ssl priv keys, etc. in the salt master
17:41 iggy I mean in file_roots
17:41 Edgan iggy: you using an external pillar solution?
17:41 iggy git
17:41 Edgan iggy: Mine is like this
17:42 Edgan iggy: /srv/salt-formulas(repo), /srv/salt-formulas/e_files(repo), /srv/pillar(repo)
17:42 Edgan iggy: probably could make it /srv/e_files by adding it to file_roots
17:43 slavz joined #salt
17:45 Edgan iggy: salt-formulas lives on github, but pillar and e_files doesn't. I moved salt-formulas to github for my co-workers to be able to reuse the master salt code as masterless for vagrant.
17:46 Edgan iggy: I renamed it salt-formulas because if I check out the salt github repo it is salt and it was a namespace conflict.
17:47 iggy you're still left with any minion can see those binary files
17:47 monkey66 joined #salt
17:47 monkey66 left #salt
17:47 twork +1 annoying 404s. well timed when i'm trying to write our own internal docs. "wtf did i do wrong this time? [...] oh, for once it isn't me."
17:48 Edgan iggy: There really needs to be a files version of pillar
17:48 iggy Edgan: yes, there are a couple issues open about it, until then though...
17:49 GrueMaster joined #salt
17:49 Tyrm joined #salt
17:50 aarontc joined #salt
17:50 Edgan iggy: I keep running into limitations of salt-ssh, and have been making pull requests to fix them.
17:50 iggy I tried to add pillar:// uri support and failed miserably
17:51 jc joined #salt
17:51 iggy well, not miserably, but I ended up making it act just like file_roots (where anyone could see everything)
17:53 VR-Jack iggy: apparently they are happy with file.managed and contents_pillar
17:53 kitplummer joined #salt
17:53 iggy which absolutely doesn't help with binary data
17:55 onesnzeros joined #salt
17:56 hacfi_ joined #salt
17:56 VR-Jack hmmm. does file_tree external pillar do it?
17:59 clintberry joined #salt
18:00 sjwoodr CommandExecutionError: Unable to run command ['dmidecode'] with the context {'with_communicate': True, 'shell': False, 'env': {'LANG': 'en_US.UTF-8', 'LC_ALL': 'C', 'SHELL': '/bin/sh', 'SHLVL': '1', 'PWD': '/root', 'LOGNAME': 'root', 'PATH': '/usr/bin:/bin', 'HOME': '/root', '_': '/usr/bin/salt-call'}, 'stdout': -1, 'close_fds': True, 'stdin': None, 'stderr': -1, 'cwd': '/root'}, reason: [Errno 2] No such file or directory
18:00 sjwoodr ^^ should i be seeing this in minion logs ?
18:00 VR-Jack it's cool, though limited since it appears to just automatically throw things into a per-minion basis
18:00 iggy with a bunch of symlinks, maybe
18:01 iggy cba... base64 it is I guess
18:03 Edgan iggy: I am not completely against base64, just don't want to have to manually convert and make the changes to sls files. Could you make it read the files and auto base64?
18:04 iggy I thought about adding functionality to pillar.get to do "if data_looks_like_base64:\n    ret = base64.decode(ret
18:04 VR-Jack iggy: yeah. I didn't like the minion limitation. Then again, that particular code is pretty small. could probably be extended
18:04 gchao joined #salt
18:04 djgerm joined #salt
18:05 Edgan iggy: I was talking about the reverse. Leave them as regular files and make it base64.encode
18:06 julez joined #salt
18:07 iggy well, I was looking at that path because it would be easy to use contents_pillar that way
18:07 djgerm1 joined #salt
18:09 VR-Jack there's an incomplete base64 file load they were working on. The idea there was ext_pillar: load the module, then pass dicts for various files.
18:11 VR-Jack The big issue with using pillar for this is the memory usage. :(
18:12 iggy how's that?
18:12 VR-Jack all files active for the pillar are loaded into memory
18:12 iggy I've got pillars way bigger than some binary key files
18:12 VR-Jack not a big deal for keys and stuff, but I wouldn't want a 4GB file loaded. :)
18:13 iggy and if I base64 it, it'll be even bigger
18:13 Edgan VR-Jack: 4gb files should be transmitted way differently
18:14 Edgan VR-Jack: I wouldn't put them into packages either
18:15 VR-Jack I've considered just assigning a good random id for the file and retrieving via http. Passing the id through pillar would be easy
18:16 Edgan VR-Jack: https and user/pass?
18:17 dalexand_ joined #salt
18:18 VR-Jack edgan: pretty much. or https and temporary file id + ip restrict which is just as effective as user/pass
18:18 Edgan VR-Jack: hmm, that seems to get back to the same problem of everything is accessible.
18:18 Edgan VR-Jack: ah, temp file
18:19 baweaver joined #salt
18:19 VR-Jack think of it like mailing list acks. you generate a long id for the file. pass that id to minion. webserver has id in db
18:20 VR-Jack as long as id is truely random, it's as secure as a password or key.
18:20 theologian joined #salt
18:23 antani joined #salt
18:24 ek6_ is there a write up somewhere that describes the differences or why i would use the salt.cloud.clouds.vsphere module versus salt.cloud.clouds.vmware module?
18:26 ek6_ well besides the fact that the vmware modules doc's dont build properly
18:27 aron_kexp joined #salt
18:27 iggy docs are still being worked on afaik
18:28 VR-Jack ek6_ check the readthedocs site. it has a stable latest
18:28 murrdoc no way
18:28 murrdoc fo real ?
18:29 ek6 but besides the docs.... no general comments like   vsphere is old vmware is new..  vsphere on the road to dep that type of thing?  just seems to be two modules that do the same thing
18:29 VR-Jack I heard something about a depreciation, but don't know for sure
18:30 ek6 happen to remember which of the two ?
18:32 VR-Jack sadly, no.
18:32 rager hi - I've got an error with a state I just started seeing since I updated my box
18:32 rager the error: http://hastebin.com/ajuxibulub.vhdl
18:32 rager the failing sls part: http://hastebin.com/xocetoresi.sm
18:32 canci joined #salt
18:33 rager context: http://hastebin.com/enekavibif.sm
18:33 murrdoc is rbenv a state u wrote ?
18:33 murrdoc or is it upstream
18:33 jespada_ joined #salt
18:34 whiteinge ek6: vsphere cloud module is old. the pysphere lib that is uses is no longer supported (i think). however if it has all the features you currently need it's probably your best bet. the vmware driver is new and a work in progress.
18:34 ajw0100 joined #salt
18:35 VR-Jack Hmm. I don't suppose someone wants to quickly patch auth event to include the connecting IP address. :P
18:35 forrest Go for it VR-Jack, learn some git ;)
18:35 pdayton joined #salt
18:35 forrest or you can use the web editor again.
18:36 pelzi__ friends don't let friends use ip addresses for auth
18:36 ek6 whiteinge: thanks...since im just starting think ill try new and broken vs working but on life support
18:36 murrdoc VR-Jack:  u want to send over more data ?
18:36 whiteinge ek6: great. if you run into troubles, please file issues.
18:36 murrdoc as part of the auth event ?
18:37 solidsnack joined #salt
18:38 VR-Jack murrdoc: not really. have to see how the event listen works. ideally I want to append data to the event before passing it to the listener.
18:39 VR-Jack I don't care what the minion says it's ip address is. I care what the master sees. But may just be easier to find a way to expose the minion IP address via *something*
18:39 murrdoc adding the minion ip to the data that gets sent over with the auth event makes sense
18:39 ek6 whiteinge: sure thing couldnt be any worse then russian_roulette_random_master
18:39 murrdoc then u can use dig + something or the other to get the ip of the minion
18:39 otter768 joined #salt
18:40 VR-Jack murrdoc: untrustworthy, though. master view of IP address is definitive
18:40 murrdoc i think i need to experess my thoughts better
18:40 baweaver joined #salt
18:40 joeto joined #salt
18:40 VR-Jack it's there somewhere. we have a connection.
18:41 murrdoc on the master, inside the reactor sls , you can figure out what the ip for the minion is using dns or something
18:41 murrdoc and compare it with teh minion said
18:41 VR-Jack murrdoc: correct.
18:41 VR-Jack or in my case, use the pillar data
18:41 murrdoc as for the connecttion between minion and master, its on the queue
18:41 VR-Jack I already know minion x is supposed to be ip y. just want to verify the guy asking for auth with unknown key is actually there.
18:42 amcorreia joined #salt
18:43 VR-Jack and just for fun, I'll send another event when this is supposed to happen, so minion x at ip y can only get accepted within z time window
18:46 moloney joined #salt
18:48 Brew quick question:  whats the best way to determine if a grains been defined?  ive tried {% set roles = salt['grains.get']('roles', 'False') %} with no luck
18:48 VR-Jack I guess I can do just minion x and z time window. it's a limited security issue.
18:49 VR-Jack Brew: is defined for add != 'False'
18:50 VR-Jack You can probably just add an extra line that says {% if roles %} below your set
18:50 ajw0100_ joined #salt
18:51 Brew VR-Jack:  yeah thats the functionality im looking for.  do x, but do y if the roles grain has been defined
18:51 VR-Jack brew: well you defined a variable in that statement. Now you just need to test variable.
18:52 VR-Jack If you don't need the variable roles defined, just use an if is defined statement
18:53 Fiber^ joined #salt
18:53 Brew VR-Jack:  thanks!  that did it.  i was over complicating this by far.  no need to set a variable if all im wanting to do is see if a grain has been defined
18:53 VR-Jack be aware that empty is considered defined. Which is why we often do {% if salt['grains.get']('roles', '') != '' %} which accepts empty as well as defaults empty and tests it
18:54 Brew VR-Jack:  perfect!
18:54 ljanne joined #salt
18:55 VR-Jack be aware that "" is not the same as '' when doing that test. Not sure why. probably a python thing
18:56 iggy you're doing something wrong if you often end up with things set to ''
18:57 iggy and no "we" don't often do that
18:59 andrew_v joined #salt
19:00 VR-Jack "we" do. :P
19:00 VR-Jack let you define "we".
19:01 irctc610 joined #salt
19:02 hybridpollo joined #salt
19:02 laban_ joined #salt
19:03 laban_ hi everyone
19:03 laban_ I just started my salty journey
19:03 laban_ but this link is not working http://docs.saltstack.com/en/latest/topics/tutorials/quickstart.html
19:03 iggy laban_: the docs are being worked on
19:04 iggy http://salt.readthedocs.org/en/latest/
19:04 iggy use that for now
19:04 neogenix joined #salt
19:04 laban_ thanks iggy
19:04 hackel joined #salt
19:08 jespada_ joined #salt
19:08 timoguin joined #salt
19:09 solidsnack joined #salt
19:11 neogenix_ joined #salt
19:13 rager weird...
19:13 rager http://docs.saltstack.com/en/latest/ref/states/all/salt.states.rbenv.html
19:13 rager 404
19:13 slavz joined #salt
19:14 KyleG yes, the docs are being worked on.
19:14 KyleG use this http://salt.readthedocs.org/en/latest/ for now
19:14 stoogenmeyer joined #salt
19:16 rager murrdoc: in response, it's a built-in state, but it's 404 on the docs
19:18 cpowell greetings everyone, I am attempting to call an orchestration using the reactor system and am running into an error. https://gist.github.com/anonymous/4918232a83b8c59dbc55
19:18 cpowell what is the arg that I am missing
19:21 iggy I would avoid using -'s in filenames
19:21 iggy but otherwise, that looks like it should work
19:21 cpowell i'll correct that and see
19:25 cpowell iggy: no dice, same error
19:28 joshfu joined #salt
19:28 rager murrdoc: so it's a built-in: http://salt.readthedocs.org/en/latest/ref/states/all/salt.states.rbenv.html#module-salt.states.rbenv
19:29 rager I'm having an explosion on trying to install a gem with my rbenv ruby with salt
19:29 rager http://hastebin.com/ajuxibulub.vhdl
19:30 tristianc joined #salt
19:30 dergrunepunkt joined #salt
19:31 dfinn joined #salt
19:31 iggy cpowell: try args (instead of arg)
19:32 WildPikachu does anyone have some nice examples of where file.line is used?
19:32 bhosmer joined #salt
19:32 iggy in -devel
19:33 * WildPikachu looks
19:34 WildPikachu iggy, do you mean salt-devel or some url? :)
19:34 iggy I mean that code is only in devel (i.e. not in a release)
19:34 Furao joined #salt
19:35 WildPikachu iggy, it is? I was following the latest docs and it didn't mention a version
19:35 WildPikachu ah, it does
19:35 WildPikachu New in version Beryllium <= is that devel?
19:35 iggy Beryllium = devel
19:35 WildPikachu darn, my hopes are dashed :(
19:35 iggy it'll be 2015.8 or something
19:35 mapu joined #salt
19:35 iggy I'm skeptical, but we'll see
19:36 WildPikachu I'm trying to figure out the best way to replace certain options in a file like postfix's main.cf without using an entire jinja template
19:36 whytewolf WildPikachu: file.replace?
19:37 dergrunepunkt guys, I cannot get salt-api to work, here are some details http://pastebin.com/CYcmZ6Ea I would appreciate some light on this matter
19:37 WildPikachu thanks whytewolf :)
19:39 twork stupid question probably: i'm brand new at this, fiddling up a new deployment, currently on debian's 2014.1.13+ds-3 release. am i better off sticking to it, or upgrading now before i'm too far along?
19:40 twork ("this" being salt; i'm old and crusty otherwise)
19:40 ckao joined #salt
19:41 WildPikachu whytewolf, do you perhaps know where I can find some examples?
19:41 twork (and if the answer is "scroll up", lmk)
19:42 iggy twork: upgrade, for the love of flying spaghetti monster
19:42 twork i obey.
19:42 whytewolf WildPikachu: I do not
19:42 iggy the debian repo has 2015.5 in it... 16 months is a lot of change for Salt
19:43 iggy twork: if you stick with something that old, you'll hate yourself everytime you see that "New in 2014.7+"
19:44 cpowell iggy: that change didnt fix it
19:44 twork sadly we're pretty well nailed to debian 7... i'm probably going to have to hand-roll the package
19:44 twork sooner or later, /opt gets populated. it is the way...
19:48 twork i'll be dipped. it's there.
19:48 twork i take it all back, debian. sorry i doubted you.
19:49 iggy cpowell: busted... nfc then, maybe open an issue
19:49 cpowell I think I found something
19:49 cpowell https://github.com/saltstack/salt/issues/20841
19:49 dergrunepunkt anyone using salt-api?
19:50 cpowell dergrunepunkt: I have before, whats up
19:53 dergrunepunkt cpowell: I can't get it to work, http://pastebin.com/CYcmZ6Ea
19:54 gthank joined #salt
19:55 cpowell iggy: looks like the kwargs changed https://gist.github.com/anonymous/ab115b4ad220d1d205ff
19:55 solidsnack joined #salt
19:55 cpowell dergrunepunkt: did you make your authentication call and get your token?
19:56 cpowell http://docs.saltstack.com/en/latest/ref/netapi/all/salt.netapi.rest_cherrypy.html#authentication
19:56 dergrunepunkt cpowell: never got the token
19:56 iggy weird, I guess mine have never been working
19:56 whiteinge dergrunepunkt: try to auth with your `luis` user from the CLI first. if it doesn't work there it won't work through salt-api either.
19:56 cpowell I guess you don't have too
19:56 whiteinge dergrunepunkt: `salt -a pam '*' test.ping`
19:58 dergrunepunkt cpowell: whiteinge: I did that http://pastebin.com/LSMkDstq
20:01 * Heartsbane blames whiteinge.
20:01 whiteinge dergrunepunkt: your eauth stanza looks good. do a full stop of both the salt-master and salt-api daemons. then start just the salt-master and try again
20:02 johtso Does salt include jinja extensions be default, and if not how can I enable them?
20:02 dergrunepunkt whiteinge: ket's see
20:03 johtso I want "do" http://jinja.pocoo.org/docs/dev/extensions/#expression-statement
20:03 dergrunepunkt whiteinge: salt-call worked with salt-api stoppped
20:04 whiteinge johtso: salt enables 'do' by default. check that the version of jinja you have installed matches the version that 'do' was introduced on
20:04 johtso awesome
20:04 whiteinge dergrunepunkt: `salt-call` does not support eauth. only `salt -a`
20:04 dergrunepunkt sorry, salt
20:04 whiteinge ah. good :)
20:05 whiteinge dergrunepunkt: now start salt-api as well and try the `/login` URL again
20:06 whiteinge sometimes if one of the daemons isn't fully stopped it can hold a copy of the old salt master config in memory which will affect the other daemon as well.
20:07 solidsnack joined #salt
20:08 dergrunepunkt whiteinge:  401 :(
20:09 iggy johtso: already there
20:09 dergrunepunkt I'm going in circles with this bloody stuff
20:09 johtso iggy, yep, whiteinge said ;)
20:11 slavz joined #salt
20:16 whiteinge dergrunepunkt: hm. your curl command looks correct. i've never seen an instance where it worked at the CLI and didn't also work via the api (they use most the same code-paths). wonder what else could be wrong.
20:17 whiteinge dergrunepunkt: what version of salt and what version of salt-api?
20:17 WildPikachu How would I represent a # character in sls?  ## ?
20:18 rhand joined #salt
20:18 iggy inside quotes
20:18 crb3ll joined #salt
20:18 WildPikachu and a newline?
20:18 dergrunepunkt # salt --version salt 2014.7.2 (Helium)
20:18 dergrunepunkt # salt-api --version salt-api 2014.7.2
20:18 iggy with | and properly indented lines
20:18 WildPikachu iggy, I am trying to replace one line with a comment and a line :)
20:19 iggy yaml!
20:19 iggy try \n, otherwise you're screwed
20:19 crb3ll anyone have an idea why a command would work fine from a minion "salt-call -l debug state.highstate", but when i call state.highstate from the master it fails?
20:19 iggy (but really "| and properly indented lines" should work)
20:20 WildPikachu iggy, | and quotes on properly indented lines (checking the example on the file page)
20:20 iggy crb3ll: usually relying on some environment
20:20 crb3ll iggy: i was thinking the same, but not sure how to troubleshoot env from the master
20:21 iggy crb3ll: gist what you got, some of use might have some experience tracking these down
20:22 Matthews_ joined #salt
20:24 cpowell does anyone know of a way to pass the data dict from the reactor to an orchestratoin
20:25 whiteinge dergrunepunkt: any chance you have more than one `external_auth` stanza? say, in the main /etc/salt/master config or in another .conf file?
20:26 jalbretsen joined #salt
20:26 crb3ll iggy: here's the relevant failure http://pastebin.com/uF3JB2Kh, the pre-req finished clean installed the gpg key, and if i hop on the box it appears to have installed correctly
20:27 baweaver joined #salt
20:27 VR-Jack cpowell: via - pillar: ?
20:27 crb3ll and here is the rvm.sls http://pastebin.com/juj10QiQ
20:27 cpowell thats what I ended up doing, but it feels hacky
20:28 soren_ joined #salt
20:28 FRANK_I joined #salt
20:28 VR-Jack orchestrate is kinda hacky usually
20:28 iggy that is so hard to read... pastebin, why must you fuck up something basic like whitespace (and the ads...)
20:28 VR-Jack doesn't follow same rules as some of the other stuff
20:28 cpowell that it does not
20:28 dergrunepunkt whitenge: the only  "external_auth" is on /etc/salt/master.d/eauth.conf, it also files with no "external_auth" defined
20:28 WildPikachu iggy, I got it right :) , read the yaml spec :)
20:28 WildPikachu *I read the yaml spec
20:29 VR-Jack cpowell: did you get it loading the orchestrate file from reactor?
20:29 cpowell yes, its all sorted out now
20:29 VR-Jack did you use - mods: or something else?
20:30 cpowell VR-Jack: https://gist.github.com/powellchristoph/edea098ba78638823999
20:30 crb3ll iggy: this should be easier to read https://gist.github.com/crb3ll/6c3b8e60eb229217aaea, you're right pastebin is awful
20:30 VR-Jack yep. same thing I came up with. cool
20:31 VR-Jack Also, you can pass data as data
20:31 VR-Jack data: {{ data }}
20:31 cpowell where?
20:31 iggy crb3ll: protip: gist supports multiple files, so you don't have to cram all that stuff into one file
20:31 VR-Jack in your - pillar
20:31 cpowell Ahh, pass the whole dict
20:31 dergrunepunkt witheinge: I installed salt with bootstrap and cherrypy with pip
20:31 VR-Jack yeah. sometimes more useful
20:31 VR-Jack or generic
20:31 crb3ll oh nice, didn't see that
20:32 VR-Jack depends on your needs, though
20:32 cpowell I am worried with this solution, if I do a salt-cloud with parrellel that they will step on the pillar
20:32 whiteinge dergrunepunkt: do a quick `grep -r external_auth /etc/salt`
20:32 dirkraster I am trying to register a windows service on a windows machine using this command:  salt-call service.create MyService 'C:\operations\MyService\MyService.exe'
20:33 cpowell I don't "need" parrellel, but still, reasons
20:33 dirkraster but I get a response that:  'service.create' is not available.
20:33 VR-Jack cpowell: depends on how you might cli it. I generally just match it according to what I would cli the orchestrate
20:33 dirkraster is there anything special I need to do to ensure that win_service.py is being loaded?
20:34 solidsnack joined #salt
20:34 VR-Jack your established method is similar to what I use for my bootstrap orchestrates; except I think I went with node: for the name
20:34 dirkraster other commands listed in the doc work (such as service.available, and service.has_powershell)  per doc:  http://salt.readthedocs.org/en/latest/ref/modules/all/salt.modules.win_service.html
20:35 dergrunepunkt whiteinge: already did that, it only shows one hit in api.conf
20:36 solidsnack joined #salt
20:36 whiteinge in your first pastebin you have a "eauth.conf" section. was that added/edited for just the pastebin?
20:36 iggy dirkraster: that function is only in devel, please file a bug saying that it needs version annotations
20:37 dirkraster iggy: thanks!  will do
20:38 Nicop06 joined #salt
20:38 dergrunepunkt whiteinge: it did many tests, one with separate eauth.conf, one with the external_auth in /etc/salt/master, one with external_auth in /etc/salt/master.d/api.conf, thats the last one
20:38 dergrunepunkt but always with only one external_auth stanza
20:39 markm joined #salt
20:40 otter768 joined #salt
20:41 UtahDave joined #salt
20:42 sjwoodr anyone have any thoughts about that above error I posted?  getting those big ol' stack traces every few mins on the minion for:  CommandExecutionError: Unable to run command ['dmidecode']
20:43 UtahDave sjwoodr: are you running salt jobs on a schedule?
20:43 sjwoodr ah, i have a salt-call in a cron
20:44 Chadk joined #salt
20:44 UtahDave that's why it's happening so often.  if you install dmidecode, then the error will go away, too
20:44 UtahDave Gareth: Hey, you around?
20:44 Gareth I am.
20:44 sjwoodr UtahDave: I have "enable_gpu_grains: False" in /etc/salt/master, so i didn't think anyone would even be trying to do this
20:45 UtahDave Hey, I was wondering what you thought about adding a feature to the scheduler to schedule a one time job that gets run at the designated time, and then is deleted from the scheduler.  Do you think that would be useful?  I had someone bring that up to me recently
20:46 UtahDave sjwoodr: I'm not sure on that.
20:46 Gareth UtahDave: I think whiteinge recently added something like that.
20:46 * Gareth looks
20:47 UtahDave orly?
20:47 Gareth https://github.com/saltstack/salt/pull/22972
20:47 sjwoodr UtahDave: also, dmidecode is already installed:  # dpkg -l | grep dmidecode ii  dmidecode                        2.12-2                               amd64        SMBIOS/DMI table decoder
20:47 whiteinge the thing I added doesn't get deleted. it can't ever run again but it still clutters up the list of scheduled jobs
20:48 sjwoodr ahhhh.. its in /usr/sbin, not in the path.
20:48 Gareth whiteinge: ahh right.
20:48 UtahDave sjwoodr: can you pastebin the stacktrace you're getting?
20:48 sjwoodr UtahDave: i can if u want but im pretty sure its because its not in the PATH
20:48 UtahDave whiteinge: cool!
20:49 sjwoodr CommandExecutionError: Unable to run command ['dmidecode'] with the context {'with_communicate': True, 'shell': False, 'env': {'LANG': 'en_US.UTF-8', 'LC_ALL': 'C', 'SHELL': '/bin/sh', 'SHLVL': '1', 'PWD': '/root', 'LOGNAME': 'root', 'PATH': '/usr/bin:/bin', 'HOME': '/root', '_': '/usr/bin/salt-call'}, 'stdout': -1, 'close_fds': True, 'stdin': None, 'stderr': -1, 'cwd': '/root'}, reason: [Errno 2] No such file or directory
20:49 sjwoodr its just looking in /usr/bin and /bin
20:49 UtahDave whiteinge: did you add info to that in the schedule docs?
20:49 sjwoodr dmidecode in ubuntu is /usr/sbin
20:49 UtahDave sjwoodr: what version of Salt?
20:49 whiteinge UtahDave: only that module docstring...which I don't think is getting pulled into the main docs.
20:49 sjwoodr 2015.2.0rc2
20:50 UtahDave sjwoodr: could you open an issue on that?  That would be good to get cleaned up
20:50 sjwoodr UtahDave: sure thing....
20:50 whiteinge dergrunepunkt: hm. well everything looks in order so i think a deeper dive may be needed here. we should dive into the source to make sure that what you're passing in to salt-api isn't getting mangled somewhere (unicode v. ascii or something)
20:50 sjwoodr if i can figure out where its called from, i can even make a patch
20:50 iggy sjwoodr: first make sure it doesn't happen in the actual release
20:50 sjwoodr iggy: yeah im planning upgrade to 2015.5 tonight after-hours
20:51 iggy live a little
20:51 sjwoodr however, the minion this is occurring on IS 2015.5.0 already
20:51 Edgan sjwoodr: You done a diff of the two and seen a difference that you expect to fix your issue?
20:51 UtahDave sjwoodr: that would be awesome! thanks
20:51 dergrunepunkt whiteinge: thanks a lot mate, I'll get this sorted out -eventually- :P
20:51 whiteinge dergrunepunkt: namely, i'd like to see the value of `load` when this function is called: https://github.com/saltstack/salt/blob/2014.7/salt/auth/__init__.py#L387
20:51 viq joined #salt
20:52 baweaver joined #salt
20:53 dergrunepunkt whiteinge: how do you suggest is the way to see that?
20:54 johtso When I'm rendering a jinja template in a salt state, is there a way to pass a dictionary to the context?
20:54 johtso rather than having to iterate over all the values in the dictionary and go back and forth between python and yaml..
20:55 whiteinge dergrunepunkt: quickest way is to find that file on your system, and edit it to put a `print 'XXX: %s' % load` statement in there. you should see that statement at the CLI if you run the salt-master daemon in the foreground
20:55 dergrunepunkt oh
20:55 dergrunepunkt let me see
20:56 dergrunepunkt whiteinge: run salt-master, not salt-api
20:56 whiteinge yes
20:56 dergrunepunkt in foreground
20:57 whiteinge something else that may be telling is a print statement for `print 'XXX: %s' % self.opts['external_auth']`
20:58 solidsnack joined #salt
20:59 hal58th__ joined #salt
20:59 iggy sjwoodr: do you have anything that sets PATH? Salt pulls os.environ.get('PATH')
21:00 hal58th_1 joined #salt
21:00 sjwoodr iggy: no this is coming from root's cron, so its using root's default path ... which apparently doesn't include /usr/sbin
21:00 iggy so set PATH in the cron job
21:00 sjwoodr i think for now i'll just use PATH=$PATH:/usr/sbin salt-call ...
21:00 sjwoodr ya
21:01 iggy ENOTABUG
21:01 sjwoodr i was looking at grains/core.py and said nope... not gonna change anything here.
21:02 iggy Salt is acting as designed
21:04 sjwoodr I made that change in the crontab and all seems well.   thanks iggy & UtahDave
21:05 UtahDave sjwoodr: ah, good
21:05 subsignal joined #salt
21:06 subsignal joined #salt
21:07 dergrunepunkt whiteinge: got a dict: {u'username': u'luis, u'password': u'123456'}
21:11 ajw0100 joined #salt
21:12 kitplummer is there a way to have salt-cloud bootstrap a pip install of the minion?
21:12 aparsons joined #salt
21:15 amontalban joined #salt
21:17 onesnzeros left #salt
21:18 kusams joined #salt
21:19 johtso If I have a large dictionary of "config" that I want to make available to a jinja template that I'm rendering in my state, what's the cleanest way to do that?
21:21 johtso I'm not liking the idea of having to iterate over all the key/values and render intermediate yaml to give them to the file state context option..
21:21 johtso Is that my only option?
21:21 amontalban Hey guys, how are you?
21:21 johtso I could always serialise it into one big string >:)
21:21 amontalban I'm having a hard time trying to figure out what I'm doing wrong with Salt + FreeBSD pkg
21:22 amontalban https://gist.github.com/amontalban/34e0b80573495bd7cb75
21:22 amontalban I'm getting errors but the packages are installed properly
21:23 iggy kitplummer: I think there is, if not, an install from a git tag (i.e. v2015.5.0) should be pretty much the same
21:23 kitplummer iggy: how do i specify that to the 'salt-cloud' command or config?
21:24 amontalban I have googled and it seems this has been fixed but it's not working for me on 2014.7
21:24 iggy kitplummer: there's an option something like bootstrap args
21:25 iggy amontalban: what makes you think it was fixed?
21:26 amontalban iggy: for example https://github.com/saltstack/salt/issues/1966
21:28 iggy sadly, I know very little of *BSD, I suggest hitting the mailing list or opening an issue (assuming nobody else in here speaks up with some help)
21:28 forrest joined #salt
21:29 VR-Jack is there a way to execute a module on master?
21:30 amontalban iggy: thank you! I will open an issue then
21:30 ajw0100 joined #salt
21:30 kitplummer iggy: fyi - --script-args=SCRIPT_ARGS
21:31 CeBe joined #salt
21:31 VR-Jack seems weird that I can state.sls with salt-run, but have trouble with other modules
21:31 ek6 vr-jack: many...not going to suggest a way unless you comment on things like frequency its needed
21:31 fyb3r left #salt
21:31 ek6 which ones?
21:32 VR-Jack ek6: trying to salt-run random.get_str
21:32 VR-Jack which is mod_random, but I guess aliases as random. it's weird
21:33 VR-Jack In the end, I want to use jinja and salt[] call it to pull a random jinja string
21:33 bhosmer joined #salt
21:34 VR-Jack it's going into a reactor
21:35 whiteinge dergrunepunkt: interesting. i wasn't expecting those to come through as unicode strings. i don't know that is the actual problem but it raises an eyebrow. i wonder if this is a locale issue.
21:35 forrest whiteinge: Are you working on the docs today?
21:35 whiteinge forrest: jacob is
21:35 forrest Someone mentioned it earlier
21:35 forrest okay cool.
21:35 whiteinge we're moving over to the new docs site!
21:36 forrest whiteinge: oh really?
21:36 forrest how so?
21:36 whiteinge new design and everything
21:36 forrest whiteinge: Nice! Is Jacob making the current release the ones that show up in the docs with this change?
21:36 whiteinge debugging an IE related error, last i heart
21:36 whiteinge *heard
21:36 UtahDave forrest: yes! yay!
21:36 forrest hmm
21:36 whiteinge yes he is!
21:36 forrest whiteinge: http://docs.saltstack.com/en/latest/topics/installation/ubuntu.html is still messed up (unless that is expected)
21:36 forrest hey UtahDave!
21:36 UtahDave hey, forrest!
21:37 forrest And huzzah whiteinge, finally I can stop hearing that complaint, looking forward to it.
21:37 forrest I really should have just done it myself at some point
21:37 forrest instead of being lazy
21:37 solidsnack joined #salt
21:37 Nicop06 joined #salt
21:37 forrest whiteinge: Is all the existing syntax/setup going to work the same way with the new design?
21:37 whiteinge yes. it's just a new html thing in sphinx
21:38 forrest whiteinge: Awesome. That is very exciting then.
21:38 racooper joined #salt
21:38 forrest whiteinge: What's the expected timeline?
21:39 ek6 vr-jack: yeah never used that before and that mod isnt liking me either..sorry
21:39 forrest Just so I know when it's expected to be back up in case people like me ask.
21:39 Tyrm joined #salt
21:40 whiteinge forrest: i haven't heard the latest. i think that's what he's working on now though
21:40 forrest whiteinge: Okay cool, just wasn't sure if he was expecting it to be down just today or longer.
21:41 * whiteinge nods
21:41 whiteinge forrest: i asked him to ping me before he makes the switch so i can make sure i'm in here during
21:41 VR-Jack ek6: didn't figure out a direct method, but {% set joe = salt['random.get_str'](128) %} inside an sls called with salt-run state.sls works, so it should work in reactor too
21:41 forrest whiteinge: Sounds good!
21:42 forrest whiteinge: Should whip up a quick script to hit all the pages recursively to make sure none of them 404, I'm sure someone wrote that already probably.
21:42 whiteinge there's a sphinx builder to do it iirc
21:42 clintberry joined #salt
21:42 VR-Jack going to have the reactor generate a string, make sure it doesn't exist as a file in the web server, then create the file with contents I need to pass to a minion who can't auth yet
21:42 ek6 vr-jack: ive had bad luck in the past with that exact same assumption but i wish you good luck
21:42 VR-Jack kinda a session id for a webserver file
21:43 forrest whiteinge: Even better, man sphinx is amazing.
21:43 VR-Jack What I don't know is how reactor may or may not handle multiple orchestrates firing off
21:45 ek6 every time I write an even semi complex reactor I need a prozac for the master and a valium for me to debug it
21:46 VR-Jack well, ideally I'll do complexity in the orchestrate file.
21:46 VR-Jack but we'll see
21:47 VR-Jack I tend to do what should be done in python (or other real programming language) as jinja/salt commands
21:47 solidsnack joined #salt
21:50 slavz joined #salt
21:51 djgerm joined #salt
21:53 lkannan joined #salt
21:58 OnTheRock joined #salt
21:59 baweaver joined #salt
21:59 desposo joined #salt
22:01 murrdoc joined #salt
22:03 badon_ joined #salt
22:05 solidsnack joined #salt
22:06 rojem joined #salt
22:08 ksalman joined #salt
22:09 e-rb joined #salt
22:14 igorwidl joined #salt
22:15 thayne joined #salt
22:20 ahammond I have an orchestration that runs correctly when called from the command line with a manually supplied pillar='{"reactor_tag": "af/build/uploaded/ar/anchorfree.net/master"}'
22:21 ahammond I don't see that same orchestration running from the reactor. Reactor config is here: https://gist.github.com/ahammond/703e0f14f5cc977e5e65
22:22 Tyrm joined #salt
22:23 ahammond specifically, my working command line is salt-run --log-level=debug state.orch orchestration.ar.update pillar='{"reactor_tag": "af/build/uploaded/ar/anchorfree.net/master"}'
22:24 djgerm left #salt
22:25 giantlock joined #salt
22:26 Nicop06 joined #salt
22:26 rutvijc joined #salt
22:29 iggy if you turn up logging on the master, do you see the event being fired?
22:29 iggy it'll say something like "compiling <stuff> for event <event>"
22:29 iggy or similar
22:31 rodr1c joined #salt
22:31 user9909 joined #salt
22:33 Singularo joined #salt
22:35 rawzone joined #salt
22:41 baweaver joined #salt
22:41 slavz joined #salt
22:41 otter768 joined #salt
22:43 subsignal joined #salt
22:44 Morbus joined #salt
22:45 rodr1c I'm fairly new to salt, so I may be not understanding things properly. However, I have followed a tutorial by Digital Ocean to learn how to use salt-cloud to deploy multiple app servers with nginx reverse proxy. Using salt mine to write the IPs for the nginx upstream. It seems scaling from 2 app servers to 3 is just fine, the nginx conf file updates for the new appserver, but scaling down, it seems to be
22:45 rodr1c remembering the IP of the old app server. I no longer have appserver03 running, but it seems to be remembered by all the minions. Here is a gist hopefully to explain what I'm experiencing. Again, I am new and might be misunderstanding how it works. https://gist.github.com/anonymous/a93b8fb397d949ac56d9
22:46 jpic hi all, can we use relative paths or environment variables for file_roots or a pass a custom top.sls path anyhow to salt-call ? I'm trying to build a travis test matrix for the various states provided by the rsyncd-formula, for the moment we can only test one at the time, I'd like to vary here: https://github.com/martinhoefling/rsyncd-formula/blob/feature/travis/test/salt/top.sls (ie. have "rsyncd" instead of "
22:46 jpic rsyncd.config") without having to copy the whole test/salt folder if possible
22:47 ahammond iggy I'm running master in debug mode now and don't see anything about the event actually being fired. The event.send function appears to be getting called, but nothing else seems to happen.
22:47 jpic also, what does "high data" mean in http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.state.html#salt.modules.state.high ?
22:48 iggy ahammond: so much for that idea then
22:49 solidsnack joined #salt
22:50 iggy rodr1c: check the preserve_minion_cache setting
22:54 ajw0100 joined #salt
22:56 rodr1c iggy: Is that a setting that I would set to false on each minion? or in an overall master file?
22:56 iggy master
22:56 mosen joined #salt
22:58 murrdoc joined #salt
22:58 jpic ok nvm, got exactly what i wanted https://travis-ci.org/martinhoefling/rsyncd-formula/builds/62625994
23:01 UtahDave rodr1c: you probably need a function to remove a server's data from the mine when you remove it.
23:01 UtahDave left #salt
23:02 jpic but any pointer to documentation about "high data" would be welcome, i'm still a supernoob of saltstack
23:03 ALLmigh__ joined #salt
23:03 cjz joined #salt
23:04 cjz hi
23:04 jpic also I have another (pretty important imho) question about SaltStack's design (sorry xD), but it seems like by default, it will not count cmd.run as "changed", is this still the case with 2015.05 ? this is the case in 2014 and makes it quite hard to do idempotence testing in CI
23:04 cjz is salt similar to fabric?
23:04 jpic cjz: imho fabric is rather similar to ansible than to saltstack
23:05 jpic in terms of complexity and usage workflow
23:05 murrdoc joined #salt
23:07 JlRd joined #salt
23:11 jpic i don't understand how to test idempotence in saltstack. In ansible, at the end you get the correct number of changed tasks at the end of the run. In saltstack you don't, so how can i check that running a state again will not have caused any "change" ? thanks
23:11 tmclaugh[work] joined #salt
23:12 rodr1c iggy: It appears this is a known issue I'm having with old mine data, https://github.com/saltstack/salt/issues/11389 been an issue since March 2014 =/
23:12 cjz left #salt
23:13 theologian joined #salt
23:14 Thiggy joined #salt
23:14 Thiggy Since states are executed in the context of a specific minion, how are people handling salt states that need to run against cloud infrastructure such as salt.states.boto_cloudwatch_alarm for example for setting alarms on an rds instance?
23:14 tmclaugh[work]_ joined #salt
23:15 Cidan Thiggy, that is one of the weak points of salt imo
23:15 Cidan you just need to designate a single instance to run that state
23:15 Thiggy k, that's kind of what I was thinking but didn't know if there was some fanciness I was overlooking
23:17 andrej Hmmm ... interesting new behaviour in 2015.5.0 on ubuntu ... doing a salt minion cmd.script salt://scripts/im_not_here.sh (the script doesn't exist) run from the master yields a pid and successful return, a salt-call on the minion returns the expected cache_error and a ret: 1
23:18 jpic should i run with test=true and ensure that the output has no '^Not Run:' ?
23:18 andrej Worth submitting a bug?
23:19 ahammond do I need to grant permissions or something for salt-call to send an event to the master?
23:24 ahammond jpic have you looked into test=True
23:25 ahammond oh, I should ask what context you're talking about. Are you talking about inside a formula, or are you talking about on the command line?
23:29 jpic ahammond: here you can see the current implementation of our idempotence check (and the context ^^), does it look correct ? https://github.com/martinhoefling/rsyncd-formula/blob/feature/idempotence_test/.travis.yml#L31
23:30 jpic we're grepping on '^Not run:', if it's there then we consider that the idempotence test has failed because running the same salt-call a second time with test=true found some states which would still have to run
23:30 jpic i'm not sure myself ...
23:32 julez joined #salt
23:32 murrdoc joined #salt
23:34 bhosmer_ joined #salt
23:36 slavz joined #salt
23:36 JDiPierro joined #salt
23:38 baweaver joined #salt
23:38 jpic in ansible you'd grep that failed=0 and changed=0, that's pretty much what i'm after with saltstack, if Not run: with test=true is the official way to go then it's good enough for me
23:41 rager hi - still having issues trying to run gem states for rbenv ruby 2.1.2 on ubuntu trusty
23:41 rager http://hastebin.com/upalomaqow.vhdl
23:41 rager it keeps complaining that there's some file not found when it tries to list the gems available
23:42 forrest I've seen that before rager
23:42 forrest rager: if you log onto the VM, can you install bundler manually?
23:42 forrest because that looks to me like bundler itself is failing, is that correct?
23:42 rager it looks like it's failing before it can even try to install bundler
23:42 rager because "gem install bundler" works fine
23:43 rager if you look at the command, it's gem list bundler
23:43 rager not gem install bundler
23:43 forrest it has to list it before it installs it
23:43 rager sure
23:43 forrest Unable to run command ['RBENV_VERSION=ruby-2.1.2', 'gem', 'list', 'bundler']
23:43 rager because it has to check to see if the state is fulfilled, first
23:43 rager right
23:43 rager that's what I'm saying: it's failing at the "gem list bundler" call
23:44 rager seems pretty odd
23:44 forrest order of operations issue? Is gem not getting installed before a bundler install is attempted?
23:44 forrest Nah like I said, I've seen that exact error before
23:45 forrest rager: can you gist the state you're running this from by chance?
23:46 rager http://hastebin.com/topinanetu.sm
23:46 rager what's *really* strange is that it was working fine until I updated the ubuntu/precise box from the April one to this latest one
23:46 rager I think I was on the April 20 build
23:47 forrest rager: I don't see the install of rubygems
23:48 forrest https://help.ubuntu.com/community/RubyOnRails#Installing_RubyGems
23:48 forrest Also your use of a single state disgusts me! ;)
23:49 rager this is just one of the states
23:49 rager vOv
23:49 catpig joined #salt
23:49 rager it was hacked together to race to get a VM before I had to onboard a junior dev
23:49 forrest fair enough
23:49 forrest rager: Yeah just add rubygems to your mri deps thing
23:50 rager haven't needed it before
23:50 rager I'll see if that changes anything
23:50 pedromaltez joined #salt
23:50 premera joined #salt
23:50 forrest whiteinge: Can you hit me up on hangouts/text once Jacob is done with the docs?
23:50 ndrei joined #salt
23:50 forrest Going to be done for the day soon
23:50 VR-Jack bleh. no salt functions for event.get_event. :(
23:52 forrest rager: I'm just going off of what I've encountered before, not sure if it is a change from an old version or what.
23:52 rager well, the state (with your advisement) just finished
23:53 forrest rager: Did it work this time?
23:53 rager there is no rubygems package for ubuntu
23:53 forrest but the docs say there is
23:53 forrest lol
23:53 forrest is the gem command even available?
23:53 rager there's ruby 1.9.1, gem2deb, rubygems-integration
23:54 rager I think it's just packaged with the ruby 1.9.1 package
23:54 VR-Jack It's annoying because I want the master to do something, but it can't give the minion the info it needs. it can't send a state.sls because one is already running. :(
23:54 rager which wouldn't really do me any good
23:54 forrest Seems weird, I don't see why they would write up docs about it if ruby game with it automatically
23:55 forrest I've seen that exact error though when the gem command isn't installed.
23:55 [1]slavz joined #salt
23:56 pedromaltez hey everyone, is there a way to run a sequence of (order dependant) commands, while making them run only once? I am currently using `include: - first-thing - second-thing` and wrapping `cmd.run` & `grains.present` states in jinja2 if statements checking for the presence of a grain... that works if all of the commands are successful. but they might
23:56 pedromaltez not be. `second-thing` should only run if `first-thing` didn't fail.
23:58 forrest pedromaltez: Check out requisites: http://docs.saltstack.com/en/latest/ref/states/requisites.html#id1
23:59 lempa joined #salt
23:59 rager forrest: when the command fails, there's already an rbenv shim for gem
23:59 rager so that's not the issue
23:59 rager gem is in the first directory specified by $PATH
23:59 forrest rager: Hmm, any chance it's not referencing the correct environment
23:59 rager like I said: logging as the user given in the salt state and running "gem list bundle" works fine
23:59 rager correct environment?
23:59 pedromaltez forrest: thanks, I'll look at it. :)

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