Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-06-07

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

All times shown according to UTC.

Time Nick Message
05:25 _ilbot joined #salt
05:25 Topic for #salt is now Welcome to #salt - http://saltstack.org | 0.15.3 is the latest | Please be patient when asking questions as we are volunteers and may not have immediate answers - Channel logs are available at http://irclog.perlgeek.de/salt/
05:38 jacksontj joined #salt
05:46 Singularo joined #salt
06:01 darrend_ joined #salt
06:14 dthom91 joined #salt
06:26 Singularo joined #salt
06:31 azbarcea joined #salt
06:32 linjan joined #salt
06:35 `3rdEden joined #salt
06:39 iMil hi there
06:39 iMil regarding https://github.com/saltstack/salt/issues/5430, 0.15.3 will fail with a dynamic reference to a sls that does not exists
06:40 iMil what would be the way of checking sls existence within a sls?
06:41 sebgoa joined #salt
06:52 Charatna joined #salt
06:53 Charatna left #salt
06:54 Newt[cz] joined #salt
06:54 Furao iMil: I hope it fail, I open the original bug asking for this feature :P
06:55 iMil well I can understand why, but now I must find a way to check for sls existence :)
06:55 Furao check at salt code itself, maybe there is something for this, but it's probably not available in salt.modules.state yet
06:55 entil can I say this in jinja templates? {{ some_macro({{ variable_from_elsewhere }}) }}
06:55 iMil not sure how yet, I'm trying with things like {% if sls %} but have no success yet
06:55 Furao entil: jinja macro
06:56 Furao ah I see
06:56 Furao you already got your macro
06:56 Furao so it's {{ some_macro(variable_from_elsewhere) }}
06:56 entil I wrote a macro because from what I googled, setting a variable and including may not work
06:56 Furao and elsewhere need to be defined in the sale .sls file
06:56 entil it's actually pillar['user']['home'] like
06:57 Furao macro aren't generally a good idea
06:57 entil can I access pillar data like that?
06:57 Furao but I used it in a single place
06:57 Furao yes you can
06:57 Furao some_macro(pillar['user']['home'])
06:57 entil sorry, pillar[user]['home'] as in pillar[{{ user }}]['home'] but if pillar is present everywhere and I know what {{ user }} is I can just access it like that
06:58 entil duh I feel silly now
06:58 entil I don't need to pass it because I can reference it
06:59 Furao so it's some_macro(pillar[user]['home'])
06:59 entil and if this was django I'd use {% with %} to set the variable and then {% include %} http://stackoverflow.com/questions/3727045/set-variable-in-jinja
06:59 Furao {{ }} is a jinja markup, inside it it's like python code
06:59 dthom91 joined #salt
07:00 entil if I can pass variables with set to an included template it would be most evident
07:00 stas joined #salt
07:00 entil Included templates have access to the variables of the active context by default. For more details about context behavior of imports and includes see Import Context Behavior.
07:00 Furao for include, this issue need to be done first https://github.com/saltstack/salt/issues/4357
07:01 Furao yaml include aren't jinja include
07:01 entil but if I say {% include 'web-user-dirs.sls' %} in some.sls doesn't that become a jinja include?
07:02 entil can I render these on the master? :D
07:02 entil it'd make testing so much easier to just render from the cli
07:03 Furao no you can't render these on master
07:03 entil is that an issue-worthy issue? probably not because references to minion-specific grains would need to be taken care of
07:04 entil of course I can settle for pushing them to the minions and only rendering them. like, highstate testing=True is nice and all, but only rendering would be beneficial too
07:04 entil is that possible?
07:07 ronc joined #salt
07:17 lvicks joined #salt
07:18 krissaxton joined #salt
07:23 krissaxton1 joined #salt
07:26 mastrolinux joined #salt
07:26 yidhra joined #salt
07:29 carlos joined #salt
07:39 whiskybar joined #salt
07:40 felskrone joined #salt
07:43 krissaxton joined #salt
07:45 backjlack joined #salt
07:52 __gotcha joined #salt
07:52 __gotcha joined #salt
07:53 77CAAA7OS joined #salt
08:00 dthom91 joined #salt
08:00 felixhummel joined #salt
08:08 ogrisel_ joined #salt
08:15 krissaxton joined #salt
08:15 davidone joined #salt
08:16 Furao our new office for few months --> https://fbcdn-sphotos-b-a.akamaihd.net/hphotos-ak-prn1/976159_10151482172577205_1444290028_o.jpg
08:17 Singularo left #salt
08:22 krissaxton1 joined #salt
08:22 krak3n` joined #salt
08:23 adotbrown joined #salt
08:26 rdeweerd joined #salt
08:30 stas joined #salt
08:31 krissaxton joined #salt
08:37 krissaxton1 joined #salt
08:44 nkuttler c
08:44 chesty d
08:46 xt e
08:47 Furao f
08:47 Furao and what is next? 0 or g? if we're talking about hexadecimal here
08:49 zooz joined #salt
08:54 it_dude joined #salt
08:58 entil Furao: which country is that?
09:01 dthom91 joined #salt
09:06 Furao entil: malaysia
09:06 Furao it come in bonus with call for prayers 8 times a day, starting at 5h30 am :)
09:06 Furao 2 mosque on each side of this condo tower
09:07 entil random
09:26 Furao joined #salt
09:33 Furao_ joined #salt
09:36 linjan joined #salt
09:41 Furao_ joined #salt
09:42 krissaxton joined #salt
09:52 m_george|away joined #salt
09:52 krissaxton1 joined #salt
09:53 scott_w joined #salt
09:58 fredvd joined #salt
10:00 krissaxton joined #salt
10:01 dthom91 joined #salt
10:02 jatlin joined #salt
10:02 bhosmer joined #salt
10:11 kallek joined #salt
10:18 lvicks joined #salt
10:23 oz_akan joined #salt
10:29 kevinbrolly Hey guys, I am getting this error http://dpaste.com/1216596/ when trying to install salty-vagrant, anyone have any ideas what could cause it?
10:34 `3rdEden joined #salt
10:34 kallek joined #salt
10:40 Lucas joined #salt
11:03 Furao joined #salt
11:12 MK_FG joined #salt
11:12 MK_FG joined #salt
11:16 krissaxton joined #salt
11:38 krissaxton joined #salt
11:42 giantlock joined #salt
11:43 Nexpro joined #salt
11:57 oz_akan joined #salt
11:58 oz_akan joined #salt
12:00 iMil sorry to bring that again but I really am stuck with 0.15.3, do you guys have any idea how to check a sls existence on a state file?
12:01 iMil (related to https://github.com/saltstack/salt/issues/5430)
12:12 krissaxton1 joined #salt
12:14 efixit joined #salt
12:16 krissaxton2 joined #salt
12:16 kleinishere joined #salt
12:18 it_dude joined #salt
12:18 karlp how does one set a list with grains.setval ?  grains.setval key val doesn't seem to do the right thing...
12:18 karlp ahh, setval key "['entry']"
12:19 * karlp needs to think more python....
12:33 mannyt joined #salt
12:33 bhosmer joined #salt
12:40 aat joined #salt
12:41 LyndsySimon joined #salt
13:03 karlp anyone knwo what causes this? it should be pretty much from the file examples for sending variables to the template: http://pastebay.net/1238270
13:07 Furao karlp: because app variable is undefined at line 11
13:10 karlp works on line 2.
13:10 karlp (that's not the complete state file)
13:11 karlp very first line in the file is "{% set app = "keypit" %}
13:11 juicer2 joined #salt
13:12 Furao well look it try to remove variable nginx from variable app
13:12 ogrisel__ joined #salt
13:12 karlp pardon?
13:12 Furao TypeError: unsupported operand type(s) for -: 'str' and 'StrictUndefined'
13:12 Furao app is a string
13:13 karlp all of them work except for nginx: http://pastebay.net/1238271
13:13 Furao I never seen that before
13:13 Furao http://jinja.pocoo.org/docs/templates/
13:13 Furao all variable are in format {{ app }}
13:13 Furao and not {{app}}
13:14 karlp ok, I can put spaces in, and replace - with _ and try again, but they really do all do the "right" thing except for the nginx portion
13:14 Furao use {# comment #} instead of #
13:16 karlp isn't it meant to be yaml? or is that so as not to confuse jinja?
13:16 entil meh, I never got that pillar['users'][user] thing going, complains about Undefined :E
13:16 entil tried also context()['user'] and {{ user }} (the last one shouldn't work)
13:16 entil it's just oblivious to the context or something
13:17 nrub joined #salt
13:18 Furao entil: I use variable name as key dict all the time, there is something wrong in your state
13:18 entil in the git link you gave? something I can look at?
13:18 karlp Furao: same error after removing the - and the spaces around the {{}}: http://pastebay.net/1238273
13:19 karlp It's definitely related to the defaults part, not the other stuff
13:19 JasonSwindle joined #salt
13:20 lvicks joined #salt
13:20 karlp I think it's because of how show_sls is showing it: http://pastebay.net/1238276
13:20 karlp it'ssetting other variables, not in the defaults.
13:20 karlp but that syntax is straight from the examples on state.file
13:21 Furao default parts?
13:21 karlp the syntax of "defaults"
13:21 Furao what is the error when you use underscore instead of - ?
13:22 karlp exactly the same,
13:22 karlp that's what I said, it's not from the {{app}}-something, it's something to do with sending the defaults into the template.
13:22 Furao File "<template>", line 11, in top-level template code
13:22 Furao oh this is not your sls
13:22 Furao run the minion at debug level
13:23 Furao you will see exactly what the minion try to parse the as jinja template
13:23 karlp nothing useful there.  it is already running with log_level_file: debug.
13:24 aat joined #salt
13:24 Furao so what is the content of that line 1!?
13:24 Furao line 11
13:24 karlp ahhhhh, it's a template line number.
13:24 karlp duh, that makes more sense.
13:25 dcrouch joined #salt
13:25 Furao :)
13:25 m_george left #salt
13:25 karlp bleh, I thought those were strings,
13:26 karlp wasn't expecting it to try and do maths on them in the template variables
13:26 karlp I had {{app-port}} in the template instead of appport.
13:28 karlp still, the way state.show_sls is working, it shows "None" under defaults, and instead makes new entries directly under file.managed, like here: http://pastebay.net/1238276  is that really how it should be?
13:31 alekibango joined #salt
13:32 stas joined #salt
13:33 entil http://pastebin.com/20ZckEtt 'user' is undefined is the best so far :o (and include should pass the context by default?) and if I try to set home in the included template I get dict object has no element Undefined
13:37 ogrisel joined #salt
13:41 iMil I found a way, but ew...
13:41 iMil {% if grains['host'] in salt['list_states'](env) %}
13:41 iMil {{ grains['host'] }}:
13:41 iMil - {{ grains['host'] }}
13:41 iMil {% endif %}
13:41 mackstick joined #salt
13:41 iMil oops, cp.list_states, not list_states
13:43 entil it may actually be simply a matter of the context not getting passed. I used an explicit username (same as for user) to get the home and set that in the context and the exception still rises, so it must be {{ user }} in the included template
13:46 entil but it's not "simply" because a) the docs say include will pass the context by default and b) I'm saying with context anyway..
13:46 entil maybe I should try the macro after all
13:46 Teknix joined #salt
13:47 mgw joined #salt
13:54 teebes joined #salt
13:58 kaptk2 joined #salt
13:58 dthom91 joined #salt
13:59 entil the macro seems to actually work
13:59 entil maybe salt does something different with jinja so the context doesn't work as supposed to
14:12 nrub joined #salt
14:15 mannyt joined #salt
14:16 logix812 This is not a salt issue, more an interaction with salt question. I have a custom daemonized python script that I start from cmd.run. It starts and daemonizes fine, but the highstate won't get past it.
14:17 logix812 So I think I am doing something wrong on my end. When I start it manually from the cli, I am returned to the cli after it's execution, so it appears to work there
14:20 Charatna joined #salt
14:20 Charatna left #salt
14:25 jdaggett1 joined #salt
14:26 aranhoide joined #salt
14:28 Gifflen joined #salt
14:31 lvicks joined #salt
14:32 evax joined #salt
14:34 aranhoide is there a friendlier way to launch an instance with salt-cloud from python than using os.system("salt-cloud -p aws myinstance") ?
14:35 baniir joined #salt
14:35 baniir where does "source: salt://" default to
14:35 entil your states, right?
14:37 it_dude joined #salt
14:38 aranhoide /srv/salt ?
14:38 aranhoide (don't take my word for it)
14:38 baniir thanks; i think that's correct
14:39 entil for me that would be gitfs, but yeah
14:39 entil it's what's in your master conf for states :)
14:39 baniir ok, cool
14:40 hhoover joined #salt
14:41 jalbretsen joined #salt
14:51 Ryan_Lane joined #salt
14:54 logix812 aranhoide: I have had to do some skull duggery to make it happen from python
14:54 kho joined #salt
14:55 aranhoide logix812: ya, that's what it seems to me from a quick glance at the source
14:55 aranhoide thansk
14:55 aranhoide *thanks
14:55 logix812 the way I had to make it work: https://github.com/cloudseed-project/cloudseed2/blob/master/cloudseed/cli/bootstrap.py
14:55 logix812 check out: cloudseed_parse_args
14:55 kermit joined #salt
14:56 logix812 basically taking control of SaltCloud's parse args, building up my arg list, and then calling SaltCloud's parse args
14:56 logix812 It appears as though salt-cloud was really written to be a cli tool first. not a lib exposed over the cli
14:58 clintberry joined #salt
14:59 pnl joined #salt
14:59 pnl hi folks
15:00 sarkis joined #salt
15:02 longdays joined #salt
15:02 chrisgilmerproj joined #salt
15:03 longdays with the salt.states.file.managed module it looks like setting the replace flag to false will only enforce the existence of the file and not replace it each time highstate is ran. Is this the case?
15:03 longdays nm, just found the description. Not sure why I didn't see the first time
15:05 abe_music joined #salt
15:08 LyndsySimon joined #salt
15:11 geggam joined #salt
15:14 baniir what ranges are available for group ids; i tried creating one with id 3001 but that failed
15:19 Bastion2202 joined #salt
15:22 bhosmer joined #salt
15:22 teskew joined #salt
15:22 abe_music has anyone seen this before? http://pastebin.com/1MNZ8Qqz
15:26 jacksontj joined #salt
15:29 entil baniir: wat? they should be all available. it'd help if you put the error on pastebin or described the failure in more detail
15:32 kho joined #salt
15:33 baniir entil: i'm only seeing this "Comment:   Failed to apply group foogroup"
15:34 baniir entil: sorry. i need to sign off for a bit, back on later
15:36 kho joined #salt
15:36 quantum-x joined #salt
15:37 quantum-x Hi guys.
15:37 racooper joined #salt
15:38 quantum-x Bit of a noob here, attempting to sift through the documentation. I have a state that I apply to our production cluster and staging cluster. No problems there. I execute it as: salt -N staging-web state.sls webserver or salt -N prod-web state.sls webserver. What I am trying to do in the webserver.sls is make a switch based on whether I'm deploying to 'prod-web' or 'staging-web'. Is there any way I can tell ? Or how best to acheive this ?
15:40 milind joined #salt
15:40 entil I never used node groups but shouldn't you give it a function and state.sls as the argument?
15:41 entil oh wait
15:41 entil I parsed you wrong :D
15:41 Ahlee IOError: [Errno 13] Permission denied: '/var/cache/salt/master/.dfn'
15:41 entil quantum-x: do you have grains for that?
15:42 entil quantum-x: I've done salt for less than a week so take my advice with a grain of salt (heh heh!) but if you have grains that know which nodegroup the box belongs to, you can leverage that in your states
15:43 entil quantum-x: I do that with ec2 tags
15:43 quantum-x Hi entil - not as yet. I wanted to check here to make sure I was adopting a best procedure instead of noobin'g something :)
15:43 quantum-x :D
15:43 entil I have nfi if this is best practices but it's just about the only thing that works, ran into a bunch of interesting issues with template inclusion and what not
15:43 quantum-x ok
15:44 entil http://pastebin.com/1fhRDDxB
15:44 entil quantum-x: I just have that environment-selector with me in top.sls
15:44 quantum-x I mean, with my salt command, I am specifying the group to apply the state to - for me it'd make sense to be able to access that variable within the state
15:45 quantum-x thank you
15:45 entil but if you have any accounting of which minion belongs to which group, you can have a grain for getting the data
15:45 entil and then refer to that when rendering your states
15:45 entil this works for me despite the noobity :)
15:46 entil aws is my accountant
15:46 quantum-x haha ok, thanks
15:46 quantum-x See I'm not trying to selectively apply across a group, I have two distinct groups. When that state is executed, I'm just wanting to drop some different values in whether that state is being applied to Group A or Group B
15:46 JasonSwindle joined #salt
15:47 quantum-x which I think is subtly different from your use-case, which is applying a state selectively across diferent nodes in a group?
15:47 entil I have only one group, but I don't know that it matters. it's all about applying states, right?
15:48 entil I could have more tags in there, not sure what they'd be yet, but they could form logical sub-groups
15:48 quantum-x Yeah. See I think where you have one group and tags/grains - I have two groups
15:48 entil but instead of doing -N I'd just refer to them in the state files, \* saltutil.highstate and they'd figure out what they need to be
15:48 quantum-x I'm just wantinbg to state.sls to have visibility to which group its being applied
15:49 quantum-x now I'm not sure if that's possible or not
15:49 entil can't you do that with an if statement in the state template? I mean, that's what I'd try
15:49 entil because the states, as far as I can tell, are flat
15:49 quantum-x entil, you'd think so - I just an't work out what the variable is to access it in the state template :D
15:49 entil they get synced everywhere (unless tell them not to but that sounds to me like inviting problems)
15:50 mgw joined #salt
15:50 entil so the nodes need to know where and who they are in order to get the state correct
15:51 entil quantum-x: I don't know about how to build those -N nodegroups, but if you do and if you figure out how to get that data into a grain - or if it's built in already! - you could start from there
15:51 quantum-x ok, I'll keep poking around, thanks
15:51 Newt[cz] joined #salt
15:51 entil cheers
15:53 mgw Has anyone else had problems with the img module (and by extension qemu_nbd) on debian or ubuntu?
15:53 mgw I found several issues on Ubuntu 12.04 and will submit a patch, but want to be sure I'm not alone with this issue.
15:54 danielbachhuber joined #salt
15:54 jlund joined #salt
15:55 Corey The service state documentation could use some work.
15:56 mgw corey: what's the issue?
15:56 Corey I want the service to not start on boot, that's it. service.disabled doesn't work, enabled=False doesn't seem to work...
15:56 Corey I don't care if it shows as running or not, just do the equivalent of chkconfig service off
15:57 mgw Maybe it's an issue with ubuntu vs rhel?
15:57 Corey Or my syntax is hosed.
15:58 quantum-x OK, I guess my quetion has evolved: Is it possible for a state.sls to access the name of the group/s it is being applied to?
15:59 quantum-x ie, if I do "salt -N prod-web state.sls webserver" - in my webserver.sls - how (can?) I get the variable "prod-web" ?
16:00 krissaxton joined #salt
16:01 stas joined #salt
16:01 mgw corey: I'm actually confused now. modules/service.py says an ubuntu-specific service module exists, but I can't find it
16:02 entil quantum-x: sorry to sound like fubar record but after reading the docs and toying around I came to the conclusion you got grains and pillars, nothing more. the state.sls doc *does however* say it accepts **kwargs so *maybe* you can catch that somehow - I don't know .(
16:02 karlp quantum-x: I used grains for that instead of node groups,
16:02 mgw other than upstart, but not all ubuntu services are upstart
16:02 karlp and then youcan just get {{grain['role']}}
16:02 auser joined #salt
16:02 karlp you might be able to do {{nodegroup}} ?
16:02 quantum-x No, I definitely appreciate the feedback, thank you.. I admit I'm a bit lost here :D
16:02 karlp I'm only getting started too to be honest :)
16:02 quantum-x ok
16:03 entil I'd probably flood all my crap to the ml but 1) most of the stuff is urgent 2) so I fix it with one kludge or another 3) and hope someone picks up on it :D
16:03 entil like this template inheritance that I solved with a macro
16:04 entil the docs are nice but I didn't really connect the philosophy with the api for a long time and I'm not sure I do even now always :/
16:04 quantum-x I read the docs an go: Awesome! This is great. Now where's the documentation that tells me how I apply it :D
16:05 mgw Corey: upstart.py is the ubuntu service module, even for non-upstart services. And it has a whole comment section on the issue of enabling/disabling upstart services.
16:08 JasonSwindle joined #salt
16:08 bemehow joined #salt
16:09 bemehow joined #salt
16:10 entil quantum-x: that might just be the disconnect ;) maybe there are tutorials like there are for grains
16:13 entil I have a hard time sometimes with the docs to find what I'm looking for... like now I can't get state.sls to update a file for me, it returns the empty green host name, and then I find https://salt.readthedocs.org/en/latest/ref/modules/all/salt.modules.file.html which doesn't have file.managed, so it's not the state documentation but something else
16:14 entil and always having to match the api reference to commands, when a --list-what-i-can-do option would be nice
16:14 entil and helps for those on the cli
16:14 entil (unless there are some and I'm too stupid to find them)
16:16 entil oh crap, it probably won't update the file because... I do the template inclusion with a macro, so state.sls probably sees it as an empty state file
16:17 entil it's included from the state that calls the macro. naturally, I can run that state and salt should figure out the differential but I had this issue before where my states aren't actually indepotent
16:17 entil *sigh*
16:19 Corey mgw: Got it sorted, but yikes. :-)
16:19 Shell joined #salt
16:23 jacksontj joined #salt
16:23 benspaulding joined #salt
16:24 mgw corey: how'd you fix it?
16:24 Corey mgw: +iptables:
16:24 Corey +  service.disabled
16:25 Corey But man, that was "guess and check" for a while.
16:29 bemehow_ joined #salt
16:33 hhoover joined #salt
16:36 longdays what is the prefered method for updating salt minions to the latetest version? I see a couple of ways to do this just wondering which might be best.
16:37 UtahDave joined #salt
16:39 Furao joined #salt
16:44 karlp longdays: salt \* pkg.refresh_db && salt \* pkg.upgrade ?
16:44 karlp (with the salt ppa on ubuntu 1204 LTS servers)
16:44 davea joined #salt
16:45 longdays karlp: That seems like a good one. Giving it a shot the ppa is installed as you noted. Thanks!
16:46 karlp (it will update anything else of course, but that's what I'm using to update general ubuntu updates too)
16:47 dthom91 joined #salt
16:51 bemehow joined #salt
16:52 KyleG joined #salt
17:08 it_dude joined #salt
17:12 JasonSwindle joined #salt
17:18 nrub joined #salt
17:18 karlp hrmm. python pip install -e....
17:19 karlp do I reallllly want gcc/clang on all the front end machines?
17:23 SirScott given a require requisite statement, does it honor states found in other sls files?  for instance, I have a 'common' state that creates a user.  Now in my 'app' state, I have a require: -user: myuser, but it is being executed before the user is created.
17:28 kleinishere joined #salt
17:34 logix812 joined #salt
17:36 Gifflen joined #salt
17:47 Kzim hi there
17:49 Gifflen joined #salt
17:52 Ryan_Lane joined #salt
17:54 carlos joined #salt
17:56 niki joined #salt
17:56 mastrolinux left #salt
17:57 whiteinge SirScott: it does if you use an include declaration at the top of the file that is requiring something from the other file
17:59 whiteinge SirScott: http://docs.saltstack.com/ref/states/include.html
18:01 SirScott whiteinge: thank you, i will give that a shot
18:06 jeff___ joined #salt
18:06 jeff___ hi salt people, i have a noob question to ask
18:06 jeff___ would that be acceptable?
18:09 whiteinge jeff___: you bet
18:10 jeff___ ah actually figured it out. but thank you! just starting with salt stack and really enjoying it so far
18:11 whiteinge cool. glad to hear that :)
18:12 SirScott whiteinge: is there a way to make the include statement not fail silently?  I'm including something that doesn't exist; yet salt moves along as if no problems.
18:13 Bastion2202_ joined #salt
18:16 Brainspackle joined #salt
18:16 whiteinge SirScott: not at the moment
18:17 jeff___ i sometimes am getting this error, and am not totally sure what it means:
18:17 jeff___ Data failed to compile: ----------     The function "state.sls" is running as PID xxx and was started at [date] with jid xxxx
18:17 jeff___ when i try to run state.sls
18:18 whiteinge SirScott: improving those sorts of errors is on our radar (there's an open ticket or two on github) but we haven't solidified on a solution yet
18:18 azbarcea joined #salt
18:19 SirScott no worries.  in the meantime... let me post my structure so perhaps you can tell me what I'm doing wrong :)
18:19 jeff___ oh wait i only need to run that once? snap
18:19 whiteinge jeff___: salt won't run multiple processes of same state run at the same time since they could step on each other. you'll need to wait for the current one to finish (or kill it if you think it's hanging)
18:20 Bastion2202 joined #salt
18:23 SirScott whiteinge: https://gist.github.com/SirScott/bc96c4f7795545e36948  -- trying to use the 'user: server' as a requirement.
18:26 felskrone joined #salt
18:26 whiteinge SirScott: everything looks good except "requires" -> "require"
18:27 SirScott whiteinge: :)  thanks... silly typo!
18:29 whiteinge as a fleshy human, i'd prefer to be doing other things than linting yaml with my eyeballs. i'm interested in seeing this class of problem addressed...and i think we're closing in on solution :-P
18:30 SEJeff_work whiteinge, any progress on the pepper stuff?
18:30 whiteinge SEJeff_work: did you see the commits from earlier this week?
18:30 SEJeff_work I've not had a chance to read the commit logs for a bit, been insanely busy
18:30 SEJeff_work nope
18:30 * whiteinge nods
18:30 SEJeff_work I've had virtually 0 free time the past month or so
18:31 whiteinge got the first stab at a generic python lib for interacting with salt-api up, and also got a first stab at a ``salt`` cli script
18:31 whiteinge it's pretty basic. but it's working
18:31 SEJeff_work whiteinge, That is AWESOME
18:31 whiteinge usage example in the readme: https://github.com/saltstack/pepper
18:31 SEJeff_work whiteinge, Do you think it would be crazy to (eventually) merge the ```salt``` cli script with the /usr/bin/salt that is on the master
18:32 SEJeff_work Seems like people would be a big fan of that, I certainly would
18:32 whiteinge merge how?
18:32 whiteinge code-wise or interface-wise?
18:32 SEJeff_work codewise
18:32 SEJeff_work 1 binary
18:33 SEJeff_work Errr 1 python script that does the existing thing when ran from a master and hits up the api when on a client workstation or minion
18:33 SEJeff_work if it was configured with eauth etc
18:33 whiteinge ah, interesting
18:33 SEJeff_work That would make a ton of users really happy
18:34 whiteinge happy because it's a single install kinda thing?
18:34 SEJeff_work More that all of the existing docs would just work
18:34 SEJeff_work whether you are on the master or not on the master
18:34 SEJeff_work You could then limit it down in scope via salt-api, so users could only manage things that the client acls say they could
18:34 SEJeff_work It will be quite nice
18:35 Corey SEJeff_work: Okay, my master manages itself, what does it do then?
18:35 SEJeff_work Corey, Wouldn't it be nice if you didn't have to ssh to the master to run salt \* make.money
18:35 jacksontj joined #salt
18:35 SEJeff_work Just run that from your workstation? Thats what I'm talking about
18:35 whiteinge the ``salt`` script in pepper will (try) to match the interface of the same script in the salt package, by design
18:36 teebes joined #salt
18:36 SEJeff_work whiteinge, right
18:36 whiteinge i do see the value in sharing code
18:36 SEJeff_work 1 place to add features and add^Wfix boogs
18:36 kermit joined #salt
18:36 Corey SEJeff_work: That's ansible-like. :-)
18:36 SEJeff_work whiteinge, But I love the idea
18:36 SEJeff_work HERESY!
18:37 SEJeff_work burn the witch!
18:37 Corey Actually, investigating ansible to install salt.
18:37 aranhoide joined #salt
18:38 whiteinge SEJeff_work: another place code-sharing would be nice is the outputter system
18:38 SEJeff_work absolutely
18:38 SEJeff_work Perhaps they should slowly morph into classes?
18:38 whiteinge obviously we're going to need (at least) the default salt outputter in pepper. not yet sure how we're going to pull that off (i really don't want to just copy the file...)
18:39 whiteinge what is your feeling on deps? how important to you is it that pepper have minimal (or no) deps?
18:39 SEJeff_work Not
18:39 SEJeff_work In a perfect world, I'd have all desktops as minions as well
18:39 SEJeff_work And my desktops are all Linux
18:39 SEJeff_work so it would already have a minion running locally
18:39 whiteinge what if pepper was a single, standalone python file that you didn't need to install. is that of value?
18:40 SEJeff_work To some people yes
18:40 SEJeff_work to me, not really
18:40 druonysus joined #salt
18:40 SEJeff_work Like busybox?
18:40 SEJeff_work if sys.argv[0] == "salt": pretend_to_be_usr_bin_salt()
18:41 whiteinge yes. pepper is not that now. but it's something i've been wondering about
18:41 whiteinge if deps are not an issue, it may make a lot of sense to be able to just ``import salt`` and avoid recreating/patching stuffs
18:41 SEJeff_work Right
18:42 SEJeff_work whiteinge, My use case is super simple
18:42 SEJeff_work Running salt on my admin workstation
18:42 whiteinge but salt as a dep (right now) would mean all of salt's deps too in which case why not just start the minion?
18:42 mgw does anybody else get proliferation of salt-minion procs?
18:42 KyleG1 joined #salt
18:42 whiteinge salt packages could be pulled apart further to avoid that, of course
18:43 hhoover joined #salt
18:43 whiteinge mgw: about how many?
18:43 mgw I think it was making one with each restart
18:43 mgw 20 maybe
18:43 mgw it may be my setup
18:43 whiskybar joined #salt
18:43 mgw I'm using the init script from the deb, but installed from source
18:44 mgw but it seems to happen only sometimes
18:44 mgw I noticed it b/c the minion lost contact with the master
18:44 whiteinge mgw: sounds vaguely familiar. what version of salt?
18:44 mgw a pkill salt-minion and then start fixed it
18:44 mgw init script is from .15, code itself is latest develop
18:45 darrend joined #salt
18:46 whiteinge there was something like that happening a while (several release or so) back but was fixed. if it's happening again we should look into it
18:47 mgw ok, i'll let you know if it happens again
18:48 jkleckner joined #salt
18:48 mgw whiteinge: do you know whether qemu_nbd is supposed to work on ubuntu?
18:49 whiteinge i don't know
18:49 mgw I discovered fdisk does not return the expected result codes to make it work, so I patched it to use cfdisk if available. The man page for fdisk recommends using cfdisk instead, anyway.
18:49 whiteinge does it? ha
18:50 whiteinge so it does :-D
18:50 mgw it just did it again. It looks like it started two procs on restart
18:50 abyss42 joined #salt
18:51 mgw (re fdisk: I don't think cfdisk is available by default on all rh distros)
18:51 jeddi joined #salt
18:52 whiteinge that BUGS paragraph is hilarious
18:53 mgw for fdisk?
18:53 whiteinge yeah
18:53 mgw Is partprobe standard on RH?
18:54 mgw 'cause that's missing from qemu_nbd.py and is needed on ubuntu
18:55 whiteinge i don't see it on a bare install of centos5 i have here
18:55 it_dude joined #salt
18:55 mgw ok, i'll just run it if it exists, otherwise not
18:55 whiteinge wait. scratch htat
18:55 whiteinge it is installed here
18:56 mgw k, this is the patch I have: https://gist.github.com/mgwilliams/b14abd0b50448844ce60
18:57 mgw Not sure if Tom would like the True -> range(1, 10), but potentially infinite loops don't seem so good to me.
18:58 kleinishere joined #salt
18:58 whiteinge i'm not up to speed on that module. where's it from?
19:01 mgw It's in develop branch.
19:01 mgw salt/modules/
19:01 SirScott how am I supposed to use the 'sig' argument to the service state?  Right now I have "uwsgi: service: - sig: /usr/local/bin/uwsgi"
19:01 whiteinge er. right. not sure how i missed that (multiple times)
19:01 mgw It appears to just be a supporting module for the img module
19:01 timl0101 joined #salt
19:02 felskrone joined #salt
19:03 SirScott uwsgi's status output returns 0, regardless of its actual running status (on FreeBSD at least) so salt considers it running when it's not.  I thought the sig arg was the work around that?
19:03 mgw whiteinge: would you be able to apply that patch and check that it still works on RH, if you have a qcow image handy?
19:04 whiteinge yeah
19:05 whiteinge SirScott: looks like the state just passes that arg directly to the service.status module: http://docs.saltstack.com/ref/modules/all/salt.modules.service.html#salt.modules.service.status
19:08 jdaggett joined #salt
19:08 mgw whitehing: if it works, it should return a dict with the mountpoint(s) and device(s)
19:09 SirScott whiteinge: according to the docs, the output of service.status should be a pid or an empty string.  I get a bool.  that said, passing the sig to service.status still gives me 'True'
19:09 mgw Then you can use qemu_nbd.clear passing in that same dict as the arg to unmount it — but I didn't touch that code, so it should be fine.
19:12 logix812 joined #salt
19:14 jkleckner joined #salt
19:16 it_dude joined #salt
19:16 bemehow_ joined #salt
19:20 ekstrem joined #salt
19:20 SirScott even more odd is that running 'salt \* status.pid uwsgi' works exactly as it should.
19:21 ekstrem hey guys!
19:23 Kzim in an overstate can i execute no highstate or sls and just modules ?
19:26 danieln_ joined #salt
19:27 Ahlee anybody noticed (I'm on salt 0.15.3) that sometimes if adding > 10 hosts, you have to restart the master for hosts to be lsited in salt-key -L?
19:29 SirScott Ahlee: i've had that with adding / removing a single host multiple times.  have had to restart the minion as well.
19:29 mgw Corey: img.seed (in theory) does what we've been discussing. Not by setting the hostname, but by configuring the id: option in the minion's config file.
19:29 mgw It's just broken on ubuntu
19:29 Ahlee as I add more minions my master is getting less and less reliable :(
19:30 mgw Ahlee: how many minions do you have?
19:30 danieln_ hey, what should i do to let the salt devs know that a ipv6 capable mirror of the official salt debian repos would be very much appreciated? any suggestions?
19:30 Ahlee this master has 175, i'm about 1/3 of the way through dev hosts
19:30 kleinishere joined #salt
19:31 Ahlee so far it's just been adding that's been unreliable for me, so here's hoping that's the extent of it
19:32 aranhoide joined #salt
19:33 SirScott whiteinge: found it.. it's using the freebsdservice module which ignores the sig arg:  https://github.com/saltstack/salt/blob/develop/salt/modules/freebsdservice.py#L309
19:33 mgw danieln_: Corey manages the ubuntu repos, but not sure who handles the debian repos. whitehinge or UtahDave would probably know.
19:34 Corey danieln_: Do you actually have hosts that can't hit the mirrors on ipv4?
19:34 auser joined #salt
19:35 whiteinge mgw: that module isn't working on my vm with or without your patch. probably a pebkac issue...
19:35 danieln_ mgw: should I file a feature request in some github repo? (and if, in which one?) Corey: yes, we recently took the ipv4 adress from our kvm hypervisor
19:35 whiteinge sorry i'm no help :-/
19:36 whiteinge SirScott: glad you found it!
19:36 DredTiger joined #salt
19:37 giantlock joined #salt
19:37 Corey danieln_: You might consider setting up a squid proxy on your local network that's authorized to speak to update servers on ipv6; then stuff that into the yum/apt config.
19:37 Corey Er, ipv4*
19:37 Corey danieln_: For extra win, turn on caching, and only hit external once. :-)
19:38 bemehow joined #salt
19:39 kermit joined #salt
19:40 kleinishere joined #salt
19:40 UtahDave joined #salt
19:42 danieln_ Corey: Yep a proxy would definitly be the way to go in case a ipv6 adress for the salt mirror would be out of the question. But I actually think that a webhost in 2013, especially an official mirror of a not-so-small project, should at least look into getting ipv6 ;)
19:51 it_dude joined #salt
19:53 UtahDave Hey, everyone.  Tom Hatch and I are going to be participating in a public meetup with some of the awesome LinkedIn engineering staff on June 17 at their Mountain View office.
19:53 UtahDave Details are here: http://devopsatscale.eventbrite.com/
19:54 UtahDave We'd love to see you there if you can make it.
19:55 karlp what timezone is PDT?
19:55 SEJeff_work karlp, us pacific with DST
19:56 Bastion2202 joined #salt
19:56 karlp right, but what is that in UTC+/-X?
19:56 karlp 5-6-7-8 something?
19:56 UtahDave -8 I think
19:56 Ahlee -8
19:56 SEJeff_work karlp, http://bit.ly/127cucs :)
19:57 Gifflen_ joined #salt
19:57 karlp SEJeff_work: (it was also a dig at events that rely on people knowing certain timezone abbreviations that they may not care about)
19:57 SirScott whiteinge: if i modify the freebsdservices.py file on the minion and then re-run on the master, those changes should be applied, right?
19:58 SEJeff_work SirScott, If you restart the minion to reload the new one
19:58 SirScott SEJeff_work: ahhh, that was it, thank you
20:00 Gifflen joined #salt
20:01 bhosmer joined #salt
20:01 karlp yeah, afterwork PDT is pretty worthless for us euro freaks :)
20:02 DigitalHermit joined #salt
20:02 karlp UtahDave: is it likely to be recorded?
20:04 baniir joined #salt
20:05 UtahDave karlp: I'm not sure if it will be recorded or not. I'll find out
20:06 DigitalHermit Hello all. I'm a salt newbie here and just wanted to introduce myself. I'm just getting the hang of it and still getting through installation.
20:08 chrisgilmerproj left #salt
20:09 bemehow joined #salt
20:09 SEJeff_work UtahDave, If it could be recorded, that would be fantastic. I'd really like to show our team
20:10 SEJeff_work Perhaps even uploaded to the salt youtube channel
20:13 JasonSwindle joined #salt
20:15 auser joined #salt
20:21 jalbretsen joined #salt
20:24 jlund left #salt
20:24 aleszoulek joined #salt
20:24 UtahDave SEJeff_work: Yeah, I'll find out.  I'll bring along a video camera either way.
20:24 zooz joined #salt
20:30 whit joined #salt
20:32 mikedawson joined #salt
20:35 SEJeff_work UtahDave, Thanks a bunch! It would be really great to see this
20:35 SEJeff_work And an iPwn video camera doesn't count :P
20:36 jdaggett joined #salt
20:36 clintberry joined #salt
20:36 Gifflen joined #salt
20:37 auser UtahDave: !!! That's AWESOME!
20:37 auser I registered, hopefully I can make it
20:38 jacksontj Very excited about the meetup, hope to see a bunch more salt users here ;)
20:39 UtahDave auser: that would be great to have you there!
20:39 UtahDave jacksontj: yeah, it's going to be fun.
20:39 auser jacksontj: at LinkedIn or on Tuesday?
20:39 jacksontj @Linkedin ;)
20:39 auser :) do you work at LinkedIn jacksontj?
20:40 auser I just spoke there this past Tuesday about Storm/Ruby
20:40 jacksontj yup
20:40 auser cool
20:43 jescalan joined #salt
20:44 jescalan does anyone know of a solid way to configure a nodejs installation with salt?
20:44 jescalan i've been browsing around but haven't found too much
20:44 jescalan normally to install I need to add a repo as described on this page
20:44 jescalan https://github.com/joyent/node/wiki/Installing-Node.js-via-package-manager
20:44 jescalan but not having so much luck doing this with salt : /
20:45 auser I do jescalan
20:45 auser sec.
20:45 auser (need to spend time collecting my states for public consumption...)
20:45 jescalan thanks auser!
20:46 Ryan_Lane I'm seeing that issue again with timeouts from peer runs
20:46 Ryan_Lane when calling a runner from the master it returns in under a second
20:46 Ryan_Lane when called from a peer it takes the entire timeout period
20:48 auser jescalan: https://gist.github.com/auser/5732313
20:48 auser Ryan_Lane: what are you doing with peer runs?
20:48 Ryan_Lane calling a runner, obviously :)
20:48 auser I used them for like 6 months and just moved to salt mine and am so much happier
20:48 Ryan_Lane I don't want to give people access to my salt master
20:48 auser oh, I only read one sentence before I jumped to conclusions
20:48 jescalan auser: ah so you are manually building it here?
20:48 auser sorry
20:48 auser yep
20:48 Ryan_Lane no worries :)
20:48 Ryan_Lane what's salt mine?
20:48 auser so I can set the version jescalan
20:49 auser it's a cache for minions to push data to from the master
20:49 auser 0.15.1 and higher
20:49 auser it's SUPER nice
20:49 jescalan right, ok
20:50 jescalan so you are manually going to grab the version and checksum first, adding that to pillar
20:50 jescalan then running
20:51 auser yep
20:51 auser exactly
20:51 Ryan_Lane ah. it's like exported resources in puppet
20:55 LyndsySimon joined #salt
20:56 Ryan_Lane ugh. this is driving me insane
20:56 Ryan_Lane why does a peer run call timeout?
20:59 jescalan hey auser, i'm curious about line 25 in the config you sent
20:59 UtahDave Ryan_Lane: There's a subtle bug on the peer interface that I've been trying to track down.
20:59 jescalan very much new to salt btw - but what exactly is that watching?
20:59 Ryan_Lane ah. same bug I reported in 0.11 then? :)
21:00 UtahDave It's the first thing I'm going to have Tom look at when he gets back in the office
21:00 bemehow joined #salt
21:00 UtahDave :)  I'm not sure. There was a lot of work down to improve the peer interface for 0.15.3, but it seems there's still something subtle going on.
21:00 * Ryan_Lane nods
21:00 Ryan_Lane it's driving me insane
21:01 jescalan auser also curious, if you update the node version in the pillar, will it automatically upgrade, or do you need to run something?
21:01 carmony UtahDave: you around?
21:01 UtahDave Ryan_Lane: Me, too.  I was here helping Corey with it the other night until past 10:30
21:01 UtahDave carmony: yep!
21:01 UtahDave How's amsterdam?
21:01 carmony its awesome
21:01 carmony hotel wifi SUCKS
21:02 UtahDave he he
21:06 mannyt joined #salt
21:15 lvicks joined #salt
21:19 Ivo joined #salt
21:25 jacksontj joined #salt
21:35 LyndsySimon joined #salt
21:42 JasonSwindle joined #salt
21:42 jeddi joined #salt
21:45 dcrouch joined #salt
21:46 zooz joined #salt
21:46 lvicks joined #salt
21:49 jescalan hey can anyone help me for a moment with the state.sls command?
21:49 jescalan i keep getting errors that it's already running, and i'm not sure why, or generally how that command works
21:50 jescalan is there a way to kill it if it's already running?
21:52 jkleckner joined #salt
21:53 juanlittledevil joined #salt
21:54 juanlittledevil hello peeps. Good day today?
21:54 jdaggett joined #salt
21:55 juanlittledevil I was hoping that one of you guys might be able to help me. I'm fairly new to salt and have been playing around with it for a day or two.
21:56 oz_akan joined #salt
21:56 juanlittledevil so far I'ave got a basic state going for my minions. However, I'm now trying to add a bit of complexity to the files in terms of logic via templates.
21:57 juanlittledevil I'm trying to have certain services marked 'dead' but need to separate the files between centos5 and centos6 hosts.
21:58 jescalan wish i could help, but new here as well!
21:58 UtahDave juanlittledevil: ok
21:58 juanlittledevil when I get the osrelease grain from the minion it returns releases like 6.2 6.3 6.4 etc... are those values returned as strings or ints?
21:58 juanlittledevil or some other numeric type?
21:58 UtahDave so you'll probably want to have an separate sls file for centos5 and centos6 hosts
21:59 UtahDave then match on the os in your top file
21:59 jescalan could someone possibly take a quick look at this sls file? not sure where i've went wrong but i'm getting an error when i try to run it
21:59 jescalan https://gist.github.com/jenius/5732706
21:59 jescalan the error: "Too many functions declared in state "pkg" in sls rbenv"
22:00 UtahDave jescalan: yeah, pkg.installed takes on argument by default
22:00 UtahDave you need to add - pkgs
22:00 Gifflen_ joined #salt
22:00 UtahDave and indent your list of packages one more level
22:01 juanlittledevil sure I can do that however. how to I match all of centos5 and all of cent6? when I can't seem to match that grain item with a 5.* wildcard.
22:01 UtahDave juanlittledevil: it's probably a string.
22:01 juanlittledevil that's what I figured doing a >= doesn't work.
22:01 juanlittledevil with jinja that is
22:01 jescalan ah thanks @utahdave !
22:01 jescalan no longer getting that error
22:02 juanlittledevil I suppose I can declare the grain in the /etc/salt/master file instead.
22:02 jescalan still not exactly sure how to get it to install though. running salt '*' state.sls rbenv
22:02 jescalan gives me an error that it's already running
22:03 jescalan : /
22:04 UtahDave juanlittledevil: Try something like this:
22:04 UtahDave http://pastebin.com/12Rre6fL
22:04 juanlittledevil jescalan you have you tried running salt '*' state.show_highstate to see if your config is even being read?
22:04 jescalan just did, it returned the name of the machine and -------------
22:04 hhtp joined #salt
22:04 jescalan not sure what the means, but it's blue and not red, so i have to assume it's good?
22:06 logix812 joined #salt
22:08 ogrisel_ joined #salt
22:08 jescalan is there any other debugging mechanism i'm missing?
22:08 danielbachhuber joined #salt
22:09 jescalan running show_state is returning the contents of the state file
22:09 jescalan highstate is returning a blue line of dashes
22:09 UtahDave jescalan: you can try running   state.show_sls as well
22:09 jescalan @utahdave that returns the contents of the sls file
22:09 UtahDave also, try running the salt-minion in a terminal in debug mode and see what the output is
22:09 UtahDave sudo salt-minion -l debug
22:10 UtahDave jescalan: is it templated properly?
22:10 jescalan it's the same as the template i just sent you
22:10 jescalan with the correction make for - pkgs
22:10 UtahDave ok, that's good
22:11 jescalan all the packages are nested under it, like this: https://gist.github.com/jenius/5732706
22:11 UtahDave have you installed rbenv already?
22:11 clintberry joined #salt
22:11 jescalan nope
22:12 jescalan which rbenv and which ruby don't return on the slave
22:14 jescalan the only thing acting funny is when i try to run salt '*' state.sls rbenv
22:14 jescalan it tells me it's already running
22:14 jescalan is there a way to kill it?
22:14 jescalan does it just take a long time to install and i should wait?
22:14 UtahDave restart the master?  I'm not sure what it thinks it's running
22:15 UtahDave what's the output say
22:15 juanlittledevil ok so I tried this and I'm a bit confused. because  salt -G 'osrelease:5.*' test.ping returns True as expected. but I can't say that the grain is being matched in the top.sls file.
22:15 jescalan i'm running it in debug mode now
22:15 jescalan looks like it installed some things here...
22:16 UtahDave juanlittledevil: can you pastebin your top file?
22:17 juanlittledevil sure 1 sec.
22:19 jescalan ah @utahdave, got something back now
22:19 jescalan rror:  E: Unable to locate package gmake
22:19 jescalan hm
22:19 jescalan and totally valid error
22:20 juanlittledevil joined #salt
22:20 juanlittledevil got bumped off.....
22:20 juanlittledevil anyway... Ok found my problem
22:20 juanlittledevil silly me forgot to name the state files with .sls
22:21 UtahDave there you go
22:21 UtahDave jescalan: does your OS have a different name for the gmake package?
22:21 juanlittledevil it was verysimple...
22:21 juanlittledevil https://github.com/juanlittledevil/salt-sandbox/blob/master/top.sls
22:22 juanlittledevil on a complete unrelated question. Do you guys know how the absent.sls state file works? does it get read by default or does it have to be explicitly included or declared somewhere?
22:23 juanlittledevil I've got a bunch of services which I want to have stopped by default but do not want to remove the packages.
22:24 jescalan @utahdave yeah, i'm on ubuntu where gmake is not necessary
22:24 jescalan took that one out :)
22:24 jescalan running a little better now
22:25 jescalan but it's randomly getting hung up -- from the minion debug:
22:25 jescalan [INFO    ] No changes made for rbenv-deps [ERROR   ] No changes made for ruby-2.0.0-p195
22:25 jescalan not sure why, doesn't rly provide me with any error reporting
22:26 jacksontj joined #salt
22:29 jescalan ok @utahdave, i got an error out of it finally!
22:29 jescalan "State rbenv.installed found in sls rbenv is unavailable"
22:29 jescalan http://docs.saltstack.com/ref/states/all/salt.states.rbenv.html#module-salt.states.rbenv
22:29 jescalan seems like it should be available....
22:33 juanlittledevil Thanks for your help @UtahDave! truly appreicated!
22:33 juanlittledevil gotta go.
22:34 UtahDave jescalan: have you installed rbenv already?
22:34 logix812 joined #salt
22:34 jescalan nope
22:35 jescalan have not installed rbenv anywhere
22:35 UtahDave ok, so you have to install rbenv in order to use rbenv
22:35 nrub joined #salt
22:36 DigitalHermit joined #salt
22:37 jescalan oh hold up
22:37 jescalan @utahdave so i have to have manually installed rbenv on the master machine
22:37 jescalan to be able to use it on the minions?
22:37 baniir joined #salt
22:38 atn34 joined #salt
22:38 UtahDave no, you need to have rbenv installed on the minions in order to use rbenv
22:39 UtahDave you can use salt to install rbenv first
22:40 jescalan ohhh
22:40 jescalan this is confusing the shit out of me haha, sorry about that
22:40 jescalan ok so first i write a config to get rbenv and ruby-build installed
22:40 UtahDave :)
22:40 UtahDave yes
22:40 jescalan then i ensure that it's working with the rbenv.installed command
22:41 jescalan so will the salt rbenv utility install anything for me?
22:41 jescalan like, will it install a ruby version that I specify?
22:42 jescalan or do i need to do this manually as well
22:42 jescalan i only ask because the other configs i've written have installed things for me and *also* ensure that it is installed
22:43 UtahDave Let's back up a second
22:43 UtahDave so rbenv is a tool to install various versions of Ruby, right?
22:44 UtahDave or Ruby environments.
22:45 UtahDave So in order to use a tool you have to make sure it's available on the system first.
22:46 UtahDave So first step is to use Salt to ensure that rbenv is installed.
22:46 UtahDave Then you can use Salt to use rbenv
22:46 Corey For what it's worth, rvm has a module that works much better since I badgered people into fixing it. :-)
22:47 UtahDave The salt rvm module actually misbehaves and installs rvm if it's not already installed.
22:47 UtahDave :)
22:48 Corey UtahDave: Yeah, that wasn't an edge case that mattered to me, so I didn't bring it up. :-D
22:51 kermit joined #salt
22:55 DredTiger joined #salt
23:01 nrub joined #salt
23:02 terminalmage joined #salt
23:02 aat joined #salt
23:02 efixit joined #salt
23:06 oz_akan joined #salt
23:09 bhosmer joined #salt
23:15 jacksontj joined #salt
23:44 jkleckner joined #salt
23:48 s0undt3ch joined #salt
23:50 lvicks joined #salt
23:50 aat joined #salt
23:53 18VAA9GM2 joined #salt
23:55 s0udnt3ch joined #salt
23:57 s0undnt3ch joined #salt

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