Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-06-21

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

All times shown according to UTC.

Time Nick Message
00:04 pentabular1 joined #salt
00:09 jalbretsen joined #salt
00:11 bejer joined #salt
00:20 aleszoulek joined #salt
00:27 marcinkuzminski joined #salt
00:27 marcinkuzminski joined #salt
00:27 dthom91 joined #salt
00:28 marcinkuzminski joined #salt
00:28 marcinkuzminski joined #salt
00:29 cxz joined #salt
00:33 faldridge joined #salt
00:37 djn joined #salt
00:42 Gwayne joined #salt
00:43 xinkeT joined #salt
00:46 auser hey all
00:48 UtahDave hey, auser
00:48 auser yo yo UtahDave
00:51 UtahDave about to take off. Attending a user group tonight.
00:51 auser nice
00:55 UtahDave The best part is that I rode my motorcycle into work today. Which means for a nice ride in the cool evening.
00:55 oz_akan_ joined #salt
00:56 Ryan_Lane joined #salt
00:56 jeddi hey.  nice work.  http://gigaom.com/2013/06/20/devops-player-saltstack-wins-structure-launchpad-competition-and-investor-interest/   (seems pretty fresh news, couldn't see it in my backscroll)
00:57 jeddi ahh .. now I see it.  still.  good to hear. :)
00:57 UtahDave :)  yep!  we're pretty stoked about it!  :)
00:57 jeddi actually, should we be worried you guys are about to go all puppetlabs on us? ;)
00:58 cxz joined #salt
01:00 UtahDave no way!
01:01 UtahDave :)  Apache 2.0 license for all our code
01:02 jeddi lovely jubbly.
01:03 jeddi Glad you realised I didn't mean 'weird case sensitivity all over the place'.  :)
01:03 UtahDave he he
01:03 pjs amazing! congrats guys
01:03 UtahDave pjs: thanks!
01:05 UtahDave jeddi: Of course we do hope that lots of companies will purchase supported Salt licenses.
01:05 Gwayne joined #salt
01:07 UtahDave well, time to head home.  See you all tomorrow
01:11 cxz joined #salt
01:18 Nexpro1 joined #salt
01:30 Furao joined #salt
01:33 faldridge joined #salt
01:34 faldridge Anybody know what the recommended practice is for storing private credentials like ssh keys and or usernames/passwords when using salt?
01:36 cxz joined #salt
01:36 faldridge Specifically: 1) I don't want to store this type of information in the source code repo that contains my salt pillar and state files, so where should I put it?  and 2) How do I use ssh keys without stripping the passphrase and thus lowering the security benefits of using them in the first place?  Is there a way to have Salt work with ssh-agent?
01:38 seb` faldridge: you could store the private parts of the pillar in an encrypted loopback file
01:39 seb` that you unlock/mount with a key/passphrase when you start salt-master
01:40 melinath joined #salt
01:40 faldridge seb: that's an interesting idea, thanks.
01:57 melinath joined #salt
02:02 mikedawson_ joined #salt
02:05 auser joined #salt
02:09 Slipo joined #salt
02:12 kmwhite joined #salt
02:17 kmwhite left #salt
02:30 jdenning joined #salt
02:39 zonk1024 joined #salt
02:56 jkleckner joined #salt
03:02 jkleckner joined #salt
03:11 dthom91 joined #salt
03:11 cxz how do we store non-ascii data in pillar?
03:13 Furao cxz: I got a 4th git repo for that
03:19 danielbachhuber joined #salt
03:27 cxz ah
03:28 jdenning joined #salt
03:37 jkleckner joined #salt
03:39 idkfa joined #salt
03:40 chrism Does anyone happen to know of a list of conditionals I can use in an if statement?
03:41 chrism can't really find one... all I can see is != and ==, but what I need to do is a partial match on a pillar var
03:41 chrism =\
03:41 chrism like i don't want an explicit match, in this case
03:43 chrism aah nevermind, these should work, http://jinja.pocoo.org/docs/templates/#comparisons
03:43 chrism =)
03:55 auser joined #salt
04:09 oz_akan__ joined #salt
04:28 jefimenko joined #salt
04:42 efixit joined #salt
04:54 aat joined #salt
04:56 auser joined #salt
05:02 herlo joined #salt
05:03 herlo joined #salt
05:17 kleinishere joined #salt
05:17 Furao there should be a "virtual module" for requirements
05:17 Furao require:
05:18 Furao - virtual: projectname
05:18 Furao which is an alias to maybe 10 other requirements
05:18 auser have you seen the new prereq?
05:18 middleman_ joined #salt
05:18 Furao look like i didn't
05:19 Furao https://readthedocs.org/search/project/?q=prereq&selected_facets=project_exact%3ASalt
05:19 Furao 0 Results for prereq
05:19 auser it's in the next release
05:19 Slipo joined #salt
05:21 Furao where did you saw it?
05:21 Furao what it does?
05:21 Furao and what about this https://github.com/saltstack/salt/issues/4357
05:21 Furao :
05:21 Furao :(
05:25 lahwran joined #salt
05:27 knightsamar joined #salt
05:28 bensix joined #salt
05:29 bensix joined #salt
05:32 Furao local LUG didn't updated their webpage in 14 years, look like it will be harder than expected to hire an admin
05:39 Singularo joined #salt
05:50 scooby2 joined #salt
05:55 melinath joined #salt
05:55 __gotcha joined #salt
05:55 __gotcha joined #salt
06:08 Singularo Hey all - I'm getting going with salt-cloud, and have this in an init.sls, which works a treat, but I'd like to get the hostname from the salt-cloud command - whats the correct way to do that ?
06:08 Singularo webhost-setup:
06:08 Singularo cmd.run:
06:08 Singularo - name: "cd /tmp && wget http://software.virtualmin.com/gpl/scripts/install.sh && bash /tmp/install.sh -f --hostname fixed.hostname.com"
06:08 Singularo - unless: 'dpkg -l | grep virtualmin-base'
06:16 azbarcea joined #salt
06:21 oliv_mc joined #salt
06:26 Furao that look very unreliable
06:26 Furao jamie cameron is a thief
06:27 Furao he stole all my code I did for webmin
06:27 Furao replaced my name with his
06:31 novel1 joined #salt
06:38 Mouzz joined #salt
06:45 Singularo Oh? thats no good ;-/
06:45 Singularo Got an alternative ;-)
06:51 Furao yes, don't use bash in salt
06:52 Furao just use internal states
06:58 Singularo But I need to run the install script?
07:00 Furao yes and no
07:00 Furao I think you should look at what install.sh does
07:00 Furao and do it cleanly in salt
07:00 scott_w joined #salt
07:00 Furao especially if it's debian packages
07:03 ggoZ joined #salt
07:03 q4brk joined #salt
07:05 q4brk hi! i'm having a problem with salt, I'm installing both master and minion on the same machine, then do something like  service salt-master start ; sleep 1m ; salt-call state.highstate  .  But from time to time I'm getting a "Minion failed to authenticate with the master, has the minion key been accepted?" error and I feel it's because the master doesn't finish initializing fast enough. Any idea about this? how
07:05 q4brk can I determine when it's safe to run salt-call state.highstate
07:05 q4brk ?
07:07 Singularo Furao: Hmm ok. Thanks.
07:23 carmony joined #salt
07:23 auser joined #salt
07:28 Lucas joined #salt
07:35 __gotcha joined #salt
07:38 Mouzz_ joined #salt
07:39 Mouzz__ joined #salt
07:41 carlos joined #salt
07:42 pmcg joined #salt
07:43 linjan joined #salt
07:48 jpcw joined #salt
07:59 auser joined #salt
08:12 hazzadous joined #salt
08:17 krissaxton joined #salt
08:18 adotbrown joined #salt
08:23 krak3n` joined #salt
08:36 Furao look like we can't use mine in pillrs
08:50 __gotcha joined #salt
08:50 __gotcha joined #salt
08:52 SpX joined #salt
08:57 viq joined #salt
09:00 [ilin-work] joined #salt
09:01 pentabular joined #salt
09:01 conan_the_destro joined #salt
09:02 Furao maybe yes
09:05 [ilin-work] hi, how do I use salt.key.KeyCLI? It is asking for opts?
09:12 ggoZ joined #salt
09:14 fspot joined #salt
09:20 giantlock joined #salt
09:26 Furao no you can't use salt mine  in pillar :(
09:34 pentabular joined #salt
09:41 hazzadous joined #salt
09:43 carmony joined #salt
09:52 faust joined #salt
09:58 linjan joined #salt
10:04 fspot left #salt
10:05 [vaelen] joined #salt
10:32 djn joined #salt
10:46 p3rror joined #salt
10:47 p3rror joined #salt
10:49 ronc joined #salt
10:51 p3rror joined #salt
10:59 fredvd joined #salt
11:06 mirrorbox joined #salt
11:08 mikedawson joined #salt
11:19 bhosmer joined #salt
11:35 giantlock joined #salt
11:43 adotbrown joined #salt
11:47 eculver joined #salt
11:48 conan_the_destro joined #salt
11:58 timl0101 joined #salt
12:02 JordanRinke Morning
12:06 Nexpro joined #salt
12:09 oz_akan_ joined #salt
12:13 danielbachhuber joined #salt
12:16 mikedawson joined #salt
12:16 ggoZ joined #salt
12:19 jslatts joined #salt
12:21 dbcooper joined #salt
12:24 carmony joined #salt
12:25 williamthekid joined #salt
12:28 jeddi Afternoon.
12:28 abe_music joined #salt
12:29 dbcooper Morning :)
12:32 drdran joined #salt
12:39 zonk1024 joined #salt
12:42 cron0 joined #salt
12:50 bhosmer joined #salt
12:52 oz_akan_ joined #salt
12:53 whiskybar joined #salt
12:53 jeffrubi` joined #salt
13:02 m_george left #salt
13:03 carmony joined #salt
13:04 juicer2 joined #salt
13:05 oz_akan_ joined #salt
13:05 brettlangdon joined #salt
13:11 chjohnst_work 5D5C
13:11 chjohnst_work oops sorry :-)
13:22 racooper joined #salt
13:23 mgw joined #salt
13:25 carmony joined #salt
13:31 brettlangdon left #salt
13:34 Nexpro joined #salt
13:34 efixit joined #salt
13:37 bhosmer joined #salt
13:45 fridder joined #salt
13:47 Kholloway joined #salt
14:03 kleinishere joined #salt
14:05 abe_music i'm sure this has been asked before, but is it possible to get a streaming log of a highstate? or is it all just dumped when it's finished?
14:05 alekibango joined #salt
14:06 chrism abe_music: you can run your minion in debug mode
14:06 chrism that'll do about the same
14:06 chrism I *THINK* there's a way to also change the default log level of a minion to debug so that you can just do a tail -f /var/log/salt/minion
14:09 abe_music chrism: yeah you're right…just wondering if i could get at that information from the salt master while the highstate is happening
14:10 chrism oh I don't *think* so, but I could be very wrong there as well =)
14:10 abe_music i seem to recall a conversation about something similar and i don't think it's possible at the moment
14:11 abe_music things change so fast i find it's easier to ask occasionally so i'm not left out :)
14:13 UtahDave joined #salt
14:17 Nexpro joined #salt
14:18 zonk1024 ugg… i can't get the gitfs backend working.  anyone have some experience with it?
14:18 zonk1024 2013-06-21 14:17:39,627 [salt.master      ][ERROR   ] Failed to load fileserver backends, the configured backends are:
14:18 zonk1024 git
14:18 zonk1024 2013-06-21 14:17:39,627 [salt.master      ][ERROR   ] Master failed pre flight checks, exiting
14:19 zonk1024 tried several variations on the gitfs_remotes: args
14:19 Jose__ joined #salt
14:21 drawsmcgraw joined #salt
14:23 Jose__ Is there a recommended way to deal with .'s in file names? We are getting started with salt and would like to use it to distribute the many versions of our applications with names like app-1.0.0 and app-1.3.1
14:24 kho joined #salt
14:24 Jose__ All I can find on the internet is a google group discussion where the CTO recommends "not using periods"
14:25 kho joined #salt
14:27 zonk1024 is there a special way to specify the user of the git remote for the gitfs_remotes?
14:30 zonk1024 ah!
14:30 zonk1024 it's the damn port
14:30 zonk1024 does gifts respect the .ssh/config file?
14:30 Jose__ Are you using a special ssh port?
14:31 zonk1024 yes
14:31 zonk1024 the external ssh port is different than 22
14:31 Jose__ If your git repo is using a nonstandard ssh port, my only guess is to try something like this: git+ssh://git@192.168.40.22:PORT/opt/git/app-configs.git
14:31 zonk1024 trying that now
14:31 zonk1024 and it doesn't seem to be going through
14:32 Jose__ and you can telnet to the port (ie, no firewalls)?
14:32 zonk1024 have tail -f /var/log/auth on the target machine, and nothing is coming in
14:32 zonk1024 i can clone the repo as the root user on the salt master
14:32 Jose__ You might try to turn on tcpdump to see if it connects to the proper port
14:33 zonk1024 i think i may just move my repo to the salt master and use file://
14:33 timl0101 joined #salt
14:33 zonk1024 although I have gitlab on the other box :(
14:33 Jose__ I found there there is very little logging yet if salt can't find the gitfs repo. Even in debug it is silent if it can't connect.
14:34 zonk1024 Jose__: agreed.  this may deserve a ticket
14:34 Jose__ @zonk Do you know of a way to deal with periods in file names? My team wants to try to distribute apps with names like app1-1.0.0 and app2-1.4.5
14:37 zonk1024 do you keep it svn or git or just a dir?
14:37 zonk1024 i'll try to help, but i'm not a pro quite yet.
14:38 opapo joined #salt
14:39 * zonk1024 steps out for a sec
14:40 felskrone joined #salt
14:40 Jose__ just a dir so far
14:41 UtahDave Jose__: Is Salt not working with periods in your filenames?
14:44 teskew joined #salt
14:44 jkleckner joined #salt
14:47 Jose__ @UtahDave I mistyped, not in the file names, in the dir names. We have dirs like   /srv/192.168.100.95/configs and   /apps/app1-1.0.0/binaries
14:47 UtahDave Is Salt having issues with that?
14:48 Jose__ From the error message that I was seeing, yes it was. In my top file I had this:  server-configs.192.168.100.95.app1-1.0.0 and it says it can't find the path
14:49 UtahDave Jose__: Can you pastebin your sls file and the output you're getting?
14:49 Jose__ Yes I will. one sec.
14:49 Jose__ It will take me a second. I was hacking around with it and will have to recreate the issue.
14:55 Furrywolf63 joined #salt
14:58 mgw joined #salt
15:01 bhosmer joined #salt
15:02 Jose__ http://pastebin.com/4w331fcK
15:02 Jose__ @UtahDave http://pastebin.com/4w331fcK
15:02 UtahDave thanks, Jose__.  reading
15:03 UtahDave Jose__: What's the value of   ```file_roots``` set to in your master config?
15:03 Jose__ file_roots:   application:     - /home/support/salt
15:04 jalbretsen joined #salt
15:04 Jose__ fileserver_backend:   - git   - roots
15:04 Jose__ gitfs_remotes:   my git remotes
15:05 UtahDave Jose__: Do you not have a "base" environment in your file_roots?
15:05 Jose__ Right now I am pulling everything from git. I know my git backend is working so I checked in a binary file into this test repo to see if I could get it to work
15:05 Jose__ No
15:06 Jose__ my top.sls is in my git repo
15:06 UtahDave is abby-1.0.0 in your git repo?
15:06 Jose__ yes
15:07 UtahDave is your repo public?  What's the layout like in your master branch?
15:09 Jose__ [root@gluka salt-app]# ls                   applications  exchanges  files  scripts  server-configs  top.sls  vim
15:09 Jose__ Yes, it is a public repo. Everything was working until I added the last line in the top.sls file
15:10 Jose__ the "applications.abby-1.0.0" line
15:10 UtahDave Hm. Any way you could test it by removing the dash?
15:10 Jose__ the dash between abby and 1.0.0? Sure.
15:10 UtahDave wait. hold off on that
15:11 UtahDave I just learned something.
15:11 Jose__ ok
15:11 zonk1024 joined #salt
15:11 UtahDave You can't have periods in there because Salt uses the periods to traverse directories on the file system
15:12 UtahDave So just how it drops into the "applications" directory because of that period between "applications" and "abby"
15:13 Jose__ ok. The process that we are trying to migrate to salt relies heavily on ip addresses, version numbers and hostnames.
15:13 Jose__ So all our directories today use .'s everywhere. =]
15:13 UtahDave it will try to drop down a directory with those other periods
15:13 Jose__ Yes, looks like what I am seeing.
15:13 Jose__ Is there no way to escape a string with single or double quotes?
15:16 Jose__ Would \. work as a way to escape the . ?
15:17 jeddi Jose__: this bit me before .. when I first started using my host-specific state files in /srv/salt/host/ ...  and addressign them as host.admin (etc).  I think fighting it by escaping stuff everywhere will bite you hard over time .. and annoy you every time you forget to escpae something.  How painful would it be to remove the dots?
15:17 Jose__ Today, very painful. Over time, possible to transition away from.
15:18 Jose__ I am working in an organization that is learning about automation and gradually becoming more spohisticated about the way we deal with things. It will be a slow process.
15:18 Jose__ What is the method you used to escape the .'s?
15:22 chrisgilmerproj joined #salt
15:23 jeddi Jose__: oh - i mean - i don't escape periods.
15:23 jeddi Jose__: I just stopped using them.  I was using fqdn's ... but now .. no more.
15:24 jeddi Can you hvae multiple levels of directory names?  I don't think you can .. I vaguely recall testing this .. otherwise you could have a file called host/10/1/3/27.sls     though that's pretty danged ugly.
15:24 Nexpro joined #salt
15:24 jeddi And isn't really solving an actual problem.
15:25 jeddi From memory salt didn't like to descend more than that first subdirectory level to find a state file - but don't take my word on that.
15:26 Jose__ I have been able to descend several levels with no problem so far, but as you say 192/168/100/95/app is very ugly
15:26 SEJeff_work Jose__, Why don't you do it with cidr?
15:26 SEJeff_work 192_168_100_0-24
15:26 Jose__ @SEJeff_work can you give an example?
15:26 Jose__ No reason other than all of our existing system is in . notation
15:26 SEJeff_work Certainly not pretty, but that could represent the 192.168.100.0/24 network
15:27 SEJeff_work Funnily enough... we have an in-house config management database
15:27 Jose__ if I am moving all the directories I will come up with a better system anyway
15:27 SEJeff_work which has a list of all of our datacenters in human readable form
15:27 SEJeff_work ie: names
15:27 SEJeff_work and the network ranges for each
15:27 SEJeff_work I've got a python script that actually will query that rest api, get all of the networks, and create a per-datacenter directory with an empty sls
15:28 SEJeff_work so that we can do per-datacenter states ie: this is the syslog/ntp server for instance
15:28 SEJeff_work or ldap, etc
15:32 wendall911 joined #salt
15:32 lex__ joined #salt
15:32 aat joined #salt
15:35 bfrog is there a way to modify an existing user?
15:35 bfrog like I want to set the root shell to zsh
15:36 Jose__ @UtahDave so there is no way to deal with .'s in a directory name? No escape method?
15:37 UtahDave I don't know. Have you tried single quotes around the name?
15:43 Jose__ Around the sub path, yes. IE    application.'abby-1.0.0'.app
15:43 Jose__ It didn't work
15:44 milind joined #salt
15:47 DerekRBN Hey there all,
15:48 DerekRBN having a issue with file.directory
15:49 DerekRBN http://pastebin.com/FmeeGCmQ im pretty sure this is correct yes?
15:50 DerekRBN also when using file.directory when it creates does it use the -p for mkdir to create structure if it's not inplace?
15:51 DerekRBN figured it out, group permissions
15:51 bfrog is there a way to order a state to happen after a cmd.run state?
15:52 bfrog the only way I'm seeing is order: option
15:54 Dieterbe joined #salt
15:54 UtahDave have the state require the cmd.run state
15:54 * SEJeff_work waves at Dieterbe
15:54 Dieterbe SEJeff_work: wondering how ansible and salt compare. i heard ansible is also simple and pythonic
15:55 SEJeff_work Dieterbe, So I'd say it depends on whom you ask. There is bad blood between michael dehaan and me. I'm not honestly sure why. I met up with him last week and he was just kind of rude.
15:55 SEJeff_work Dieterbe, I'd say ansible and salt have very different use cases
15:56 SEJeff_work If you are a very small shop, only use ec2, and don't want to/know how to build your own AMIs, ansible was purpose built for that use case
15:56 dave_den joined #salt
15:56 SEJeff_work but ansible doesn't scale as well as salt and is much slower since it has to copy itsself and all of it's dependencies to run to every host every time you execute a playbook
15:57 SEJeff_work Dieterbe, salt was the first real remote execution tool to use zeromq. It uses zeromq because it is one of the fastest message buses that currently exists.
15:57 mastrolinux joined #salt
15:57 SEJeff_work Dieterbe, Tom thought he could do a better job and making a very fast and easy to use config management tool, and out of it, states were born. One thing you'll notice very quickly is that you can get salt setup much much faster than chef/puppet. I would pretty much guarantee you that.
15:58 mastrolinux Hi, how to clean the client cache from the master?
15:58 SEJeff_work And speed of execution is a feature
15:58 mortini joined #salt
15:59 mastrolinux now every time I change a pillar data in pillar file, it is not updated until I restart the minion
15:59 jefimenko joined #salt
15:59 SEJeff_work mastrolinux, You have to refresh the pillar data
15:59 SEJeff_work mastrolinux, salt \* saltutil.refresh_pillar I think
15:59 mastrolinux cool
15:59 mastrolinux thanks
16:01 mastrolinux it works!
16:03 abe_music is it possible to pull a jinja variable from a different sls file?
16:03 abe_music for example, i have java_home set in a java.sls file, but would like to reference that in other sls files
16:04 tonthon abe_music: why not use pillar for setting vars ?
16:05 abe_music tonthon: heh, i just asked myself the same question in a #TODO :)
16:05 tonthon :)
16:05 bfrog UtahDave: https://gist.github.com/bfrog/5832252
16:05 SEJeff_work abe_music, That is what pillar is normally used for, but you can do: {% from "java.sls" import java_home %}
16:05 SEJeff_work that in a jinja import
16:05 SEJeff_work s/in/is/
16:05 jeddi Jose__: sorry - afk briefly - i'd suggest that trying to record ip addresses .. is probably missing the grouping benefits of salt.   i gather the best practice is you define all your machines in terms of roles, environments, etc .. and then generalise and abstract stuff.
16:05 tonthon abe_music: pillar is easy to setup
16:05 abe_music SEJeff_work: didn't know about that, but yes pillar is what i'll use
16:05 bfrog how would I change that to make sure that cmd.run always happens first then, requires: for service should look like... ?
16:06 tonthon put two files top.sls and say main.sls insert four lines, and you have your var available
16:07 conan_the_destro joined #salt
16:08 abe_music while we're on the subject, is it possible to only pull variables from pillar files i'm interested in? think of a multi-user system where user abe sets foo=/home/abe and joe sets foo=/home/joe
16:09 abe_music these pillar files will be generated dynamically and not be set up beforehand, if that matters
16:09 abe_music some pillar vars will always be used, so i'll be setting them in a core.sls file
16:09 tonthon pillar allows other backends than simple static files, maybe the solution would be there
16:11 SEJeff_work abe_music, I'd suggest writing a small external pillar script that does it for you
16:11 mastrolinux left #salt
16:12 melinath joined #salt
16:12 timl0101 joined #salt
16:12 bfrog can anyone familiar with salt take a look at that gist I put up and give me a hint how to make cmd.run happen after pkg installed but before service.running
16:13 bfrog it works now, but that might just be coincidence
16:13 jessep joined #salt
16:13 abe_music SEJeff_work: is there some documentation for that sort of thing?
16:14 abe_music didn't see anything related to external pillar scripts in the pillar docs
16:14 bfrog I read the order docs, I didn't see squat on cmd.run ordering
16:14 SEJeff_work http://docs.saltstack.com/topics/development/external_pillars.html
16:14 abe_music sweet
16:14 abe_music thanks
16:14 SEJeff_work bfrog, look at onlyif and unless
16:15 bfrog SEJeff_work: so I mean, hints on what to do in this specific case here? can I use unless: in a service.running state?
16:16 bfrog I don't get where I can use these various things
16:20 mgw joined #salt
16:21 bfrog so what I want to do isn't possible with salt?
16:21 Jose__ Thanks UtahDave et al, for the ideas.
16:21 bfrog or do I need to use order: ?
16:25 jacksontj joined #salt
16:26 jdenning joined #salt
16:31 UtahDave bfrog: yes, what you want to do is definitely possible with Salt
16:31 KyleG joined #salt
16:32 carmony joined #salt
16:34 UtahDave bfrog: just add - cmd: postgreql  underneath your require underneath service.running
16:35 abe_music when creating my external pillar, where do i put the thing? do i have to put it in extmods inside of my cache directory, or is there a special location in side of my pillar root that i can put them?
16:36 UtahDave abe_music: http://docs.saltstack.com/topics/development/external_pillars.html#location
16:37 abe_music UtahDave: wondering if that will continue to allow the ext_pillar modules defined by salt to work
16:38 abe_music UtahDave: i'm not currently using any, but could see the use of being able to use core and external both
16:39 UtahDave abe_music: yes, you can use as many ext_pillars as you want and still use the internal pillar
16:39 UtahDave Salt compiles them all into one big dict in __pillar__
16:40 abe_music gotcha, makes sense...thanks
16:40 abe_music let's give this a go then heh
16:40 UtahDave abe_music: let me know how it goes.
16:41 UtahDave abe_music: also, did your coworker go talk with Marc yesterday?
16:41 bfrog how is that name determined
16:42 bfrog is that just because the top level yaml thing was postgreql
16:42 bfrog UtahDave: thanks btw
16:42 abe_music UtahDave: i never heard back…i think they're in the air now, but i'll ask when i see him
16:42 UtahDave Your ID declaration is  postgresql
16:42 UtahDave bfrog: you're very welcome
16:43 UtahDave abe_music: that's cool.  Apparently Marc was swarmed by tons of people afterwards
16:43 abe_music UtahDave: as he should be, sounds like yall rocked it
16:43 UtahDave Yeah, it's been pretty amazing.
16:44 bfrog that makes sense, thanks
16:44 UtahDave so you can set your requires against the top ID Declaration or the - name:  declaration
16:44 bfrog so I could've made three identifiable things as an alternative postgresql-pkg: pkg.installed... postgresql-init: cmd.run ... postgresql-service: service.running: ...
16:44 bfrog and done the requires in that regard as well
16:45 kcb joined #salt
16:45 bfrog gotcha, name or id
16:45 carmony joined #salt
16:45 UtahDave yeah
16:52 carmony joined #salt
16:54 jkleckner joined #salt
17:03 arachnys joined #salt
17:07 arachnys I have a salt-cloud question - after installing and configuring I get `RuntimeError: Please set SaltCloud._default_logging_logfile_`. I am using the latest stable releases of both salt and salt-cloud, I have also tried with the latest development version of salt-cloud. Can anyone suggest a fix?
17:09 jacksontj UtahDave: you may get a few people on here asking how to install ATS with salt ;) it was plugged at our velocity talk/office hours
17:09 jacksontj :_
17:09 jacksontj :)
17:11 conan_the_destro joined #salt
17:16 UtahDave he he.  I'll send them your way, jacksontj!!    :)
17:17 magmatt left #salt
17:19 jacksontj any update from tom about the prereq thing?
17:19 godber1 joined #salt
17:19 UtahDave jacksontj: was there an issue with it?  I haven't heard anything
17:20 jacksontj i couldn't get the file stuff to work
17:20 jacksontj https://github.com/saltstack/salt/issues/5636
17:20 jacksontj it worked like a charm for a pkg state :)
17:21 kermit joined #salt
17:22 UtahDave He said it's on his short list of things to work on
17:22 jacksontj ok :)
17:22 jacksontj i'm going to be writing up a blog post summarizing my talk from monday-- wanting to put the finished product up ;)
17:23 UtahDave that's awesome.  I'd love to read it.  Be sure to post it in here!
17:23 arachnys never mind, using development salt-master seems to have fixed the problem
17:24 UtahDave jacksontj: Hey, what's the name of the slide deck site you guys own?
17:25 UtahDave arachnys: ah, good.  I was going to say that we're waiting for Salt 0.16.0 to be released before the next release of salt-cloud because salt-cloud depends on some newer features in salt
17:25 jacksontj slideshare
17:25 UtahDave cool, thanks
17:26 SEJeff_work jacksontj, Any idea if there were videos taken of the salt talks with linkedin?
17:26 jacksontj i'll make sure to post here when its all done-- hopefully next week ;)
17:26 jacksontj SEJeff_work: sadly no videos :(
17:27 jacksontj i'll be putting up my slidedeck on slideshare soonish (monday?)
17:27 arachnys thanks UtahDave
17:28 UtahDave you're welcome arachnys
17:28 KyleG The Chef guys were like "Want to learn about chef?" (at velocity) and I was like "I'm sorry, I'm currently in a committed relationship with Salt Stack" hahaha
17:28 KyleG You should've seen their faces
17:28 KyleG priceless
17:29 SEJeff_work KyleG, Seriously? That is pretty funny
17:29 UtahDave :)  lol
17:29 KyleG yeah it happened. lmao
17:29 KyleG I wish you guys were there! I think a ton of people would've been interested
17:30 UtahDave Yeah, we really wanted to be there, but we had other travel already set up before velocity was on our radar.
17:30 UtahDave Hopefully next year.
17:31 dthom91 joined #salt
17:33 djn joined #salt
17:34 Ryan_Lane joined #salt
17:38 djn joined #salt
17:46 SpX joined #salt
17:50 djn joined #salt
17:51 gwar9999 joined #salt
17:56 djn joined #salt
17:58 abe_music UtahDave: so, i have my ext_pillar module named foo, the virtual return foo, i can see debug statements from that module when refreshing the pillar
17:58 abe_music but i can't figure out how to call it to see the values in the dict i'm returning from the ext_pillar method
17:59 dthom91 joined #salt
17:59 jdaggett joined #salt
17:59 abe_music i tried: salt '*' pillar.ext foo
17:59 UtahDave salt \* pillar.data
17:59 zonk1024 joined #salt
17:59 UtahDave you might have to run   salt \* saltutil.refresh_pillar
18:01 abe_music yeah i tried refresh_pillar and sync_all
18:01 djn joined #salt
18:02 abe_music the result from pillar.data gives me what's defined in my srv/pillar/core.sls and all my master config, but nothing from my ext_pillar
18:02 abe_music oh, i bet i know...
18:04 abe_music no, i guess i don't know
18:05 UtahDave what does your ext_pillar option look like in your master config
18:06 Newt[cz] joined #salt
18:09 abe_music oh, i have to enable that too? :) lmao, sorry…i thought i just had to define the external_modules part
18:09 abe_music lemme go do that
18:11 aranhoide joined #salt
18:11 UtahDave yep!
18:13 djn joined #salt
18:16 teskew https://gist.github.com/tateeskew/5833161   salt-cloud problem with latest dev version.
18:16 auser joined #salt
18:16 UtahDave teskew: are you running the latest of Salt, too?
18:17 jY joined #salt
18:17 teskew nope. stable version.salt 0.15.3
18:17 jY is there any good docs on using something like hiera with salt? or anything similar to hiera
18:17 abe_music UtahDave: that was it :) also, i'm curious why ext_pillar settings in the master require arguments, i had to give mine an empty string or it would report a CRITICAL log message
18:19 UtahDave teskew: The latest dev version of salt-cloud requires the latest dev version of Salt at the moment
18:19 UtahDave abe_music: Oh, yeah?  I'm not sure about that one.
18:19 teskew well shit heh
18:20 teskew okay, i'll grab the version that's working on another saltmaster i have
18:20 UtahDave jY: There's an hiera external pillar
18:20 jY UtahDave: i saw that.. but couldn't find much on how to use it
18:21 jY i'm just trying to see if it'll work to move puppet to salt
18:22 abe_music UtahDave: without an argument for my ext_pillar in the master config i get the following when i refresh_pillar
18:22 abe_music [CRITICAL] The "ext_pillar" option is malformed
18:22 abe_music teskew: you can do it!
18:24 djn joined #salt
18:26 MichaelSalty joined #salt
18:27 jeddi joined #salt
18:27 bhosmer joined #salt
18:29 kermit joined #salt
18:29 djn joined #salt
18:30 zonk1024 how do i call update on a gitfs file system?
18:30 jeffmendoza joined #salt
18:30 aranhoide left #salt
18:31 UtahDave zonk1024: it should do it automatically, I believe
18:32 UtahDave jY: you set up your external pillar config in your master's conf file
18:32 jY ok i guess i just need to setup a test bed and play
18:32 jY thanks
18:33 UtahDave let me know if you need any help
18:34 zonk1024 UtahDave: :)
18:37 dthom91 joined #salt
18:40 tomeff joined #salt
18:45 abe_music UtahDave: got my ext_pillar working…man this is gonna be sweet. allowing users to define their own states and pillar data that's separate from other users
18:46 SEJeff_work abe_music, Salt tries to stay out of your way and be super flexible
18:46 abe_music SEJeff_work: i'm growing quite fond of it :)
18:47 abe_music SEJeff_work: stay tuned for our project we'll be open sourcing soon…need to mature it a bit more, but it's almost ready for an 0.1
18:49 pentabular joined #salt
18:55 abe_music WOOOOT after 13 years I have my domain to match my name!!
19:04 jeddi joined #salt
19:07 cron0 Noobish question.. Am I not supposed to be able to call pkg.latest when running salt from the command line? Is this because pkg.latest is a state and states are only available in a sls ?
19:09 kaspa joined #salt
19:09 cron0 ah, just found out about pkg.latest_version
19:09 cron0 Got mistaken between the pkg module and pkg state
19:17 mgw UtahDave: http://docs.saltstack.com/topics/virt/nic.html
19:17 mgw That says the profiles can be in the master config.
19:17 mgw How do I get the minions to pick up that change (I've restarted the master)
19:17 kermit joined #salt
19:18 mgw (or anyone)
19:19 salticus joined #salt
19:26 jdenning Can reactor states trigger based on events that occur on the minion event queue or only on events which are fired on the master?
19:27 jdenning (I would like to fire an event on a minion and have a reaction occur on that minion only)
19:27 dave_den joined #salt
19:29 jdenning Or, is the best practice to target the desired minion via the 'tgt' attrib on the master?
19:39 jacksontj joined #salt
19:40 UtahDave cron0: salt \* state.single pkg.latest <your package>
19:41 UtahDave mgw: that should show up in the minion's pillar.
19:41 UtahDave jdenning: yes, you can trigger the reactor based on events sent from the minion
19:42 jdenning UtahDave: Do events on the minion bus automatically fire up to the master?
19:43 UtahDave jdenning: most of them do.   If you want to fire your own events, use   event.fire_master
19:45 mgw UtahDave: figured it out — I had master opts disabled
19:46 juicer2 Hi all, anyone using salt.states.mysql_grants successfully in epel 0.15.3 ?
19:46 brianhicks joined #salt
19:46 UtahDave mgw: ah, there you go
19:47 UtahDave juicer2: I have some states  with mysql_grants using 0.15.3
19:48 juicer2 UtahDave: cool thx. Does revoking work? (absent vs present I would guess? )
19:49 UtahDave juicer2: I don't know. I haven't needed to use that.
19:50 juicer2 UtahDave: I see, thx
19:54 cron0 Weird. On EL5 is I start my minion using 'service salt-minion start', I can't do a state.highstate (minion do not return). If I start it manually or using /etc/init.d/salt-minion start it works fine.
19:55 efixit joined #salt
19:55 UtahDave cron0: does service salt-minion start actually start the service?
19:55 cron0 yes
19:55 cron0 I can test.ping
19:55 cron0 I will check debug logs
19:56 racooper can the file module be used to delete specific matching lines from a file using file.sed?
19:56 mgw Is there an open ticket on minions getting out of whack when the master is offline for some time?
19:56 UtahDave LarsN: ping!
19:56 UtahDave cron0: cool
19:56 UtahDave racooper: I think so
19:57 UtahDave mgw: I haven't heard of one.  What's going on?
19:57 jdenning UtahDave: So what's the best way to associate a set of events/reactions with a particular minion?  What I'm trying to do is fire an event locally on the minion, then depending on the payload of that event I want to run a command on the same minion.  Each minion will have a different set of events / responses, so I'd prefer not to have to build a big multi-tiered if/else structure like: {% if minion_id =="foo" %} {% if data['type'] ==
19:57 jdenning 'event1' %}…{% elif data['type'] =='event2'}…{% endif %} {% if minion_id=="bar" %}… (etc for lots of minions w/ 3-5 eventTypes each)…any tips?
19:57 mgw UtahDave: I'm not sure it's what I said, but I had my minion offline overnight
19:57 mgw s/minion/master
19:58 mgw when I restarted the master, one of the minions did not connect
19:58 UtahDave mgw: did the minion reconnect after restart the minion service?
19:58 mgw UtahDave: yes
19:59 mgw And it seemed to have spawned several minion procs, I killed them all and then started the minion
19:59 UtahDave how long was the master up before the successful minion reconnected?
19:59 mgw There were three that connected… within seconds I think
19:59 mgw I didn't realize there was an issue for some time though, so I"m not sure
19:59 UtahDave mgw: Was there anything in the logs?
20:00 mgw good question, sorry
20:00 mgw I'll try to dig through
20:00 mgw no
20:00 dthom91 joined #salt
20:00 cron0 UtahDave: Still not sure why it hangs. https://gist.github.com/jfchevrette/af5b45eb70d060cae371
20:01 bfrog UtahDave: I think my problem yesterday with the dict issue might be related to having an older version of salt
20:01 bfrog salt bootstrap installs 0.13.1 on archlinux currently
20:01 UtahDave OK. There's issue # 5599 that might be related.  Could you look at that and see if it seems similar to you?
20:01 juicer2 joined #salt
20:01 cron0 checking
20:01 dthom91 joined #salt
20:02 UtahDave bfrog: Ah, good to know
20:02 UtahDave cron0: oops, sorry, I meant that for mgw.
20:02 cron0 ah :)
20:03 cron0 So yeah, not sure what's going on. Master times out after 30 seconds, asks the minion about job id but nothing else
20:03 nrub joined #salt
20:03 cdn joined #salt
20:03 UtahDave herlo: Do you have a second to help cron0 with this service issue? I'm not sure if it's a Salt issue or if it's a startup script issue
20:05 jefimenko joined #salt
20:07 mgw UtahDave: that ticket is similar, I'll keep an eye on it and chime in if it happens again (and I have anything to share)
20:08 mgw Also, UtahDave: Yesterday I patched my minion upstart script so that it loads evironment from /etc/environment. Do you think this is generally useful?
20:08 cdn Hi all, i'm having a problem with my server.sls state.highstate call which is trying to install an application (windows) even when already installed. (i.e trying with 7zip as for example)
20:08 jkleckner joined #salt
20:09 cdn Minion, is returning "[ERROR   ] No changes made for 7zip" and "[INFO    ] Returning information for job: 20130621153106604396" while Master, is return "The following package(s) failed to install/update: 7Zip". But I don't want it to error just continue since it is already installed
20:10 UtahDave mgw: You know, I'm not an expert on upstart scripts or init scripts in general.  That sounds cool. I'd recommend sending in a pull request with the change and a good explanation and let a discussion ensue there.
20:10 UtahDave cdn: what version of salt are you running?
20:11 jdenning UtahDave: Sorry - bumping my question from 12:57 - is it clear what I'm after?
20:11 cdn I think the build is a few days old
20:11 UtahDave We've made some very recent fixes and updates to the windows package manager, but it's still only in git develop until we release 0.16.0
20:11 UtahDave jdenning: let scroll back...
20:12 cdn salt -version says 0.15.0-1454-g55888ee though
20:13 UtahDave cdn: yeah, that means it's a version installed from git
20:13 cdn ok,  cool
20:13 cdn oringial I was on 15.3 but then when to something more current as of a few days back
20:14 [diecast] joined #salt
20:14 UtahDave jdenning: Well, right now you can only match on the tag in your reactor config.  Then once you have flowed into your sls file you can check the data dict for the minion's ID.
20:14 UtahDave cdn: can you try from the latest from git?  Some of those changes were merged just yesterday.
20:14 cdn hmm, ok will give a shot.
20:16 cron0 UtahDave: looks like 'service' is messing with environment variables. are you aware if any env variables that would be required for the minion to run ?
20:16 jdenning UtahDave: Gotcha, any way to provide the reactor config from an external source (like ext_pillar)?  I'm going to have a *lot* of tags if I can't limit by minion-id, and they will change on occasion.
20:17 cron0 If I wipe the environment by starting the minion using env -i /etc/init.d/salt-minion start it still doesn't work. if I take out env -i it's all fine
20:18 jdenning (or any best-practice style tips for managing that lots of minion/tag combinations?)
20:18 UtahDave cron0: I'm not sure.  If no one pipes up here with an answer you might want to ask on the mailing list
20:19 UtahDave jdenning: The reactor is still fairly new. I don't know that there are any best practices yet.  :)
20:19 jdenning UtahDave: Understood :) Thanks for the help
20:20 jdenning I'm basically just trying to avoid running an additional ZeroMQ instance to handle some events in my infrastructure, since salt is there anyways :)
20:20 UtahDave jdenning: of course!
20:21 UtahDave jdenning: Tell you what, if you would open an issue on Github with this feature request, we'll figure out a way to make something like that work for everyone.
20:21 UtahDave jdenning: I think that's something that would prove really useful.
20:22 aranhoide joined #salt
20:22 UtahDave jdenning: Explain your scenario and what you're trying to accomplish and how you think it might best work or be configured.
20:22 jdenning UtaDave: Sounds good - I'll try to think it through a bit & put in a feature req today or tomorrow..
20:22 UtahDave thanks, jdenning!
20:25 jessep joined #salt
20:27 LyndsySimon joined #salt
20:28 LyndsySimon joined #salt
20:29 jfchevrette UtahDave: posted to the mailing list. lets see if somebody else has seen this
20:30 UtahDave thanks!
20:31 mgw Corey: Are the upstart scripts yours?
20:31 darrend joined #salt
20:31 jfchevrette Well well… https://groups.google.com/d/msg/salt-users/GqlCohuA5A0/pPMgspSP1OkJ
20:32 jfchevrette Found the culprit. Not sure how to fix though. I'll see about opening a bug report
20:32 bfrog UtahDave: probably just need to bug whoever is managing the archlinux repo
20:32 jfchevrette If HOME isn't set to a valid directory highstate will hang and never return
20:33 UtahDave bfrog: yeah.
20:34 UtahDave jfchevrette: ah. yeah, please open a bug report
20:34 teskew it sucks that salt-cloud sits in a broken state in transition to new salt releases.  so the "stable" version doesn't work with map files unless everything is stated in the map file (not in the provider or profile), but the dev version where this is fixed, doesn't work unless you have the dev version of salt
20:35 UtahDave teskew: sorry, man. Just a few more hours.
20:37 cdn Updated to latest code, now when I run a sudo salt-run winrep.genrepo I see the error "TypeError: list indices must be integers, not str". Any ideas where I should look to check for extra info. It doesn't mention which pkg, etc?
20:40 UtahDave cdn: oh really?  can you pastebin the output?
20:41 UtahDave i'm going to call in terminalmage on this, too
20:41 ingwaem joined #salt
20:41 terminalmage hrm
20:41 [diecast] is there an interactive debugger mode.. or can i simply raise pdb somewhere on master/minion
20:42 terminalmage cdn: yeah, please pastebim the traceback
20:42 terminalmage *pastebin
20:42 cdn sure one sec, this vm I have is acting up i'm testing on.
20:42 ingwaem Greetings everyone…what's the best way of starting salt-minion on a mac automatically? I have a bunch of mac vm's and it's a real snore having to start salt-minion every time they boot…so trying to figure out the best way to make sure it runs on boot…perhaps a state setting somewhere?
20:42 kstaken joined #salt
20:44 cdn @UtakDave. http://pastebin.com/mwtfPdnu
20:44 cdn UtahDave :)
20:45 cdn I updated to latest with "curl -L http://bootstrap.saltstack.org | sudo sh -s -- -M -N git develop"
20:45 UtahDave terminalmage: did winrepo.py get touched with these latest changes?
20:45 cdn in case that helps
20:46 magmatt joined #salt
20:46 UtahDave ingwaem: I'm not sure.  If it doesn't automatically start now, it sure seems like it should.  Would you mind opening an issue on that?
20:46 terminalmage UtahDave: yes
20:47 terminalmage UtahDave: to build the reverse map
20:47 UtahDave ah, ok.
20:47 terminalmage I'll look. it worked for me
20:48 terminalmage but I didn't have an existing winrepo.p
20:48 terminalmage though I wouldn't think that mattered
20:48 UtahDave Ah, good point.
20:48 UtahDave cdn: could you try deleting your winrepo.p and retrying?
20:49 mgw ingwaem: look into launchd
20:50 cdn Same problem,
20:50 ingwaem utahdave…I'll try reinstalling…if it still doesn't auto-start I'll open a ticket.
20:50 cdn winrepo.p doesn't get generated
20:50 ingwaem mgw: thanks…I'll check that out too
20:53 timl0101 joined #salt
20:54 mgw ingwaem, UtahDave: looks like the launchd plists are at least present in the repo (in pkg/darwin)
20:54 cdn Found the issue
20:55 UtahDave cdn: what happened?
20:55 UtahDave Corey: Do you know anything about Salt startup scripts on MacOS?
20:55 jkleckner joined #salt
20:56 darrend hi guys, we've been having issues with the service module for several versions now, including 15.3.  Invoking it as part of a state normally works, but leaves the salt-minion process defunct, so it never returns and the process on the master has to be exited with Ctrl-C or sigkill.  Is this well known, or just affecting us? :)
20:56 cdn in /srv/salt/win/repo/app/init.sls it didn't hve a version number at the second level (i.e.   name-of-package: v123)
20:56 cdn change it to 123 instead of v123 and it took it
20:56 giantlock joined #salt
20:57 LyndsySimon joined #salt
21:01 jpeach joined #salt
21:01 cdn joined #salt
21:05 ingwaem UtahDave: Yea, it doesn't appear that salt-minion automatically starts on the mac…issue #5678 submitted
21:05 aranhoide left #salt
21:07 UtahDave cool, thanks ingwaem
21:07 cdn UtahDave , not sure if related but now when I run it I see this traceback http://pastebin.com/pwcygmYz
21:08 cdn I think originally I had this problem when my package started with a number and the version number was a number as well.
21:08 cdn which is why I have the v infront of the version number before today's build.
21:14 jeddi joined #salt
21:18 ingwaem i'll be back later. have fun all
21:20 tomeff joined #salt
21:22 Slipo joined #salt
21:23 terminalmage did cdn leave?
21:24 terminalmage I can't reproduce
21:24 chrism yep
21:25 terminalmage did he report this on the tracker?
21:26 terminalmage if he pops back in, can you tell him to pastebin his repo SLS files?
21:26 terminalmage I have to step out for about 15-20 mins
21:26 chrism i'm probably not going to be around myself, but if i am, i'll copy/paste =)
21:27 milind joined #salt
21:31 RichiH left #salt
21:38 jpeach joined #salt
21:42 dthom91 joined #salt
21:46 aranhoide joined #salt
21:47 viq joined #salt
21:47 viq joined #salt
21:49 dthom91 joined #salt
21:50 __gotcha joined #salt
21:50 __gotcha joined #salt
21:50 hazzadous joined #salt
21:54 LyndsySimon joined #salt
21:57 ronc joined #salt
21:57 pentabular joined #salt
22:04 jeffrubi` left #salt
22:04 timl0101 joined #salt
22:05 krissaxton joined #salt
22:08 ingwaem joined #salt
22:21 efixit joined #salt
22:22 aranhoide left #salt
22:27 jacksontj are there any plans on supporting git remotes for pillar?
22:28 dthom91 joined #salt
22:30 whiteinge jacksontj: yes
22:30 jacksontj cool :)
22:30 pentabular +1
22:30 whiteinge we were discussing just that maybe an hour ago :)
22:31 jacksontj yea, i just finished re-writing my deployment stuff to use states + pillar and i just now realized that it didn't ;)
22:31 whiteinge a git ext-pillar module would be a quick thing to whip up. and a proper git-backend for pillar is needed
22:31 auser joined #salt
22:33 jacksontj for cmd_yaml what is the format of the yaml returned? The same as you'd have in the filesystem on disk? (targeting and values)
22:33 whiteinge i suspect the reason for the oversight is the git-backend stuff was distracted by wonky python git libs...
22:33 jacksontj i'm wondering how hard it'd be to throw together the external module that does it
22:34 jacksontj i'd love to get it into 0.16 ;)
22:34 whiteinge nice! i think cmd_yaml is just expecting any parsable yaml. no specific format
22:34 jacksontj so how does it scope per host.. :/
22:35 jacksontj the top file for pillar is host -> file/value mapping
22:35 whiteinge oh, i misunderstood the question
22:36 whiteinge not sure. i'll find out...
22:36 jacksontj oh, yea i'm wondering what format i'd have to emit for a git pillar module
22:36 kstaken_ joined #salt
22:37 * whiteinge nods
22:42 chrism on the salt.master, whenever you cron up a highstate run every X minutes, is there a way to get output of the state changes in a logfile?
22:43 jkleckner joined #salt
22:45 timl0101 joined #salt
22:46 whiteinge chrism: you can grab the result from a previously run job using the jobs runner (salt-run jobs.list_jobs; salt-run jobs.lookup_jid XXX)
22:46 chrism ooh
22:46 chrism well that's nice
22:46 chrism ty =)
22:46 whiteinge np!
22:47 ydavid joined #salt
22:49 jacksontj whiteinge: looks like the ext pillar only has access to the current pillar, and what is passed in the "command" section
22:50 jacksontj so if you return something like top.sls then it won't work
22:50 jacksontj so (from what I gather) you can't scope the data from the ext_pillar
22:57 whiteinge jacksontj: (still working on a definitive answer) it's looking to me like the function in the ext_pillar module gets called with the targeting parameters
22:58 whiteinge e.g., the function gets called once per minion and it's up to that function to target and return the correct data for the given minion
22:59 whiteinge jacksontj: take a look at the "this function has access to some useful globals" section here
22:59 whiteinge http://docs.saltstack.com/topics/development/external_pillars.html?highlight=ext_pillar#ext-pillar
22:59 whiteinge so the targeted minion id shows up in __opts__['id']
23:04 terminalmage I think I found cdn's issue from before
23:05 UtahDave terminalmage: what was the deal?
23:05 dthom91 joined #salt
23:05 terminalmage UtahDave: https://github.com/saltstack/salt/pull/5683
23:05 UtahDave looking
23:05 terminalmage he said 123 didn't work, but v123 did
23:06 UtahDave Ah, that makes sense
23:06 terminalmage the first traceback he posted still makes no sense
23:07 terminalmage but AttributeError: 'float' object has no attribute 'startswith'
23:07 terminalmage that would have been caused if, for instance, the version number was 1.2
23:07 UtahDave gotcha
23:07 terminalmage interestingly enough, I didn't break that
23:07 terminalmage thought I had
23:08 terminalmage but I didn't touch that code when I added the reverse map to the data
23:08 terminalmage so that's probably been a lingering bug we didn't catch because version numbers usually have a major, revision, and bugfix section
23:08 terminalmage i.e. 1.2.3
23:09 terminalmage yaml.safe_load would load 1.2 as a float, but 1.2.3 as a string
23:10 jacksontj terminalmage: yea, you run the command once per minion, but the targeting isn't passed down to the ext_pillar module
23:10 jacksontj its only called with current pillar and command
23:10 jacksontj so we'd have to pass the ID as well
23:10 Slipo joined #salt
23:10 terminalmage huh?
23:10 jacksontj then the module would just have to (essentially) do a git pull then use all the same top code
23:10 jacksontj terminalmage: sorry, i meant whiteinge
23:10 jacksontj ;)
23:10 terminalmage ahh
23:10 kleinishere joined #salt
23:12 UtahDave jacksontj: the external pillar is seamless with the regular pillar.  Your external pillar gets the minions  __opts__, __salt__, and __grains__ and your external pillar uses that info to then return a dict
23:12 jacksontj ah,
23:13 jacksontj cool!
23:13 jacksontj so you'd have to just use the same code to parse the top files
23:13 jacksontj :)
23:14 jacksontj i'll try to hack on this over the weekend ;)
23:15 UtahDave cool.  Yeah, the external pillar lets you do whatever you want to determine the data you want to return.
23:15 jacksontj i didn't realize that those globals where available ;)
23:17 Kyle Well
23:17 Kyle I finally got myself a person Salt master, heh
23:18 KyleG and a damn good looking name.
23:18 KyleG Like wow.
23:18 KyleG Dem 4 letters
23:18 LyndsySimon joined #salt
23:19 UtahDave Kyle ?  do you mean you hired someone?
23:19 aat joined #salt
23:20 Kyle UtahDave: No, I just finally got around to setting me up an instance for my personal machine :p
23:20 UtahDave Ah, I see.  :)
23:20 Kyle s/hine/hines/
23:20 Kyle That, and I've been playing with LincolnLoop's Salmon, I'm pretty satisfied now heh
23:23 oz_akan_ joined #salt
23:23 * EugeneKay pets Kyle
23:26 UtahDave Kyle: that's cool. Salmon is on my list of things to test out
23:29 EugeneKay Annnnd now I find the saltutil.refresh_pillar function.
23:45 Corey UtahDave: launchctl is... fun. :-)
23:46 Corey UtahDave: But launchd is going to have to read a plist.
23:46 gwar9999 We're starting to evaluate SaltStack.  We have experience w/ Puppet/Foreman.  Foreman can be used to provision bare metal hardware (PXE, install os, run puppet).  Can SaltStack be used to provision a host as well as configure it?
23:48 UtahDave SaltStack doesn't yet provision bare metal hardware. We have plans to do so. We even have a name for it  Salt Genesis.  We have some of the underlying tech built, but it's not working yet
23:49 gwar9999 UtahDave: thanks, that's great to hear.
23:49 UtahDave Yep. I'm really looking forward to that feature, too

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