Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-05-22

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

All times shown according to UTC.

Time Nick Message
00:03 bVector whiteinge: rm -rf /usr/lib/python2.7/dist-packages/salt did the trick
00:03 whiteinge woot
00:04 __number5__ be careful with rm -rf lol
00:05 bVector at this point I could nuke the server and not care :)
00:05 bVector well, I'd care, but it would deserve it
00:05 agronholm obligatory: https://lh3.googleusercontent.com/-W7u10I9uhAA/U3oj5cX7BhI/AAAAAAAAG2Q/cFHFzSrgQCs/w650-h897-no/randomroulette.jpg
00:06 jaycedars joined #salt
00:06 ipalreadytaken joined #salt
00:07 bVector and its still not working with the new version :/
00:07 bVector minion authenticates, doesnt respond to jobs
00:08 __number5__ have you try ppa-purge tool to remove the old stuff before install new one?
00:08 __number5__ s/try/tried/
00:08 canci joined #salt
00:08 bVector I have not
00:12 bhosmer_ joined #salt
00:14 AdamSewell joined #salt
00:16 XenophonF joined #salt
00:18 kmshultz joined #salt
00:19 happytux joined #salt
00:20 krow joined #salt
00:20 bhosmer joined #salt
00:21 Nazca joined #salt
00:21 Nazca joined #salt
00:22 ajprog_laptop joined #salt
00:28 Theo-SLC joined #salt
00:28 sinh joined #salt
00:30 DaveQB joined #salt
00:31 terinjokes joined #salt
00:31 masterkorp joined #salt
00:31 agronholm I have a problem -- I need to run a state only if a postgresql database was created
00:31 ashw7n joined #salt
00:31 agronholm with cmd.run, it runs regardless, and with cmd.wait and onchanges: it never runs
00:33 whiteinge you could use jinja:  {% if salt['postgres.db_exists']('mydb') %} ...state here... {% endif %}
00:33 agronholm so how do I actually get it to run only when the postgres_database states has changes?
00:33 agronholm whiteinge: that's ugly
00:33 agronholm this should be trivially doable with salt itself
00:34 whiteinge jinja is part of salt itself. in any case cmd.wait and a watch statement will only trigger when there is changes to the watched state
00:34 agronholm what purpose does onchanges have then
00:35 whiteinge the onchanges requisite is new in the upcoming helium release. what version are you running?
00:35 agronholm 2014.1.4
00:35 blast_hardcheese joined #salt
00:36 agronholm looks like I was browsing the development version documentation
00:36 whiteinge will you please point me to the doc you're reading?
00:36 agronholm http://docs.saltstack.com/en/latest/ref/states/requisites.html#onchanges
00:37 whiteinge thanks. it's missign the "new in version" note for onchanges  :(
00:37 * whiteinge gets it added
00:38 agronholm I'm desperately trying to find the docs for my version
00:38 agronholm there are no links whatsoever to previous versions
00:39 * whiteinge nods
00:39 terinjokes whiteinge: and if the DB i'm using isn't a salt module?
00:39 agronholm oh damn, there are
00:39 agronholm they're AFTER the footer image
00:39 agronholm whiteinge: though the link does not work :(
00:39 whiteinge looks like there's an issue there: http://salt.readthedocs.org/en/v2014.1.4/
00:39 agronholm http://salt.readthedocs.org/en/v2014.1.4/ <- 404
00:40 whiteinge we're in the process of moving off RTD. things should be a little more cohesive in the near future
00:40 terinjokes whiteinge: i'm asking because I'm interested in solving a similar problem, but I'm not running a database with a module
00:40 whiteinge i can help you with the cmd.wait + watch syntax
00:40 agronholm whiteinge: much appreciated
00:40 agronholm I've been trying to understand how watch works
00:41 UtahDave joined #salt
00:41 XenophonF hey UtahDave
00:41 UtahDave hey!
00:41 agronholm whiteinge: based on the descriptions, onchanges and watches seem identical in behavior
00:41 whiteinge terinjokes: in that case i'd suggest using cmd.run and shelling out to your db. or using a watch statement like agronholm
00:42 happytux joined #salt
00:42 XenophonF UtahDave: regarding the Windows build process, I had to re-run everything I installed using easy_install with "pip install --upgrade", plus a few things that easy_install pulled in as dependencies.
00:43 UtahDave interesting.  so easy_install didn't quite do the trick
00:43 XenophonF but once I did that, I was able to run install/bdist_esky without any difficulties
00:43 UtahDave awesome
00:43 XenophonF so next step is automating the MSI generation
00:44 XenophonF I've written a small PowerShell script that merges the buildenv with the bdisk_esky ZIP file, then runs WiX's heat command to generate a file listing
00:44 agronholm whiteinge: thanks, it works now as expected
00:45 XenophonF PowerShell's standard on Windows Vista and newer.  Dunno if that's a problem for you.
00:45 agronholm but a clarification about the purpose of onchanges would be nice
00:45 XenophonF If you accept my changes, you'll want to make a note of that for people building Salt on Windows XP or older.
00:45 whiteinge agronholm: glad you got it
00:47 XenophonF UtahDave: I assume that the vc_redist is necessary because Python and OpenSSL are compiled using Visual Studio.  Is that the case?
00:47 UtahDave XenophonF: Yes, that's exactly correct
00:47 XenophonF OK, so I'll need to check if the vc_redist installer copies the Windows Installer merge modules to the user's computer.
00:48 UtahDave XenophonF: The builds we create should run on XP, for the most part.  We'll support XP to a certain extent
00:48 Gareth hey hey
00:48 XenophonF If not, people who want to build Salt on Windows might be required to install Visual Studio 2008 SP1 in order to get the merge modules - I can't find them for download anywhere.
00:49 XenophonF I'll spin up an XP VM to test.
00:49 whiteinge agronholm: https://github.com/saltstack/salt/pull/12953
00:49 agronholm good
00:50 agronholm whiteinge: now can you explain what the difference is between that and watch?
00:51 whiteinge onchanges is the same thing but works with any state rather than just cmd.wait or module.wait
00:52 agronholm I didn't realize watch only works with those
00:52 Joseph how does it determine whether something has "changed"?
00:52 Joseph outside of cmd
00:52 agronholm Joseph: each module has its own logic for that
00:52 agronholm they publish a dictionary of changes
00:52 Joseph i was afraid you'd say that!!
00:52 agronholm not sure what other answer there could be :)
00:53 agronholm the docs say that watch triggers when the watched state produces a nonempty dictionary of changes
00:53 whiteinge no, state modules have a consistent interface. if the "changes" dictionary in a return is non-empty salt considers that as changse
00:54 agronholm whiteinge: hm, didn't I just say so?
00:54 UtahDave XenophonF: I love where you're going with this.   I have to leave for a while
00:54 XenophonF UtahDave: NP thanks for the encouragement
00:54 UtahDave XenophonF: Thanks for your help!   Talk to you soon.
00:54 Joseph i wonder if windows xp was designed by a vengeful god to punish sys admins everywhere
00:55 UtahDave Joseph: lol
00:55 XenophonF LOL
00:55 agronholm Joseph: if so, what is Windows ME?
00:55 Joseph mistaken edition
00:55 canci joined #salt
00:55 __number5__ xp is much better than vista though... #allm$shit
00:56 XenophonF i'm the only person i know who liked vista... and loves windows 8/8.1
00:56 Joseph on a saltstack related note, when minion enforces a state from a set of sls files....if you don't have any requisites is that enforced in paralled or is it serialized on the minion?
00:57 agronholm I would guess in parallel
00:57 Joseph i would as well
00:57 agronholm Joseph: did we get that changes dictionary straight?
00:57 Joseph but there's a section that talks about auto ordering
00:57 agronholm each module has its own logic that produces the contents of the changes dictionary when it runs
00:57 Joseph and how by default states are executed in the order they appear in the sls
00:57 Joseph yes agronholm that makes sense
00:57 n8n joined #salt
00:58 Joseph "Salt always executes states in a finite manner, meaning that they will always execute in the same order regardless of the system that is executing them. But in Salt 0.17.0, the state_auto_order option was added. This option makes states get evaluated in the order in which they are defined in sls files."
00:58 Joseph that sounds serialized to me
00:58 whiteinge ^^ correct
00:58 Joseph can it be made to go in paraller?
00:58 Joseph parallel
00:59 ipalreadytaken joined #salt
01:00 Joseph i want this model "everything is parallelized UNLESS requisite requires states to be executed in a certain order"
01:00 whiteinge it's on the roadmap. there was some recent work in that direction but i don't think it'll make the Helium release
01:00 Joseph ahhhh
01:00 Joseph would that be a non-default option that someone would need to turn on...or the new default behavior?
01:01 UtahDave actually, there is some parallel stuff that's in develop that will be in the next full release version
01:01 whiteinge ooh
01:02 whiteinge neat. i'll have to dig up that commit
01:02 Joseph hmm if that's non-default.....i can just hear the sys admins screaming about racing conditions
01:03 Joseph but it was working before.....and all of sudden just randomly doesn't. I have no idea!!
01:03 Joseph race conditions ahem
01:03 whiteinge Joseph: both were discussed. i think they settled on having that be a single-state opt-in for the reason you mentioned
01:03 Joseph yes that makes sense
01:03 Joseph i will very opt in
01:03 Joseph serialization is laziness
01:03 Joseph you only serialized when its required i.e make it explicit
01:04 Joseph so i am the opinion of
01:04 MTecknology I don't get why salt-call on minions isn't working against syndics. :(
01:06 MTecknology *grumble* .. it should just work like amazing magic.
01:07 Gareth Is there an existing function in a module to clear the cache for one file?
01:07 canci joined #salt
01:07 Joseph hmmmm
01:08 Joseph there are plenty of functions to clear caches
01:08 Joseph but i doubt it would be that specific
01:08 Joseph why do you want to clear just one file?
01:09 Joseph <MTecknology> saltstack is amazing magic....however some parts are more dark art than others :)
01:09 Joseph i am looking at you overstate and reactor
01:10 MTecknology I've yet to, touch overstate and reactor is MUCH less intimidating now that it has some documentation behind it
01:10 Joseph reactor documentation needs to be improved a lot though
01:10 Gareth Joseph: salt cache.
01:10 Joseph overstate i did get working without too much trouble
01:10 whiteinge Gareth: no. your best bet is to remove manually from /var/cache/salt/minion/files/base/
01:11 whiteinge did you see a file get into a bad state?
01:11 MTecknology Joseph: what issues are you having?
01:11 Joseph MTecknology no issues yet....aside from the documentation being confusing and incomplete
01:11 krow joined #salt
01:12 Joseph number one issue is that the system event system documentation isn't linked to the reactor page
01:12 Gareth whiteinge: yeah. was considering that. need to do it in code.
01:12 MTecknology I just use eventlisten.py to figure out what events are going on
01:12 Joseph that was discussed in yesterday's doc sprint.
01:13 Joseph but explaining the event bus, how events are generated, how to generate your custom events etc
01:13 Joseph i think that's where the break down
01:13 whiteinge Gareth: interesting. what's the use case?
01:13 MTecknology oh, ya.. that could use help
01:13 Joseph once you know how to create an event....pointing to the SLS file to execute in response is easy enough
01:13 MTecknology I did get a system of mine generating events to the master pretty easily
01:13 Joseph and oh yea how about a comprehensive list of events that the saltstack infrastructure currently spawns off
01:14 Joseph so i can be lazy and hook into it
01:14 MTecknology my challenge is knowing what cmd.*, wheel.*, runner.*, ?.* are available
01:14 Joseph i view saltstack as being a key enabler of my laziness :)
01:14 Joseph MTecknology are you referring to knowing whether modules are available on a minion?
01:16 MTecknology Joseph: nah, now that I get cmd.* is just executing modules, it's easy, but confused the poop out of me 7ish mo ago, but what is under wheel?
01:16 MTecknology I had to go source diving to figure it out
01:16 Joseph lol that sounds like a chinese koan
01:16 rgbkrk_ joined #salt
01:17 techdragon joined #salt
01:18 MTecknology hm?
01:18 Joseph "but what is under wheel?"
01:18 Joseph sounds like an unanswerable question
01:18 MTecknology ah, hahah
01:19 Gareth whiteinge: there was a request to be able to write a file using the file.manage state then verify that it's valid for a service for say ssh, if it's valid then write the file, if not then don't.  so I'm adding an additional call to mmanage_file to write a mtemp file to use to verify, removing it, then writing the actual file.  the issue is that the tmp file location is being reported in the changes.  which I suspect is because of the cache.
01:20 whiteinge makes sense
01:20 whiteinge might be a good addition to the cp module then
01:20 mateoconfeugo joined #salt
01:20 MTecknology Joseph: can you find any docs, though?
01:21 whiteinge !modules.cp.is_cached | Gareth
01:21 wm-bot4 Gareth: http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cp.html#salt.modules.cp.is_cached
01:21 whiteinge alongside that ^^
01:21 smcquay joined #salt
01:23 ixokai joined #salt
01:25 acu joined #salt
01:25 Gareth whiteinge: a function to delete from cache would be a good addition to the cp module?
01:25 whiteinge yeah
01:26 Joseph MKTechnology: docs on what?
01:26 Gareth whiteinge: okay cool. will look into that.
01:26 MTecknology Joseph: what wheel provides
01:27 Joseph oh not a clue
01:27 Joseph lol
01:28 MTecknology It'd have to be built dynamically, just like modules which means better docs in the source
01:33 ajolo joined #salt
01:34 krow joined #salt
01:34 kiorky joined #salt
01:36 malinoff joined #salt
01:36 hipster joined #salt
01:45 schimmy joined #salt
01:47 ipalreadytaken joined #salt
01:48 Outlander joined #salt
01:55 ckao joined #salt
01:56 jaimed joined #salt
01:56 dsolsona joined #salt
01:57 ashw7n joined #salt
02:00 smcquay joined #salt
02:01 bhosmer joined #salt
02:02 cruatta joined #salt
02:02 cruatta_ joined #salt
02:04 mateoconfeugo joined #salt
02:06 Furao joined #salt
02:09 rgbkrk joined #salt
02:11 mgw joined #salt
02:12 rgbkrk joined #salt
02:13 jalaziz joined #salt
02:18 Theo-SLC joined #salt
02:18 schimmy joined #salt
02:19 rgbkrk joined #salt
02:21 schimmy1 joined #salt
02:28 N-Mi joined #salt
02:37 ajolo_ joined #salt
02:37 Theo-SLC joined #salt
02:50 smcquay joined #salt
02:53 ashw7n joined #salt
02:53 schimmy joined #salt
02:54 esogas_ joined #salt
02:55 FarrisG_ joined #salt
02:56 kossy_ joined #salt
02:56 savvy-lizard joined #salt
02:56 aiqa joined #salt
02:56 LcKuroro_ joined #salt
02:56 gwmngilfen|afk joined #salt
02:56 stanchan joined #salt
02:57 epe joined #salt
02:57 ajprog_laptop1 joined #salt
02:57 dsolsona_ joined #salt
02:57 nebuchad` joined #salt
02:57 acu_ joined #salt
02:58 sinh_ joined #salt
02:58 jcsp1 joined #salt
02:58 mgw1 joined #salt
02:58 bdf joined #salt
02:58 steveoliver_ joined #salt
02:58 txmoose_ joined #salt
02:59 opapo_ joined #salt
02:59 anuvrat joined #salt
02:59 sirtaj_ joined #salt
03:00 travisfischer joined #salt
03:01 nrgaway_ joined #salt
03:02 seblu42 joined #salt
03:03 seventy3_away joined #salt
03:03 pjs joined #salt
03:03 dh joined #salt
03:03 DenkBrettl joined #salt
03:03 bretep joined #salt
03:03 ahammond joined #salt
03:03 defunctzombie_zz joined #salt
03:03 active8 joined #salt
03:03 bejer joined #salt
03:03 jakubek joined #salt
03:04 DenkBrettl joined #salt
03:04 pjs joined #salt
03:04 seventy3 joined #salt
03:04 renoirb joined #salt
03:04 SaveTheRbtz joined #salt
03:04 jeffrubic joined #salt
03:04 Luke__ joined #salt
03:04 anteaya joined #salt
03:05 ScrumpyJack joined #salt
03:05 shalicke joined #salt
03:06 MaZ- joined #salt
03:08 sulky joined #salt
03:09 insatsu joined #salt
03:09 jeblair joined #salt
03:10 sinenitore joined #salt
03:10 jdmc joined #salt
03:10 hipster joined #salt
03:13 xmj joined #salt
03:14 kedo39 joined #salt
03:17 dangra joined #salt
03:17 combusean joined #salt
03:20 resmike joined #salt
03:23 Han_ joined #salt
03:23 Outlander joined #salt
03:28 taion809 joined #salt
03:30 travisfischer joined #salt
03:37 blast_hardcheese joined #salt
03:39 ashw7n joined #salt
03:41 dsolsona joined #salt
03:46 Han_ hi babilen
03:46 Han_ sorry ytd my connection have some problem disconnected
03:48 Han_ but hey i got my salt-master and minion link together!! already accepted the keys from my minions to my master..
03:49 bhosmer joined #salt
03:50 mateoconfeugo joined #salt
03:51 catpigger joined #salt
03:51 MTecknology http://i.imgur.com/5KZdW0n.png
03:57 ilako joined #salt
03:57 ghartz joined #salt
03:57 ilako_ joined #salt
03:59 ashw7n joined #salt
04:05 cro joined #salt
04:06 Comradephate joined #salt
04:06 ajolo__ joined #salt
04:10 rgbkrk joined #salt
04:18 mgw joined #salt
04:26 dirtyzero joined #salt
04:28 anuvrat joined #salt
04:36 malinoff_ joined #salt
04:38 krow joined #salt
04:39 krow joined #salt
04:40 techdragon joined #salt
04:43 sgviking joined #salt
04:44 mway joined #salt
04:44 dangra joined #salt
04:47 mway if I'm managing several distinct stacks with a single master, is there a way to have a topfile for each of them so that I can either run a highstate specific to each stack?  I've been breaking it apart by using overstate files as pseudo topfiles (so I can use a specific orchestration) but it feels a little hacky and not sure if there's a better way to manage it in general
04:48 tr_h joined #salt
04:51 felskrone joined #salt
04:55 manfred mway: all stacks having different environments? or could you manage the different stacks as different environments?
04:55 manfred mway: iirc, the only way to specify different top files is in /etc/salt/master
04:57 mway manfred: yeah, unfortunately I was hoping to treat them as totally separate, having their own set of common environments (base/dev/prod/etc) so they could still use some common states that would potentially have env-specific configuration
04:57 manfred mway: there is not multitenancy in salt yet
04:57 manfred afaik
04:57 mway manfred: gotcha, good to know at least :)
04:59 ml_1 joined #salt
05:05 defunctzombie joined #salt
05:08 fxhp joined #salt
05:18 krow joined #salt
05:18 mgw joined #salt
05:19 bhosmer joined #salt
05:19 zain_ joined #salt
05:20 falican joined #salt
05:29 cruatta joined #salt
05:29 cruatta_ joined #salt
05:37 bhosmer joined #salt
05:50 sirtaj joined #salt
05:53 sverrest joined #salt
05:58 toastedpenguin1 joined #salt
06:06 picker joined #salt
06:11 Luke__ joined #salt
06:13 Acid_Scorpion joined #salt
06:13 Acid_Scorpion hi guys
06:13 Acid_Scorpion can anybody help me write right syntax, if I would like to use pattern in host name? - {% if grains['fqdn'] == 'host-dev.server.com' %}
06:15 ghartz joined #salt
06:21 n8n joined #salt
06:24 Yoda-BZH joined #salt
06:24 Yoda-BZH joined #salt
06:25 jcockhren Acid_Scorpion: looks good to me
06:26 jcockhren I think the `__grains__` dunder dictionary is exposed as `grains` in jinja
06:26 zekoZeko joined #salt
06:28 Acid_Scorpion jcockhren: in my case is exact host name. But I'm seeking for answer, if I need to use like "*.server.com"
06:29 jcockhren {% if grains['fqdn'].endswith('server.com') %}
06:30 rdorgueil joined #salt
06:31 Acid_Scorpion jcockhren: thanks! any chance to use regexp?
06:32 brucelee_ joined #salt
06:34 jcockhren Acid_Scorpion: hmm. maybe through some custom filter
06:34 jcockhren or some elaborate macro
06:35 jcockhren how complex expressions are you needing?
06:35 malinoff_ jcockhren: salt has no ability to registrate custom filters
06:36 malinoff_ to register*
06:36 jcockhren Acid_Scorpion: ^ welp. there's that
06:37 Acid_Scorpion jcockhren: not so complex, but good to have some freedom to use any combination of hostnames
06:42 malinoff_ jcockhren: salt is not very flexible if you want to manage minions by hostnames, grains/pillars are much more useful
06:42 jcockhren Acid_Scorpion: ^
06:42 malinoff_ jcockhren: soory, I was talking to Acid_Scorpion
06:49 Acid_Scorpion jcockhren, malinoff_ - ok, will check pillars as well. Thanks a lot!
06:50 ramteid joined #salt
06:57 Acid_Scorpion jcockhren: may be in this case, better idea to use nodegroups
06:57 jcockhren word
06:57 krow joined #salt
06:58 liquid_tool joined #salt
07:00 ajw0100 joined #salt
07:03 sverrest joined #salt
07:06 ml_1 joined #salt
07:11 Kenzor joined #salt
07:11 Rikkol joined #salt
07:14 harobed joined #salt
07:14 nmap911 joined #salt
07:14 nmap911 Hello guys
07:14 jcockhren yo!
07:15 nmap911 Anyone have insight into acomplishing multitenancy using saltstack?
07:15 jcockhren via containers?
07:15 harobed joined #salt
07:15 jcockhren there's docker and lxc modules
07:16 nmap911 I mean more like having salt be multitenant - so for instance imagine trying to replace the functionality of cpanel with saltstack
07:16 nmap911 an ISP that needs to generate dynamic vhosts for web hosting packages
07:16 nmap911 creating mysql db's
07:16 nmap911 etc
07:16 Rikkol left #salt
07:16 jcockhren ah
07:16 liquid_tool joined #salt
07:16 jcockhren I'm working on that
07:17 jcockhren where are you stuck?
07:17 jcockhren (a specific problem)
07:19 nmap911 designing a saltstack environment that accomplishes dynamic data and multitenancy in an easy way - im thinking having two layers of saltstack - one that generates dynamic map.jinja files for client salt servers which wil be containers running with gitfs - this way I can easily write state files for package installations and then dynamically generate and push down any config files / tasks
07:20 jcockhren generates?
07:20 it_dude joined #salt
07:21 jcockhren for dynamic data, it makes since to use pillar
07:21 jcockhren pillar can be backed by gitfs
07:21 jcockhren (and targeted)
07:21 sindreij joined #salt
07:21 nmap911 I think you just blew my mind
07:21 nmap911 I never thought of using pillar data like that
07:22 jcockhren http://docs.saltstack.com/en/latest/salt-modindex.html
07:22 jcockhren under the 'salt.pillar' section it lists the available backends for pillar
07:23 jcockhren http://docs.saltstack.com/en/latest/topics/tutorials/gitfs.html#using-git-as-an-external-pillar-source
07:23 jcockhren it's quite common to do that
07:24 nmap911 the mysql backend looks very attractive - i could have that inserted from a simple web front end based on user selections
07:24 jcockhren that way, your states can be generalized easily and use the pillar data to make it specific to whichever scenarios
07:24 nmap911 You just saved me months of chasing my own tail - thanks a stack!
07:25 bhosmer joined #salt
07:37 LcKuroro left #salt
07:39 xmj joined #salt
07:44 n8n joined #salt
07:45 ilako joined #salt
07:47 ajw0100 joined #salt
07:49 darkelda joined #salt
07:51 saravana_ joined #salt
07:54 ndrei joined #salt
07:57 krow joined #salt
08:01 CeBe joined #salt
08:02 ajw0100 joined #salt
08:02 liquid_tool joined #salt
08:12 newlife joined #salt
08:12 Luke_ joined #salt
08:18 rdorgueil joined #salt
08:18 rdorgueil joined #salt
08:22 jakubek what is the simplest way to add user with ssh key without creating pillar and state file?
08:22 babilen jakubek: One or the other would be acceptable or do you just want to do this manually?
08:23 babilen http://docs.saltstack.com/en/latest/ref/states/all/salt.states.user.html is the state you are after (you don't have to use a pillar for that)
08:23 DaveQB joined #salt
08:23 jakubek i want to create only one user and I don't want to create state file, im lazy ;-)
08:24 babilen I would, however, recommend to use the users-formula with a suitable pillar: https://github.com/saltstack-formulas/users-formula
08:24 jakubek is there any what to do it directly from cli?
08:24 babilen jakubek: So you just want to run a command?
08:24 jakubek I know I can use cmd.run 'adduser test && echo "key" .ssh..'
08:24 jakubek but I want to do it in one line from console
08:25 jakubek and i want to use states user and  ssh_auth
08:25 babilen There is http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.useradd.html#module-salt.modules.useradd and http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.pw_user.html#module-salt.modules.pw_user
08:26 babilen But take a look at the execution modules yourself: http://docs.saltstack.com/en/latest/ref/modules/all/
08:26 jakubek user will work but what about adding key do authorized_keys?
08:27 babilen http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.ssh.html
08:27 babilen (all to be called manually, corresponding states exist)
08:28 babilen To be honest: I think it would be easier and more likely to succeed to simply write a suitable state and enforce that once. You could even just run state.sls if you don't want to target it specifically.
08:28 babilen But feel free to do it manually. The execution modules do exist :)
08:31 ndrei joined #salt
08:33 davidnknight joined #salt
08:36 che-arne joined #salt
08:38 viq joined #salt
08:39 viq joined #salt
08:39 brucelee_ joined #salt
08:41 jakubek babilen: ok, thank for your help :-)
08:41 jakubek i will use user and ssh modules :)
08:41 jakubek it will be faster ;-)
08:41 jakubek joined #salt
08:41 babilen sure, you are welcome
08:46 millz0r joined #salt
08:48 krow joined #salt
08:48 m1crofarmer joined #salt
08:48 m1crofarmer is it possible to use gitfs backends on a masterless minion?
09:11 rdorgueil joined #salt
09:11 rdorgueil joined #salt
09:13 Luke_ joined #salt
09:14 bhosmer joined #salt
09:16 felskrone joined #salt
09:26 anuvrat joined #salt
09:27 elithrar joined #salt
09:32 darkelda joined #salt
09:33 Han_ babilen: what is the command to use to change a specific line in a config for all the minions?
09:33 orbit_darren joined #salt
09:33 tinuva joined #salt
09:36 rdorgueil joined #salt
09:40 brucelee_ joined #salt
09:43 babilen Han_: You could use file.replace with a suitable regular expression. What are you *really* trying to do and why don't you ask the whole channel? :)
09:47 Han_ ok i need to change almost more then 100 pc's ranging from 192.168.1.2~192.168.1.100. I need to change the config file which is in the network. i need to change all this pc's netmask from time to time.. the command file.replace can it only change a specific line without touching the exsiting pc's IP? i just want to change the netmask but dont wanner touch the IP's, because i scare it might change all to the same IP and this will have I
09:57 cewood joined #salt
09:57 krow joined #salt
10:04 giantlock joined #salt
10:11 Sacro i don't get how to use formulas
10:14 babilen Sacro: You typically use them as gitfs_remotes which can be configured in your master config. I would recommend to not directly include the formulas on github though as that would, essentially, grant root access to your minions to everyone who can push there.
10:14 Luke_ joined #salt
10:16 babilen Sacro: The way I, and I guess a bunch of other people do it, is to have a local repository into which you pull changes made to the formula on github. You would then merge them into the "blessed" branch and push them to the repo the master pulls from. In your master config you would then include something along the lines es "gitfs_remote: \n  - git://host.xz[:port]/path/to/repo.git/ (or whatever is appropriate for your repo, cf. git-clone(1))
10:17 babilen Sacro: But we/I might be able to provide better help if you could tell us what you are trying to do in detail.
10:17 babilen Han_: That shouldn't be too hard with file.replace, but you might prefer to use http://docs.saltstack.com/en/latest/ref/states/all/salt.states.network.html to manage that
10:18 Sacro babilen: I'd rather clone from github and store locally on the salt master
10:18 babilen Sacro: That would bring in changes whenever something is pushed to github without you having *any* control over it.
10:19 babilen Ah, you mean like that .. yeah, you can do that too.
10:21 workingcats joined #salt
10:25 Sacro no, no auto pull
10:25 Sacro I'd just rather not have to manage a whole load of repos on githubn
10:28 babilen Sacro: I meant: Pull them into a local repo and either configure the salt master to track that or push from there into the "shared/blessed" one tracked by the master.
10:29 Sacro I don't follow this 'blessed' concept
10:30 babilen Sacro: We configured our master to track repositories served via gitolite and push from a local repo on each developers workstation. Changes from upstream come from a remote branch.
10:31 babilen In a way I simply push changes on the upstream remote branch to the blessed/master remote branch on the shared repo.
10:31 Sacro Do I need to push with formulas?
10:31 babilen No
10:31 Sacro I don't get git :(
10:31 babilen It's the git workflow.
10:32 babilen Yeah, it is a bit hard to work with git if you don't get it. The *basic* idea is that you want to check changes that are being made in the upstream (i.e. github) repository before you "enable/push" them to your salt master.
10:33 krow joined #salt
10:33 babilen You can do that also simply by having a local clone of the github repo and not use gitfs, but the way I do it is to essentially have two repositories: You have the github repository on one side and the repository the master uses on the other.
10:33 babilen What you want is to check the changes being made on Github and, if you are okay with them, get them into the other repository.
10:34 Sacro Yep
10:34 Sacro That sounds about right
10:34 babilen One way to do that is to bring in a third (local, on your own machine, not tracked by anything) repository into which you pull changes from github on one branch, check them, and then push them to the repo tracked by the master.
10:36 Sacro Yeah
10:36 babilen It's a bit tricky to wrap your head around that if you've never used git or haven't worked with remote branches, but it is not really that complicated once you understood what you are trying to do.
10:36 babilen http://git-scm.com/book/en/Git-Branching-Remote-Branches might help with that (the whole book is excellent)
10:38 darkelda joined #salt
10:40 Sacro I've used mercurial
10:41 brucelee_ joined #salt
10:42 masterkorp Guys how is the tools around building formulas nowadays ?
10:55 ggoZ joined #salt
11:02 bhosmer joined #salt
11:05 Han_ babilen: DONE!!! thanks alot mate!! you been very helpful !!! thanks alot!! this will ease my work much much faster
11:05 babilen Han_: Oh yeah!
11:06 babilen Han_: And isn't that exactly what salt is about? That is the wish to do things easier, faster and more consistently?
11:14 Luke_ joined #salt
11:15 masterkorp Is there a wget module ?
11:19 ml_1 joined #salt
11:20 jrdx joined #salt
11:20 bhosmer joined #salt
11:22 babilen I am currently reading salt/pillar/__init__.py and render_pstate seems to use the renderer set in the master config to render pillars too. Can I switch this on a file-by-file basis rather than globally?
11:24 babilen Argh, if only all states would set their shebang explicitly rather than relying on the default setting. Being able to do so in pillars would also be nice.
11:26 stubee joined #salt
11:27 CeBe1 joined #salt
11:29 masterkorp can i test formulas with vagrant ?
11:29 fechu joined #salt
11:34 henk joined #salt
11:45 Outlander joined #salt
11:49 lilmatt joined #salt
11:57 zain__ joined #salt
11:59 dsolsona joined #salt
11:59 oz_akan_ joined #salt
12:04 tzultacah joined #salt
12:05 JonGretar masterkorp: Yes. Vagrant has saltstack support.
12:05 brucelee_ joined #salt
12:05 masterkorp running it
12:05 masterkorp can i just test a single formula
12:06 masterkorp JonGretar: do you have sample Vagrantfile you could paste ?:=
12:06 masterkorp *:)
12:08 jas-_ joined #salt
12:10 masterkorp how do i set up the minion config for it to just run the formula ?
12:12 JonGretar masterkorp: For a SmartOS slave https://gist.github.com/JonGretar/15e47d5fa68855da583b and here is the ubuntu one https://gist.github.com/JonGretar/051cf6b3ecde16871c85
12:13 JonGretar masterkorp: To just run one formula you use the salt '*' state.sls mystatetotest
12:14 JonGretar Personally I test using my mac laptop as the master. Then fire up slaves using vagrant.
12:15 easylancer joined #salt
12:15 masterkorp you are my hero
12:16 Luke_ joined #salt
12:16 JonGretar No no.. I'm just an ordinary man.... with a cape.
12:16 masterkorp JonGretar: inside the vagrant ?
12:17 nub joined #salt
12:17 oz_akan_ joined #salt
12:17 masterkorp can you paste the minion.conf please ?:)
12:17 JonGretar No you run the salt command from the master. Which in my case is just my laptop. Like here. http://docs.saltstack.com/en/latest/topics/tutorials/walkthrough_macosx.html
12:17 debaser joined #salt
12:18 debaser hello
12:18 debaser how can I add leading spaces (indentation) in content used in filed.blockreplace state?
12:18 diegows joined #salt
12:19 JonGretar You could have also the master in a vagrant box. like here: https://github.com/agoragames/saltstack-sandbox
12:20 JonGretar masterkorp: my minion.conf really only has the 'master' and 'id' keys configured.
12:23 Outlander joined #salt
12:27 ipmb joined #salt
12:29 debaser anyone?
12:29 shwaiil Q: About ( https://github.com/saltstack-formulas/iptables-formula ) I'm getting the following error msg ( Failed to set iptables rule for iptables_ssh_allow_192.168.0.0/24. // ttempted rule was /sbin/iptables -t filter -A INPUT  -p tcp -m tcp --dport ssh --comment ssh_allow_192.168.0.0/24 --source 192.168.0.0/24 --jump ACCEPT for ipv4 )
12:29 shwaiil Anyone worked with this formula successfully ?
12:30 nkuttler shwaiil: hm, why do you ask?
12:31 shwaiil nkuttler: got an error msg
12:31 nkuttler shwaiil: yes?
12:31 mik3 here's a thought: tell us the error
12:31 shwaiil mik3: yeah, I did
12:32 mik3 what happens when you paste that
12:32 mik3 command
12:32 mik3 --jump?
12:33 shwaiil I'll check
12:34 shwaiil for --comment iptables v1.4.21: unknown option "--comment"
12:34 mik3 take the comment out
12:35 debaser -m comment --comment
12:35 the_drow Umm guys. Dafuq just happened here? http://bpaste.net/show/RtcHPs7S4LPT8co4LVUX/ http://bpaste.net/show/iiQecibWahNJ0wgcWgBQ/
12:35 the_drow Running python get-pip.py from the machine works just fine
12:35 Outlander joined #salt
12:35 mik3 yah -m comment --comment
12:36 _nub_ hey all, I'm trying to run salt-master and salt-minion on one ubuntu VM, but I'm encountering a problem where the master is not getting any key requests from the minion
12:36 _nub_ how could I troubleshoot this?
12:37 the_drow So, what am I (or salt) is doing wrong?
12:38 JonGretar _nub_: Have you looked at the master and minion log files in debug mode?
12:39 the_drow Umm it is running get-pip.py get-pip.py
12:41 TobyBowers joined #salt
12:42 TobyBowers Hi there, has anyone had experience with adding mysql connection details to the master config file?
12:43 JonGretar the_drow: Are you sure you can use source like this? with http://?
12:43 the_drow JonGretar: Yup. solved it
12:44 the_drow It was ignoring the python part of the command and it tried to run get-pip.py get-pip.py
12:45 shwaiil mik3: debaser thanks about the tip on iptables, it worked
12:45 JonGretar the_drow: Ahh. Mentions that in http://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html. 'Either "cmd arg1 arg2 arg3..." (cmd is not used) or a source "salt://...".'
12:46 TyrfingMjolnir joined #salt
12:50 bhosmer joined #salt
12:52 the_drow http://bpaste.net/show/LpNaWApmqd2Kp5kdNASk/ it says pip is not available but I am reloading the modules
12:52 the_drow As you can see I installed pip using http://bpaste.net/show/RUr51BJZZrD2n5dvG6Q2/
12:53 the_drow Here's the log http://bpaste.net/show/FbKjOzgdcIfxOhT56fx2/
12:55 the_drow Sorry. wrong log. Hold on a sec
12:55 jaycedars joined #salt
12:57 the_drow http://bpaste.net/show/ywLMWIPFMdY0jizsxwIO/
12:57 miqui joined #salt
12:57 bhosmer joined #salt
12:57 the_drow Got an idea what's going on?
12:57 kermit joined #salt
12:57 the_drow JonGretar: Btw, it's a challange to manage passwords in any CM
12:57 the_drow I tried it using puppet years ago. It was horrible
12:58 bhosmer_ joined #salt
13:02 cpowell joined #salt
13:03 the_drow It seems like reload_modules isn't causing a refresh?
13:04 manfred the_drow: switch to the minion and run it with salt-call -l debug ?
13:06 brucelee_ joined #salt
13:10 pistacho joined #salt
13:10 dude051 joined #salt
13:10 thedodd joined #salt
13:10 racooper joined #salt
13:10 the_drow manfred: http://bpaste.net/show/292086/
13:13 manfred i can't open that link
13:14 manfred it is just spinning
13:14 babilen How do I go about renaming a minion? Simply adjust minion_id on the minion and switch keys on the master?
13:14 manfred the_drow: salt-call -l debug <command> 2>&1 | curl -F 'f:1=<-' ix.io
13:14 manfred babilen: yessir
13:14 bezaban babilen: that's how I do it
13:14 the_drow manfred: http://dpaste.com/36Z6D91/
13:14 the_drow That works
13:14 Outlander joined #salt
13:14 manfred babilen: i think there may be a command now
13:14 babilen Oh?!
13:15 babilen I mean that procedure was just an educated guess, but I thought I'd ask :)
13:16 tzultacah TobyBowers: see http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mysql.html
13:16 babilen manfred: I haven't found anything - you don't happen to know where you encountered that or what it might be called?
13:16 manfred yeah it was just in a pull request, one second
13:16 tzultacah this works with minions - haven't had a use case for keeping a config on the master yet
13:17 manfred babilen: https://github.com/saltstack/salt/pull/12798
13:17 the_drow manfred: The command you gave me just finished
13:17 manfred babilen: actually, that just renames the hostname, not the minion
13:17 manfred babilen: nevermind
13:18 babilen manfred: No problem, I stick to the original plan then. :D
13:18 manfred babilen: so
13:18 manfred babilen: if you wanted to automate the whole thing, I would use the salt reactor
13:18 manfred babilen: use a state file to change the host name, and change the minion_id... then use the event. state/module to send an event to the master with the old name and the new name
13:18 babilen It's just a single minion that had a broken /etc/hosts when salt-minion was installed.
13:19 manfred babilen: then use a wheel.key.deleete, and a wheel.key.add to delete teh old key and add the new one
13:19 manfred but that would only be usefull for if you do it all the time
13:19 the_drow manfred: Got a clue?
13:19 babilen manfred: Well, I will thoroughly cluebat the other devs to not tinker with perfectly fine FQDNs in /etc/hosts :)
13:19 manfred heh
13:20 manfred babilen: hosts.present is usefull
13:20 manfred the_drow: i do not, but i haven't looked closely yet
13:21 dude051 joined #salt
13:21 rgbkrk joined #salt
13:23 resmike joined #salt
13:25 Joseph joined #salt
13:27 mpanetta joined #salt
13:29 the_drow manfred: I'm kinda stuck here. I'll be very grateful if you'll take a look
13:29 _nub_ joined #salt
13:30 rojem joined #salt
13:30 Theo-SLC joined #salt
13:30 it_dude joined #salt
13:31 manfred yeah, i am trying to clean some stuff up at work real quick
13:31 TyrfingMjolnir joined #salt
13:32 the_drow ok
13:34 babilen the_drow: What's the problem exactly? It looks as if your pip-installer state worked fine, but that fabric failed with "State pip.latest found in sls wsgi.python.fabric is unavailable"
13:34 manfred the_drow: your pip.latest is running before your pip-installer
13:35 the_drow brb
13:35 manfred the_drow: add require:\n - cmd: pip-installer
13:35 manfred to the fabric state
13:36 jaimed joined #salt
13:36 the_drow manfred: But it exists
13:36 saravanans joined #salt
13:36 micah_chatt joined #salt
13:36 babilen manfred: Isn't the problem that there is no pip.latest state, but a pip-installer one and that fabric should require that rather than pip.latest?
13:37 manfred babilen: that was what I was saying, but it looks like the get-pip.py script returned true
13:37 manfred the_drow: how are you installing salt on the machine?
13:37 the_drow manfred: salt-bootstrap
13:37 manfred it might not have that directory in the correct python path
13:37 manfred the_drow: sure, but are you installing from git, or useing the packaged version?
13:37 the_drow prepackeged
13:38 micah_chatt_ joined #salt
13:38 manfred the_drow: do a pkg.installed: name: python-pip instead of get-pip.py
13:38 eagen joined #salt
13:38 manfred see if that fixes it
13:38 the_drow manfred: yeh, but that means I won't get the updates
13:38 manfred i am not saying do it for forever
13:38 manfred but do it to see if it fixes yuor problem
13:39 manfred then you know what is causing this problem
13:39 manfred and that would be that salt isn't loading shit from the other python path
13:39 manfred te: pip in /usr/local/lib/python2.7/dist-packages
13:39 taion809 joined #salt
13:39 manfred which is my guess, because pip is in /usr/local
13:39 manfred and salt should be in just /usr/lib
13:40 TyrfingMjolnir joined #salt
13:40 the_drow Salt should be aware of those by default...
13:40 manfred just try it and see, it might be pythons fault
13:40 manfred i have had it happen to me in the past
13:40 the_drow Nope
13:40 the_drow Same error
13:40 the_drow For some reason fabric is run before pip
13:40 happytux joined #salt
13:41 manfred did you just do a regular salt \* pkg.install python-pip
13:41 manfred and then try running the state?
13:41 the_drow nope
13:42 manfred can you do that, or use the require: \n pkg: python-pip stuff to make sure it is installed... or just run it twice
13:44 the_drow The problem is that fabric is trying to install itself before pip is installed
13:45 manfred yes
13:45 manfred wait, is this test kitchen thing spinning up the vm every time?
13:45 the_drow yup
13:45 manfred then yeah, you have to make sure you do the require: \n pkg: python-pip or require \n - cmd: pip-installer in your fabric state
13:45 Theo-SLC joined #salt
13:46 the_drow manfred: But I do have it
13:46 manfred can you share your state please
13:46 the_drow http://dpaste.com/1A5KKS9/
13:46 manfred and the state where you have pkg: python-pip ?
13:47 pdayton joined #salt
13:47 the_drow http://dpaste.com/07BB3JD/
13:47 manfred that isn't named python-pip
13:47 manfred that is named pip-installer
13:47 manfred need to change the require: pkg: pip-installer
13:48 taion809_ joined #salt
13:48 the_drow Why am I not getting errors
13:48 manfred or use names: instead of pkgs:
13:48 manfred no idea
13:48 manfred but that is why it isn't ordering it
13:48 the_drow it used to be pip-installer though
13:48 the_drow I changed it because you said it should be python-pip :P
13:48 the_drow I always name my states.
13:48 the_drow It's more flexible this way
13:49 kaptk2 joined #salt
13:49 kaptk2_ joined #salt
13:50 anuvrat joined #salt
13:51 joehoyle1 joined #salt
13:52 GradysGhost joined #salt
13:53 djaime joined #salt
13:55 MTecknology anyone else in here using syndic servers? Can you run salt-call --master=yoursyndic.domain.tld state.highstate? I keep getting timeouts and see nothing in the logs on the syndic
13:56 quickdry21 joined #salt
13:56 the_drow manfred: Still the same
13:57 manfred can you provide me your new state files and the output of the salt-call command?
13:57 the_drow Sure
13:58 the_drow manfred: http://dpaste.com/176HSBM/
14:00 Joseph joined #salt
14:00 the_drow Hold on I'm running with -l debug
14:00 jaimed joined #salt
14:00 the_drow The states look correct no?
14:01 manfred yup
14:01 the_drow The other two failing states are ok. I'll fix them later
14:01 the_drow I know what the problem is
14:01 Theo-SLC I want to use jinja to point a file source to the latest version in a directory.  somethin like:  source: salt://{{ latest.version }}.war   Anybody know how that's done?
14:02 the_drow You probably want a custom pillar
14:03 the_drow That pillar will ping a url/do some logic to figure out the latest version and set it to be used in jinja
14:03 Joseph the_drow: that sounds cool...how does pillar do that?
14:04 the_drow Joseph: Well you'll have to create one on your own
14:04 the_drow How's your python?
14:04 Joseph ohhhhh
14:04 Joseph just create a custom pillar which contains the logic to do that
14:04 Joseph oh ha
14:04 Joseph yes of course
14:04 Joseph duh
14:05 the_drow and if you don't mind sharing, create a PR for it
14:05 Joseph i was thinking you knew of a secret magical built in pillar that would o this out of the box
14:05 Joseph :)
14:05 Joseph PR?
14:05 the_drow You can set it manually
14:05 the_drow Pull Request
14:05 Joseph oh pull request
14:05 Joseph got it
14:05 Theo-SLC I'll write something and share it
14:05 Joseph slow today...need more coffee
14:06 Theo-SLC My python is poor :)
14:06 Joseph ah but its so easy to learn!!
14:06 Joseph its not like you have to write a java program [shudders]
14:06 brucelee_ joined #salt
14:07 kossy joined #salt
14:07 the_drow manfred: arg the log is too long
14:07 the_drow where can I paste it?
14:07 henk joined #salt
14:07 Joseph the_drow: it seems to me a nice out of the box implementation would be to hook the pillar up to get so you get revision control for free
14:08 Joseph git not get
14:08 the_drow manfred: http://pastebin.com/fUx6jVQE got it!
14:10 resmike joined #salt
14:10 henk left #salt
14:10 ajprog_laptop joined #salt
14:11 the_drow manfred: The error persists :(
14:12 vejdmn joined #salt
14:14 andredieb joined #salt
14:15 the_drow manfred: ping?
14:15 manfred doing work, can't right now
14:16 Ryan_Lane joined #salt
14:16 vejdmn joined #salt
14:17 manfred yeah, looks like it isn't ordering it correctly for some reason
14:17 Luke_ joined #salt
14:17 manfred also so you know, reload_modules doesn't happen at the end of a state, it happens at the end of the whole state run iirc
14:18 [diecast] joined #salt
14:19 oz_akan_ joined #salt
14:21 the_drow manfred: So where exactly should I reload_modules?
14:21 manfred right where you are
14:21 manfred i am just saying it might not do what you think it does
14:21 the_drow How do I force reload modules after a state is done?
14:22 manfred it doesn't matter in this case, because for some reason the pip install isn't ordered before fabric
14:22 the_drow waiiiiiiiiiiiiiiiiiiiit
14:22 the_drow fabric is included before pip
14:22 MTecknology Does salt-call use 4506 to connect to a master?
14:22 the_drow this is a bug right?
14:23 manfred the_drow: i have never seen that before
14:23 the_drow I'm trying right now.
14:23 the_drow It seems like it
14:23 the_drow Nope
14:24 the_drow fabric is still being run before pip
14:24 the_drow I'm attempting to install the develop version
14:26 the_drow Could you call another dev?
14:26 taterbase joined #salt
14:26 the_drow basepi: ping?
14:27 the_drow nope!
14:28 manfred i am not a core developer, i am currently installing and upgrading someone to mysql56 and php 55
14:29 the_drow oh
14:29 ipmb_ joined #salt
14:30 the_drow dafuq?
14:31 the_drow pip.installed works
14:31 the_drow manfred: fyi
14:31 manfred nice
14:31 manfred are you on develop or 2014.1.4?
14:31 diegows is there a way to know what minion are not responding to commands?
14:31 manfred diegows: salt-run managed.up
14:32 manfred or managed.down
14:32 manfred i forget
14:32 MTecknology diegows: -v
14:32 the_drow Both
14:32 diegows salt -v ?
14:32 manfred the_drow: oh, that would do it... https://github.com/saltstack/salt/blob/develop/salt/states/pip_state.py there is no pip.latest state
14:32 the_drow How come?
14:32 manfred because we don't have it?
14:32 manfred it just isn't in there
14:32 the_drow Good to know
14:33 MTecknology salt -v '*' test.ping is a good example; managed.down is better if you want to know what minions aren't talking at all
14:33 manfred the_drow: you could do the upgrade: True ? https://github.com/saltstack/salt/blob/develop/salt/states/pip_state.py#L112
14:33 manfred that would always put you on the latest
14:33 MTecknology I have two syndic servers that are working perfect and two that cause connections to hang forever. All configs seem to be exactly the same
14:34 MTecknology even using md5sum to verify that all syndics are the exact same with same versions of packages
14:35 the_drow Great!
14:35 the_drow Thanks a lot man
14:35 mikkn joined #salt
14:35 manfred np :)
14:36 babilen the_drow: The problem is (as I mentioned very early on) that you simply have no pip.installed state and the requisite can therefore simply not be found
14:36 the_drow babilen: No. I haven't got a pip.latest
14:36 the_drow I do have pip.installed
14:36 babilen Ah, sorry ... pip.latest yeah.
14:36 DaveQB joined #salt
14:36 _nub_ joined #salt
14:37 babilen "15:36:49         babilen > manfred: Isn't the problem that there is no pip.latest state, but a pip-installer one and that fabric should require that rather than pip.latest?" (CEST)
14:37 babilen That's what I am referring to.
14:38 manfred babilen: i completely missed what you were saying there :P
14:38 manfred i thought you were talking about in his state file lol
14:38 alunduil joined #salt
14:38 babilen I simply had a look at the error message. I had (and have) no further insight. Just wanted to make sure that you look at the right thing :)
14:39 mgw joined #salt
14:39 babilen Shifted my attention back to work then ... :-/
14:39 the_drow *facepalm*!
14:39 opapo joined #salt
14:39 the_drow Is there a way to run a command in a login shell?
14:40 _nub_ is this normal?
14:40 _nub_ [INFO    ] Starting the Salt Publisher on tcp://0.0.0.0:4505
14:40 dimeshake cmd.run 'bash -l -c something' ?
14:40 manfred _nub_: yes
14:40 babilen _nub_: Sure, what's wrong with that? Don't you want it to listen on all interfaces?
14:40 repl1cant joined #salt
14:41 _nub_ I have a test setup, VM running Ubuntu with master and minion on it
14:41 _nub_ master is not getting any key requsts from the minion
14:41 _nub_ how would you troubleshoot?
14:42 manfred what is the minions 'master: ' set to in /etc/salt/minion?
14:42 babilen (and can you reach that from the minion?)
14:43 manfred babilen: they are on the same vm it sounds like, so i would hope so :P
14:43 _nub_ are you reffeting to the ID value in the minion config file?
14:43 _nub_ sorry, to the master value
14:43 manfred add master: 127.0.0.1 to the file
14:43 manfred and restart
14:43 masterkorp hello is anyone using the vagrant proviosion masterless ?
14:43 babilen manfred: Ah, yeah. I'm always having explicit master/minion setups and tend to forget that most people don't necessarily do that :)
14:43 manfred by default the minion goes and tries to sync to the dns record for 'salt' :P
14:43 _nub_ I set it to the VM's IP
14:43 masterkorp how do i configure vagrant to give me more output »
14:44 _nub_ ok will try the localhost
14:44 ashw7n joined #salt
14:44 manfred you could set it to the vm's ip as well, that works too
14:45 _nub_ how would I know it works?
14:45 manfred salt-key
14:45 manfred and see if it is asking to auth
14:45 _nub_ nope
14:45 _nub_ no auth req
14:46 jslatts joined #salt
14:46 _nub_ will try with localhost as master value
14:46 tyler-baker joined #salt
14:46 timoguin masterkorp: you can pass state.verbose = true in the provisioning block of the Vagrantfile
14:47 masterkorp thanks once more
14:47 timoguin which isn't in the vagrant docs at all looks like...
14:49 masterkorp another questions, i subscribed to the mailing list using a now gmail account by sending an email to salt-users+subscribe@googlegroups.com
14:49 wendall911 joined #salt
14:49 masterkorp i received the emails but i can't seem to send any
14:50 masterkorp i dont receive any, but they aren't on the googlegroups archive
14:50 masterkorp i sent one yesterday and another one today
14:50 davidone joined #salt
14:50 tomspur joined #salt
14:50 tomspur joined #salt
14:50 spiette joined #salt
14:50 masterkorp how can I notify the salt-users mailing list admin to let him know of this problem ?
14:50 masterkorp timoguin: yeah there isn't any ?
14:51 oz_akan_ joined #salt
14:52 timoguin masterkorp: not sure. if you have a gmail account you can just subscribe on the main page: https://groups.google.com/forum/#!forum/salt-users
14:52 tharkun joined #salt
14:52 masterkorp yeah, i but i dont want to have to use one to do that
14:53 vmdsch joined #salt
14:53 m1k[3y] joined #salt
14:53 tharkun joined #salt
14:53 Theo-SLC Do I have to use an external pillar to use python to generate a pillar value?  Is there a more direct way?
14:53 babilen gmail accounts are a pain for mailing lists as they never sent you your own mails by default. I gave in and use it for google groups which simply aren't "good old mailinglists" though
14:54 babilen Theo-SLC: There is!
14:54 XenophonF left #salt
14:54 babilen Theo-SLC: I just figured it out :)
14:54 m1k[3y] hello, sorry if this is a noob question...can't seem to find an answer on the googles
14:54 m1k[3y] but
14:54 Theo-SLC bablien: that's exactly what I wanted to hear!
14:54 _nub_ ok, adding master: 127.0.0.1 to the minion file didn't help
14:55 m1k[3y] anybody know how to escape a semicolon (;) in text input in salt? it seems that jinja does not like it
14:55 babilen Theo-SLC: Start with "#!py" and implement a run function that returns suitable data (I think a dictionary) -- you could, however, also generate json, yaml and use "#!py|yaml" or "#!py|json" or so.
14:55 _nub_ babilen: yes, they should be albe to "see" eash other since they run on a single VM machine
14:56 jnials joined #salt
14:56 ramteid joined #salt
14:56 babilen _nub_: "salt-key -L" doesn't list it? Nothing in "salt-minion -ldebug" or "salt-master -ldebug" either?
14:56 thedodd joined #salt
14:57 Theo-SLC babilen: forgive me.  what is a "run function"
14:58 babilen Theo-SLC: "def run(): ...."
14:58 babilen A function called "run". Nothing else :) -- http://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.py.html
14:58 [diecast] joined #salt
15:00 travisfischer joined #salt
15:02 Theo-SLC Thank you.  In what file location/type do I put this run function.  And then how do I call it in the pillar file?
15:03 Theo-SLC okay.  it looks like it's just an sls file.  Still don't know how to call it into the pillar value.
15:03 babilen Theo-SLC: You put all this in your pillar SLS file.
15:03 AdamSewell joined #salt
15:03 babilen What do you mean by "call it into the pillar value" ?
15:03 Theo-SLC I want to create a pillar value with this code.
15:04 Theo-SLC in this case it will be the path to a file that changes.
15:04 acabrera_ joined #salt
15:05 _nub_ here is the minion log
15:05 Theo-SLC here is what I'm trying to do with a file source.    I want.  source: salt://{{ path_from_custom_python }}
15:05 masterkorp timoguin: hmm, its complaining http://pastie.org/private/8amukhvhc9tvuwlnqukugw
15:05 _nub_ https://www.refheap.com/f7ddd542fc666c02add0a6893
15:05 babilen Theo-SLC: You create a SLS file such as http://paste.debian.net/101205/
15:07 _nub_ and master log, https://www.refheap.com/85793
15:07 babilen Theo-SLC: Hang on ... you have a state that defines file.managed, and you want to set path_from_custom_python in there? Why is it important that it comes from a pillar?
15:07 brucelee_ joined #salt
15:08 Theo-SLC thanks babilen.  I'm new to python.  I feel that I am on the right path.
15:08 babilen _nub_: You still seem to default to "salt" in your minion conf. Could you paste that? Did you restart the minion after making changes?
15:08 pdayton joined #salt
15:09 babilen Theo-SLC: Yeah, sure ... but could you explain what you are trying to do in a bit more detail. Feel free to paste your state(s) to, say, http://paste.debian.net or http://refheap.com
15:09 _nub_ sure on it
15:09 timoguin masterkorp: paste your vagrant file.
15:09 _nub_ https://www.refheap.com/85794
15:10 masterkorp timoguin: http://pastie.org/private/bgagxrm6wpt5s6v24vyw
15:10 masterkorp timoguin: ignore that typo, its fixed
15:11 timoguin masterkorp: change line 28 to salt.verbose = true
15:12 timoguin verbose is a property of the salt provisioner object
15:13 babilen _nub_: You have to uncomment line 11 in there.
15:16 ajolo joined #salt
15:16 UtahDave joined #salt
15:17 conan_the_destro joined #salt
15:18 Theo-SLC babilen: http://paste.debian.net/101207/
15:18 jalbretsen joined #salt
15:18 scott_w joined #salt
15:19 anuvrat joined #salt
15:19 pistacho_ joined #salt
15:19 pistacho_ how do I add a role to a minion?
15:19 pistacho_ howdy
15:19 pistacho_ ..
15:20 babilen Theo-SLC: Okay, make that: http://paste.debian.net/101208/
15:21 babilen Theo-SLC: I've *just* started with pillars that use other renderers, so I am not too sure about all of this, but it looks about alright.
15:21 Theo-SLC bablien: Okay, totally get it.
15:21 Theo-SLC thanks!
15:22 babilen Theo-SLC: My understanding so far is: Whatever is being returned as the pillar has to be a dictionary. You can return that directly from Python or rely on the standard yaml renderer to do that for you.
15:22 babilen ah, well
15:24 KennethWilke joined #salt
15:25 pistacho_ any ideas?
15:26 pistacho_ pistacho: here you go... http://www.saltstat.es/posts/role-infrastructure.html
15:26 pistacho_ oh thanks
15:27 timoguin pistacho_: "role" isn't really a salt concept. most people define a grain or pillar
15:27 pistacho_ o
15:27 timoguin nice find thought. haven't seen this blog yet
15:27 pistacho_ that clear things out
15:27 pistacho_ Thanks timoguin
15:27 masterkorp timoguin: oh, setting the log level to trace works
15:28 peters-tx whiteinge: Any news about https://media.readthedocs.org/pdf/salt/latest/salt.pdf working again?  It seems to consist of only the Salt logo.
15:28 _nub_ babilen: thx!
15:30 UtahDave peters-tx: whiteinge was working with the main guy at readthdocs yesterday.  I think it should be fixed soon
15:30 peters-tx UtahDave: Cool, thanks!
15:31 UtahDave Hm.  actually, it just worked for me.   https://media.readthedocs.org/pdf/salt/latest/salt.pdf
15:32 Gareth morning
15:33 peters-tx UtahDave: Interesting, it is working
15:33 peters-tx UtahDave: I tried it just a moment ago before I asked
15:33 UtahDave Yeah, the first time I tried it I got an error, too
15:34 UtahDave Then I went to the front page of the salt readthedocs page and clicked on the pdf link from there, and it started working
15:34 peters-tx UtahDave: I think it just now got fixed.  Nice though!  Yay
15:34 UtahDave maybe it was cached somewhere.
15:34 peters-tx Yah
15:34 UtahDave could be
15:34 UtahDave thanks for letting us know about that, though!
15:36 [diecast] joined #salt
15:39 faeroe joined #salt
15:39 shwaiil Q: I want to keep my pillars and salt states safe. How do you guys keep track of changes, through version control ?
15:39 davidnknight joined #salt
15:40 UtahDave shwaiil: yep. highly recommend using version control
15:40 MTecknology [ERROR   ] Failed to render "/srv/reactor/auth-pending.sls"  ..  but no explanation why it failed to render, no line, nuttin..
15:40 shwaiil UtahDave: initialise the repo at /srv for pillar && salt ?
15:41 shwaiil This is my setup /srv/pillar and /srv/salt
15:41 Ahlee shwaiil: Yes.  I then wrote a state file to update the master by pulling the latest version from my git server
15:41 MTecknology UtahDave: should salt-syndic run on the master of masters?
15:41 shwaiil Ahlee: oww, that's cool, you mind sharing that file ?
15:41 UtahDave MTecknology: no.  salt-syndic should only be run on the lower masters
15:41 UtahDave shwaiil: you can also use gitfs.
15:41 faeroe Q: I've a issue with 5.x rhel clones not talking to their master. master & pillars are running 2014.1.0.. I've verified no firewall issues, in fact I see in the debug log of master & minion that master auth succeeds.. but master commands don't return
15:42 shwaiil UtahDave: I'm still in the very basics, so that's why I'm doing it manually, but I do check formulas. so that's why I didn't tested gitfs
15:43 ipalreadytaken joined #salt
15:43 faeroe sorry for the wall.. i just can't get 5.x rhel minions to talk to my master ( and they did work before..)
15:44 MTecknology UtahDave: thanks! I wanted to be sure. I have 2/4 of my syndic servers seeming to work great and the other two causing me a massive headache. I configured all four in parallel, checked md5sums on configs and so on and can't figure out what's going on.
15:44 UtahDave faeroe: what versions of zmq are they running
15:44 slav0nic joined #salt
15:44 slav0nic joined #salt
15:44 faeroe the 5.x minion boxes are running older zmq's.. 2.x something
15:45 faeroe I am aware of the older zmq issue.. just puzzled as they were working.. then stopped
15:46 faeroe esp, considering I see the "Authentication accepted from xxminionxx" in the master's log
15:46 shwaiil Q: Sorry, is there any other file I need to version control apart from /srv/pillar and /srv/salt ? For example, I'm running Masterless, I remember changing the /etc/salt/minion :T not sure if I should save it
15:46 sgviking joined #salt
15:46 Gareth UtahDave: hey :)
15:47 timoguin shwaiil: I use salt to manage the salt minion config, so it's in source control just like all the other states
15:47 UtahDave hey, Gareth!
15:47 timoguin same with my master and cloud configs
15:47 shwaiil timoguin: hum, how do you do it ?
15:47 ajolo joined #salt
15:48 timoguin shwaiil: I just the gitfs backend for states and pillars, two repos.
15:48 timoguin and i use the salt-formula to manage salt itself
15:48 rgbkrk joined #salt
15:48 faeroe gitfs is the way to go, imo with vcs
15:48 shwaiil oh, ok to advanced for me at this period :)
15:48 Gareth UtahDave: hows it going?
15:49 UtahDave pretty good!   How about you?
15:49 faeroe @UtahDave; zeromq = zeromq-2.2.0-4.el5 from epel5 fwiw
15:49 UtahDave faeroe: yeah, that's rough.  Things will work much better if you can get a newer version
15:50 Gareth UtahDave: pretty good.  Touring some places for future SCALE events this morning.
15:50 faeroe @UtahDave, I'm thinking salt-ssh is the way to go.. I don't care to custom configure a new zeromq rpm and all it's dependancies
15:50 UtahDave faeroe: that's cool.
15:50 jalbretsen joined #salt
15:51 MTecknology you guys see any issues with this?..   {% if not data['result'] and data['id'].startswith('boothost') and data['id'] != 'boothost' %}
15:51 UtahDave Gareth: nice!  I'm determined to make sure I'm there next year.  :)
15:51 MTecknology *reactor
15:53 UtahDave MTecknology: nothing jumps out at me at first glance. Is that failing?
15:54 Gareth UtahDave: :)
15:54 pistacho_ what is "G@"
15:54 MTecknology UtahDave: I'm getting   [ERROR   ] Failed to render "/srv/reactor/auth-pending.sls"   in the master logs and that seems to be the line causing the issues, but I'm not sure
15:55 pistacho_ sush as salt -C 'G@os:Ubuntu'
15:55 pistacho_ grain?
15:55 UtahDave pistacho_: -C means you're using a compound matcher.  "G" specifies a grain
15:55 pistacho_ ah Thanks
15:57 UtahDave you're welcome.
15:57 XenophonF joined #salt
15:57 jeremyBass joined #salt
15:58 MTecknology 2014-05-22 10:58:37,951 [salt.utils.event                         ][ERROR   ] Failed to render "/srv/reactor/auth-pending.sls"
15:59 MTecknology UtahDave: ^  I set log_level: debug on the master
15:59 MTecknology still not getting anything more verbose
16:00 the_drow How do I cause salt to run a command using a login shell?
16:00 the_drow su - root mycmd
16:02 meteorfox joined #salt
16:02 mgw joined #salt
16:02 UtahDave MTecknology: stop the salt master and run it in a terminal in debug mode.  you might see a traceback in there
16:02 meteorfox joined #salt
16:03 UtahDave the_drow: I'm not sure. I know you can specify the shell when executing cmd.run, but I'm not sure if that's what you need
16:03 MTecknology UtahDave: heh...  {% if 'result' in data and not data['result'] and data['id'].startswith('boothost') and data['id'] != 'boothost' %}  <-- no more error
16:03 the_drow bash --login
16:03 MTecknology apparently data doesn't always have result... :S
16:04 MTecknology but... it does, doesn't it?
16:05 rossmay joined #salt
16:05 the_drow UtahDave: How do I configure the shell args?
16:06 UtahDave MTecknology: ah, good to know.  nice catch
16:06 UtahDave the_drow: There's an example here: http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cmdmod.html#salt.modules.cmdmod.run
16:07 MTecknology UtahDave: events can be triggered that don't have data?....
16:07 UtahDave shell='csh'
16:07 UtahDave MTecknology: I'm not sure.  someone could probably send it with an empty data set.
16:07 rgbkrk joined #salt
16:07 the_drow You can't run /bin/bash --login though
16:08 MTecknology UtahDave: I made a slight change to eventlisten.py, line 2 here, http://dpaste.com/27HVNA5/
16:08 brucelee_ joined #salt
16:10 MTecknology oooh...
16:11 the_drow Also it seems that creates: /file/ does not affect the state. It keeps running anyway
16:11 zain_ joined #salt
16:13 MTecknology UtahDave: ya... result isn't always present, like a highstate event being executed... makes sense now
16:14 schimmy joined #salt
16:14 mateoconfeugo joined #salt
16:14 UtahDave interesting.  I wonder if that was an oversight
16:14 twoflowe1s joined #salt
16:15 MTecknology I have no clue. I can understand why it wouldn't be there considering it's not actually finished yet, it's just an event saying that highstate started
16:15 MTecknology k... now back to fighting these two syndic servers not working correctly...
16:16 mgw1 joined #salt
16:17 ipalreadytaken joined #salt
16:17 ipalreadytaken joined #salt
16:18 [diecast] joined #salt
16:23 smcquay joined #salt
16:24 frasergraham joined #salt
16:25 bhosmer_ joined #salt
16:26 bhosmer joined #salt
16:26 KyleG joined #salt
16:26 KyleG joined #salt
16:27 TheRealBill joined #salt
16:27 hunter joined #salt
16:28 Theo-SLC joined #salt
16:29 schimmy1 joined #salt
16:30 dangra_ joined #salt
16:31 cruatta joined #salt
16:32 cruatta_ joined #salt
16:32 bhosmer joined #salt
16:33 vmdsch left #salt
16:34 vejdmn joined #salt
16:34 n8n joined #salt
16:35 jnials joined #salt
16:36 shwaiil Q: Anyone able to share a formula for phpmyadmin , ubuntu 14.04 ? Thanks!
16:39 jergerber joined #salt
16:40 bhosmer joined #salt
16:40 bhosmer_ joined #salt
16:41 aw110f joined #salt
16:46 brandon___ joined #salt
16:47 joehillen joined #salt
16:49 m1crofarmer joined #salt
16:49 ZombieFeynman joined #salt
16:50 babilen shwaiil: Not aware of one,  but just follow http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html and implement your own :)
16:50 stanchan joined #salt
16:50 shwaiil babilen: thank you :) I managed to more or less do it, got some errors like " The mcrypt extension is missing. Please check your PHP configuration."
16:51 babilen shwaiil: You could probably quite easily tie that into https://github.com/saltstack-formulas/php-formula and use that to install php.mcrypt
16:51 shwaiil I think that for that error, I would "extend" my php state ?! and add the extension mcrypt ?!
16:51 shwaiil something like that ?!
16:52 babilen I'd say "this formula depends on the php-formula" and then "include: - php.mcrypt" somewhere appropriate in yours
16:53 ekristen joined #salt
16:54 shwaiil babilen: hum ok
16:54 jhulten joined #salt
16:55 hunter joined #salt
16:55 resmike joined #salt
16:55 babilen shwaiil: I mean feel free to duplicate what they are doing in php-formula in your formula if you don't like this dependency, but I don't quite see the point of maintaining what is, essentially, the same thing in a number of different places.
16:56 babilen shwaiil: It is not that hard, you essentially only need https://github.com/saltstack-formulas/php-formula/blob/master/php/mcrypt.sls + https://github.com/saltstack-formulas/php-formula/blob/master/php/map.jinja for mcrypt
16:56 shwaiil yeah : )
16:56 shwaiil Cool! Let's see
16:57 brandon___ I wanted to see if anyone could take a look at my nginx init.sls and see if it had any glaring holes.
16:59 brandon___ I can post the pastbin
16:59 cruatta joined #salt
16:59 cruatta_ joined #salt
16:59 rgbkrk joined #salt
16:59 jslatts joined #salt
17:00 scsinutz joined #salt
17:06 DammitJim joined #salt
17:06 combusean joined #salt
17:06 KyleG1 joined #salt
17:06 DammitJim silly question. I am running Debian... do I need to be sudo to run salt commands?
17:06 XenophonF DammitJim: yes
17:06 XenophonF sudo to root
17:07 rglen joined #salt
17:08 DammitJim XenophonF, what do you mean sudo to root?
17:08 brandon___ here is my nginx init.sls: http://pastebin.com/U59Hypx9 -- I am pretty new to salt, but wanted to see if their was anything major I am missing (syncing two cloud servers)
17:08 DammitJim or what group should I have my user belong to?
17:08 XenophonF well, sudo can switch to any user
17:08 DammitJim ok, but you are saying I need to be root to run salt commands?
17:08 XenophonF just do "sudo salt ..." and you'll be fine
17:08 XenophonF yup you do
17:08 XenophonF unless you've reconfigured salt to allow access by non-root users
17:08 DammitJim ok, cool
17:08 XenophonF which is possible
17:09 brucelee_ joined #salt
17:09 DammitJim ok, so I have my salt-master running
17:09 DammitJim I edited my minion file to look for localhost
17:09 DammitJim I started the salt-minion
17:09 TyrfingMjolnir joined #salt
17:09 DammitJim it seems the master isn't talking to the minion
17:10 DammitJim I'm running both on the same machine to keep it simple
17:14 TyrfingMjolnir joined #salt
17:14 rgbkrk joined #salt
17:17 MTecknology UtahDave: If a minion connects to two syndic servers and I send test.ping from the master of masters, I should get only one response, right?
17:17 MTecknology I sometimes get multiple responses
17:17 ZombieFe_ joined #salt
17:17 schmutz joined #salt
17:18 UtahDave MTecknology: It seems like you should expect two answers.
17:18 UtahDave the master of masters doesn't know about the lower level minions at all, so the command goes to each syndic, which both send the commands to its minions
17:18 MTecknology I would have figured the syndics would work out the one to actually send the request to the minion
17:19 cheus If I have the inkling to write a non-format filter for Jinja, is there a recommended location for me to place it?
17:19 UtahDave they syndics don't know about eachother
17:19 MTecknology oh
17:19 TyrfingMjolnir joined #salt
17:19 MTecknology so then everything I tried to do won't work, I need to pin boxes to just one syndic
17:20 pistacho joined #salt
17:20 pistacho can anyone help me on my syntax
17:20 MTecknology I can handle that
17:21 pistacho so am using mine to retrieve the ip of my web servers
17:21 TaiSHi joined #salt
17:21 kermit joined #salt
17:21 pistacho within a sls file
17:21 TaiSHi Hi everyone
17:21 TaiSHi Just a very newbie question, what's the difference between user.present and user ?
17:22 pistacho this is how am doing it:   {% set webservers=salt['mine.get']('G@id:web*', 'grains.items', 'compound').values() %}
17:22 pistacho then I use a for loop
17:22 bitmand TaiSHi: present is just a method on user
17:22 UtahDave MTecknology: cool
17:23 pistacho {% for web in webservers %}{{ web['network.ip_addrs']['eth0'][0] }}{% if not loop.last %},{% endif %}{% endfor %}
17:23 pistacho but nothing I do not get a return...
17:23 pistacho but no errors...
17:23 logix812 joined #salt
17:23 pistacho T_T
17:23 TaiSHi bitmand: Hmm
17:24 XenophonF UtahDave: I'm almost done scripting the Windows build process, with the only prerequisites being PowerShell 3.0, Visual Studio 2008 SP1, Python, PyWin32, Msgpack, OpenSSL, WiX, and SWIG.
17:24 bitmand TaiSHi: user can do user.present - or user.absent ..
17:24 TaiSHi When I used user.present and ssh_auth, it created the user but failed on ssh_auth
17:24 XenophonF that includes generating both 32-bit and 64-bit MSI installers
17:24 TaiSHi If I use user (and inside user, -present)
17:25 TaiSHi It did both things on the first run
17:27 TaiSHi Sorry for the newbieness bitmand
17:27 bitmand TaiSHi: no worries, I'm just not sure I follow :) It failed the first time because the user didn't exist .. or ?
17:28 TaiSHi Exactly, let me paste the output
17:28 Igrsrolqak joined #salt
17:29 rgbkrk joined #salt
17:30 bitmand maybe it worked the second time, because the user was created the first time?
17:30 TaiSHi Exactly
17:30 TaiSHi http://dpaste.com/39JPFXW/
17:30 TaiSHi That's the first run
17:30 ausmarton joined #salt
17:31 TaiSHi Later on, I deleted the user, removed user.present and used 'user' alone (with parameters inside, such as '- present') and everything ran on the first push
17:32 bitmand have you any requires in the sls? you have to specify the "order" of the states to make sure it works - see: http://docs.saltstack.com/en/latest/ref/states/ordering.html
17:32 cruatta joined #salt
17:32 cruatta_ joined #salt
17:32 UtahDave XenophonF: that's awesome!
17:32 UtahDave can't wait to try it out!
17:33 XenophonF i've run into problems getting the develop branch to run on windows, though
17:33 XenophonF so i'm building the v2014.1.4 tag now
17:33 whiteinge peters-tx: the PDF download was fixed yesterday. try force-refreshing
17:33 Igrsrolqak left #salt
17:33 UtahDave XenophonF: what errors are you getting?
17:33 XenophonF hm let me check
17:34 TaiSHi bitmand: Thanks for pointing that out
17:34 bitmand TaiSHi: np :)
17:34 TaiSHi I'll give it a read when I get to the office
17:34 TaiSHi food time now :P
17:35 ipmb joined #salt
17:35 pistacho any ideas?
17:36 cheus joined #salt
17:37 faeroe Q: when using salt-ssh, can the "minions" still perform calls, or "highstates"?
17:39 travisfischer joined #salt
17:39 UtahDave faeroe: there's no salt-call locally on the remote servers, if that's what you mean.
17:40 faeroe @UtahDave - I was just trying to figure out if the highstate functionality can be done when using salt via ssh basically
17:40 UtahDave faeroe: you can use highstate from a master to a minion using salt-ssh, yes
17:41 ldlework left #salt
17:41 harobed joined #salt
17:41 faeroe @UtahDave: ahhh.. ok. I must have gotten the highstate function backwards..
17:41 shwaiil Q: I'd like to run a cmd to enable a php5 module. What's the best way of doing this ? This is the command php5enmod mcrypt, thanks!
17:42 faeroe @UtahDave - Thanks for the info - I'm the poor bastard who asked earlier about 5.x centos machines not talking to their master anymore
17:42 chrisjones joined #salt
17:42 TyrfingMjolnir_ joined #salt
17:43 AdamSewell joined #salt
17:43 AdamSewell joined #salt
17:43 taion809 joined #salt
17:43 UtahDave faeroe: :)  no problem at all.
17:44 jchen shwaiil: you probalby want to find out what php5enmod actually does
17:44 jchen shwaiil: i'm guessing it's probalby just a fancy name for a script aht just symlinks a file containing the enable php config line into the conf.d or modules.d dir php.ini includes
17:46 shwaiil Ok, I'll try to find that
17:47 ZombieFeynman joined #salt
17:49 TaiSHi Are methods ran -after- normal operations ?
17:51 shwaiil jchen: ok found creates a symlink from the usual conf.d directory to point to where the real files are in mods-available, prefixed with a number that indicates the priority of the module
17:53 timoguin shwaiil: you can just use cmd.run
17:53 ashw7n joined #salt
17:53 timoguin with an unless clause to make sure it only runs if it's not already enabled
17:53 shwaiil timoguin:  :) ok I'll try
17:53 shwaiil Thank you
17:53 rojem joined #salt
17:55 druonysus joined #salt
17:55 druonysus joined #salt
17:55 XenophonF UtahDave: here's the error I get when trying to run salt http://paste.debian.net/101241/
17:55 shwaiil The command under unless: is the command that we want to run, or to test if true ?
17:55 TaiSHi bitmand: I used both functions with .present and they worked just fine
17:55 hunter joined #salt
17:56 schmutz_ joined #salt
17:56 hunter joined #salt
17:56 UtahDave XenophonF: Hm.  Does the salt minion service start up and run?
17:56 XenophonF no
17:56 XenophonF can't get it to start
17:57 UtahDave XenophonF: are you passsing  in the path to the config directory?
17:57 XenophonF no
17:57 UtahDave salt-call test.ping  -c c:\path\to\config\dir\
17:57 XenophonF gotcha
17:58 Theo-SLC joined #salt
17:58 saravanans joined #salt
17:58 ml_1 joined #salt
17:58 shwaiil I think I got it timoguin ? http://pastie.org/private/4my5yjm11nfkeqrciz0ow
17:58 UtahDave Theo-SLC: did you come to the salt hq for our meetup?
17:59 Theo-SLC I did
17:59 UtahDave cool. I imagined it was you.  glad to see you in here!
18:00 Theo-SLC Glad to be here.  i'm now deep in salt.  We've had it deployed here for 2.5 weeks now.
18:00 mgarfias joined #salt
18:00 XenophonF UtahDave: I get the same error when I try to start the minion by hand - http://paste.debian.net/101243/
18:01 UtahDave Theo-SLC: nice!
18:01 vejdmn joined #salt
18:01 XenophonF very odd
18:01 UtahDave ok, that shim is fairly new. I'll see if the engineer knows what's going on
18:01 XenophonF the .pyc files are in that directory, but not the .py files
18:02 ausmarton joined #salt
18:02 austin987 joined #salt
18:02 Ryan_Lane1 joined #salt
18:03 XenophonF UtahDave: Let me double check the output of bdist_esky.  Maybe this is a packaging problem with the MSI and not with the Salt build process.
18:04 XenophonF UtahDave: nope - the .py files are missing from salt-2014.1.0-6431-g1a65ea0.win32\salt-2014.1.0_6431_g1a65ea0-py2.7.egg\salt\client\ssh in the zip file, too
18:04 brandon___ if I am using IUS php55u and am making a salt state for php-fpm, should I use "php-fpm:" or "php55u-fpm" in my /srv/salt/php-fpm/init.sls
18:04 therealGent joined #salt
18:05 therealGent could someone tell me why I have an error like "jinja syntax error. Unknown tag 'grains'. My code is {% grains['host
18:05 therealGent {% grains['host'].startswith('strt') %}
18:05 saravana_ joined #salt
18:07 MTecknology UtahDave: When a job the master didn't initiate finishes, the minion tries to ship the job info up to the master and the master gets upset because it knows nothing of the job. Seems to only happen when that return goes through a syndic - http://dpaste.com/27W4D1Y/
18:07 MTecknology UtahDave: bug?
18:07 shwaiil Q: How can I watch if this service is running ? I want to run a command whenever the service is restarted, for example. This is what I've got: apache2: / pkg: / - installed / service: / - name: apache2 / - running
18:09 therealGent anyone? :(
18:10 UtahDave MTecknology: very well could be.  what version of Salt?
18:10 brucelee_ joined #salt
18:10 whiteinge therealGent: use {{ }} instead of {% %}
18:10 saravanans joined #salt
18:11 therealGent whiteinge, but then can I have an if? I previously had something like if 'strt' in grains['host'] in those {% %} and it worked. Why is that?
18:11 TyrfingMjolnir joined #salt
18:11 whiteinge "if" is a jinja tag, "grains" is a jinja variable. you can use variables in tags
18:12 DammitJim ok, finally got the simple basics down
18:13 Ahlee what's the easy way to view what a state file renders down to on a minion without actually doing anything
18:13 therealGent whiteinge, so I would have something like {% if {{ ... }} %}?
18:14 whiteinge therealGent: yes except you don't need the {{ }} within a tag. just {% if grains[..] %}
18:15 jnials joined #salt
18:15 MTecknology UtahDave: develop
18:15 therealGent whiteinge, but that's exactly what I have. I posted it above. {% grains['host'].startswith('strt') %}
18:15 MTecknology UtahDave: I'll create an issue for it.
18:16 whiteinge therealGent: you're missing the "if" at the beginning
18:16 pistacho whiteinge, how about this http://dpaste.com/2QM6FX4/
18:16 MTecknology it's beyond what I have time to try to figure out :(
18:16 whiteinge pistacho: exactly
18:16 therealGent whiteinge, ... thank you. x)
18:17 UtahDave XenophonF: another dev is getting a fix together for that.  just a minute
18:18 resmike joined #salt
18:18 XenophonF Thanks UtahDave!
18:20 n8n joined #salt
18:22 hunter joined #salt
18:25 UtahDave XenophonF: Hey, i'm testing on the very latest develop and I'm not getting that error you're seeing
18:25 XenophonF thanks
18:25 UtahDave wait
18:25 UtahDave actually, you're using the compiled version
18:26 XenophonF yes
18:26 UtahDave ok, going to compile and test it again
18:27 UtahDave do you get that error if you run it directory out of the esky built directory?
18:28 pentabular joined #salt
18:28 UtahDave pentabular!
18:29 pentabular lol! :) Hi there!
18:29 UtahDave hey!  good to see you!
18:29 XenophonF UtahDave: I get that error from the esky version of Salt.
18:29 jalaziz joined #salt
18:30 pentabular Thanks #UtahDave! Salt and you guys are always on my mind
18:30 UtahDave :)
18:31 UtahDave XenophonF: Yeah, I just successfully triggered that same error using the esky build.
18:31 UtahDave XenophonF: testing a fix I was just given
18:31 UtahDave pentabular: always glad to have you around, man.
18:33 hunter joined #salt
18:33 anuvrat joined #salt
18:35 pentabular win 8.1 & 2012 server minions seem to run OK, fwiw.
18:35 kmshultz joined #salt
18:35 jcockhren pentabular: nice info
18:35 UtahDave that's great to know.  I haven't had a chance to test on 8.1 at all
18:35 jcockhren I think MTecknology cares ^^
18:35 Corey yay
18:36 MTecknology what about me?
18:36 faeroe joined #salt
18:37 jcockhren MTecknology: > 13:35:15  pentabular | win 8.1 & 2012 server minions seem to run OK, fwiw.
18:37 thayne joined #salt
18:37 cruatt___ joined #salt
18:37 cruatta__ joined #salt
18:37 jcockhren figured you'd like to know that
18:37 analogbyte is it possible to use data from one pillar file in another? I of course do not want to put information twice, but pillar data seems do became available only after its compilation
18:38 MTecknology oh- ya, I need to get linux stuff working and then I'll be working on making winblows stuff work
18:40 kermit joined #salt
18:40 rgbkrk joined #salt
18:41 UtahDave XenophonF: OK, that fix worked. We're going to send in a pull request with that fix right now
18:41 XenophonF OK
18:41 UtahDave XenophonF: thanks for finding that!
18:42 XenophonF UtahDave: glad to help!
18:45 simonmcc is the the_drow online?
18:47 hunter joined #salt
18:50 SEJeff_work joined #salt
18:54 rgbkrk_ joined #salt
18:54 dsolsona joined #salt
18:57 mgw joined #salt
19:01 rgbkrk joined #salt
19:04 XenophonF UtahDave: is it possible to generate an esky build that isn't zipped?
19:04 XenophonF UtahDave: as in, just a directory with the bbfrozen files in it?
19:04 UtahDave XenophonF: I don't know, but I unzip it before I compile it into the installer
19:05 XenophonF UtahDave: same here
19:05 timoguin MTecknology: jcockhren: I've also used the minion on 2012, both on AWS and via Vagrant
19:06 timoguin even got a 2012 base box to bootstrap the salt-minion via powershell with vagrant's script provisioner
19:07 DammitJim does salt install python?
19:07 DammitJim on windows 32?
19:07 XenophonF DammitJim: kinda
19:07 DammitJim 'cause I hadn't installed python on this machine
19:08 XenophonF everything gets bundled in self-contained executables
19:08 DammitJim and doing a grains.items shows python 2.7!
19:08 UtahDave DammitJim: The Windows Salt installer has it's own included python interperter
19:08 XenophonF Salt uses bbfrozen to do it.
19:08 DammitJim I dont' even know what bbfrozen is
19:08 DammitJim what document should I read for a simple test package?
19:09 DammitJim I'm trying to show this as something we should implement in our corporation
19:09 jcockhren timoguin++
19:09 DammitJim what's taht?
19:10 brucelee_ joined #salt
19:11 UtahDave XenophonF: Hey, I just merged that fix into the develop branch.  Would you mind updating your git repo and testing that again?
19:11 XenophonF UtahDave: will do
19:11 DammitJim hi brucelee_ we miss you here on earth
19:14 therealGent would someone have an idea why im getting an error saying my file.managed is not an absolute path? The config has an absolute path.
19:14 therealGent ah, because it never matched any of my if conditions.
19:15 rgbkrk joined #salt
19:22 krichardson joined #salt
19:22 n8n joined #salt
19:25 [diecast] joined #salt
19:27 rdorgueil joined #salt
19:27 rdorgueil joined #salt
19:27 hunter joined #salt
19:27 ixokai joined #salt
19:30 ghartz_ joined #salt
19:30 hunter_ joined #salt
19:31 lionel joined #salt
19:34 jY anyone know any blog posts or such on configing a switch with proxy minion?
19:34 DammitJim what document should I read for a simple test package creation?
19:35 liquid_tool joined #salt
19:36 pistacho t
19:36 pistacho oops..
19:37 UtahDave cro:  do you have a good link for jY?
19:39 repl1cant joined #salt
19:40 jY or even a sample.. the docs don't offer much help
19:41 faeroe exit
19:42 UtahDave jY: what url are you looking at?
19:42 jY UtahDave: http://docs.saltstack.com/en/latest/topics/topology/proxyminion/index.html
19:44 rojem joined #salt
19:45 masterkorp So i am testing a formula with vagrant salt provision i got it running
19:47 jnials joined #salt
19:47 UtahDave jY: here's a slide deck C.R. put together for the OpenWest conference.  It might help you a little bit.
19:47 luminous joined #salt
19:47 jcockhren cool!
19:48 jY UtahDave: ok i'll try to find it.. thanks
19:48 UtahDave http://www.slideee.com/slide/openwest-2014-05-10-where-s-the-waldo-saltstack-proxy-minions
19:48 UtahDave sorry, forgot to paste in the url.  :)
19:48 jY thanks!
19:49 n8n joined #salt
19:50 Theo-SLC joined #salt
19:50 ipalreadytaken joined #salt
19:50 kmshultz is it possible to reference one pillar value in another pillar value?
19:51 kmshultz or does the way pillar data compiles not allow that?
19:57 timoguin UtahDave: hmmm got content not available for that link
19:58 UtahDave kmshultz: no, you can't reference another pillar value
19:58 UtahDave timoguin: that's odd.  I just opened it up again just fine.
19:58 timoguin this one works: http://www.slideshare.net/croldham/openwest-2014
19:58 kmshultz UtahDave: got it -- thanks
19:58 UtahDave cool, I like slide share better anyway.
19:58 timoguin works on slidee now for me too
19:59 rgbkrk joined #salt
19:59 DammitJim why are these called proxy minions?
20:01 UtahDave DammitJim: because there isn't a minion running on the device, so it creates a "proxy" process to do the translation
20:02 rojem joined #salt
20:02 n8n joined #salt
20:02 DammitJim oh wow... I assume that's for devices that can't run salt for some customer reasons?
20:03 DammitJim that sounds like a lot of work
20:05 jhulten joined #salt
20:05 UtahDave yep, like dumb switches, arduinos...  anything
20:06 saravanans joined #salt
20:07 ZombieFeynman joined #salt
20:09 jhulten joined #salt
20:10 combusean joined #salt
20:11 brucelee_ joined #salt
20:14 Joseph joined #salt
20:15 DammitJim oh yeah, great for switches!
20:17 schmutz joined #salt
20:21 Luke_ joined #salt
20:21 stevednd UtahDave: I was thinking about creating an issue for this, but basically I'm wondering if there would be interest in implementing a feature that allowed some kind of context data to be passed to a statefile that is being included in another one. Basically I want to have some statefiles serve as a partial base to another statefile, and change some of the values therein depending on the application I'm deploying. I don't feel that
20:21 stevednd pillars can effectively cover this, because of the need to be able to individually deploy apps on the same machine. With pillars you get all at once.
20:22 Theo-SLC joined #salt
20:22 sandeep joined #salt
20:23 jY UtahDave: if you know.. can you access any pillar data in a Proxyconn object.. or just what gets passed in?
20:23 UtahDave stevednd: sounds interesting.  Can you give me a simple example?
20:23 jY seems to me just what gets passed in
20:24 UtahDave jY: I'm not sure. I haven't used it yet.
20:24 jY ok
20:24 ashw7n joined #salt
20:24 avatar__ joined #salt
20:25 avatar__ left #salt
20:26 Outlander joined #salt
20:26 jhulten joined #salt
20:27 DammitJim here is the most stupid question... If I want to use salt-minions on Windows Server 2008 R2, is it better to have PowerShell or Python on the server?
20:27 jrdx joined #salt
20:28 jalaziz joined #salt
20:30 Joseph hmmm
20:30 Joseph i am assuming you have to have python
20:30 Joseph not sure how else it would run?
20:30 Joseph but then i treat windows like a disease so i stay blissfully ignorant :)
20:30 meteorfo_ joined #salt
20:31 UtahDave DammitJim: you don't have to have either.
20:31 DammitJim UtahDave, thanks for answering my silly question
20:32 DammitJim I guess I'm trying to figure out when I start to write "packages" to say check what version of a software is running on the server
20:32 DammitJim does one write that on Python, PowerShell, a bat file? LOL
20:32 UtahDave Ah, I see.
20:33 UtahDave well, Salt modules are written in python
20:33 UtahDave but often they will shell out to get info from the operating system
20:33 UtahDave and on windows sometimes we use powershell to get info from the system
20:33 UtahDave and sometimes we use the windows python modules.
20:33 UtahDave :)
20:34 DammitJim ok, so it sounds like it's great that salt is flexible
20:34 DammitJim I have written some tests in PowerShell for one server and this 2008 doesn't have powershell nor python
20:34 UtahDave Yeah. It's quite flexible
20:34 DammitJim and I am about to ask the maintainer of the server if I can install some software but I need to decide on either PowerShell or Python
20:35 DammitJim is PowerShell as flexible returning status codes to salt?
20:35 UtahDave OK, well, you don't have to install python because it's included with the Salt Minion
20:35 UtahDave the newer versions of powershell are quite flexible
20:36 DammitJim ok, thanks
20:36 DammitJim I think I'm going to do the powershell thing
20:36 DammitJim for now
20:36 UtahDave ok
20:38 stevednd UtahDave: https://gist.github.com/dnd/a454e680bc519c8e7463
20:38 stevednd hopefully that illustrates what I'm getting at
20:40 jhulten joined #salt
20:41 resmike joined #salt
20:42 che-arne joined #salt
20:43 DammitJim so, what is the best place to learn how to create a package or whatever it is salt calls them?
20:46 cruatta_ joined #salt
20:46 cruatta joined #salt
20:49 resmike joined #salt
20:49 tyler-baker joined #salt
20:49 UtahDave stevednd: Is context not already available?
20:50 UtahDave DammitJim: there are some docs on writing execution modules. Also looking at some of the modules in the modules directory is helpful as well.
20:51 DammitJim modules in the modules directory on the salt-master?
20:55 krow joined #salt
20:56 DammitJim in linux, are those in /usr/share/pyshared/salt ?
20:57 UtahDave DammitJim: not sure.    Just clone the salt git repo. that would be the easiest
20:57 UtahDave You can browse the modules here as well: https://github.com/saltstack/salt/tree/develop/salt/modules
20:57 DammitJim what would be the name of a module?
20:57 DammitJim I can search it on my machine
20:57 DammitJim I rather not mix git repo and debian repos
20:58 DammitJim ok, yeah, it seems I'm in the right place
20:58 DammitJim network.py for example
21:00 lilmatt joined #salt
21:00 ecdhe DammitJim, this is your chance to  write the tutorial that the community is missing and become a famous salt consultant...
21:00 DammitJim cool! found test.py
21:00 DammitJim where does one put the module one creates?
21:00 DammitJim is that true?
21:00 DammitJim that can't be true
21:01 Joseph dammitjim: is it state module?
21:02 DammitJim I don't know... in my machine, it is under: /usr/share/pyshared/salt/modules/test.py
21:02 DammitJim :D
21:02 mgarfias i cant find in the dox how to use cmd.run and specify the user on the cmd line, any ideas?
21:02 brucelee_ joined #salt
21:03 Joseph http://salt.readthedocs.org/en/v2014.1.1/ref/states/all/salt.states.cmd.html?highlight=cmd#salt.states.cmd.run
21:03 Joseph there should be a user argument that you can pass in
21:03 Joseph is that not working?
21:03 mgarfias im just not sure how to use it
21:03 mgarfias i.e.: how the heck do i specify the user arg
21:04 mgarfias salt '*' cmd.run "command"
21:04 mgarfias where do i put the argument to cmd.run
21:04 whiteinge salt '*' cmd.run whoami user=someuser
21:05 mgarfias aha
21:05 mgarfias thanks
21:05 Joseph what whiteinge
21:05 DammitJim mgarfias, I did sudo salt <minion_name> cmd.run 'ping localhost'
21:05 mgarfias it wasn't at all clear to me how to pass in the args
21:05 mgarfias oh, and it doesn't work :)
21:05 DammitJim what does it say?
21:05 Joseph when you are doing this on the command line you pass keyword arguments in by simply putting "name=value" with a space before and after
21:05 mgarfias # salt '*' cmd.run "whoami" user=fbi
21:05 mgarfias salt.fbi.local: root
21:07 meteorfox joined #salt
21:07 DammitJim lol... forgot that whoami doesn't work on WindowsXP
21:07 mgarfias tried with id also, got: uid=0(root) gid=0(root) groups=0(root)
21:07 Joseph that's itnerersting the execution modules page  doesn't have c md
21:07 Joseph cmd
21:08 Joseph is the cmd state module documentation supposed to be used for the execution module as well?
21:09 DammitJim the states module has the cmd.py
21:09 Joseph confusing
21:09 UtahDave the execution module is call   cmdmod.py
21:10 UtahDave the state modules is cmd.py
21:10 Joseph secrets!!
21:10 UtahDave so     /modules/cmdmod.py     and /states/cmd.py
21:10 DammitJim LOL
21:10 stevednd UtahDave: I don't know. Is there some variable there already that would give me access to that information? I tried just having the variable set before the include call in the statefile, but it didn't recognize that variable as existing.
21:10 whiteinge mgarfias: try using 'runas' instead of 'user'
21:10 mgarfias WOOOOOO
21:10 mgarfias thanks!
21:11 Joseph yea
21:11 Joseph http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cmdmod.html#module-salt.modules.cmdmod
21:11 Joseph so cmd is cmdmod when execution module but is cmd when its a state module
21:12 Joseph that's not confusing at all <shifty eyes>
21:12 DammitJim so, where did we say I need to put a new module if I create one?
21:12 Joseph if its execution module
21:12 rgbkrk joined #salt
21:12 Joseph in the root of your saltstack filesystem
21:12 Joseph create a directory _modules
21:12 Joseph put the python in there
21:13 Joseph and then execute salt command to sync modules
21:13 DammitJim the root of my saltstack filesystem?
21:13 Joseph by default that is /srv/salt
21:13 DammitJim how do I find that?
21:13 DammitJim ls /
21:13 krow joined #salt
21:13 Joseph if you haven't defined anything in your /etc/salt/master configuration
21:13 Joseph then its /srv/salt
21:13 Joseph its specified in the "file_roots"
21:13 Joseph property
21:13 stevednd /srv/salt/_modules
21:13 Joseph yes what stevednd said
21:13 DammitJim ok, no /srv/salt foldre
21:13 stevednd salt '*' saltutil.sync_modules
21:13 Joseph DammitJim you have to create that directory structure
21:14 Joseph Dammitjim: stevednd is giving you the steps basically
21:14 Joseph 1. mkdir /srv/sa/lt/_modules
21:14 DammitJim ok, great
21:14 DammitJim that's what I was wondering
21:14 stevednd DammitJim: where do you keep your sls file for states?
21:14 Joseph 2. copy the python module into the _modules drectory
21:14 Joseph 3. salt '*' saltutil.sync_modules
21:14 DammitJim 'cause it sounds like one doesn't put them in /usr/share/pyshared/salt/modules
21:15 Joseph lol nope
21:15 DammitJim what's the salt '*' saltutil.sync_modules do?
21:15 Joseph it copies the python module to all your minions
21:15 babilen It syncs the modules to the minions
21:15 DammitJim stevednd, I'm not even that far (no sls file for states)
21:15 DammitJim oh ok
21:15 DammitJim hi babilen
21:15 babilen hey :)
21:15 meteorfox joined #salt
21:15 Joseph whenever you execute a command from the salt master its actually being executed by a minion who is using a python module stored locally on its filesystem
21:16 Joseph its actually a bit more complicated then that
21:16 Joseph but conceptually that's what is happening
21:16 meteorfox joined #salt
21:16 stevednd DammitJim: No, /usr/share/pyshared/salt/modules is for the salt project itself. Unless you're aiming to extend salt, such as submitting a pull request to the project, you would put it in your own _modules dir with the rest of your statefiles
21:17 Joseph so saltstack community......i want something like openstack-utils  for saltstack https://github.com/redhat-openstack/openstack-utils/tree/master/utils
21:17 Joseph specifically i want to be able to programmatically update the minion and master config files without having to do something stupid with sed
21:17 Joseph i love openstack-config is what i am saying
21:17 Joseph does anyoen think that would be a useful feature enhancement
21:17 meteorfo_ joined #salt
21:18 DammitJim hold on, I'm reading through all this. This is the most helpful session I've had so far
21:20 Networkn3rd joined #salt
21:20 babilen Joseph: https://github.com/saltstack-formulas/salt-formula ?
21:20 babilen Joseph: Why not manage salt with salt ? ;)
21:21 Joseph hmmm
21:21 Joseph so chicken and egg question
21:21 Joseph 1. install salt minion
21:21 Joseph 2. how do i set the salt-minions id and hostname
21:21 stevednd Joseph: bootstrap from the salt master using salt-cloud and the saltify driver
21:22 Joseph is there documentation on this somewhere
21:22 babilen Joseph: It will be the FQDN, so make sure your minions are installed correctly -- that is *before* you install the salt-minion package.
21:22 Joseph babilen: i hate fqdn
21:22 Joseph i kniows its the efault
21:22 Joseph i always use a UUID
21:22 Luke_ joined #salt
21:22 babilen Why?
21:22 babilen I mean fair enough, but what is the problem with the fqdn?
21:22 Joseph because FQDN is NOT static. it can change and it likely will in an openstack nevirionment which is where i am at
21:23 Joseph i do not want the vagaries of networking screwing around with my minion id
21:23 Joseph and dont' even get me started on dynamic leasing with dhcp
21:23 babilen ack, then you probably have to familiarise yourself with http://salt.readthedocs.org/en/latest/ref/clouds/all/salt.cloud.clouds.openstack.html -- can't really help you with that unfortunately
21:23 Joseph well yea but i am just speaking generally here
21:24 Joseph all i want is a way to execute a command that updates a config file
21:24 Joseph i don't see why i need to take  bazooka to the thing with a salt formula etc
21:24 babilen file.managed then?
21:24 DammitJim so, I would need to update my master file telling it where my file_roots are, right?
21:24 Joseph again how is that going to happen before the minoin is started?
21:24 Joseph yes dammitjim and then restart the master
21:25 DammitJim ok
21:25 babilen Joseph: You are well aware that that is not possible ... hence something that should be dealt with earlier (i.e. the bootstrapping and initial provisioning)
21:25 jgarr is there a way to get pillar data to have presidence? eg, I have a match in base to include users.sls, but I want my users.sls in prod to overwrite the one from base. possible?
21:26 Joseph babilen: yea and  right now i am using a shell script to do it
21:26 Joseph i don't need salt-bootstrap
21:26 babilen Joseph: Which is highly platform/os specific. Can't really help you with openstack, but the salt bootstrap script does take the minion id (for example).
21:26 Joseph i just the ability to update a config file
21:26 stevednd Joseph: with the salt-bootstrap script you can pass the option -i <minion_id>
21:26 bhosmer joined #salt
21:26 stevednd and that will give your new minion whatever id you want
21:27 stevednd I would think there's probably a way to do it with salt-cloud and the openstack driver as well, but that's an exercise for the reader
21:27 Joseph yea i am not asking for that
21:27 bhosmer__ joined #salt
21:27 Joseph just the ability to update a config file without using sed
21:27 Joseph i'll review the salt-bootstrap again
21:27 Joseph i just find it way more complicated and overkill then i needed
21:27 stevednd have you already installed the minion?
21:27 Joseph maybe i rushed to judgement
21:28 Joseph i've installed over a hundred minions
21:28 Joseph i am just looking for a clean automated way to do it going forward
21:28 Joseph and yes i know the "salt-bootstrap" is the "way"
21:28 Joseph and i say eh to that
21:28 Joseph i can bootstrap the minion with a simple 5 line shell script
21:28 Joseph i just don't like having to sed the minion config
21:28 happytux joined #salt
21:28 babilen How do you install the minion right now?
21:29 babilen And what is wrong with sed? (seriously)
21:29 UtahDave Joseph: have you tried using Salt Cloud?
21:29 Joseph i use centos so i just set up the OS to point to the EPEL repo and then i do a yum install
21:29 Joseph works like a charm
21:29 babilen We're going in circles :)
21:30 stevednd well salt-bootstrap -i <whatever> will name them going forward. your existing should be easy enough to create a quick statefile to update the minion config though, as long as you have an easy way of mapping the names. Of course if you change the names you'll have to reaccept the salt keys I believe
21:30 Joseph Oh i don't know if we are going in circles
21:30 bhosmer__ joined #salt
21:30 babilen Joseph: Can you preseed the name used for the minion by the package somehow? Would *that* be acceptable?
21:30 Joseph i want to do X, you guys are saying that i should do Y
21:30 Joseph fair enough
21:30 DammitJim I love it! it's worse than that! We are in the tea pot ride @ Disney
21:30 Joseph but eh
21:30 UtahDave Joseph: The file execution module has a bunch of ways to manage files.  http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.file.html#module-salt.modules.file
21:30 diegows is there  a way to get the public ip address of an aws instance using grains?
21:30 DammitJim what's aws?
21:30 Joseph UtahDave: I haven't tried salt-cloud
21:30 UtahDave file.replace, file.blockreplace
21:31 Joseph i found the documentation a bit impentrable
21:31 UtahDave Joseph: if you use salt-cloud, then it automatically updates all your minion configs for you.
21:31 Joseph i can take another swag it
21:31 babilen UtahDave: Joseph doesn't want to use salt to manage that file (as by that point the minion will have an id already)
21:31 stevednd UtahDave: any thoughts on my reply regarding the context passing for includes?
21:31 UtahDave salt-cloud sets your minion id, master option, and any other config option you want.  You can also have grains already set up and everything
21:31 timoguin diegows: check the salt-contrib repo. there are some AWS-specific grains in there you could add to your salt-master
21:32 diegows aws_public_ip grain? may be salt-cloud sets that
21:32 timoguin there's also an external_ip grain that will do an external lookup
21:32 babilen Joseph: So why don't you read the link I've given you earlier and we take it from there? It was my first intuition too, but I can't really talk you through it as I am not that familiar with it yet :)
21:32 UtahDave stevednd: i'm not sure. I seem to remember some things being added in to deal with that.   I'd suggest asking on the mailing list before you try to implement it
21:33 jgarr if you had to train a bunch of people on salt (basically from scratch) where would you start with your explaination of how it works and how you use it? << I'm doing this in 20 min
21:33 Joseph because i need a solution for both baremetal and openstack
21:33 babilen Joseph: Hmm, not much to read there.
21:33 Joseph i assumed that was openstack specific
21:33 timoguin diegows: the grains run locally on the minion, so they're not specific to salt-cloud. salt-contrib has some extra grains for AWS
21:33 diegows timoguin, but salt-cloud is able to set grains on instance launch
21:33 diegows I've already used aws_public_ip in anothe recipe and I didn't remember :P
21:34 UtahDave Joseph: salt-cloud just spins up vms on whatever cloud, including openstack, and connects it into your master.  Your salt master can manage bare metal servers or vms. whatever
21:34 timoguin diegows: ah that's true
21:34 ipmb joined #salt
21:34 Joseph utahdave, i am not looking for an salt-cloud anything
21:34 Joseph i want something that is agnostic to virtualization
21:35 UtahDave Joseph: Back to your question about modifying your config files...   the augues module comes highly recommended if you want to go that route  http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.augeas_cfg.html#module-salt.modules.augeas_cfg
21:36 Joseph or we i just call a command that updates a config file
21:36 Joseph i just don't know why that very simple thing wouldn't be valuable to people
21:36 UtahDave Joseph: have you not looked at the 2 links I just pasted in here?
21:37 Joseph Utahdave...i looked at both of them
21:37 Joseph how can i use them if the salt minion isn't running
21:37 Joseph i am missing something
21:37 babilen Joseph: You will have to set it *somewhere* -- You can use the salt bootstrap script which allows you to set it. The Debian packages seem to use FQDN by default, but you might be able to preseed that somehow. Not sure about the CentOS ones, but they probably behave similarly. Once the minion (even with a preliminary fqdn id) connected to the master there are  naturally many ways in salt to handle this, but you don't want that.
21:37 UtahDave I guess you can use salt-ssh,  but I'm confused.  You want Salt to do something when Salt isn't running?
21:37 Luke_ joined #salt
21:38 Joseph yep chicken and egg
21:38 Joseph that's why i wanted a separate simple binary that would update config files for me like openstack has
21:38 Joseph and babilen yes i was thinking about salt-ssh
21:38 Joseph that might be the way to go
21:38 UtahDave There's a   salt runner that you can run from the master that will ssh out to the new server and install the minion
21:39 babilen Joseph: Which is why I said that you have to solve this solution *before* salt comes into play in the installation and provisioning step. salt-bootstrap gives you the possibility to do that, but other solutions will be more specific to the platform/os you are installing.
21:39 babilen .oO( Why not use ansible to install salt-minion and manage that file )
21:39 Joseph babilen: not disagreeing with you. I am just particularly enthusiastic about the options to do what i think should be a very trivial task and rolling my own
21:39 Joseph i am justn ot
21:39 babilen (couldn't resist)
21:40 Joseph babilen: you are being evil
21:40 Joseph away from me!!
21:40 Joseph hehe
21:41 babilen Joseph: Which is why I ask: Using the sed-based route with a little shell script (essentially salt-bootstrap in small) doesn't sound too bad .. what is it that you dislike about it? It seems to solve your problem and doesn't involve any of these "larger" tools.
21:41 cpowell vim tg
21:41 UtahDave Joseph: which config file are you trying to modify?
21:41 Joseph the minion config file
21:42 babilen /etc/salt/minion{_id,} I guess
21:42 Joseph no
21:42 Joseph oh oops
21:42 Joseph yes
21:42 babilen heh
21:42 rdorgueil joined #salt
21:42 Joseph babilen: sed is brittle ...if i make a mistake and do update then i need to adjust sed pattern and it snowballs quickly
21:43 UtahDave echo master: myserver.com >> ./myfile.txt
21:43 babilen Joseph: I mean don't you just have to echo whatever you want into /etc/salt/minion_id and you are done?
21:43 babilen yeah
21:43 Joseph and what happens if i make a mistaken
21:43 UtahDave echo id: my-long-custom-id >> /etc/salt/minion
21:43 Joseph oops gues si'll have to hand  edit or some get it with sed right?
21:43 UtahDave Joseph: are you logged in the vm at the time you're doing this?
21:44 Joseph UtahDave i've already done it many a time
21:44 Joseph what you are describing will work
21:44 Joseph not saying it wont
21:44 kermit joined #salt
21:44 rdorgueil joined #salt
21:44 rdorgueil joined #salt
21:48 r4vi joined #salt
21:48 shalicke joined #salt
21:48 jeremyBass joined #salt
21:48 babilen Joseph: Why don't you accept the fact that you will get minion with a preliminary minion_id (i.e. fqdn) as chosen by the package you use to install salt? You can probably code some states that manage changes to the minion files and react to those changes (reactor/peer communication) by accepting the new key/id and removing the old. That works as soon as the minions can contact the master once they are installed (i.e. "salt" is resolvable to ...
21:49 babilen ... the master)
21:49 sroegner joined #salt
21:49 babilen Joseph: If the minions can't contact the master you need *some* out of band method and, frankly, simply copying files into place or creating the two-line minion config with echo sounds perfectly fine to me.
21:49 Joseph babilen: I think you mean why don't I just do it your way instead of my way
21:49 UtahDave Joseph: are these bare metal servers?
21:50 Joseph yes
21:50 babilen Joseph: In that case you don't even have "preliminary" keys on the master
21:51 babilen My assumptions here are simply: 1. You use the packages for your distribution 2. They will be configured with FQDN 3. salt-minion is started and will try to contact the "salt" master
21:51 Joseph right and all i want to do is 1. install package 2. execute command to update config value 3. service salt-minion start
21:53 ipalread_ joined #salt
21:53 babilen Joseph: So fork the package then or make sure that starting the service does *not* allow the minion to reach the master (because "salt" doesn't resolve) so you don't get preliminary keys on the master. Stop the service, create config (e.g. with echo, ..) start the service.
21:54 Joseph babilen: I am not in a need of a solution to make it work now. I know how to make it work and am making it work. I also know what you are describing will work. What i am talking about is making the process easier to use. Everything that's been suggested so far sound more complicated than just seding the file and starting up the salt-minion
21:55 stevednd UtahDave: Implemented recently as in still in develop? I'm running 2014.1.4 at the moment.
21:55 babilen yes, hence "what's wrong with sed/echo ?" :)
21:55 whiteinge you could also put a config file in /etc/salt/minion.d/myconfig.conf and _then_ install the salt-minion package.
21:55 Joseph assumption that config files are forever and always static and mistakes never occur thereby scrwing up your carefully crafted patterns
21:55 babilen whiteinge: Oh, that is very nice!
21:55 Joseph hmmmm
21:55 Joseph now that....
21:56 Joseph that actually does sound attractive
21:56 babilen whiteinge: Will that override conflicting settings?
21:56 Joseph yes babilen's question is a good one
21:56 UtahDave stevednd: I'm not sure. I wish I had a better answer for you.
21:56 taion809 joined #salt
21:56 stevednd np, I'll try the mailing list
21:56 UtahDave Joseph: all settings are commented out by default, so whiteinge's suggestion won't overwrite anything
21:57 whiteinge babilen: good question though. i don't know which takes precendence
21:57 babilen UtahDave: The Debian package creates /etc/salt/minion_id by default (not sure about the packages used by Joseph)
21:57 babilen As that is exactly the setting that Joseph wants to override it depends on precedence
21:58 UtahDave babilen: no,  /etc/salt/minion_id  gets created by the salt-minion when the minion starts up and doesn't have it's id configured
21:58 Joseph right
21:58 babilen ah, wonderful
21:58 UtahDave so if you define it in a config file like whiteinge said, then it won't ever create  /etc/salt/minion_id
21:58 babilen sorry for the misinformation then
21:58 * babilen bows his head in shame (should have checked that assumption)
21:58 schimmy joined #salt
21:59 Luke_ joined #salt
21:59 terinjokes i'm not sure how to have a direct requisite on host.present
22:00 Theo-SLC I just broke salt.  grains no longer match.  no errors in the log.  Any know whats going on? http://paste.debian.net/101296/
22:00 babilen UtahDave: Would it use a prepopulated /etc/salt/minion_id file too (and just use that id) ?
22:00 Joseph TheoSLC: are you sure grains are broken or is it the grain you happen to be searching for
22:01 Joseph what happens if you do this: salt '*' grains.items
22:02 Theo-SLC joseph: I'm not certain what is broken.  I ran some bad pillar code before this happened.
22:02 UtahDave babilen: It might, actually
22:02 Joseph i really doubt that would break grains
22:02 Joseph unless your code is actually you know removing the grain files :)
22:02 Theo-SLC joseph: salt '*' grains.items gives me all of the grains
22:02 vejdmn joined #salt
22:03 krow joined #salt
22:03 Joseph so ...that means your grains aren't borken right?
22:03 Joseph is your problem with a custom grain that you had previously set?
22:03 Theo-SLC I set a custom pillar, not grain.
22:04 Theo-SLC and I've since removed that bad pillar code
22:04 Theo-SLC but still can't get grains to match.  i've reset salt-master and salt-minion
22:05 Joseph what grain are you trying to match
22:05 Joseph "roles"?
22:05 Joseph that's a custom grain right? where did you set it?
22:05 Theo-SLC okay. i'm getting error on /etc/salt/master now.
22:06 Joseph pardon?
22:06 Theo-SLC http://paste.debian.net/101299/
22:06 Theo-SLC sorry. getting error in /var/log/salt/master
22:06 n8n joined #salt
22:07 Joseph it looks like a grain is being set with a null value
22:07 Joseph do you have custom grains? if so, could show us you defined them? Specifically, the roles:api grain
22:07 zain_ joined #salt
22:07 UtahDave Theo-SLC: check the contents of    /etc/salt/grains
22:08 stevednd UtahDave: I did a search of the user group specifically before submitting and found an answer. You have to use a jinja specific include {% include 'something.sls' with context %} instead of using salt's include capability.
22:08 stevednd not sure if there are any drawbacks, such as limiting the ability to use environments, but it gives me a way to move forward
22:09 Theo-SLC /etc/salt/grains does not exist
22:10 cewood joined #salt
22:10 rgbkrk joined #salt
22:10 wendall911 joined #salt
22:11 stanchan_ joined #salt
22:11 UtahDave ok, great, stevednd!
22:11 stanchan joined #salt
22:12 Joseph Theo-SLC: did you define the grains in your minion config?
22:13 UtahDave Theo-SLC: looking at that line where you got the stacktrace, it looks like your minion grains cache my be borked
22:13 Joseph ohhh
22:13 UtahDave Theo-SLC: try running    salt \* saltutil.sync_all
22:15 JesseCW joined #salt
22:19 Theo-SLC salt keeps generating a messed up file next to my pillar api.sls called api.slsc.  It's full of garbage.
22:19 Theo-SLC I think I have some major corruption going on
22:19 miles32 joined #salt
22:20 Theo-SLC salt '*' saltutil.sync_all is still running with no results
22:20 jnials joined #salt
22:20 dsolsona joined #salt
22:21 Outlander joined #salt
22:21 Joseph Utahdave: do you think Theo should rm -rf /var/cache/salt and then service restart all his minions?
22:21 Outlander joined #salt
22:21 UtahDave probably.  That won't hurt
22:21 Theo-SLC ok
22:21 Joseph also do it on the master
22:22 stevednd I have to be missing something simple here, I need to clone a git repo, and then take a value from one of the files that it pulls, and pass that value to one of my states. I was thinking I would set a jinja var calling salt['cmd.run']('cat /file/path'), but the jinja vars will evaluate before the states, won't they?
22:23 UtahDave yes, stevednd
22:23 stevednd UtahDave: thoughts on how I can accomplish what I want?
22:24 krow joined #salt
22:25 hhenkel joined #salt
22:26 Theo-SLC I did as you said and tried running saltutil.sync_all .. that corrupt file api.slsc appeared again.
22:26 [diecast] joined #salt
22:26 Joseph hmmmm
22:27 Theo-SLC and it's still trying to run my bad pillar code. even though I removed it.
22:27 UtahDave Theo-SLC: I'm kind of confused by what's going on.
22:28 Luke_ joined #salt
22:30 pdayton joined #salt
22:31 TaiSHi left #salt
22:32 Theo-SLC this old pillar keeps popping up.  it must be stored somewhere else besides /var/cache/salt.  where is is cache stored in the salt master
22:32 Theo-SLC ?
22:35 DaveQB joined #salt
22:36 Theo-SLC okay. seems to be working now.  it seems that I still had one undefined variable in my pillar.  Holycow- all this for such a minor code mistake.
22:40 pentabular Theo-SLC: may help to use VIM extensions https://github.com/saltstack/salt-vim
22:40 roolo joined #salt
22:40 pentabular ^ debian pkg includes one for jinja2 in /usr/share also
22:40 pentabular peace!
22:40 Theo-SLC I spoke too soon. the api.slsc file is still appearing
22:40 Theo-SLC pentabular: thanks, I am using them
22:40 pentabular blurg. multiple file-roots?  :\  well good luck, afk.
22:44 Theo-SLC fixed.  1. had to fix code 2.  had to stop all services 3. had to delete cache on all nodes (without help for salt) 4. started up salt master and minions.
22:46 cruatta_ joined #salt
22:48 Theo-SLC Who is going to the HackNight event in SLC?
22:51 thayne joined #salt
22:51 combusean joined #salt
22:52 robawt why does salt set the local to all every highstate?
22:56 kmshultz I'm having trouble with the rackspace provider for salt cloud
22:57 kmshultz specifically, I'm specifying compute_region: ORD yet everything is spinning up in DFW (the default)
22:57 kmshultz am I missing something? Do I specify compute_region in the provider or the profile? I've already tried both
23:00 alunduil joined #salt
23:02 smcquay joined #salt
23:03 miles32 I'm setting them via provider
23:03 miles32 <driver>-<location>
23:03 devx joined #salt
23:04 miles32 and then I use that provider in the profile
23:04 jrdx joined #salt
23:06 Nazca joined #salt
23:06 ipalreadytaken joined #salt
23:09 kmshultz I'm not clear if I'm supposed to use the rackspace provider or openstack provider for rackspace public cloud
23:09 kmshultz anyone?
23:09 UtahDave I set my compute_region in the provider file and it works.   What version are you using?
23:10 UtahDave kmshultz: use the openstack provider
23:10 kmshultz I figured rackspace but that seems to perhaps be for legacy (first gen, i.e. non openstack rs cloud)
23:10 kmshultz k
23:10 UtahDave yes, that's first gen
23:10 john3213 joined #salt
23:10 kmshultz FWIW the docs at http://docs.saltstack.com/en/latest/ref/clouds/all/salt.cloud.clouds.openstack.html are a bit confusing
23:11 kmshultz "This module has been tested to work with HP Cloud and Rackspace. See the documentation for specific options for either of these providers."
23:11 kmshultz and where is that documentation?
23:11 miles32 lulz documentation
23:11 kmshultz then the page goes on to say "here's the old way to do things" as if I shouldn't follow that advice
23:11 kmshultz :\
23:12 kmshultz anyway, ill try the openstack provider and see where that takes me. though if memory serves I already tried that and also ran into DFW-only cloud servers
23:12 kmshultz brb... :)
23:12 UtahDave kmshultz: sorry, we merged in salt-cloud to salt proper a few months ago and the docs aren't all cleaned up
23:12 MatthewsFace joined #salt
23:15 john3213 left #salt
23:15 tligda joined #salt
23:16 tligda I am writing my own execution module and I want to use a jinja template for a file. However, I do not know how to get the jinja template to the minion. Does it make sense to put the jinja template file in the _modules directory with the execution module file? Is there another place where I can put it so I can refer to it in my execution module?
23:17 stubee joined #salt
23:18 bhosmer joined #salt
23:19 rgbkrk joined #salt
23:19 ipalreadytaken joined #salt
23:20 rgbkrk joined #salt
23:21 tligda <crickets>?
23:21 dude051 joined #salt
23:25 tligda left #salt
23:25 tligda joined #salt
23:26 xDamox tligda, you need to copy the file down with file.managed
23:26 oz_akan_ joined #salt
23:27 timoguin not necessarily, if you put the template in your state tree it should be made available to the minion
23:27 timoguin and you can reference it with a salt:// uri
23:28 tligda timoguin: Like I can make a 'templates' directory in the /srv/salt directory?
23:30 bhosmer joined #salt
23:30 Joseph I am setting up gitfs...i failed to install gitpython so user error and all. But why does state.highstate have to hang forever
23:31 Joseph i can see in the salt master log that it has already detected the failure
23:31 Joseph why not exit?
23:31 kmshultz UtahDave: got salt cloud creating servers in the right rackspace DC
23:32 devx joined #salt
23:32 kmshultz however its asking for a root pass to bootstrap the server... does salt cloud not grab the initial root pw from the response from nova?
23:33 Joseph how do you set up ssh authentication if you are using gitfs?
23:35 frasergr_ joined #salt
23:37 timoguin tligda: that should work fine
23:38 timoguin Joseph: The user I run the salt-master as has a read-only deployment key
23:38 Joseph okay that's fine but how do you specify the location
23:38 Joseph is gitpython just assuming ssh defaults?
23:38 Joseph e.g ,~/.,ssh/id_rsa
23:39 timoguin that's how i have mine
23:39 Joseph okay so that's what i have done and i am still having a problem
23:39 Joseph https://gist.github.com/jaloren/4e5e6bdc51e0fc2900a4
23:40 Joseph so obviously the error message seems to be saying i don't have git python installed
23:40 Joseph but i believe i do....
23:40 Joseph i am on centos
23:40 Joseph and this is the package installed python-gitdb
23:40 Joseph i think that's git python
23:42 timoguin might be a version mismatch. pretty sure it requires greater than a certain version
23:42 * timoguin checks
23:42 Joseph yes .3.0 or higher
23:42 Joseph i am on 0.5.0
23:43 Joseph or so says the officail documentation
23:43 Joseph do i actuall y have to be on 0.3.0, no higher or lower?
23:43 timoguin well hayell....
23:43 timoguin just has to be higher
23:43 timoguin can you import git and gitdb at a python shell?
23:44 Joseph here's the package https://gist.github.com/jaloren/92f2009f496981a5134b
23:44 Joseph timoguin i will try
23:44 Joseph hmmm
23:44 Joseph i can import gitdb but i can NOT import git
23:45 timoguin i'm not sure what package that is on centos
23:45 Joseph :(
23:45 timoguin but those are the two modules it tries to import
23:45 Joseph then i shall try to do it old school
23:45 Joseph setup.py here i come
23:45 timoguin or pip
23:45 timoguin i think i used pip
23:45 Joseph pip is the b ane of my existence
23:45 Joseph it does NOT handle http proxies correctly
23:45 Joseph it drives me insane
23:57 Joseph goes gitpython need to be installed on minion and master
23:58 Joseph or just master?
23:58 seblu joined #salt

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