Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-03-10

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

All times shown according to UTC.

Time Nick Message
00:00 scoates any chance https://github.com/ranl happens to be in here?
00:12 mgw joined #salt
00:13 krow joined #salt
00:15 snuffeluffegus joined #salt
00:17 Nazca joined #salt
00:21 manicouman joined #salt
00:28 bhosmer joined #salt
00:42 bitsandbooks joined #salt
00:47 Nazca__ joined #salt
00:51 bhosmer joined #salt
00:58 elfixit1 joined #salt
01:00 mgw joined #salt
01:00 krow joined #salt
01:08 akitada joined #salt
01:10 krow joined #salt
01:14 rgbkrk joined #salt
01:20 schimmy joined #salt
01:21 krow joined #salt
01:23 meteorfox joined #salt
01:25 forrest joined #salt
01:27 xzarth joined #salt
01:33 Nazca__ joined #salt
01:33 dangra joined #salt
01:34 juicer2 joined #salt
01:35 krow joined #salt
01:37 krow1 joined #salt
01:38 dancat joined #salt
01:46 bitsandbooks joined #salt
01:47 nliadm joined #salt
01:50 Teknix joined #salt
01:51 cpenner461 joined #salt
01:55 Heartsbane joined #salt
02:03 schimmy joined #salt
02:10 schimmy joined #salt
02:11 krow joined #salt
02:21 taion809 joined #salt
02:22 kaictl joined #salt
02:22 aaroneous joined #salt
02:22 rostam joined #salt
02:28 favadi joined #salt
02:28 aaroneous joined #salt
02:30 lacrymology joined #salt
02:31 dvogt has anybody got libvirt successfully working on Ubuntu and able to log into the guest? Using salt 0.17.5
02:32 Networkn3rd joined #salt
02:39 manicouman joined #salt
02:49 yomilk joined #salt
02:55 mgw joined #salt
03:00 jeddi joined #salt
03:05 baniir joined #salt
03:07 baniir any thoughts on why a big freebsd port like openjdk6 would fail to install via ports.installed but work fine from the system with make install clean?
03:13 ninkotech joined #salt
03:21 elsmorian1 joined #salt
03:28 baniir joined #salt
03:32 ckao joined #salt
03:36 ajw0100 joined #salt
03:39 CeBe1 joined #salt
03:40 longdays_ joined #salt
03:40 HeadAIX joined #salt
03:40 ajw0100 joined #salt
03:45 ipalreadytaken joined #salt
03:46 smcquay joined #salt
03:49 Ryan_Lane joined #salt
03:51 ninkotech__ joined #salt
03:52 kickerdog left #salt
04:06 tr_h joined #salt
04:06 krow joined #salt
04:08 Furao joined #salt
04:09 AndChat|359961 joined #salt
04:11 tr_h joined #salt
04:19 schimmy joined #salt
04:19 ajprog_laptop joined #salt
04:20 tr_h joined #salt
04:27 tmandry joined #salt
04:29 schimmy joined #salt
04:29 Furao joined #salt
04:31 googolhash joined #salt
04:33 xmj baniir: do yourself a favor and use pkg repos, pkg.freebsd.org
04:36 zain joined #salt
04:36 tmandry Anyone know why I'm getting this error? https://gist.github.com/tmandry/141baaca8b67f384200d
04:36 tmandry I'm trying to use the salt-formula at https://github.com/saltstack-formulas/salt-formula
04:37 FL1SK joined #salt
04:44 elsmorian3 joined #salt
04:47 codekoala tmandry: where is this master.sls of yours? in /srv/salt?
04:47 tmandry in /srv/salt/mysalt
04:47 codekoala that's probably your issue
04:48 codekoala you seem to want it to be a state
04:48 codekoala rather than being in the pillar
04:48 codekoala unless your pillar config lives in /srv/salt/mysalt?
04:49 tmandry no, it doesn't. I read the code and though you could configure it either in the pillar or as a state
04:49 codekoala well the formula has its own states
04:50 codekoala the pillar is where you'd want to keep that info for it to be available to the minions as configuration info
04:50 yomilk joined #salt
04:51 tmandry Can't you configure some states as your own though? like all the states in http://docs.saltstack.com/ref/states/all/index.html ?
04:51 tmandry or are those state modules which are different..?
04:51 codekoala if you have a gander at the master and minion configs, you'll see that it's trying to pull stuff from the pillar
04:51 codekoala https://github.com/saltstack-formulas/salt-formula/blob/master/salt/files/master#L3
04:51 codekoala I'm not sure I understand what you're asking
04:51 tmandry Yeah, I can see that now, I misread the code
04:52 codekoala I started playing with the salt formula recently
04:52 codekoala and it's been working wonderfully with what is your master.sls in my pillar
04:53 tmandry Yeah I'll put it in there. I kinda don't like that you have to use pillars for configuration that you might want to reproduce in another system one day
04:53 codekoala can't you keep your pillar under version control just like your stateS?
04:54 codekoala (that's what I'm doing)
04:54 tmandry For setting up users/keys/etc. it's great, but I feel like the line drawn b/w states and pillars is somewhat arbitrary
04:54 codekoala sure
04:54 tmandry Yeah I can check some of it in, but then I've got two respoitories instead of one, plus another set of private data in other pillars
04:55 codekoala why would you need to have two repos?
04:55 tmandry Well if I can keep it in one that would be great! I haven't figured out how though
04:55 codekoala seems silly to require two, as the two would easily get out of sync
04:55 codekoala what I've got in my repo is something like
04:55 tmandry I mean one for my states, one for my pillars
04:55 codekoala (at the top level)
04:56 codekoala sorry, laggy Internet tonight
04:56 codekoala so
04:56 codekoala at the top level of my repo
04:56 codekoala I've got a pillar directory and a states directory
04:56 codekoala and I simply symlink those to /srv/pillar and /srv/salt respectively
04:56 codekoala might not be a best practice, but it's working for me
04:57 tmandry how do you get it to pull automatically? are you still using GitFS?
04:57 codekoala actually, for my pillar and states I'm not using gitfs
04:58 codekoala I use gitfs for other things, like the formulas
04:58 codekoala but I haven't bothered getting it setup for my main pillar and states
04:58 tmandry gotcha
04:58 codekoala I can see now why you might need those two repos :-/
04:59 tmandry See that's what I mean.. I think there should be a better way :)
04:59 codekoala haha, definitely
04:59 codekoala are you a Python developer, by chance? :P
04:59 codekoala there could very well be a better way already
04:59 tmandry haha I could brush up on it..
04:59 codekoala but I'm still relatively new to salt, so I'm not sure of any
04:59 tmandry wait, remind me again the difference between formulas and states? are formulas just states that are in a public repo for you to use?
05:00 codekoala I think it's a bit more simple than that
05:00 codekoala you can have your own formulas
05:00 codekoala I think the distinction is that a formula is designed to work on many platforms/distros without modification
05:01 codekoala like this
05:01 codekoala https://github.com/saltstack-formulas/salt-formula/blob/master/salt/package-map.jinja
05:01 codekoala the salt formula takes into account several popular platforms
05:01 codekoala instead of just targeting whatever distro you're dealing with when composing your state
05:02 tmandry okay. so it's not really a technical distinction
05:02 codekoala right
05:02 codekoala that's my take on it, anyway
05:26 ravibhure joined #salt
05:29 DavidMiura joined #salt
05:32 codekoala tmandry: looks like there's a "definitive" answer for you
05:32 codekoala https://github.com/saltstack/salt/issues/3745
05:35 codekoala also http://docs.saltstack.com/ref/configuration/master.html#std:conf_master-gitfs_root
05:38 rgbkrk joined #salt
05:38 tmandry hmm, I will read into it again
05:38 tmandry it seems like the state and pillar versions of GitFS use completely different configurations, and the pillar version isn't as flexible
05:39 codekoala yeah...
05:39 codekoala I'm starting to agree :D
05:41 codekoala ok, time for bed
05:41 codekoala night night
05:41 codekoala good luck, tmandry :)
05:42 tmandry night, and thanks
05:42 tmandry I think I did find what I needed
05:43 codekoala oh yeah?
05:43 tmandry http://docs.saltstack.com/topics/tutorials/gitfs.html#using-git-as-an-external-pillar-source ..the root= option
05:43 codekoala nice!
05:43 tmandry combined with what you found
05:44 codekoala ah, sweet
05:44 codekoala I overlooked the root option when I went through that article
05:44 codekoala rock on
05:44 tmandry Yeah, so did I the first time
05:44 higgs001 joined #salt
05:45 codekoala I might ping you in a few hours to see how it's working out for you, if you're online
05:45 codekoala hehe
05:45 tmandry ok, I may or may not be around :)
05:45 codekoala no worries
05:46 codekoala I can always try it myself too!
05:46 codekoala just a matter of getting around to it
05:46 tzero joined #salt
05:46 tmandry but I'll reply to my post on salt-users
05:46 codekoala cool
05:46 codekoala (subscribing now....)
05:47 codekoala ok, really heading to bed now
05:49 ipalreadytaken joined #salt
05:53 elsmorian joined #salt
05:53 elsmorian1 joined #salt
06:00 andr386_ joined #salt
06:02 ccase joined #salt
06:15 subhash joined #salt
06:16 subhash Hi to all
06:16 subhash Could any one give me high level overview of salt document
06:20 ebezinover joined #salt
06:22 joehoyle joined #salt
06:26 ndrei joined #salt
06:42 krow joined #salt
06:50 ravibhure1 joined #salt
06:51 yomilk joined #salt
06:59 krow joined #salt
07:05 krow joined #salt
07:06 gammalget joined #salt
07:09 xl1 joined #salt
07:10 ipalreadytaken joined #salt
07:10 krow joined #salt
07:14 ipalread_ joined #salt
07:16 krow joined #salt
07:17 roolo joined #salt
07:19 elsmorian1 joined #salt
07:20 schimmy joined #salt
07:22 krow joined #salt
07:24 krow1 joined #salt
07:25 Shenril joined #salt
07:35 kolaman joined #salt
07:51 joehoyle joined #salt
07:52 lionel joined #salt
07:56 apergos left #salt
08:02 harobed joined #salt
08:02 balboah joined #salt
08:02 harobed joined #salt
08:06 apergos joined #salt
08:09 krow joined #salt
08:10 Kenzor joined #salt
08:11 Furao joined #salt
08:19 astol joined #salt
08:20 harobed_ joined #salt
08:24 topochan joined #salt
08:28 kadel joined #salt
08:31 elsmorian1 joined #salt
08:31 davidone good morning
08:31 apergos joined #salt
08:31 davidone any news on salt-2014.01 port on freebsd?
08:33 CeBe joined #salt
08:34 vortec_ joined #salt
08:34 CeBe1 joined #salt
08:36 mattmtl joined #salt
08:37 carlos_ joined #salt
08:41 mattmtl joined #salt
08:48 johtso joined #salt
08:52 yomilk joined #salt
09:00 xerxas joined #salt
09:06 cym3try joined #salt
09:08 bhosmer joined #salt
09:15 ipalreadytaken joined #salt
09:24 Iwirada joined #salt
09:24 bhosmer joined #salt
09:25 yleger joined #salt
09:25 yleger Hi !
09:30 yleger Does anyone know if there is a way to show a deprecation message when a state is used ?
09:30 linjan joined #salt
09:33 joehoyle joined #salt
09:35 bitmand davidone: I have thrown an email in direction of the port maintainer. I will let you know if I hear anything :)
09:42 astol joined #salt
09:52 millz0r joined #salt
09:52 ChaosPsyke joined #salt
09:57 yota joined #salt
09:57 carlos joined #salt
09:57 babilen Hi all -- I get "Rendering SLS "base:apache.debian_full" failed: Conflicting ID "extend"" when I try to include https://github.com/saltstack-formulas/apache-formula/blob/master/apache/debian_full.sls . What can I do about that and does this mean that I can *never* include a SLS with "extend" in it?
10:05 SkyRocknRoll joined #salt
10:05 SkyRocknRoll joined #salt
10:13 johtso joined #salt
10:13 johtso joined #salt
10:21 yleger joined #salt
10:28 joehoyle joined #salt
10:31 bhosmer joined #salt
10:33 robinsmidsrod joined #salt
10:38 helderco joined #salt
10:47 andr386 joined #salt
10:47 Shish_ joined #salt
10:47 phyde__ joined #salt
10:50 ndrei joined #salt
10:50 cofeineSunshine joined #salt
10:52 lessismore joined #salt
10:57 davidone bitmand: thank you :)
10:59 ggoZ joined #salt
11:03 lessismore left #salt
11:03 lessismore joined #salt
11:04 ipalreadytaken joined #salt
11:06 davidone in an misc environment, how could I intercept all and only linux servers?
11:06 davidone using grains.item os I get Debian, Ubuntu while I want only 'linux'
11:06 davidone should I rely on lsb_distrib_os?
11:10 manicouman joined #salt
11:15 jcristau davidone: the 'kernel' grain?
11:15 ndrei joined #salt
11:16 yidhra joined #salt
11:19 davidone jcristau: right, thank you
11:20 davidone so I can use something like: salt://files/myfile.{{ grains['kernel'] }}
11:20 davidone is there a way to keep it lower-case?
11:23 jcristau davidone: {{ grains['kernel'] | lower }}
11:24 Sypher joined #salt
11:24 davidone jcristau: thank you. Is there a page/section where I can look into?
11:27 elfixit1 joined #salt
11:28 NV bitmand: if you remember ping me when you hear too ;)
11:29 NV babilen: you need to put all your extend statements into one
11:29 babilen NV: So essentially the formula is buggy?
11:29 NV ie, extend:\n  apache:\n...\n  apache-reload:\n...\n  apache-restart:\n... etc
11:29 NV babilen: correct
11:30 babilen NV: Okay, I'll fix that and submit a PR. Thanks!
11:30 NV also the logic looks weird too
11:30 NV im not sure why there is a state called 'apache-reload', or 'apache-restart' at all
11:31 babilen NV: Well, I am quite new to Salt and somehow thought that those formulas are, well, okay(ish). I have no problem with working on these, so feel free to point out anything that strikes you as "weird"
11:31 NV like why not use watch on the service state itself
11:31 NV normally to achieve reloading you'd do watch, or watch_in
11:31 NV and anything that depends on 'order' sounds like its probably got dodgy require/watch statements too
11:31 NV most of the formulas are pretty decent on saltstack-formulas
11:32 NV but that one looks like a bad example to go off, unless I'm seriously missing some logic there
11:33 babilen NV: Yes, I thought that was a bit, well, unusual too, but thought that there is a good reason for it. Point is that I do need an Apache formula, but guess that I'll adapt the one to more "idiomatic" salt that uses watch{,_in} and require{,_in} for state ordering.
11:34 NV yeah
11:34 babilen NV: Thanks. First I have to fix https://github.com/saltstack-formulas/nagios-formula/issues/1 before I have time for tackling the Apache one :)
11:34 babilen And there I thought that I would work on something else today .. ;)
11:34 NV babilen: that means that map.pkgs returns undefined, which means it's not set
11:35 NV map is defined in nagios/nrpe/map.jinja
11:35 NV https://github.com/saltstack-formulas/nagios-formula/blob/master/nagios/nrpe/map.jinja
11:35 babilen I know, I fixed that locally already, but the entire formula is *very* Arch specific (e.g. home directories and whatnot)
11:35 NV which, at a quick look, looks like it's missing the package name for debian
11:35 NV mhmm
11:36 babilen It is indeed, I also have to adapt the user creation and configuration file location to be specific for each distribution.
11:36 babilen But first I shall have lunch .. thanks for helping me with the extend though, I really wasn't sure what was wrong there.
11:36 bitmand nv: will do :)
11:37 NV cheers :)
11:37 NV figured youd probably pop on here since you just updated github :P
11:38 davidone using a watch on a config file for a service (i.e. exim4), salt will issue a service reload or a service restart?
11:38 bitmand nv: true - guessing you are nvx - and thanks :)
11:38 NV indeed
11:39 NV davidone: depends
11:40 jeffro joined #salt
11:42 davidone NV: it depend on specific service formula?
11:43 NV http://docs.saltstack.com/ref/states/all/salt.states.service.html it depends if service.running has 'reload: True' or not
11:43 NV if true, does a reload, else restart
11:44 davidone nice, thansk
12:04 diegows joined #salt
12:06 dangra joined #salt
12:10 blee joined #salt
12:24 cpenner461 joined #salt
12:28 ndrei joined #salt
12:28 krow joined #salt
12:40 yleger joined #salt
12:53 ipalreadytaken joined #salt
12:53 R_Shackleford joined #salt
12:54 ml_1 joined #salt
13:01 jaimed joined #salt
13:01 danielbachhuber joined #salt
13:02 faldridge joined #salt
13:05 oz_akan_ joined #salt
13:06 ajw0100 joined #salt
13:06 manicouman joined #salt
13:06 lm joined #salt
13:11 ggoZ joined #salt
13:12 marcinkuzminski If i call .highstate via salt api call, what's the expected return values ? Does it block until highstate is executed ?
13:17 Gifflen joined #salt
13:17 mgw joined #salt
13:19 rgbkrk joined #salt
13:24 racooper joined #salt
13:24 timoguin joined #salt
13:24 Networkn3rd joined #salt
13:27 juicer2 joined #salt
13:28 mpanetta joined #salt
13:28 oz_akan_ joined #salt
13:28 gnugnu9 joined #salt
13:28 jslatts joined #salt
13:30 mike25ro joined #salt
13:30 * mike25ro hi all
13:30 cpenner461 joined #salt
13:31 sroegner joined #salt
13:31 aleszoulek joined #salt
13:32 mike25ro hi guys... i have a problem.. if you can help
13:32 mike25ro i am running : salt -I 'environment:nydc' test.ping  >> i have the 2 servers responding properly
13:32 mike25ro when i run salt -I 'environment:nydc' state.highstate test=true  ... >> nothing is return
13:34 babilen mike25ro: Try "test=True"
13:35 mike25ro same thing
13:35 mike25ro sometimes it returns ... for 1 server... sometimes not at all
13:35 babilen mike25ro: Mind sharing that output along with your top.sls and applicable states on, say, http://paste.debian.net ?
13:35 mike25ro is like the master is timeing out
13:36 babilen mike25ro: Which version is that? Do you get anything of interest if you run it with "salt -I -ldebug ..." and the master/minion both with "-l debug" ? (salt-master -l debug)
13:36 mike25ro babilen: let me see please ... i have 0.17.1
13:37 bitmand mike25ro: tried running with -t 60 for instance ? ( default timeout is rather low )
13:37 mike25ro ah ok i shall try that
13:37 mike25ro salt-master -t 60 ?
13:37 mike25ro or where? :)
13:37 longdays joined #salt
13:38 Nazca__ joined #salt
13:39 bitmand mike25ro: salt -t 60 -I 'envir....
13:39 mike25ro bitmand: thanks
13:39 babilen mike25ro: No, that would be "salt -t 60 -l debug -I 'environment:nydc' state.highstate test=True"
13:39 bitmand it's a guess :)
13:39 mike25ro babilen: thanks guys.. i will run it now
13:40 bitmand mike25ro: It also run fine before - salt command just didn't waited around enough time to receive the output.
13:40 mike25ro bitmand: i am guessing that ... was a timeout issue
13:41 mike25ro still waiting for the salt run :)
13:42 oz_akan_ joined #salt
13:42 quantumriff joined #salt
13:43 bitmand mike25ro: read you last message as it worked :)
13:43 mike25ro it seems that . on one minion salt is not running the highstate
13:43 mike25ro how can i debug?
13:44 mike25ro http://pastebin.com/3Y9R5pbd
13:44 babilen mike25ro: I always found it enlightening to have debug logs for the actuall command, the minion and the master as indicated above.
13:44 babilen ugh, pastebin.com
13:45 mike25ro babilen:  :) do you guys prefer other paste bin? :)
13:50 quickdry21 joined #salt
13:50 babilen mike25ro: I personally don't like pastebin.com as it is full of ads (I block that), social media idiocy^Wintegration and wants people to enter captchas every now and then. I prefer, say, http://paste.debian.net, http://sprunge.us/, http://refheap.com, http://paste.ubuntu.com, ...
13:50 mike25ro thanks babilen
13:50 mike25ro will keep that in mind
13:50 mike25ro you are right
13:52 JasonSwindle joined #salt
13:52 sporkd2 joined #salt
13:55 HeadAIX joined #salt
13:56 mike25ro babilen: it was an error ... on my jinja :)
13:56 babilen mike25ro: wonderful! (that you found it)
13:56 mike25ro i have striped too many spaces :) ... the  -%}
13:57 mike25ro thanks for the help babilen
13:57 mike25ro and for tips
13:59 akoumjian joined #salt
14:04 cnelsonsic joined #salt
14:06 kadel joined #salt
14:07 jelle joined #salt
14:09 ajprog_laptop joined #salt
14:12 GradysGhost joined #salt
14:16 mgw joined #salt
14:17 jeremyBass joined #salt
14:18 seanz left #salt
14:18 Gordonz joined #salt
14:19 Gordonz joined #salt
14:20 Gifflen joined #salt
14:22 circ-user-cPfEI joined #salt
14:23 circ-user-cPfEI Hello, is it possible to extract pillar info using modules.pillar ?
14:23 jelle left #salt
14:23 rostam joined #salt
14:24 joehoyle joined #salt
14:26 quantumriff circ-user-cPfEI: do you mean in a state file?  What are you trying to do?
14:26 circ-user-cPfEI from the command line
14:27 timoguin circ-user-cPfEI, salt '*' pillar.items will list all that are available
14:27 timoguin 'pillar.get key' will get a specific value
14:27 circ-user-cPfEI this will work but then I am unable to get on item out of it
14:30 circ-user-cPfEI I do not understand the diff of pillar.item and pillar.get actually
14:31 GradysGhost circ-user-cPfEI: pillar.item returns the item or a "doesn't exist" kind of message
14:31 GradysGhost pillar.get returns the item or a default value.
14:32 bhosmer joined #salt
14:33 circ-user-cPfEI i have this in pillar : http://pastebin.com/LNPJXyw5  but can find a way to extract the username (for ex) using modules.pillar
14:33 sporkd2 pillar.get username should return user
14:37 bryanl The documentation for salt.states.reg is confusing: http://docs.saltstack.com/ref/states/all/salt.states.reg.html
14:38 bryanl the formatting removed some slashes
14:40 derelm joined #salt
14:42 bryanl actually, i'm not sure how that should be formatted
14:46 rgbkrk joined #salt
14:47 circ-user-cPfEI salt 'salt-master*' pillar.get project_1 username return the key not the value
14:47 shano_ joined #salt
14:49 googolhash_n joined #salt
14:49 racooper Howdy. I'm having a small issue with an Oracle Linux server. ever since upgrading to 2014.1.0 from EPEL, pkg.list_upgrades is no longer reporting upgrades available for this server.  however, yum check-updates locally shows three.
14:49 ipalreadytaken joined #salt
14:49 circ-user-cPfEI it actually just return whatever is after  project_1 it does not have to exist in the pillar
14:49 blee_ joined #salt
14:50 juice joined #salt
14:51 whaterverman joined #salt
14:51 ravibhure joined #salt
14:51 timoguin if the main pillar dict is project_1, try this: salt 'salt-master*' pillar.get 'project_1:username'
14:51 ahammond joined #salt
14:51 mgw joined #salt
14:53 circ-user-cPfEI timoguin: tx for your help, unfortunately it does not return anything
14:54 yomilk joined #salt
14:54 rojem joined #salt
14:56 timoguin circ-user-cPfEI, that's odd. do the values show up when you do just 'pillar.items'?
14:56 timoguin it should list the key-value pairs for all known pillars
14:56 circ-user-cPfEI timoguin: yes.
15:01 timoguin circ-user-cPfEI, i'm not sure why pillar.get isn't working with the nested call then
15:01 timoguin it may be a bug, possibly related to this: https://github.com/saltstack/salt/issues/7645
15:01 davet joined #salt
15:04 circ-user-cPfEI timoguin: yes that is :( tx for you help
15:06 HeadAIX joined #salt
15:06 mgw joined #salt
15:06 bhosmer joined #salt
15:07 teskew joined #salt
15:08 higgs001 joined #salt
15:17 defunctzombie I am trying to run (salt '*' cmd.run "apt-get update") from master on a minion but keep getting E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
15:17 defunctzombie if I ssh to the minion myself and run the command, no problem
15:18 defunctzombie this is with salt master 2014.1.0 and same minion version
15:18 sporkd2 defunctzombie: sounds like maybe a permissions issue on your master
15:19 ndrei joined #salt
15:19 defunctzombie weird thing is that with same command from same master but to minions version 0.17.4 there is no issue
15:22 toastedpenguin joined #salt
15:22 Gifflen joined #salt
15:24 babilen Can I watch the the contents of an entire directory? How would I install files into such a .d (Debian lingo) directory in a formula?
15:25 lpmulligan joined #salt
15:27 sporkd2 any reason I'd be getting different salt-minion versions from the ubuntu saltstack repo?
15:28 defunctzombie figured out the issue
15:28 defunctzombie had two salt-minions running on that machine for some reason
15:28 defunctzombie hate when that happens
15:30 ChaosPsyke joined #salt
15:32 conan_the_destro joined #salt
15:33 defunctzombie great.. now one of my states that use to work doesn't :(
15:34 defunctzombie crontab:
15:34 defunctzombie cron.file:
15:34 defunctzombie - name: salt://files/crontab
15:34 defunctzombie - user: root
15:34 defunctzombie that complains about Source file salt://files/crontab not found
15:34 defunctzombie however that file is there.. and this use to work on salt 0.17
15:34 kballou joined #salt
15:35 sporkd2 defunctzombie: you need to debug it
15:35 defunctzombie ?
15:35 defunctzombie run with debug output you mean?
15:35 sporkd2 yea
15:36 tmandry joined #salt
15:36 cpenner461 joined #salt
15:37 defunctzombie sporkd2: -l debug ?
15:37 defunctzombie or is there more
15:37 ipmb joined #salt
15:39 defunctzombie well, debug didn't yield anything interesting
15:39 tharkun joined #salt
15:41 TheRealBill_here joined #salt
15:42 frasergraham joined #salt
15:42 ajprog_laptop joined #salt
15:46 puppet joined #salt
15:48 jaimed joined #salt
15:49 seapasulli joined #salt
15:51 dvogt joined #salt
15:55 sgflt joined #salt
15:55 mgw joined #salt
15:55 jalbretsen joined #salt
15:55 ggoZ joined #salt
15:56 whiteinge babilen: you could use file.recurse for that
15:57 troyready joined #salt
15:58 rgbkrk joined #salt
16:00 babilen whiteinge: Yes, that looks good.
16:03 bhosmer joined #salt
16:06 meteorfox joined #salt
16:07 dangra joined #salt
16:08 forrest joined #salt
16:09 kaptk2 joined #salt
16:10 mgw joined #salt
16:10 rainmanjam joined #salt
16:12 blee joined #salt
16:12 hunter joined #salt
16:18 blee_ joined #salt
16:19 schimmy joined #salt
16:28 mgw1 joined #salt
16:28 SkyRocknRoll__ joined #salt
16:30 schimmy joined #salt
16:33 Ryan_Lane1 joined #salt
16:34 budrose joined #salt
16:39 Ahlee oh awesome.  I've spent four hours on this becuase I'm not smart enough to look at the class dict.items() returns
16:40 gmoro joined #salt
16:42 racooper joined #salt
16:43 Ryan_Lane joined #salt
16:44 Ryan_Lane1 joined #salt
16:44 davidone Ahlee: same did I with pillar['packages'].iteritems with something like: packages: - finger\n\t- tcpdump\n\t- ... :)
16:48 schimmy1 joined #salt
16:49 Iwirada left #salt
16:50 srw joined #salt
16:51 Guest87166 need some advanced help.  Im trying to call a state from within a state without much overhead
16:52 s8weber need some advanced help.  Im trying to call a state from within a state without much overhead
16:52 s8weber im currently using __salt__['state.low'] ... but this is slow
16:53 s8weber What is the most direct way to access the state modules?
16:53 s8weber from within a state
16:57 ajw0100 joined #salt
17:04 derelm joined #salt
17:05 faldridge joined #salt
17:07 ipalreadytaken joined #salt
17:08 whiteinge s8weber: i doubt that territory is much explored. what is your use-case? and how are you using the 'state.low' call from within your state?
17:10 naiyte joined #salt
17:10 naiyte left #salt
17:10 naiyte joined #salt
17:10 faldridge joined #salt
17:10 astol joined #salt
17:13 meteorfox joined #salt
17:14 meteorfo_ joined #salt
17:14 tharkun joined #salt
17:14 meteorfox joined #salt
17:15 jankowiak joined #salt
17:15 meteorfo_ joined #salt
17:16 s8weber hit an issue when rendering highstate templates because some states need to run before the templates can access the varables
17:16 meteorfox joined #salt
17:16 rainmanjam joined #salt
17:17 s8weber so my solution was to make a new state sls that combines the 3 states that have dependencies..
17:17 scooby2 FML: https://github.com/saltstack/salt/issues/11050 is a bad bug
17:17 meteorfox joined #salt
17:17 s8weber it works well, but seems slow
17:18 meteorfox joined #salt
17:18 s8weber it be nice if i could invoke the sls state in the same way we can modules
17:18 amckinley joined #salt
17:18 davet joined #salt
17:19 meteorfox joined #salt
17:19 s8weber im reading the salt source... i'll likly figure it out
17:20 meteorfo_ joined #salt
17:22 meteorfox joined #salt
17:24 meteorfo_ joined #salt
17:27 xmltok joined #salt
17:28 bemehow joined #salt
17:29 meteorfox joined #salt
17:30 Ryan_Lane joined #salt
17:31 choopooly joined #salt
17:31 davet joined #salt
17:33 tr_h joined #salt
17:33 meteorfox joined #salt
17:34 meteorfo_ joined #salt
17:36 meteorfox joined #salt
17:36 meteorfox joined #salt
17:38 meteorfox joined #salt
17:46 xmltok joined #salt
17:49 utz joined #salt
17:50 s8weber FYI: worked from in a state... import salt.state; st_ = salt.state.State(__opts__); ret = st_.states['statename.state'](name=name, moreargs)
17:50 bemehow joined #salt
17:52 krow joined #salt
17:52 opapo joined #salt
17:52 s8weber but never fixed my main issue... it seems what is slow is all the connections between each state
17:53 hhtpcd joined #salt
17:54 jeremyfelt joined #salt
17:59 forrest scooby2, regarding your note on that issue, pkg.installed does support kwargs
18:01 tyler-baker joined #salt
18:01 nix joined #salt
18:02 smcquay joined #salt
18:02 aurigus joined #salt
18:02 dusel joined #salt
18:03 dave_den joined #salt
18:03 nix I need help figuring out why my new minions only get "No Top file or external nodes data matches found" while the same /srv/ tree works fine for already-existing minions.
18:04 nix I can test.ping and cmd.run "echo whatever" in new minions, but trying to highstate them results in that dreadful msg.
18:04 forrest nix, is there any sort of mismatch on the version of salt-minion, versus salt-master?
18:05 Networkn3rd joined #salt
18:05 nix master # rpm -qa | grep salt salt-0.17.1-1.el6.noarch salt-master-0.17.1-1.el6.noarch, minion # rpm -qa | grep salt salt-minion-2014.1.0-1.el6.noarch salt-2014.1.0-1.el6.noarch
18:06 JasonSwindle joined #salt
18:06 forrest nix, that's your problem
18:06 nix ah! that was fast :)
18:06 forrest nix, I don't know if a 0.17.5 minion will work with a 0.17.1 master, haven't tested it, technically it should since it's not a major release.
18:06 forrest Do you have the 0.17.5 RPMs in a repo somewhere?
18:07 nix strangely, every node has the same OS and repos (SL 6.5)
18:07 forrest nix, 2014.1 is available from that repo though correct?
18:07 nix Actually I use SL official repos and EPEL
18:07 rjc joined #salt
18:07 forrest nix, yea if you are using EPEL, it has 2014.1 in it now
18:08 forrest nix, if you don't have a backup copy of 0.17.5, I have the salt-minion, and salt package available.
18:08 forrest Might be worth a shot if you have a local repo you can use, then just specify the release on a new build to see if it works.
18:09 jeremyfelt joined #salt
18:09 nix Ah! I can simply yum --enablerepo=epel update and it reports I can update my salt-master to 2014.1.0-1.el6
18:10 forrest nix, don't do that
18:10 forrest nix, unless this is in develop
18:10 nix And the same is valid for the preexisting minions.
18:11 nix Why not?
18:11 forrest nix, there are some bugs with 2014.1, such as multiple masters not working
18:11 forrest also if you use stuff like --plugins for yum, that's not working
18:11 forrest nix, take a look at the list of issues before you update :P
18:11 forrest unless this isn't production so you don't mind breaking it
18:11 nix Ok, maybe downgrading the new minions is a better option, then?
18:12 forrest nix, that's what I'd do for the time being till you can test it in a dev environment.
18:12 forrest That's why I was saying I've got the EL6 RPMs available for salt/salt-minion if you need me to email them to you
18:16 forrest davidone, that cheat sheet you made is pretty good
18:17 timoguin cheatz?
18:17 timoguin I want cheatz.
18:17 forrest https://github.com/saltstack/salt/wiki/Cheat-Sheet
18:17 timoguin sweet
18:18 forrest Yep
18:18 timoguin didn't know that wiki was even there
18:18 forrest very similar to another cheat sheet I remember...
18:18 forrest :P
18:18 forrest *cough*puppet*cough
18:18 forrest *
18:19 druonysus joined #salt
18:19 druonysus joined #salt
18:20 forrest davidone, are you still actively working on that cheat sheet? If not I might try to hack on it a little and drop it into a pdf or something.
18:24 hunter_ joined #salt
18:27 sporkd2 forrest: nice, thx for sharing
18:29 raizyr joined #salt
18:29 rojem joined #salt
18:31 forrest sporkd2, davidone is to thank!
18:31 ml_1 joined #salt
18:32 andredieb joined #salt
18:34 baniir joined #salt
18:35 tr3y joined #salt
18:35 tr3y left #salt
18:36 logandg joined #salt
18:38 mgw joined #salt
18:39 sporkd2 if I run the salt bootstrap on ubuntu 12.04 I would except to get the same version of salt-minion but I'm not.. anyone ever run into thsi?
18:40 diegows joined #salt
18:40 aaroneous joined #salt
18:42 krow joined #salt
18:47 dancat joined #salt
18:48 conan_the_destro joined #salt
18:48 conan_the_destro joined #salt
18:48 AdamSewell joined #salt
18:48 AdamSewell joined #salt
18:49 ipalreadytaken joined #salt
18:50 joehoyle joined #salt
18:51 johtso joined #salt
18:53 roolo joined #salt
18:56 yomilk joined #salt
18:57 tmandry joined #salt
19:00 Iskondi joined #salt
19:02 Iskondi Hello everyone, since updating to the latest version of salt-master2014.1.0 I'm getting errors using pkg.install when that package comes from a custom repo. Salt-minion is now running repoquery before attempting to install, which is failing even though if you run it through CLI juts before attempting the install it succeeds... is this a known bug or?
19:05 krow joined #salt
19:05 oz_akan_ joined #salt
19:06 oz_akan_ joined #salt
19:06 manfred do you have yum-utils installed?
19:07 Iskondi Yup, yum-utils is installed
19:07 naiyte joined #salt
19:08 manfred did you have it installed before?
19:08 manfred can you run a salt '*' saltutil.refresh_modules ?
19:08 davidone forrest: no, I've just linked it in a tweet
19:08 Gareth ahoy
19:09 ggoZ joined #salt
19:09 Iskondi I'll verify but I'm pretty sure that it was already on the box.
19:09 Iskondi FYI, this is on a newly deployed box, not one that was already deployed.
19:09 manfred kk
19:09 Iskondi What's really weird, is that if I run the state twice, it works the 2nd time.
19:10 Iskondi it seems like it is a timing issue with a new repo being made.
19:10 Iskondi The first time I get the repoquery error, the 2nd time it runs just fine.
19:10 Iskondi If I drop out and run yum through the CLI it also works.
19:10 krow joined #salt
19:15 gnugnu9 joined #salt
19:16 krow joined #salt
19:21 CaptTofu_ joined #salt
19:21 CaptTofu_ howdy!
19:22 krow joined #salt
19:22 smcquay_ joined #salt
19:23 CaptTofu_ what is the git repo (so I can contribute) - is https://github.com/saltstack/salt/tree/fc83a0281117610b5d43d66f77e4847d0be9535f/doc the place?
19:24 bemehow joined #salt
19:25 timoguin CaptTofu_, well, that's the right repo, but that's the 0.11 branch. you'll want to make contributions against the develop branch
19:27 CaptTofu_ Ok.
19:27 CaptTofu_ yeah, I followed a link from the docs and meant to give the dev branch
19:27 ndrei joined #salt
19:27 krow joined #salt
19:29 schimmy1 joined #salt
19:30 krow1 joined #salt
19:43 danielbachhuber joined #salt
19:45 krow joined #salt
19:46 lzhang joined #salt
19:46 jeremyfelt joined #salt
19:46 failed_array joined #salt
19:46 failed_array I keep getting this error: Got a bad pillar from master, type bool, expecting dict: False
19:47 krow1 joined #salt
19:49 lzhang1 joined #salt
19:49 manicouman joined #salt
19:52 [diecast] joined #salt
19:52 failed_array If I run highstate from the master I get "No Top file or external nodes data matches found"
19:53 failed_array I can't find any specific errors
19:53 krow joined #salt
19:54 Iskondi I had this show up after deploying a new minion running the latest version of Salt when my salt-master was running an older version. When I updated my salt-master to the latest version it went away. (Not sure if that's related or helpful)
19:54 oz_akan_ joined #salt
19:55 tr_h joined #salt
19:55 JasonSwindle left #salt
19:56 Iskondi Sorry, that was in reply to failed_array's comment.
19:56 oz_akan__ joined #salt
19:58 agenteo joined #salt
19:58 agenteo left #salt
20:00 failed_array Hm
20:01 failed_array Ill check
20:01 Yaann joined #salt
20:02 failed_array Iskondi, that did it
20:02 agenteo joined #salt
20:02 agenteo left #salt
20:02 failed_array That was a wasted 3 hours of debugging :(
20:03 Iskondi That's EXACTLY how I felt once I figured it out... lordy...
20:04 utz left #salt
20:04 failed_array Output for highstate is prettier now
20:04 KyleG joined #salt
20:04 KyleG joined #salt
20:04 failed_array Ill file this as a bug if it hasnt been filed already
20:05 timoguin The version incompatibility has been added more prominently to the release notes for 2014.1.0
20:05 timoguin Still seeing this error hit a lot of people though.
20:06 hunter joined #salt
20:07 Iskondi Now if I could just figure out why pkg.installed is broken for me when using custom repos I'd be a happy camper. I think I'm isolating it down though.
20:11 agenteo joined #salt
20:11 agenteo left #salt
20:11 agenteo joined #salt
20:11 ksalman joined #salt
20:12 utz joined #salt
20:12 ksalman using the bootstrp-salt.sh script, is it possible to install a previous version instead of latest?
20:13 agenteo hi, how do you run a syntax check on a salt state?
20:14 timoguin ksalman, if you use the bootstrap to install from Git, you can target specific branches, tags, or revisions.
20:14 timoguin otherwise i think it uses whatever's newest in the OS package repo
20:14 ksalman timoguin: how do i "install from git"?
20:15 ksalman well
20:15 forrest ksalman, http://docs.saltstack.com/topics/tutorials/salt_bootstrap.html#example-usage
20:15 ksalman I am looking at the script, and it seems i can do 'bootstrap.sh git v0.17.2'
20:15 ksalman but that starts download 100+ MB of stuff, which i thought was odd so i cancelled it
20:16 timoguin ksalman, that might be because it's pulling in dependencies to install git
20:16 timoguin but that's the proper way to install from that tag.
20:17 ksalman forrest: thanks, i'll look at that page
20:18 ksalman timoguin: git's dependencies shouldn't be 100+ MB :O
20:19 rojem joined #salt
20:20 timoguin ksalman, the salt repo itself is about 60MB on disk
20:22 CeBe joined #salt
20:25 budrose joined #salt
20:28 akoumjian joined #salt
20:35 alfborge joined #salt
20:35 krow joined #salt
20:36 rojem joined #salt
20:37 rojem joined #salt
20:37 jpcw joined #salt
20:38 jpcw joined #salt
20:39 alfborge I'm trying to find a good way to force a packages to a specific version from the command line.  This is used for integration tests, and the mentioned package is the SUT.  I see that I could use state.high to do this, but that doesn't feel DRY (the server I'm configuring already has an sls file with the component).
20:40 oz_akan_ joined #salt
20:40 alfborge Updating the sls file and running state.highstate is another option, but since this is run as a script that doesn't feel right.
20:40 generj joined #salt
20:40 bhosmer joined #salt
20:41 Ryan_Lane basepi: I know the python-git/python-gitdb issue is new, since I had imported them into wikimedia's repo a while back
20:41 Ryan_Lane I had got them from the ppa
20:41 alfborge Maybe I should be using pillars for this?  I haven't read too much about those yet, so while I wait I'll take a look.
20:41 generj so I'm having a weird problem with spinning up vm's or doing things in parallel
20:41 ipmb joined #salt
20:41 krow joined #salt
20:41 Ryan_Lane I discovered them missing since I started working in a vagrant instance
20:41 generj there's supposed to be the -P flag, its in the documentation and listed in --help
20:42 generj it doesn't work
20:42 generj it works with -p
20:42 generj not -P
20:42 generj and with -p it doesn't run in parallel
20:43 CeBe joined #salt
20:43 generj without any flags its salt-cloud: error: Nothing was done. Using the proper arguments?
20:43 generj pretty weird
20:43 oz_akan__ joined #salt
20:44 KyleG1 joined #salt
20:44 alfborge Looking further I'm going for using pillars for specifying the version of my package in the sls file and then use highstate with custom pillar data.  I'm assuming this overrides what's specified in the pillar tree.
20:45 alfborge It would be nice with a confirmation that I'm going in the right direction, or a heads up if I'm missing out on a better approach.
20:45 alunduil joined #salt
20:46 cewood joined #salt
20:47 krow joined #salt
20:49 Iskondi Ok, I have more information on my pkg.installed problem.
20:49 Teknix joined #salt
20:50 harobed joined #salt
20:50 Iskondi It seems to ONLY occur if you have two custom repos listed in the same state file AND you install multiple packages from the first custom repo. When the next command runs to install from the 2nd repo you get this error in the logs: Package 'XYZ' not found (possible matches: XYZ)
20:50 Iskondi Anyone have any ideas?
20:52 KyleG joined #salt
20:52 krow joined #salt
20:57 yomilk joined #salt
20:58 admineric joined #salt
20:59 druonysus joined #salt
20:59 druonysus joined #salt
20:59 bhosmer joined #salt
21:01 admineric If I wanted to see the rendered jinja sls file without running the sls how would I do that?  I just want to see what it looks like after Jinja is done.
21:01 krow joined #salt
21:01 agenteo left #salt
21:03 krow1 joined #salt
21:05 dave_den admineric: look at the cp module. cp.get_template i believe
21:08 basepi Ryan_Lane: so python-gitdb just disappeared from all the repos?  o.O
21:08 hunter joined #salt
21:08 Ryan_Lane basepi: yes, and python-git disappeared from a number of versions
21:08 Ryan_Lane from what I can see only lucid has it now
21:09 basepi what the....
21:09 basepi Ryan_Lane: possibility of a rename?
21:09 Ryan_Lane nope
21:10 andr386 joined #salt
21:11 basepi Ryan_Lane: seeing python_git for precise here:  http://packages.ubuntu.com/precise/python-git
21:11 Ryan_Lane it's too old
21:11 basepi oh, so it's just out of date?
21:11 druonysus joined #salt
21:11 druonysus joined #salt
21:11 Ryan_Lane salt requires the latest version released
21:12 Ryan_Lane which is also the last version released, since it's unmaintained
21:12 basepi oh right, 0.3.2 is available on quantal and higher
21:12 basepi and python-gitdb seems to be available for quantal or higher as well:  http://packages.ubuntu.com/search?keywords=python-git
21:15 admineric dave_den: Perfect, just what I needed.
21:15 basepi Ryan_Lane: did precise previously have 3.2 + gitdb?
21:15 Ryan_Lane in the ppa? yes
21:15 helderco joined #salt
21:15 Ryan_Lane or maybe it was just in lucid? I have a feeling it was in both
21:16 basepi ah, so we were just hosting it ourselves?
21:16 Ryan_Lane yeah ;)
21:17 elfixit joined #salt
21:17 [diecast] can the base root be /srv/saltstack/states/base with other environments being outside of that such as /srv/saltstack/states/development
21:17 basepi sorry, have not been very closely involved with our packaging.  =)
21:17 basepi [diecast]: sure, just set your `file_roots` accordingly
21:18 Ryan_Lane no worries. I'm a little more up to date on it, since I copy packages from it to elsewhere
21:18 [diecast] basepi ok, i have. wasn't sure if the top base directory defined what was seen below it
21:18 puppet joined #salt
21:19 joehoyle joined #salt
21:19 joehoyle joined #salt
21:21 manicouman joined #salt
21:22 Gifflen_ joined #salt
21:23 manicouman joined #salt
21:26 generj joined #salt
21:29 vejdmn joined #salt
21:32 krow joined #salt
21:32 tmandry joined #salt
21:33 mikeywaites joined #salt
21:34 mikeywaites hey guys, anyone know of any working examples of a master/minion setup on vagrant
21:34 mikeywaites im having some trouble getting the master to accept the minion at the moment
21:34 mikeywaites im wondering if its my vagrant network settings
21:38 tr_h joined #salt
21:38 failed_array I'm getting errors like:
21:38 failed_array Execution is still running on we-dev.myco.com
21:38 failed_array Execution is still running on pws-dev.myco.com
21:38 failed_array On certain salt minions
21:39 davet joined #salt
21:39 failed_array even with high timeouts these tasks dont ever get completed
21:39 failed_array But if I salt 'individual-host' them, they work
21:40 forrest failed_array, did you already run debug on there for the logging to see what's going on?
21:40 failed_array From the minion?
21:40 baniir joined #salt
21:41 forrest failed_array, You'd probably want to enable debug logging on the minion, and run the command with -l debug to see what happens.
21:41 forrest mikeywaites, Are you able to telnet from your minion vagrant instance to your master instance on 4505/6?
21:42 joehoyle joined #salt
21:43 failed_array [WARNING ] TypeError encountered executing saltutil.find_job: find_job() takes exactly 1 argument (2 given). See debug log for more info. Possibly a missing arguments issue: ArgSpec(args=['jid'], varargs=None, keywords=None, defaults=None)
21:43 failed_array ^ from the minion
21:43 failed_array Not much info on the master with -l debug
21:43 mikeywaites forrest:  havent tried telnet yet
21:46 forrest failed_array, might be good to start your master in debug mode then to see if you get anything else in the master logs.
21:47 forrest mikeywaites, ok, then I'd suggest trying that once you're sure your vagrant minion is configured and started correctly. From there you can see if it's trying to get there but can't, or whether you need to open firewall ports, etc.
21:49 iMil joined #salt
21:50 smcquay_ joined #salt
21:51 hunter joined #salt
21:52 failed_array forrest, http://pastebin.com/kPQkrPyd
21:52 failed_array I think I have lots of information now, but little direction
21:53 forrest failed_array, weird
21:54 forrest failed_array, what release is this on
21:54 failed_array centos 6.3
21:55 elsmorian joined #salt
21:55 forrest salt release?
21:55 DaveQB joined #salt
21:55 failed_array salt-minion 0.16.4
21:55 failed_array Im going to update
21:55 failed_array and see if it fixes it
21:56 druonysus joined #salt
21:57 bhosmer joined #salt
21:57 failed_array that fixed it
21:58 tedski I notice readthedocs.org wasn't updated with Hydrogen's release
21:58 tedski "latest" is still pointing to 0.17.5
21:59 ipalreadytaken joined #salt
22:00 rojem joined #salt
22:01 tmandry joined #salt
22:01 failed_array How can I run salt highstate and just show errors?
22:02 Yaann joined #salt
22:04 dave_den tedski: salt.readthedics.org/en/latest points to hygroden for me.
22:04 dave_den tedski: where are you looking?
22:04 mikeywaites joined #salt
22:04 bemehow joined #salt
22:04 tedski dave_den: maybe i'm going nutso
22:05 tedski dave_den: yeah, i'm going blind or something
22:06 failed_array Hm perhaps this isnt possible
22:06 tedski unrelated to that, we did find the docs to be out of sync with the code... which is really weird
22:06 tedski see: https://salt.readthedocs.org/en/latest/ref/states/all/salt.states.cron.html?highlight=salt.states.cron#module-salt.states.cron
22:06 tmandry joined #salt
22:07 seapasulli left #salt
22:07 tedski then see: https://github.com/saltstack/salt/blob/v2014.1.0/salt/states/cron.py
22:08 tedski i don't see any defs named "env_present" or "env_absent" in the code
22:10 manicouman joined #salt
22:12 yomilk joined #salt
22:14 bhosmer joined #salt
22:18 ndrei joined #salt
22:20 frasergraham my salt deployment process is somewhat cumbersome. I sync all five of my Git repositories in /srv/salt/prod/... to the desired revision then I run state.highstate. If I wanted to encapsulate that into a single command would it make the most sense to create a "runner" command?
22:21 schimmy joined #salt
22:21 frasergraham e.g. salt-run deploy.run <tag_to_deploy>
22:23 schimmy1 joined #salt
22:24 naiyte joined #salt
22:25 Ryan_Lane frasergraham: yes
22:25 Ryan_Lane frasergraham: you may want to use https://github.com/trebuchet-deploy/trebuchet as an example
22:26 Ryan_Lane I do weird things with returners, though
22:26 Ryan_Lane and take advantage of the fact that jobs are scheduled when timeouts occur
22:26 frasergraham so, how do I invoke highstate from inside a runner?
22:26 ipalreadytaken joined #salt
22:26 frasergraham and can I get the same output I would get from running it on the command line?
22:27 vejdmn joined #salt
22:27 Ryan_Lane you use the salt python api for this
22:27 Ryan_Lane frasergraham: http://docs.saltstack.com/ref/clients/index.html
22:27 Ryan_Lane see: https://github.com/trebuchet-deploy/trebuchet/blob/master/runners/deploy.py
22:28 druonysus joined #salt
22:28 druonysus joined #salt
22:28 tedski dave_den: ping
22:29 quickdry21 joined #salt
22:29 Ryan_Lane frasergraham: I do all orchestration via custom modules and a runner, so my code is going to look somewhat different than yours
22:29 Ryan_Lane and I return my status info back into a redis database so that I can track it more easily
22:30 tedski dave_den: when i look at the rtd versions, it shows "v2014.1.0rc1 latest v0.17.4" ... my brain made that appear as latest being between those two, i.e. 0.17.5
22:31 KyleG joined #salt
22:31 KyleG joined #salt
22:31 dave_den tedski: you're right, i see that too. also, you're correct that the env_(pres|abs)ent functions are not included in v2014.1.0
22:31 [diecast] joined #salt
22:33 naiyte joined #salt
22:35 frasergraham thanks Ryan_Lane, looking at Trebuchet now
22:35 Ryan_Lane it's in a relatively poor state for third party use right now
22:35 Ryan_Lane maybe I'll spend tonight fixing that
22:36 Ryan_Lane even if you don't use it, it may give you some ideas, though :)
22:37 frasergraham thanks
22:38 gnugnu9 joined #salt
22:38 joehillen joined #salt
22:39 GoShockers1990 joined #salt
22:41 baniir joined #salt
22:42 UtahDave joined #salt
22:42 Gareth UtahDave: howdy.
22:42 danielbachhuber joined #salt
22:43 UtahDave hey, Gareth!
22:43 Gareth :) hows it going?
22:44 UtahDave good! Conducting a Salt training course this week.  Good group of sysadmins
22:45 d3vz3r0 joined #salt
22:45 Gareth Nice.
22:45 Gareth UtahDave: where is the training...if you can say :)
22:45 UtahDave Right here in Salt Lake City!
22:46 Gareth Oh. sysadmins go to the Salt office?
22:46 d3vz3r0 joined #salt
22:46 UtahDave Sometimes, but I'm doing the training at their location right downtown
22:47 Gareth ahh cool.
22:48 UtahDave Yeah, it's kinda cool to be able to go home at night
22:49 d3vz3r0 joined #salt
22:49 GradysGhost joined #salt
22:50 vimalloc joined #salt
22:50 Gareth definitely nice.
22:51 d3vz3r0 joined #salt
22:51 d3vz3r0 joined #salt
22:54 hunter joined #salt
22:54 rainmanjam joined #salt
22:56 ipalreadytaken joined #salt
23:04 troyready joined #salt
23:05 xmltok joined #salt
23:06 baniir i'm stuck on a recursive requisite problem where A requires C; C requires B; B requires A; any suggestions on how to get around this?
23:08 faldridge joined #salt
23:09 conan_the_destro joined #salt
23:13 tmandry Okay so I tried to move to fully relying on GitFS for my states, but it doesn't seem to work: 'No Top file or external nodes data matches found'
23:13 tmandry even though my first repo in the list has a top.sls file in the root (on branch master)
23:13 elfixit joined #salt
23:14 joehoyle joined #salt
23:19 ninkotech__ joined #salt
23:20 hunter joined #salt
23:20 zz_Cidan has anyone else got this error with the newest salt?
23:20 zz_Cidan Comment:   No Top file or external nodes data matches found
23:21 zz_Cidan on any machine with 2014.1.0
23:21 zz_Cidan with this error on the minion
23:21 zz_Cidan 2014-03-10 23:16:15,265 [salt.pillar      ][ERROR   ] Got a bad pillar from master, type bool, expecting dict: False
23:21 tmandry zz_Cidan: I am when trying to use only GitFS
23:21 tmandry haven't seen the minion error
23:21 zz_Cidan did you check your logs?
23:22 zz_Cidan this is a big pain, need to get some work done
23:22 tmandry just did, wasn't getting that error
23:22 zz_Cidan do salt 'blah' pillar.data
23:22 zz_Cidan and see if it shows up in your logs
23:23 jslatts joined #salt
23:23 tmandry nope
23:23 estjang joined #salt
23:23 zz_Cidan weird
23:23 zz_Cidan even if I remove all my pillars
23:24 zz_Cidan I get the error
23:24 zz_Cidan do you get pillar data back?
23:24 tmandry yeah
23:24 zz_Cidan I don't, we have different problems it seems
23:28 schimmy1 joined #salt
23:33 snuffeluffegus joined #salt
23:40 helderco joined #salt
23:41 hunter joined #salt
23:45 meteorfo_ joined #salt
23:46 nebuchadnezzar joined #salt
23:47 manicouman joined #salt
23:48 zz_Cidan salt really needs a beta program or something
23:48 zz_Cidan these regressions on every version are driving me fucking bat shit insane
23:49 tmandry or better testing standards perhaps
23:50 tmandry the problem I'm dealing with has been fixed by a pull request.. but was not caught by a test and no new test was provided :(
23:50 timoguin joined #salt
23:51 zz_Cidan I really don't want to pull off dev
23:51 zz_Cidan to fix this issue
23:51 zz_Cidan sigh
23:52 tmandry yeah, same
23:53 manicouman joined #salt
23:56 hunter joined #salt
23:56 forrest kiorky, are you around?

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