Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-06-10

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

All times shown according to UTC.

Time Nick Message
00:01 dcrouch joined #salt
00:03 jrgifford joined #salt
00:11 felixhummel joined #salt
00:19 goodbytes joined #salt
00:33 jkleckner joined #salt
00:38 nrub_ joined #salt
00:49 adotbrown joined #salt
00:52 necronian joined #salt
01:04 sarkis joined #salt
01:09 danielbachhuber joined #salt
01:11 oz_akan joined #salt
01:15 lvicks joined #salt
01:39 dthom91 joined #salt
01:42 bejer joined #salt
01:50 sarkis joined #salt
01:57 danielbachhuber joined #salt
02:05 favadi joined #salt
02:07 danielbachhuber joined #salt
02:20 danielbachhuber- joined #salt
02:38 auser joined #salt
02:57 oz_akan joined #salt
03:02 jescalan joined #salt
03:02 jescalan hey really random time to be working on sysops but i have a random question if anyone is around
03:02 jescalan on this page: http://docs.saltstack.com/ref/states/all/salt.states.rbenv.html
03:03 jescalan it says "Rbenv will be installed automatically the first time it is needed and can be updated later"
03:03 jescalan however, this is not the case. you actually have to write another state file to install it manually
03:03 jescalan just curious whether i'm super confused about this or if there's something funny going on here
03:07 afx_hero joined #salt
03:07 afx_hero joined #salt
03:07 afx_hero left #salt
03:09 clintberry joined #salt
03:30 Furao jescalan: well, you want salt to install ruby/rbenv for you? pick the version for you?
03:31 Furao it's like python virtualenv, I got my own states for it and it's dependencies, when It's installed I know I can use salt.states.virtualenv
03:36 jescalan @furao i mean, it would actually be great if salt would do that
03:36 jescalan installing rbenv is just a github clone
03:37 jescalan if im not mistaken, that page documents the process where you can choose your ruby version, which is what's really important
03:38 jescalan here's my totally noob attempt to get everything together
03:38 jescalan https://gist.github.com/jenius/5746373
03:38 jescalan just wrote this off the top and haven't tested it yet
03:38 jescalan is this the right direction you think?
03:40 jeddi joined #salt
03:44 koolhead17 joined #salt
03:44 koolhead17 joined #salt
03:47 jeddi joined #salt
04:08 oz_akan joined #salt
04:14 dcrouch joined #salt
04:17 MasterNayru joined #salt
04:26 UtahDave joined #salt
04:30 alexl joined #salt
04:32 Furao jescalan: that would be a very very bad idae
04:34 efixit joined #salt
04:36 aat joined #salt
04:47 Corey Furao: Most things in Rubyland are.
04:47 Corey Furao: Take a look at the rvm module.
04:50 Furao the only thing ruby I deal with is graylog2 web interface (in RoR) and each time it install itself, I'm surprised that bundle worked.
04:51 Furao I think /usr/bin/ruby come with some kind of some_number = random(0, 100); if some_number > 50: sys.exit(some_number)
04:51 nrub joined #salt
04:56 nrub_ joined #salt
05:03 afx_hero joined #salt
05:03 afx_hero joined #salt
05:08 linjan joined #salt
05:12 dthom91 joined #salt
05:25 clintberry joined #salt
05:39 afx_hero joined #salt
05:39 afx_hero joined #salt
05:47 kallek joined #salt
05:50 kermit joined #salt
06:07 azbarcea joined #salt
06:08 MasterNayru_ joined #salt
06:20 ollins joined #salt
06:21 afx_hero joined #salt
06:21 afx_hero joined #salt
06:29 sebgoa joined #salt
06:34 f4cl3y joined #salt
06:40 `3rdEden joined #salt
06:53 krissaxton joined #salt
06:54 idkfa joined #salt
06:57 Charatna joined #salt
06:57 Charatna left #salt
06:58 dhgbrg joined #salt
06:59 kallek joined #salt
07:02 iMil morning salters
07:03 iMil do you know if there is a module to read a value from a conf file?
07:04 iMil i.e. read the value of foo in /etc/bar.conf
07:06 ogrisel joined #salt
07:09 ronc joined #salt
07:09 oliv_mc joined #salt
07:13 agend joined #salt
07:24 Lucas joined #salt
07:26 oliv_mc joined #salt
07:26 vaxholm joined #salt
07:28 Furao I hate when one of my 400 tests fail because pypi fail to serve a file
07:28 iMil heh
07:28 Furao iMil:  it's hard to get something that parse all kind of file format
07:28 Furao http://docs.saltstack.com/ref/modules/all/salt.modules.file.html#salt.modules.file.contains
07:29 iMil yep, file.contains may do the job but it returns a boolean
07:29 iMil if it does not exists I'll write it :)
07:29 dhgbrg left #salt
07:30 Furao if it's for python configparser file
07:30 iMil it is, mysql config file
07:30 dhgbrg joined #salt
07:30 iMil rfc822-style
07:30 Furao that could be good and might get included in salt
07:30 Furao mysql isn't a database
07:30 Furao check postgresql
07:31 iMil I run a hosting company, I setup what my clients asks for :)
07:31 Furao oups sorry, It's my irc client configured to say that each time it line.find('mysql') != -1
07:31 iMil and they mainly run LAMP...
07:31 iMil ahah
07:31 Furao they like suffering?
07:31 Furao http://www.youtube.com/watch?v=1PoFIohBSM4
07:31 iMil they do, I can testify
07:50 scott_w joined #salt
07:50 sebgoa joined #salt
08:06 mfournier Furao: if pypi fails to serve a file for your tests, it might as well fail to serve a file on your production environment. Here we mirror pypi stuff we need to mitigate this risk.
08:07 Furao mfournier: I got my own state for a pypi mirror. the thing is I need virtualenv to install and this is that failed :(
08:09 Furao prob de poule et oeuf :)
08:09 oliv_mc joined #salt
08:11 unicoletti_ joined #salt
08:15 felixhummel joined #salt
08:17 aleszoulek joined #salt
08:23 Furao the whistleblower in hong kong should move to chungking mansion if he's running out of cash :)
08:27 krak3n` joined #salt
08:29 carlos joined #salt
08:36 fredvd joined #salt
08:37 __gotcha joined #salt
08:37 __gotcha joined #salt
08:42 jmcnaught joined #salt
08:42 ageron joined #salt
08:44 ageron Hi everyone.  Is there any plan in salt-cloud to support CloudInit (and/or similar tools) to execute bootstrap scripts without having to connect to the new instance through ssh?
08:44 ageron CloudInit : https://help.ubuntu.com/community/CloudInit
08:47 backjlack joined #salt
08:51 Furao ageron: check issue in github, open a new one if it's not already there
09:01 __gotcha joined #salt
09:01 __gotcha joined #salt
09:06 zooz joined #salt
09:10 nielsbusch joined #salt
09:13 krissaxton joined #salt
09:14 __gotcha joined #salt
09:19 whiskybar joined #salt
09:20 aranhoide joined #salt
09:25 longinicloud joined #salt
09:35 middleman_ joined #salt
09:40 ageron Furao: tx, I will
09:44 Furao so, 'state' is a reserved keyword in file.managed - context
09:44 Furao why I get all those hard to find bugs?
09:46 davea I'm having some trouble with tls.create_self_signed_cert. I can create a cert from salt-call on the command line, but from within an sls file it's erroring: State tls.create_self_signed_cert found in sls project is unavailable
09:48 davea The state in my sls file looks like this: https://dpaste.de/Ri1ZU/ Am I doing something wrong?
09:49 Furao dave: run your minion at debug level and check the output
09:55 davea Furao: No mention of it within the output apart from the last message indicating that it failed, i.e. https://dpaste.de/Ow3RF/
09:56 Furao there is surely an error early in salt minion startup
09:56 Furao that says why the module isn't available
09:56 Furao https://github.com/saltstack/salt/blob/develop/salt/modules/tls.py#L41
09:57 Furao ah I know
09:57 Furao you called the salt module and not the state?
09:57 davea I've ensured pyopenssl is installed and have appended the ca.cert_base_path to my minion config as suggested in the docs
09:57 Furao oh
09:57 Furao tis is not a state
09:58 Furao http://docs.saltstack.com/ref/states/all/index.html
09:58 Furao it's a module
09:58 Furao you need to use module.run or module.wait
09:59 davea oh I see, because the tls module isn't available as a 'core' module?
09:59 Furao what you call in .sls file are states
09:59 Furao and states call modules
10:00 Furao tis is a module and not a state
10:00 gmoro joined #salt
10:01 davea OK I think I understand.
10:01 p3rror joined #salt
10:04 davea Great, I got it working by changing my sls file to include module.run: https://dpaste.de/d0hu3/
10:04 davea Thanks for your help Furao :)
10:05 Furao but that's not very effective, the SSL will be recreated on each state run
10:06 davea The create_self_signed_cert doesn't regenerate the certificate if the file already exists
10:07 davea And it's only a dummy certificate to keep nginx quiet until the real key and certificate are dropped in place by the sysadmin.
10:08 davea I suspect I'm using salt in a slightly odd way, as it's going to be used once to provision a server and then maintained manually
10:08 Furao oh yes? that's good
10:28 alexl left #salt
10:40 aranhoide I can't see any way to specify a specific version to pip.install .  am I missing something?  I'd think pegging packages to a well known version would be relatively common
10:40 aranhoide you can only install whatever is the latest version
10:40 aranhoide is that right?
10:41 aranhoide pip does allow you to say `pip install package==some.version.number`
10:41 davea aranhoide: Have you considered using a requirements.txt file?
10:43 aranhoide davea: I didn't know such thing existed. :)  I'll look into that, thanks
10:44 vaxholm joined #salt
10:44 davea aranhoide: It's basically a text file with one package specification per line. You can use the '==' syntax to specify a particular version as you do with 'pip install'
10:46 aranhoide I see.  that will do I guess, although it seems a bit contrived for the use case of installing a single package.  calling the underlying pip is not much less convenient..
10:46 aranhoide I wonder if just giving package==version in the arguments would work though :>
10:47 * aranhoide checks
10:48 aranhoide from reading the source it looks like that should work.  dunno if it's supported behavior, though..
10:56 aranhoide joined #salt
10:58 carlos joined #salt
11:02 aleszoulek joined #salt
11:05 logix812 joined #salt
11:13 middleman_ joined #salt
11:21 aranhoide FWIW, the above trick worked nicely!
11:23 favadi joined #salt
11:24 Newt[cz] joined #salt
11:32 giantlock joined #salt
11:33 jeddi joined #salt
11:40 Furao aranhoide: check http://github.com/bclermont/states
11:40 Furao there is plenty of examples
11:48 Valda joined #salt
12:00 __gotcha joined #salt
12:00 __gotcha joined #salt
12:00 oz_akan joined #salt
12:03 Katafalkas joined #salt
12:05 Katafalkas is anyone else having problems with salt-cloud profiles and grains ?
12:05 Katafalkas for some reason it doe snot create grains, that are specified in profile description
12:10 oz_akan joined #salt
12:14 nrub joined #salt
12:27 williamthekid_ joined #salt
12:28 Valda joined #salt
12:29 timl0101 joined #salt
12:31 fredvd joined #salt
12:44 mikedawson joined #salt
12:51 __gotcha joined #salt
12:51 __gotcha joined #salt
12:59 rjc joined #salt
13:00 middleman_ joined #salt
13:03 favadi joined #salt
13:06 juicer2 joined #salt
13:11 carlos joined #salt
13:14 aranhoide joined #salt
13:22 dcrouch joined #salt
13:26 DigitalHermit joined #salt
13:30 __gotcha joined #salt
13:30 __gotcha joined #salt
13:31 ageron Hello again.  I checked the existing issues, but I found none about implementing CloudInit so I created one: https://github.com/saltstack/salt-cloud/issues/625
13:32 cron0 joined #salt
13:34 racooper joined #salt
13:36 ageron I'm quite motivated to code it into salt-cloud, but it'll probably save me a lot of time if someone can give me a few pointers as to where I need to start and what code will be impacted
13:39 krissaxton joined #salt
13:42 MichaelSalty joined #salt
13:43 DigitalHermit joined #salt
13:47 krissaxton joined #salt
13:49 dhgbrg joined #salt
13:52 DigitalHermit joined #salt
13:53 teebes joined #salt
14:02 mannyt joined #salt
14:05 jacksontj joined #salt
14:05 armonge joined #salt
14:08 Gifflen joined #salt
14:11 oliv_mc joined #salt
14:11 abe_music joined #salt
14:12 fredvd joined #salt
14:13 Khollowa_ joined #salt
14:13 jeddi ageron: i don't know either, but it'd be lovely if rackspace / openstack / etc had a comparable feature to tap into.
14:13 DigitalHermit left #salt
14:14 jeddi how unsafe do you believe ssh is with this stuff?  simpler - may be the case where you're on a supported vps provider / os combination.
14:15 danielbachhuber joined #salt
14:15 mannyt joined #salt
14:16 ageron I wasn't very clear, sorry.  What I meant by safer is just that using CloudInit means that you don't even have to open up SSH in order to bootstrap a VM.  One less possible entry point for hackers.  This is particularly useful if the salt-master is not in the same Region as it avoids having to open up SSH across the Internet.  I'm not sure my explanation is clear.
14:17 ageron It's a bit simpler because you don't need to set up ssh keys and open up ssh in the security groups.
14:19 ageron And faster because the bootstrap will start right away upon the first boot, you don't have to wait for the ssh server to be ready (but you do have to wait for the salt-minion to connect, I imagine).
14:21 ageron But don't get me wrong: I'm not suggesting to replace ssh altogether, I'd be very surprised if a CloudInit-like solution existed for every provider/os combination.  But in my case, I use Ubuntu instances on EC2, in a VPC: it would really make my life better, and hopefully people in similar situations.
14:21 m_georgez joined #salt
14:22 mannyt_ joined #salt
14:25 jdaggett joined #salt
14:26 krissaxton joined #salt
14:32 jeddi ageron: i think i understand, but it pressupposes that ssh is insecure .. and i don't think it's *that* insecure.  ssh-server and salt-minion probably start around the same time i'd guess.
14:32 jslatts joined #salt
14:32 teskew joined #salt
14:32 ronc joined #salt
14:32 jeddi ageron: and no, i understand what you're trying to achieve, and as i say, if rackspace has it, and will support real operating system images too ;)  .. it would be a lovely addition to the feature set.
14:33 jeddi i see cloud-init v0.7.2 is available on debian sid, for example, so i'm sorted.  :)
14:41 Chocobo Wow, salt seems so much easier to set up than Chef.  I think I will like this a great deal.
14:41 alexl joined #salt
14:41 ageron Chocobo: I just made the switch.  :-)  Welcome to a life of pleasure.
14:42 Chocobo ageron: thanks!
14:42 Chocobo Do most people use/recommend yaml or jinja?
14:42 afx_hero joined #salt
14:42 afx_hero joined #salt
14:44 favadi joined #salt
14:44 joehh Chocobo: not sure on the context of your question. I use both regularly...
14:44 joehh yaml for the sls files, jinja for most templating...
14:45 joehh ocaisionally a little jinja creeps into my sls files (to generate yaml)
14:45 ageron jeddi: forget about the "safer" statement, it's probably not such a big win after all, you're right.  Mostly it's making things slightly easier in some cases (ssh keys & opening up ssh in security groups).  Not a must-have, definitely nice if available.
14:45 Chocobo joehh: Ahh, thanks.
14:46 middleman_ joined #salt
14:46 ageron Chocobo: +1 on joehh's answer
14:46 terminalmage joined #salt
14:46 aat joined #salt
14:49 jeddi ageron: forgotten :)   it'll be interesting on the timing fronts.  i think when i started looking at salt-cloud recently, and supernova client before that, it was frustrating just the delay (or perhaps lack of feedback) on progress for starting a vps on rackspace.
14:50 jeddi Chocobo:  as joehh and ageron indicate - you'll start with yaml.  then you'll realise you're repeating yourself, and you'll start wrapping that up in some jinja.  then it'll all be downhill.  or uphill.  it'll be better, anyway.  i never knew which way was meant to be better.  down sounds bad and out of control.  up sounds difficult.
14:50 Furao Chocobo: salt use both at the same time: first sls are jinja file that render yaml
14:51 Shell jeddi: neither way is better in English. all going downhill = going to shit, all going uphill doesn't exist. :p
14:55 DredTiger joined #salt
14:58 Katafalkas joined #salt
14:59 Chocobo jeddi: seeing I am lazy downhill sounds a lot better :P
14:59 UtahDave joined #salt
15:01 azbarcea joined #salt
15:02 Chocobo Shell: I don't know.  A pretty common saying (at least in New England) is "It's all downhill from here!" meaning it will be immediately easier.   Although when talking about age, "over the hill" is a bad thing, even though you are on your way down...
15:02 williamthekid__ joined #salt
15:02 Shell Chocobo: weird.
15:03 Happy86 joined #salt
15:03 jalbretsen joined #salt
15:04 Happy86 hi
15:04 bemehow joined #salt
15:05 Chocobo It gets even more odd, because if you say "Things are going downhill" then it means things are getting progressively worse.   Hills make terrible analogies :)
15:05 Happy86 is it possible for you to add an ipv6 to your debian repo? would be great
15:07 DerekRBN Story of sisyphus apply to this hill analogy?
15:08 Chocobo DerekRBN: Well I would say for susyphus "It's all uphill!"  Which would terrbile.  I am sure he didn't care as much about the hill as he did the boulder though
15:09 DerekRBN Happy86: do you mean addressing a repo by ipv6 or making a repo respond to ipv6?
15:09 sarkis joined #salt
15:10 DerekRBN Chocobo: which means downhill is a great thing. guess its all context
15:10 jeddi I remember this came up in a meeting I was (unfortunately) in back around 1993.  We didn't have a good answer then either.
15:13 m_george left #salt
15:15 Happy86 @DerekRBN: Well ... responding to an IPv6 address. I have a IPv6 only system and want to add debian.saltstack.com to ...
15:15 Happy86 ... my sources.list. But that doesn't work ... `host debian.saltstack.com` only returns an IPv4
15:16 DerekRBN Happy: Yeah I caught on to what you were asking
15:16 DerekRBN Had read it wrong
15:17 krissaxton joined #salt
15:18 Happy86 :D
15:19 Happy86 no problem
15:20 jkleckner joined #salt
15:21 jescalan joined #salt
15:21 joehh Morning UtahDave, do you know if it is possible to add IPV6 to debian.saltstack.com?
15:22 jescalan hey guys! if anyone has a second, could you review this sls and let me know if i'm doing it right in general? new to salt just looking for general feedback : )
15:22 jescalan https://gist.github.com/jenius/5746373
15:22 joehh someone else was asking here a few days ago too.
15:24 jeddi jescalan: i'd wrap the first paragraph - all the packages to install - into a few lines of jinja
15:25 jescalan @jeddi thanks for the tip! not *exactly* sure what you mean
15:25 jescalan what would you need ninja there for?
15:25 jescalan jinja*
15:25 jeddi jescalan:  http://rn0.ru/show/0e5wbEmlC0tH81qc7vvI/
15:26 DerekRBN Not sure whats best practice but my require: statements do cmd.run: command and pkg.installed: pkg
15:26 jeddi it just means you don't have quite such a long sequence of one-line-per-wotsit stuff going on.  so if you took that fragment i posted, and replaced all the quoted bits with your rbenv candidate packages .. you'd get the same effect.
15:26 Furao jeddi: use - pkgs instead of looping and calling pkg.install for each
15:26 jescalan right right. just a stylistic thing though, to make it one long line rather than a bunch of short lines?
15:26 jeddi jescalan: so you don't *need* to do that, of course.  and depending how you handle your text it can make it harder to read .. but i tend to group things togehter on their own lines, and try to remember to keep alphabetic order.
15:27 jeddi Furao: even better?
15:27 Furao it's going to run faster
15:27 jeddi Furao: oh - that'll be faster to parse wont' it .. rather than it trying to run apt on each thing.
15:27 jeddi :)
15:27 jescalan sure - and yeah definitely agreed furao
15:27 aranhoide I want to run a cron job every minute.  I just set `my_command: 'cron.present'` .  in theory that should do it because all parameters default to *, right?  yet I can't see my job anywhere in the crontab files, and it's certainly not running...
15:27 jescalan does the seem like a legitimate way to get rbenv and ruby installed?
15:28 aranhoide (the above goes in my states config)
15:28 jescalan i was getting confused by the rbenv docs last week: http://docs.saltstack.com/ref/states/all/salt.states.rbenv.html#module-salt.states.rbenv
15:28 jeddi jescalan: i don't know enough about rbenv, but you will want to watch that you don't end up running stuff repeatedly.
15:28 jescalan in the docs it says "Rbenv will be installed automatically the first time it is needed and can be updated later"
15:28 jescalan but in reality, it isn't installed
15:28 jescalan you have to do it yourself (which is fine, just confusing)
15:28 unicoletti left #salt
15:29 jescalan i guess it would also probably help to put the ruby version in pillars rather than hard coding it
15:29 milind joined #salt
15:30 jeddi aranhoide: i don't know, but does it install to user root's cron file?  (depending on distro it may be under /var/spool/cron/crontabs)
15:31 aranhoide jeddi: that was it, thanks!
15:31 aranhoide it still seems not to run though
15:31 dhgbrg joined #salt
15:33 jeddi aranhoide: oh - that's a different problem :)
15:33 jeddi i can only randomly guess at the solution to one problem a day.
15:34 nrub joined #salt
15:34 aranhoide jeddi: ya, I'll figure it out, thanks! :)
15:35 luminous if you use salt-call locally, and have no master setup, what does salt-call use to determine where file_roots is?
15:35 jeddi aranhoide: sure you've got cron / anacron pacakges installed?  cron packages (again depends on distro and version) sometimes need to be restarted - so you could add the service / watch thing in.  or things like anacron don't.
15:35 mannyt joined #salt
15:35 jeddi actually not restarted - just a sighup sometimes sent to them, or the init script may cope with a reload parameter, etc.
15:36 aranhoide jeddi: oh, I thought the cron state would take care of that stuff.  I'll look into that, thanks
15:36 Chocobo Is it possible to have the master on a different network than the minions?
15:36 jeddi aranhoide: again, i'm guessing on this front - but it's worth a check.
15:36 jeddi Chocobo: as long as the master is visible to the minions, yes.
15:37 Chocobo jeddi: what do you mean by vissible?  routable?
15:37 Katafalkas joined #salt
15:37 aranhoide I'm on EC2's standard Ubuntu 12.04 image, if that helps
15:37 jeddi Chocobo: routable, yes.  the minions need to be able to resolve and then access the master's address.
15:37 Chocobo Ahh, ok.  Thanks.   nice.
15:37 jeddi aranhoide: i tend to use anacron wherever possible, partly to alleviate historic cruftiness of default cron daemons.
15:38 Chocobo I may run the master from a VM then.
15:38 aranhoide jeddi: does the salt cron module/state work well with anacron?
15:38 jeddi aranhoide: i'd suggest hopping on the box, confirming service cron reload kicks in the changes you made, and if so, then set up a service / watch thingy in salt?  that may be the fastest way of handling this.
15:38 jeddi aranhoide: again .. i don't really know .. i'm a bit of a noob to salt, and haven't done much with cron states yet.
15:39 aranhoide jeddi: trying that, thanks again
15:40 jeddi aranhoide: actually, thinking about it, because i'm going to be consistently using debian and ubuntu vm's, and i like other people that hit the box to find things in predictable plcaes i'd probably manage cron fragments as normal files (from a salt point of view) and just push them into /etc/cron.* locations .. and rely on anacron to notice the changes.
15:40 jeddi aranhoide: but that is very likely NOT the recommended and salty way of doing things.
15:41 jeddi Chocobo: yeah, it'll all work so long as they're contactable.  i ended up running my master on my vps in rackspace, just so my vm minions, even on the laptop, could get access to the master when i'm out and about.
15:41 luminous if you use salt-call locally, and have no master setup, what does salt-call use to determine where file_roots is?
15:41 oliv_mc joined #salt
15:41 SEJeff_work luminous, The minion config.
15:42 terminalmage SEJeff_work: ha, beat me to it by <1 sec
15:42 Chocobo jeddi: Cool, that sounds like a nice setup.
15:42 terminalmage was about to hit enter...
15:42 jeddi Chocobo:  it assumes a massive deal of confidence in the security of your vps, of course.  i don't have such confidence, so it's only managing vm's and the like, rather than actual private infrastructure here.    but that's an implementation problem rather than a salt concern.
15:43 luminous SEJeff_work: awesome, thanks for confirming! I must have missed it there when I looked for defaults
15:51 jeddi Furao: Could I ask you to check something for me please - I just flicked over that fragment I posted before to use pkgs -- I've pasted it here http://rn0.ru/show/SHar3LSudfJYmZHHvtir/  -- but now I get an error on a later stanza, where etckeeper (package) *requires* 'pkg':'git' and it's saying that requisite isn't found.
15:51 jeddi Does salt look for the *package* to be installed, or the pkg.installed line to exist?   It sounds like the latter, but that doesn't make sense.
15:52 jeddi oh, i'm not the first https://github.com/saltstack/salt/issues/3677
15:53 karlp can't you just do -names: a, b, c, d?
15:53 karlp hang on, I think I'm misunderstanding
15:53 jeddi so i can either separate out any base packages (in this case) that any other service or file or whatever needs to watch or require.  OR I can group them into separate stanzas (much the same effect, much the same overhead).
15:54 jeddi or I have a require for the 'etckeeper configuration file' to check 'base-packages' .. which seems necessarily obfuscated for the next chap to come along and work out what's going on.
15:55 Shell jeddi: a requisite for pkg:git requires that a pkg state *named* git (the top-level bit there, in your example "base-packages") has been run.
15:56 dthom91 joined #salt
15:56 jeddi Shell:  ack .. just getting my head around that now.  i'll separate git (pkg) into its own stanza now.  that'll be clearer.  I can physically keep that closer to the etckeeper stanza (which has pkg, file, cmd components)
15:56 Shell jeddi: and I agree, separate out your pkg states as much as makes sense for your use case. things like "base-packages" rarely make sense, something like "etckeeper-deps" might make sense.
15:56 clintberry joined #salt
15:57 Shell that only includes dependencies for etckeeper
15:57 Shell and continue splitting it out like that.
15:57 jeddi Shell: yeah - i suspect you're right on that.  so far my base.sls is pretty tiny (under 250 lines), and really does contain stuff i'll have everywhere.  but sub-dividing that down will be the next logical step, i'm sure.
15:58 jeddi Shell: you put those in sub-dirs normally?  do you name them all under base.etckeeper-deps (for example) ?
16:00 Shell jeddi: I go for one state file per thing to install/configure, which covers both that thing and its dependencies. atm, I don't use directories much.
16:01 jacksontj joined #salt
16:03 favadi joined #salt
16:03 jeddi Shell: okay, cool.  i've put a few things in subdirs, but mostly one per host .. not the ideal way, but flexible enough for me to change later.  thanks for your insights.
16:03 jdaggett joined #salt
16:06 robinsmidsrod joined #salt
16:06 afx_hero left #salt
16:08 bemehow joined #salt
16:12 ZenoTasedro joined #salt
16:15 krissaxton joined #salt
16:15 alekibango joined #salt
16:18 linjan joined #salt
16:19 efixit joined #salt
16:19 Gifflen joined #salt
16:24 UtahDave Hey, is anyone in the Bay Area interested in attending DevOps Days?  We might have a ticket available for one of our awesome community members!  :)
16:26 williamthekid_ joined #salt
16:30 KyleG joined #salt
16:30 jacksontj joined #salt
16:33 zooz joined #salt
16:34 abe_music Can someone help me figure out why my minion config being generated by salt cloud contains circular references in the grains section? http://pastebin.com/35bBRkeU
16:35 danielbachhuber joined #salt
16:38 dthom91 joined #salt
16:38 Sacro joined #salt
16:43 UtahDave abe_music: I think that your "grains:' section shouldn't be inside your "minion:" section
16:44 nrub_ joined #salt
16:45 krissaxton joined #salt
16:53 __gotcha_ joined #salt
16:53 __gotcha_ joined #salt
16:56 mannyt joined #salt
16:56 __gotcha__ joined #salt
16:56 __gotcha__ joined #salt
16:57 Ahlee anybody seen salt-api cache values after incorrectly matching them?
16:58 middleman_ joined #salt
16:58 cjohnston_work UtahDave was there any update to the issue I am seeing in the latest cut of 0.15.3?
16:59 UtahDave cjohnston_work: what's the issue # on that?
17:02 favadi joined #salt
17:04 KyleG1 joined #salt
17:05 jacksontj joined #salt
17:07 soukihei joined #salt
17:07 mannyt joined #salt
17:09 afx_hero joined #salt
17:09 afx_hero joined #salt
17:10 lvicks joined #salt
17:11 JasonSwindle joined #salt
17:11 JasonSwindle UtahDave: Howdy
17:12 Ryan_Lane joined #salt
17:12 faldridge joined #salt
17:13 UtahDave hey, JasonSwindle!
17:13 aranhoide thanks yet again, jeddi, it turns out the cron part of my setup was working alright.  the script that cron called was erroring, and it didn't know where to complain :)
17:16 afx_hero joined #salt
17:26 mgw joined #salt
17:31 abe_music has the salt cloud map formats changed? i must be missing something here: http://pastebin.com/gfBeVcQv
17:32 abe_music I'm getting a KeyError for 'dn-1'
17:33 luminous anyone using ZMQ for services/apps, along side salt AND using salt to secure these sockets?
17:34 abe_music here's a gist with the map file and the error in it: https://gist.github.com/abemusic/5750679
17:34 luminous as a zmq / salt newb, I would greatly appreciate insight as to how I could leverage salt for securing sockets used by services running on salt master/minions
17:34 mgw joined #salt
17:36 UtahDave luminous: let me talk with some devs here and see about how to do that.
17:36 __gotcha joined #salt
17:36 __gotcha joined #salt
17:36 luminous UtahDave: that would be so very appreciated. I even have https://groups.google.com/forum/#!topic/salt-users/OCJzzX0gd1Q
17:36 tamentis_ joined #salt
17:36 yidhra_ joined #salt
17:37 luminous I haven't written any of the zmq stuff, just dreaming at the moment, though I do have multiple services that could use this instead of HTTP
17:37 afx_hero joined #salt
17:37 UtahDave abe_music: hey, can you pm redbeard2?  he's the salt-cloud lead dev. He can help you with that.
17:37 abe_music UtahDave: will do, thanks
17:38 luminous so, aside from latency, I'm not really bound by many constraints and am open to the various ways you might want to implement that type of setup
17:38 abe_music UtahDave: any idea when he's usually around?
17:39 luminous abe_music: you may find him here now/shortly, give it a try and see
17:39 UtahDave he's available right now.  He's just not in #salt right now
17:39 abe_music ah :) thanks
17:40 robins joined #salt
17:42 * luminous holds on
17:45 dthom91 joined #salt
17:47 jescalan joined #salt
17:50 nrub joined #salt
17:51 MrWilson joined #salt
17:54 armonge joined #salt
17:59 auser joined #salt
18:03 dhgbrg joined #salt
18:03 jlund joined #salt
18:04 mgw joined #salt
18:05 Katafalkas joined #salt
18:06 giantlock joined #salt
18:09 alexl_ joined #salt
18:21 DredTiger joined #salt
18:23 cjohnston_work joined #salt
18:26 jdaggett joined #salt
18:26 sebgoa joined #salt
18:31 bemehow joined #salt
18:33 m_george|away joined #salt
18:37 hrist joined #salt
18:38 auser joined #salt
18:47 zooz joined #salt
18:48 Teknix joined #salt
18:48 saras joined #salt
18:48 yota joined #salt
18:48 milind joined #salt
18:48 keith4 joined #salt
18:49 Nazzy joined #salt
18:49 Nazzy joined #salt
18:49 krissaxton joined #salt
18:49 jalbretsen joined #salt
18:49 whiskybar joined #salt
18:52 jacksontj joined #salt
18:54 ClausA joined #salt
18:58 faldridge joined #salt
19:05 zz___number5__ joined #salt
19:06 kermit joined #salt
19:06 dhgbrg joined #salt
19:10 whiskybar hi I was wondering if you use some kind of web UI for runners - which one? We used buildbot but it's ugly and I really don't care about tests/integration
19:10 UtahDave luminous: hey, I got some good input on your question about using salt's zmq stuff
19:12 UtahDave basically, all that communication and security layer is really deeply integrated into Salt.  There's not really an easy way to use that for other purposes, unfortunately.
19:13 billyw joined #salt
19:14 luminous UtahDave: ok, thanks for confirming!
19:15 UtahDave no problem!
19:16 mgw joined #salt
19:16 bemehow joined #salt
19:16 UtahDave whiskybar: we do have the beginnings of a ui in the salt-ui repo.  I'm not sure if there is a runners module for it yet.
19:16 whiskybar UtahDave: thanks I'll check it out
19:17 UtahDave you're welcome!
19:18 billyw I'm getting the following error between a CentOS master and FreeBSD 9.1 minion --> http://pastebin.com/6dbuELCZ
19:19 billyw The master is at 0.15.3, but the latest salt version I seem to be able to get on FreeBSD is 0.10.4 :\
19:20 X-warrior joined #salt
19:20 X-warrior joined #salt
19:21 UtahDave Ooh, yeah, there's been some changes to the interface between the master and minion since then for security reasons.
19:22 UtahDave Are you sure there's nothing newer for freebsd?  cedwards is our freebsd maintainer and he's usually really good about keeping it up to date
19:22 X-warrior is it possible to pass jina2 definitions {% set user = "aa" %}  on includes, file a defines user, file b includes a and uses {{ user }} ? it doesn't seems to work
19:23 dlam joined #salt
19:23 cedwards billyw: sysutils/py-salt should be up to 0.15.3.
19:23 cedwards billyw: are you installing from ports or packages?
19:23 Tekni joined #salt
19:24 UtahDave X-warrior: I'm not entirely sure, but could it be that the included file is completely templatized before being imported?
19:24 billyw cedwards: Ah, I was installing from sysutils/salt, I bet that was my mistake
19:25 cedwards billyw: sounds like an outdated ports tree
19:26 cedwards billyw: likely need a 'portsnap fetch update' if you haven't in a while
19:26 billyw cedwards: That was exactly it, thanks for solving my pebcak problem :)
19:26 cedwards np
19:26 UtahDave thanks, cedwards!
19:26 UtahDave by the way, how's that book coming along?
19:27 ageron joined #salt
19:28 jescalan joined #salt
19:31 cedwards currently working on the first round of feedback and revisions
19:34 Ahlee is there a known race condition between accepting key on salt master to when the minion has 'settled' and won't respond to any grain?
19:34 mperry__ is it possible to get hosts to match multiple things in the top file?
19:34 mperry__ for example if i want to do config by hostname and then a base config for all systems
19:34 mperry__ i can't seem to get both things matched, just one or the other
19:35 luminous cedwards: what's the topic?
19:36 cedwards luminous: not salt unfortunately. it's an ubuntu beginner book.
19:36 jacksontj joined #salt
19:38 UtahDave cedwards: nice
19:39 UtahDave mperry__: yeah, you can match on multiple items in the top file
19:39 UtahDave Ahlee: Once you accept the minion's key on the master, it does take a few seconds for the minion to process the master's keys and start everything up
19:40 bemehow joined #salt
19:40 Ahlee i just accepted a new salt key, targeted a grain that doesn't eixst on the new host, and the new host accepted
19:40 Kzim joined #salt
19:40 Ahlee so the master keeps a record of grains locally?
19:40 Ahlee and appears to wildcard anything it's still learning?
19:43 UtahDave uh, that doesn't sound like it should be doing that.
19:43 UtahDave what grain were you using?
19:43 Ahlee a custom grain we set in /etc/salt/minion
19:43 luminous cedwards: think of getting them off to the right start (maybe in an advanced section) ;)
19:43 luminous ?
19:44 billyw So does the pkg state module also work with FreeBSD's package management system? I tried to parameterize package names but I'm getting something wrong
19:45 UtahDave yeah, the pkg state does work with freebsd
19:45 UtahDave billyw: can you pastebin what you have so far?
19:46 billyw UtahDave: Sure, I'll grab a snippet, just a sec
19:46 UtahDave Ahlee: The master does cache the minion's grains locally, but it shouldn't target a grain that hasn't been set
19:46 Ahlee http://pastebin.com/YiHTE4Gx
19:46 UtahDave Ahlee: can you pastebin
19:46 UtahDave :)
19:47 Ahlee I worked from home today JUST to be able to pastebin
19:47 Ahlee i'm cleaning logs now to see if i can submit them
19:47 UtahDave :)
19:47 Ahlee i know what's there isn't enough, but I also can't post company data without it running way up the chain
19:48 UtahDave No, I understand.
19:48 dave_den is it still correct that any minion can see any file in file_roots?
19:48 dave_den i.e., there is no access restriction
19:48 UtahDave Ahlee: so that grains declaration is in the minion's config files?
19:48 Ahlee UtahDave: just the one's
19:48 Ahlee host018 has that grain, targetting fine
19:49 Ahlee i installed host087, and notcied it had host018's software on it
19:49 UtahDave dave_den: Yes, by definition file_roots is available to all miions
19:49 Ahlee that caused me to go looking, and 087's key was accepted ~2 seconds before I ran targeted host018
19:49 UtahDave dave_den: use pillar to parametrize the states per minion and isolate sensitive data per mnion
19:50 UtahDave Ahlee: is the custom grain in the output of salt 'host087' grains.items     ?
19:51 dave_den utahdave: i'm trying to decide how best to serve large binary files that are sensitive
19:51 Ahlee UtahDave: No
19:51 mnemonikk joined #salt
19:52 UtahDave hm.  Can you set up a situation to reproduce this?
19:52 minaguib Hey folks, I'm trying to get a state to re-install package X if some condition happens (specifically, a gentoo USE flag that alters how the package is built is modified).  As far as I can tell, pkg.installed / pkg.latest simply say "It's already installed - nothing to do".  Is there a way to force them to re-install based on some criteria ? Do they respond to watch_in maybe.. ?
19:52 UtahDave dave_den: Hm.  Let me think about that for a minute
19:53 mgw1 joined #salt
19:53 minaguib dave_den: While salt can serve it as a state file, it's essentially open to all minions.  Have you consided securing it with a password somewhere and making that password (via pillars) only visible to minions that need it ?
19:54 billyw UtahDave: Here's a snippet that was for installing ntp: http://pastebin.com/aV4gdR49
19:54 dave_den utahdave: best i can think of is to check the shasum of the file and put that in a file.manage, then if the sha doesnt match, fetch the file via https+basicauth with the password provided from pillar
19:55 dave_den minaguib: that's what i was thinking. just wondering if that's the 'recommended' way.
19:55 minaguib dave_den: I can think of a hacky approach, but it depends on salt never offering the minion a "listing" services.  You toss the file in file_roots/statefoo/files/SECRET/file.dat, and make SECRET the pillar password to actually know its proper path
19:56 UtahDave billyw: your  - pkgs:   is going to be formatted wrong
19:56 Chocobo commands are ',' delimited correct?  Why does this create group with the name "sam,5000"?  salt '*' group.add 'sam',5000
19:56 minaguib dave_den: That way you can use salt master as a file server without adding additional infrastructure, but with the caveat that it's not super clear
19:56 UtahDave dave_den: that's probably how i'd do it.  It does seem like there should be a more graceful way to do that, though
19:57 dave_den minaguib: i'm not a fan of security through obscurity.  a bit too hackish for me
19:57 billyw UtahDave: Shoot, really? It had been playing nice on CentOS minions. Guess I'll check that out
19:57 dave_den thanks for the brainstorm, tho :)
19:57 mgw joined #salt
19:57 minaguib dave_den: Alternatively if you find a lightweight encryption method, literally keep it encrypted and provide the encryption key to the minion
19:57 UtahDave Chocobo: space delimited in that instance
19:58 dave_den minaguib: yeah, but then i have to manage the encryption of the added or modified files… trying to KISS
19:58 Chocobo UtahDave: Is there any way to name parameters?   For example if you have 5 or 6 how can one in the middle be empty?
19:59 dave_den UtahDave: i haven't looked at the code yet, but you may know - how does salt server the files in file_roots? some embedded http server or something?
19:59 minaguib dave_den: It's all via the built-in zeromq channel
19:59 dave_den ah
19:59 dave_den hrm
20:00 minaguib dave_den: Is your binary file big ?
20:00 dave_den minaguib: up to a few GB
20:01 UtahDave yeah, it's asychronous over zmq.  We've tested it on DVD sized files and it works pretty well
20:01 dave_den would be cool if i could define file roots with minion id matching like i can for states matching
20:01 jdaggett joined #salt
20:04 minaguib dave_den: Or literally provide "secure" areas of file server that require the minion to supply credentials
20:04 minaguib then loop back around via pillars and target the credentials to minions that need them :)
20:04 kermit joined #salt
20:05 gaoshan joined #salt
20:05 krissaxton joined #salt
20:05 jdaggett joined #salt
20:05 krissaxton left #salt
20:06 gaoshan When I set up my first minion its key appeared to the salt-master as: none         Where can I set that name so that I can differentiate between minions?
20:06 dave_den although i guess i might be trying to push too much into salt master.
20:07 UtahDave gaoshan: set the "id" option in the minion config
20:08 minaguib gaoshan: Make sure "hostname" reports a proper name on the machine - otherwise create a minion conf and explicitly specify an id there
20:08 minaguib dave_den: It's not the first time someone asked about protecting blobs - I think I either saw a similar discussion here on salt-users
20:08 minaguib *or salt-users
20:08 gaoshan Perfect, thx!
20:11 evxd What's the best way to "search" for other minions that fit a specific role? My reading has led me to using publish for peer communication, but I just want to make sure there's not a more another way which I may be overlooking.
20:11 evxd s/a more//
20:12 UtahDave evxd: so from the master or from a minion?
20:14 evxd UtahDave: I intend to do it from a minion. I intend on creating 3 minions at once and having them dynamically "find" a minion which has specific characteristics. Similar to node searching in Chef.
20:15 UtahDave so you'll want to use the peer communication like you saw or possibly the Salt Mine
20:15 UtahDave The peer interface is real time and the salt mine allows you to run commands on a regular interval that are cached
20:16 evxd Ah, perfect. I need real-time, but I'll look into using the Salt Mine as an alternative case.
20:16 Ahlee sorry, hectic situation
20:16 evxd Thanks UtahDave
20:16 Ahlee UtahDave: sure, all I have to do is build a new system (6 minutes), and kick of a grain targeted command after accepting the key on the master
20:17 gaoshan The docs say that custom modules go in: salt/modules  but creating that dir at /etc/salt/modules does not seem to work as trying to run the custom module results in: "basicauth.adduser" is not available.
20:17 gaoshan Am I not putting the module in the correct place?
20:17 UtahDave gaoshan: put custom modules in   /srv/salt/_modules
20:17 UtahDave then run sudo salt \* saltutil.sync_modules
20:18 jacksontj joined #salt
20:20 gaoshan That did it, thx @UtahDave   Perhaps that could be more prominently displayed in the docs somewhere? I've been going over them today as I take my first dip into salt but did not find that anywhere.
20:21 dave_den is there any reason why salt devs decided on using only rsa keypairs instead of x509 certs?
20:22 luminous interesting..  so a state with file.directory   and name: /var/log/foo/  will fail, saying there's no parent to put the directory in. but name: /var/log/foo  is recognized correctly
20:22 iMil heya UtahDave
20:22 luminous dave_den: can you make a x509 (simply) without a CA?
20:23 iMil UtahDave: about your mail on state list, adding it to salt/modules/state.py would make it available on a statefile via a salt[] call right ?
20:23 UtahDave iMil: yep
20:23 iMil UtahDave: so at the end it won't be different that accessing it via cp.list_states
20:23 iMil than*
20:23 dave_den luminous: yes, absolutely. self-signed ssl certs for https are x509
20:23 iMil (which I actually do)
20:24 dave_den the advantage to x509 certs is that you can chain/sign them
20:24 luminous dave_den: and they are esay to make, you think?
20:24 iMil the whole point of adding it to grains was to easy states list access
20:24 iMil to ease*
20:24 dave_den luminous: i am just thinking - how can i reject all minion submitted keys that are not signed by my master cert
20:24 iMil wow am I drunk or what.
20:24 luminous dave_den: isn't that done for you?
20:24 dave_den luminous: yes, very easy
20:25 luminous dave_den: maybe you could submit the pull request with the code to do so?
20:25 iMil UtahDave: but I get your point, states list can be very large
20:25 luminous I have never found SSL easy to setup
20:25 luminous self-signed or otherwise, it's always a pain
20:25 UtahDave iMil: Tom wasn't too keen on having those in grains.
20:25 iMil oh :)
20:25 dave_den luminous: no, as far as i know, any minion anywhere that can reach your salt-master port can submit a key with any id and it will be cached on the master. if you accidentally do a salt-key -A, you could easily accept a bad minion key
20:25 luminous where as pke, is another hting
20:26 jescalan got a quick question
20:26 jescalan when i try to run salt '*' state.sls x on the master
20:26 jescalan with a sly that fails
20:26 jescalan sls*
20:26 dave_den UtahDave: can you confirm my assumption about keys being cached like i just described above?
20:26 iMil well, as long as cp.list_states is available that's good for me, unless there's another way I haven't thought of
20:26 jescalan it tells me that the function is already running, and gives me no error output
20:26 jescalan is there any way to stop the function from running?
20:27 jescalan if it was messed up?
20:27 X-warrior how can I pass a parameter to a call to a program on cmd.script? I tried name: salt://something.sh param, but this doesn't work
20:27 dave_den luminous: i am not very versed in python - i can read it and sort of understand it, but have not written anything in it
20:27 UtahDave iMil: yeah, cp.list_states should work. I had forgotten it was there.
20:28 iMil UtahDave: it does :)
20:28 UtahDave dave_den: Yes, when a minion attempts to authenticate it's public key is place in the minions_pre directory in the pki directory
20:28 iMil UtahDave: http://imil.net/wp/2013/06/06/saltstack-dynamic-sls/
20:28 dave_den luminous: i'll email salt-users about it and see what feedback i get
20:29 UtahDave iMil: Ah, nice example.
20:29 jlund X-warrior: Make the script a jinja template and then you can use pillar values in the script.
20:30 UtahDave jescalan: what version of Salt are you running?
20:31 jescalan @utahdave 0.15.3
20:31 luminous dave_den: to me, it seems the simple solution is to not ever (or block) salt-key -A
20:31 UtahDave jescalan: can you pastebin what you have and also the output?
20:32 faldridge joined #salt
20:32 jescalan @utahdave http://pastebin.com/KTuscvFH
20:33 jescalan i can get it to spit out an error if i kill the salt-master process and restart it
20:33 jescalan but i can only attempt to run the sly once before it stops giving me errors and just returns this every time
20:33 jescalan sls*
20:34 dave_den luminous: i personally do not use salt-key -A, but the issue is also one of salt-master even accepting any keys someone sends it into the minions_pre directory. in practice, the master port should be restricted to actual minions you control anyway, but i fear that is not always the case
20:34 dave_den caching and listing keys that anyone can submit to salt-master seems like inviting disaster
20:36 jacksontj joined #salt
20:36 X-warrior jlund: but then I will need to process my sh file with jinja first
20:37 dave_den luminous: looks like someone already brought it up on salt-users: https://groups.google.com/d/msg/salt-users/6CWox7qfnAE/p1pIsI6f8s4J
20:38 jlund X-warrior: Correct, but cmd.script supports that natively.
20:39 jlund Just tell it to run a Jinja2-formmated script and pass template: jinja.
20:39 Chocobo When you see something like "service:" in an sls file, that is basically just descending into the "service" module correct?
20:39 jlund s/formmated/formatted/
20:40 Ryan_Lane joined #salt
20:41 UtahDave Chocobo: yes, exactly
20:42 UtahDave jescalan: is it still trying to install rbenv?
20:42 Chocobo UtahDave: Thanks, that makes sense.   I am going to go read up on requisites now and see how they relate to modules.
20:42 jescalan @utahdave honestly i'm not sure what it's doing. i'm having a really hard time getting it to correctly log out errors
20:42 jescalan i'm running salt-minion in debug mode and watching that terminal window
20:42 UtahDave requisites only relate to other states
20:42 Ahlee I second that
20:43 UtahDave Ahlee: what are you seconding?  :)
20:43 jescalan generally it outputs the text in the .sls file, then says "returning information for job xxxx"
20:43 jescalan then doesn't return any information
20:43 Ahlee error logging is insteresting
20:44 jescalan i'm a huge salt noob, so the difficulty of getting any type of error reporting is making this really difficult for me to pick up
20:44 Chocobo UtahDave: Hmm, so in this example: https://raw.github.com/saltstack/salt-states/master/ssh/init.sls  what is the "- installed" part called?
20:44 Chocobo I am trying to figure out where to find the documenation on the various parts :P
20:51 X-warrior jlund: I will try, ty
20:52 m_george left #salt
20:53 UtahDave Chocobo: ok, so openssh is the ID declaration  (this also gets copied to the 'name' variable if 'name' isn't set)
20:53 UtahDave pkg refers to the state module.    salt/states/pkg.py
20:53 UtahDave - installed refers to the installed function in salt/states/pkg.py
20:55 Chocobo Hmmm thanks UtahDave.  Would you say (for the most part) the "stuff" under an ID declaration usually consists of state modules (and functions thereof)?   For example http://paste2.org/50KspWCw wouldn't make much sense.
20:56 UtahDave correct, Chocobo, that doesn't make sense at all
20:56 jescalan this is going to drive me crazy
20:56 jescalan https://gist.github.com/jenius/5746373
20:56 jescalan what is wrong with this script?
20:57 jescalan keeps telling me rbenv_deps is not a dictionary
20:57 jescalan which makes no sense to me
20:58 viq joined #salt
20:58 viq joined #salt
20:58 coolj joined #salt
20:59 yml joined #salt
21:02 jescalan it throws this error on the first line
21:02 jescalan no matter what
21:02 jescalan even if it's only the first statement in the file
21:02 Ahlee I don't think it's going to like ~/.profile:
21:02 Ahlee but, throwing up a test system to check
21:05 UtahDave jescalan: remove the -  before pkg.installed
21:05 jescalan @utahdave hah that was it
21:05 UtahDave also, - names should probably be - pkgs
21:05 jescalan just noticed it like 5 seconds ago
21:05 jescalan ugh
21:05 jescalan my other issue is that i need to kill salt-master and salt-minion every time i can get this to run once
21:05 jescalan in order to be able to run it again
21:06 jescalan then often times salt-minion is unable to connect
21:06 jescalan so i need to restart salt-minion like 5 or 6 times until I get lucky
21:06 jescalan often having to log in and out of the machine via ssh a few times in between
21:06 jescalan generally a nightmare
21:06 UtahDave jescalan: that's really weird.
21:06 UtahDave what os are you on?
21:07 jescalan ubuntu
21:07 Ahlee That doesn't sound normal :)
21:07 jescalan basic $5 box from digital ocean, bare
21:07 UtahDave yeah, I use ubuntu on digital ocean all the time
21:07 Ahlee are you usng DNS to find the salt master, or specifying in your minion?
21:07 jescalan whenever i try to run it more than once in a row i get the error i sent before on pastebin
21:07 jescalan minion has the direct IP to the master
21:10 Ahlee when that happens, what happens if youc all salt-run jobs.lookup_jid 20130610203156807690
21:10 afx_hero left #salt
21:11 jescalan @ahlee exact same error
21:11 UtahDave jescalan: what changes have you made with the minion and master config
21:11 Ahlee bowing out of this one
21:11 jescalan so i have no changes on the master config, just the states in /srv/salt
21:12 jescalan on the minion, in /etc/salt/minion
21:12 jescalan i set master to the IP address of the master server
21:13 jescalan everything else in that file is commented out except for the master line
21:15 JasonSwindle Are the salt stack 0.15.2 and 0.15.3 release notes out?
21:17 krissaxton joined #salt
21:18 UtahDave We don't always do release notes for each point release, since they're bug fix releases.  I'm not sure if we're going to get to 0.15.3 release notes since 0.16.0 will be out fairly soon
21:19 Ahlee The downside to having an average of 20 tabs open in a dozen chrome windows is finding which terminal had the paused youtube video open in is difficult.
21:20 williamthekid joined #salt
21:21 auser is there a jinja filter that will surround a term with quotes?
21:21 jeddi UtahDave: i'm guessing the release notes aren't written incrementally and kept within the repo, are they?   i guess if they were that'd answer the question 'are they out for the dot release?'.
21:22 UtahDave We do keep them in the repo, but don't always keep the point releases going
21:22 UtahDave we probably should
21:24 jeddi UtahDave: i know from when i have to summarise changes to a code base for clients .. it's much easier if i've made a note of the more profound or interesting features, rather than having to try to re-interpret a bunch of (often) bewildering and/or painfully detailed git commit logs.
21:24 jeddi though it does feel like double-handling, i concede.
21:26 cjohnston_work joined #salt
21:27 jescalan @utahdave should i just wipe the boxes and start over? the process of killing and restarting the processes over and over to debug is too painful
21:30 baniir joined #salt
21:30 UtahDave jescalan: I would.  I don't know what happened, but it definitely shouldn't be that painful
21:30 efixit joined #salt
21:30 UtahDave jeddi: Yeah, good point
21:30 jescalan ok, i'll give it a try. i didn't get too far anyway *sob*
21:31 Ahlee UtahDave: is there anything in particular I need to scrape from logs RE: what I"m seeing as a race conditioN?
21:32 UtahDave I'm not even sure where to begin, actually.  I think the most helpful thing would be the exact steps to reproduce it.
21:32 Ahlee Open it as an issue on github?
21:32 Ahlee or mailing list it
21:32 awatertree joined #salt
21:33 UtahDave yeah, open it up on github
21:33 UtahDave thanks!
21:33 gaoshan I am trying to call a salt module from within a custom module. At present I am simply trying to append some text to a file. Calling file.append from salt-master works but from within my custom module it does not work (returning that it wrote 0 lines). Here is a minimal code snippet: http://pastebin.com/4Lu1ftdK Can anyone explain what I am doing wrong?
21:35 jescalan joined #salt
21:39 oz_akan anyone knows a solution this error when I run salt-cloud
21:39 oz_akan AttributeError: 'module' object has no attribute 'MergeConfigMixIn'
21:41 oz_akan luminous: had faced it before, based on IRC lohs
21:41 oz_akan logs
21:42 mperry__ does the handy bootstrap script accept any args to configure the master or minion ID?
21:42 luminous oz_akan: zmq? or something else?
21:42 oz_akan salt-cloud --list-images my-cloud-provider
21:43 oz_akan when I run the command above I get it
21:43 oz_akan I see I have python-zmq installed
21:45 oz_akan luminous: you asked he same question on 2013-02-16
21:45 oz_akan for salt-cloud 0.8.5
21:45 oz_akan http://irclog.perlgeek.de/text.pl?channel=salt;date=2013-02-16
21:46 oz_akan hmm, somehow I installed an old salt version, let me fix that first
21:49 dave_den dang, states.network only works on RH based OS?
21:49 luminous ah, I see
21:49 luminous indeed
21:51 auser joined #salt
21:53 jacksontj joined #salt
22:00 jeddi joined #salt
22:03 bemehow joined #salt
22:04 oz_akan joined #salt
22:07 Ahlee UtahDave: Might be a salt-api issue and not a salt issue.
22:07 Ahlee I thought I had it with salt, but I only have concrete proof of it occuring via salt-api
22:07 Ahlee so, troubleshooting cotninues
22:09 danielbachhuber joined #salt
22:10 jeffrubi` left #salt
22:11 mgw joined #salt
22:12 jeffrubi` joined #salt
22:16 jescalan hey is there any way to place a file in ~/
22:16 jescalan with salt?
22:16 jescalan when i try using that as a file path, salt complains
22:17 Ahlee I onlyuse explicit paths
22:17 Shell jescalan: you're running salt as a user?
22:18 jescalan …what?
22:18 Shell what do you expect ~/ to expand to?
22:18 jescalan user's home directory on the minion
22:19 Shell so you're running the minion as something other than root?
22:19 Ahlee But what user? I run salt-minion as root, so would you expect it to be /root/
22:19 jescalan fair, but what if i'm running one minion as root and another as something else
22:19 Ahlee Then I'd lay out what directory the second minion was running as, and directly eference it
22:20 jescalan that doesn't seem super flexible honestly, but it'll work for now :)
22:20 jescalan thank @ahlee
22:20 jescalan and @shell
22:20 Ahlee you could play with using the homedir as a pillar
22:20 Ahlee adjustable on the 'fly'
22:21 jescalan yeah that was the only other thing that same to mind, the pillar
22:21 Newt[cz]1 joined #salt
22:21 jescalan oh wait one more quick question
22:21 jescalan creating directories - you use state.file for this?
22:21 Ahlee /opt/foo/bar:
22:21 Ahlee file.directory:
22:23 jescalan ah there we go
22:23 jescalan thank ya
22:23 jescalan so much smoother after wiping the machines - now i get actual error reporting
22:24 jescalan i must have really done something weird the first time around
22:28 alexl joined #salt
22:33 timl0101 joined #salt
22:39 mikedawson joined #salt
22:39 jescalan ok question
22:39 jescalan http://docs.saltstack.com/ref/states/all/salt.states.git.html#module-salt.states.git
22:39 austin987 joined #salt
22:39 jescalan salt.states.git.present
22:39 jescalan there's a field called "name" for name of the directory
22:39 jescalan doesn't there need to be an option for name of the repository that needs to be present in that directory?
22:40 jescalan like in git.latest, there's name and target
22:40 jescalan but git.latest only works once, because if you run it again, it will try to clone the repo again and throw an error because it's already there
22:40 jescalan (unless you use force, but i don't want to)
22:41 jescalan all i'm after is a method that i can give a directory path, a git repo path, and have it ensure that the git repo is in that directory
22:44 jescalan also, it appears as if the 'force' option in salt.states.git.latest doesn't work
22:44 jescalan I set it to true, and it's still throwing me an error that it's not an empty directory
22:44 jescalan am I out of my head or are a lot of these extensions not exactly up to date or fully implemented?
22:46 dthom91 joined #salt
22:49 UtahDave jescalan: there's an open issue on git.latest right now
22:49 jescalan ah, busted. so git.latest is not currently functional?
22:49 UtahDave https://github.com/saltstack/salt/issues/4919
22:49 jescalan nor is git.present?
22:50 jescalan thanks @utahdave - someone suggested not using https, maybe I'll try that
22:50 UtahDave k
22:52 jescalan no luck, is there any way around this? just manually running the command i guess?
22:53 UtahDave jescalan: yeah, you can always shell out with cmd.run
22:53 jescalan i guess i'd better brush up on my python a bit, see if I can get a pull request in there
22:54 admineric joined #salt
22:55 jescalan there are no tests for most of the modules in here, am I right?
22:55 jescalan https://github.com/saltstack/salt/tree/develop/tests/unit/states
22:55 jeddi joined #salt
22:55 stephen__ joined #salt
22:55 jescalan sorry, most of the states
22:55 jescalan really it looks like there aren't many tests for anything O_o
22:56 jescalan ah there are a few more in integration...
23:03 fragamus joined #salt
23:04 jacksontj joined #salt
23:06 gaoshan What is the recommended way to handle editing an existing line in a text file? I see how to append but I want to add some text to an existing line in a file.
23:06 foxx[a] joined #salt
23:08 Shell gaoshan: you could use file.sed or file.psed modules, or the file.sed state.
23:08 aat joined #salt
23:08 ragnar0k joined #salt
23:12 mgw joined #salt
23:13 armonge left #salt
23:15 oz_akan joined #salt
23:18 cxz joined #salt
23:19 adotbrown joined #salt
23:22 aat joined #salt
23:25 mgw joined #salt
23:29 kermit joined #salt
23:29 nrub_ joined #salt
23:30 jacksontj joined #salt
23:37 jacksontj joined #salt
23:49 ragnar0k joined #salt
23:52 jescalan hey anybody - is this functional?
23:52 jescalan http://docs.saltstack.com/ref/states/all/salt.states.rbenv.html#module-salt.states.rbenv
23:52 jescalan shen i try to use it i'm getting "State rbenv.installed found in sls ruby.rbenv is unavailable"
23:52 jescalan when*
23:52 nrub joined #salt
23:54 UtahDave jescalan: do you have rbenv installed already?
23:55 jescalan i do now!
23:55 jescalan :D
23:55 jescalan which rbenv is returning correctly
23:56 jescalan `which rbenv` that is
23:56 jescalan that's on the minion that i'm talking about though
23:57 jescalan that particular error that I'm getting though isn't coming from the rbenv state
23:57 jescalan this is the full error
23:57 jescalan http://pastebin.com/wFWbMAd0
23:57 UtahDave can you pastebin your sls file?
23:58 jescalan yep, here's the sls
23:58 jescalan http://pastebin.com/h7gc4WfK
23:58 UtahDave what's the output of    salt 'yourminion' state.single rbenv.installed ruby-2.0.0-p195

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