Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-04-09

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

All times shown according to UTC.

Time Nick Message
00:03 UtahDave joined #salt
00:10 dvogt joined #salt
00:16 Ryan_Lane UtahDave: is there any plans to support python 3?
00:16 UtahDave yep!
00:16 Ryan_Lane any specific time frame?
00:16 UtahDave the main blocker has been a crypto library that doesn't support python 3
00:17 UtahDave There's work on swapping all that out.
00:17 Ryan_Lane yep, my colleague was just telling me that
00:17 Ryan_Lane so, next release? the following release?
00:19 UtahDave I'm not sure exactly.  let me ping the guys working on that
00:19 rgbkrk joined #salt
00:19 * Ryan_Lane nods
00:22 Luke__ joined #salt
00:23 garthk shouldn’t require_in: - service:name force the service to reload or restart if the state changes?
00:24 dvogt joined #salt
00:24 garthk aah, I need watch_in
00:28 manfred Ryan_Lane: I saw some stuff on one of the blockers being the transport layer, from what i saw on the new one, it looks like it is going in and fixing up some python2 stuff to make it compatible with python3
00:28 manfred or make it easier to be compatible with python3
00:32 ksalman can i set the definition order on any state? I need to push apt configuration to use a proxy server, so that needs to be on the minion before it tries to install packages defined in any other state
00:33 ksalman can i jsut set that state to "order: 1" ?
00:36 ajw0100 joined #salt
00:36 ipalreadytaken joined #salt
00:41 ekristen joined #salt
00:41 Luke joined #salt
00:44 smurfy_ joined #salt
00:44 UtahDave ksalman: yep!
00:44 ksalman Thanks UtahDave
00:44 UtahDave np
00:45 bemehow joined #salt
00:45 Ryan_Lane manfred: right, that doesn't really help me know which release is targeted, though :)
00:46 yomilk joined #salt
00:50 AdamSewell joined #salt
00:58 sroegner__ joined #salt
01:07 payeco joined #salt
01:07 payeco left #salt
01:11 ekristen joined #salt
01:12 mgw joined #salt
01:19 Luke joined #salt
01:20 Jahkeup joined #salt
01:21 SmileyChris joined #salt
01:22 SmileyChris Is there an easy way to restart a service every time the sls is run?
01:23 xzarth_ joined #salt
01:24 dimeshake joined #salt
01:24 Luke joined #salt
01:26 manfred joined #salt
01:28 rgbkrk joined #salt
01:38 rome joined #salt
01:40 ninjabox joined #salt
01:44 taion809 joined #salt
01:45 dopp joined #salt
01:47 UForgotten joined #salt
01:47 UForgotten joined #salt
01:48 Ryan_Lane joined #salt
01:48 Ryan_Lane joined #salt
01:52 timoguin joined #salt
02:01 rome joined #salt
02:01 elfixit joined #salt
02:03 rome joined #salt
02:03 AdamSewell joined #salt
02:10 rgbkrk joined #salt
02:12 aCodinMan joined #salt
02:14 ekristen I have 2014.1.0rc3 but it seems that none of the docker states work
02:18 garthk SmileyChris: whatever you’re changing, watch_in: - service: …
02:21 faldridge joined #salt
02:22 garthk Any way to give multiple name/source pairs with file.managed?
02:27 ipalreadytaken joined #salt
02:37 rome joined #salt
02:39 manfred garthk: i would store them in a pillar, and then do a jinja forloop on them to generate all of your blocks
02:42 snuffeluffegus joined #salt
02:49 Ryan_Lane joined #salt
02:49 MTecknology guys
02:49 MTecknology I think I might be getting high blood pressure.
02:50 MTecknology too much salt?
02:50 kedo39 oh ho ho
02:52 jcockhren given heartbleed, shouldn't we regen out master-minion certs?
02:52 jcockhren our*
02:58 sroegner__ joined #salt
03:02 Corey Bahahahahah.
03:02 Corey Hahahahaha hurhurhur.
03:02 Corey Hee hee.
03:02 Corey MTecknology: ^
03:03 Corey jcockhren: No.
03:03 MTecknology :P
03:05 mikemar10 joined #salt
03:06 smcquay joined #salt
03:19 jcockhren joined #salt
03:23 xl1 joined #salt
03:28 ajw0100 joined #salt
03:30 sssslang joined #salt
03:31 sssslang Is there a way to check a file's content without overwrite it?
03:37 dancat joined #salt
03:38 kedo39 sssslang: what are you trying to do?
03:48 fllr joined #salt
03:52 jcockhren joined #salt
03:55 catpigger joined #salt
03:57 l0x3py joined #salt
04:13 cewood joined #salt
04:14 SmileyChris garthk: sorry, missed your response earlier -- I'd like to restart the service every time, not just if something else changes
04:15 garthk SmileyChris: so do something every time, like touching a file
04:15 sssslang kedo39: I want to check whether a file is in right state. If not, using cmd.wait to run some command.
04:16 SmileyChris garthk: thought maybe i was missing something more elegant, but I guess that'll do. Cheers
04:16 garthk SmileyChris: I find SaltSatck is at its best when it’s being crude and obvious
04:16 SmileyChris :)
04:19 fllr joined #salt
04:21 _fllr_ joined #salt
04:21 TyrfingMjolnir joined #salt
04:27 ndrei joined #salt
04:30 Luke joined #salt
04:35 elfixit joined #salt
04:36 jcockhren joined #salt
04:50 Ryan_Lane joined #salt
04:51 jalbretsen joined #salt
04:57 viod joined #salt
04:59 sroegner__ joined #salt
05:06 fllr joined #salt
05:07 fllr joined #salt
05:10 fllr joined #salt
05:11 rgbkrk joined #salt
05:13 jeremyBass1 joined #salt
05:14 travisfischer joined #salt
05:15 gildegoma joined #salt
05:19 dvogt joined #salt
05:23 nextdoorwarren joined #salt
05:23 aCodinMan joined #salt
05:33 xmj moin
05:34 xmj is there a way I can make sure my minions perform a dist-upgrade in a state?
05:35 xmj i'm setting up new VMs as we speak and the image i'm using doesn't have the openssl heartbeats backport (but the update repos)
05:39 Katafalkas joined #salt
05:40 middleman_ joined #salt
05:44 Katafalkas joined #salt
05:46 fragamus joined #salt
05:51 fllr joined #salt
05:53 epcim joined #salt
05:58 Katafalk_ joined #salt
06:18 faldridge joined #salt
06:21 fllr joined #salt
06:27 __number5__ xmj, yes, use the salt.modules.aptpkg.upgrade for apt-get dist-upgrade
06:27 __number5__ NB that's a module not a state
06:32 xmj cool
06:33 xmj is there a similar thing for centos-boxen too?
06:36 musinsky joined #salt
06:48 __number5__ have no idea, try search yum in docs.saltstack.com
06:53 jtang1 joined #salt
06:53 chiui joined #salt
06:55 jtang1 joined #salt
06:55 salt_ joined #salt
06:56 salt_ How to configure browser settings (e.g. Search settings, Home Page) on different machines, from a different machine. Is it possible via Salt ?
07:00 harobed joined #salt
07:00 sroegner__ joined #salt
07:01 musinsky joined #salt
07:04 ndrei joined #salt
07:11 smcquay joined #salt
07:21 fllr joined #salt
07:22 ravibhure joined #salt
07:27 musinsky joined #salt
07:27 ccase joined #salt
07:42 Katafalkas joined #salt
07:48 musinsky joined #salt
07:49 che-arne joined #salt
07:51 viod joined #salt
07:51 CeBe joined #salt
07:54 smurfy_ joined #salt
07:58 Kenzor joined #salt
07:59 hhenkel nkuttler: Thanks for the info.
08:00 hhenkel Hi all, what is the best way to debug jinja commands within pillars?
08:00 hhenkel Or is there a way to print out something to std out when a file was processed?
08:02 chiui I'll be very interested in an answer to this :)
08:03 xmj [DEBUG   ] Attempting to authenticate with the Salt Master at 192.168.0.220
08:03 xmj so i've set salt-minion to give me debugging output, and ... i'm still waiting for anything useful in its to find out why it fails
08:08 topochan joined #salt
08:15 borgstrom joined #salt
08:15 musinsky joined #salt
08:16 mike25ro joined #salt
08:17 dRiN joined #salt
08:20 ggoZ joined #salt
08:21 aCodinMan joined #salt
08:21 fllr joined #salt
08:22 xmj is there any way to make logs (ultra-/beyond-) verbose so i can see which part of the setup messes things up?
08:22 musinsky joined #salt
08:27 kermit joined #salt
08:33 Calum joined #salt
08:36 giantlock joined #salt
08:44 chiui xmj, did you try "garbage" level already?
08:44 xmj does that exist?
08:45 chiui quite sure about it, it is one of the valid logging levels
08:45 xmj well that's useful. tyvm
08:45 chiui being more than debug
08:58 jeddi joined #salt
09:01 sroegner__ joined #salt
09:01 shano joined #salt
09:04 xmj Who'd have thought. The issue was a missing FORWARD rule on the host.
09:07 jcsp joined #salt
09:10 ndrei joined #salt
09:13 linjan joined #salt
09:16 bhosmer joined #salt
09:21 fllr joined #salt
09:22 yomilk joined #salt
09:34 bhosmer joined #salt
09:35 ndrei joined #salt
09:41 ThomasJ|d joined #salt
09:50 Ixan joined #salt
09:54 Ryan_Lane joined #salt
09:58 derelm joined #salt
10:09 yomilk joined #salt
10:11 derelm joined #salt
10:16 musinsky joined #salt
10:21 Katafalk_ joined #salt
10:21 fllr joined #salt
10:28 ckao joined #salt
10:41 marcinkuzminski joined #salt
10:43 carlos_ joined #salt
10:46 hhenkel Is there a way to test if an sls exists?
10:48 marnom from where?
10:51 xmj So I've changed the TLDs of my vz containers (from one nonexistent tld to another). How do I tell salt's masters/minions to refresh/accept the tldchange?
10:52 vortec joined #salt
10:55 Ryan_Lane joined #salt
10:56 yomilk_ joined #salt
10:58 xmj Note to self: recursively change minion_id content; restart service.
11:01 fllr joined #salt
11:01 sroegner__ joined #salt
11:02 _fllr_ joined #salt
11:04 mortis any of you autogenerate documentation of your sls-files with something like docstrings or whatever?
11:04 helderco joined #salt
11:04 mortis looking for ways to do it
11:04 marnom xmj: might be helpful in the future: you can also remove the minion_id file & restart the service, then it will reinitialize to current hostname
11:05 hhenkel marnom: sorry, someone came to my table...
11:05 helderco joined #salt
11:05 mortis nevermind, found it :)
11:06 xmj marnom: i like find magic :)
11:06 hhenkel marnom: I got my pillars within a git repo...for parsing the pillars it works even if a file is not where it should be ( the rest of the pillar info gets processed).
11:06 marnom mortis: could you link something? I'm also interested in documenting my state files better
11:07 mortis marnom: reading http://docs.saltstack.com/en/latest/ref/modules/ -> 20.26.6.1. Adding Documentation to Salt Modules
11:07 hhenkel marnom: But once I want to use this pillar stuff with highstate it fails as some host specific file is not found (as it is not there=.
11:07 mortis doesnt document my sls files tho
11:07 marnom thx mortis
11:07 hhenkel marnom: The idea is, to only try to load the host specific pillar data if the host specific pillar file exists.
11:08 marnom hhenkel: ah I see...
11:08 hhenkel Any thoughts on that?
11:08 yomilk joined #salt
11:09 marnom hhenkel: sorry I'm also quite new to Salt Stack, so no I wouldn't know this. Perhaps with some templating logic on the master ? You can use ruby..
11:09 marnom err... I'm messing things up.. Vagrant is Ruby.
11:09 hhenkel One idea was, to generate empty files for all hosts...
11:09 marnom hhenkel: possible but a bit... ugly I think
11:10 hhenkel salt is python, I could use a salt module like file but as my pillar data is within git this is getting complicated.
11:10 marnom hhenkel: maybe with some logic like this in-line: http://docs.saltstack.com/en/latest/topics/tutorials/states_pt3.html
11:11 marnom hmm yeah I see :x
11:11 marnom what determines if the state file exists? Perhaps you could add a grain to the relevant minions and target it based on that?
11:12 hhenkel marnom: Nope, this is not an option.
11:13 marnom hhenkel: okay, well then I'm out of ideas for now, perhaps someone else has more experience!
11:13 hhenkel The pillar data is on the master, I don't want to add a client specific info on the client pointing to a file on the master/git repo.
11:14 marnom hhenkel: I can understand
11:15 marnom hhenkel: but if it were based on some server role or something, a grain could perhaps make sense. But I guess you wouldn't be asking this question here then anyway :)
11:16 hhenkel marnom: Actually I use pillars to set my roles... ;)
11:16 * marnom should perhaps get some more actual experience before trying to help others :)
11:17 arapaho joined #salt
11:21 fllr joined #salt
11:29 Katafalkas joined #salt
11:30 Katafalkas joined #salt
11:33 Katafalk_ joined #salt
11:35 easylancer joined #salt
11:36 zooz joined #salt
11:38 Katafalk_ joined #salt
11:41 topochan joined #salt
11:46 ekristen joined #salt
11:47 TyrfingMjolnir joined #salt
11:47 freescript joined #salt
11:48 ekristen good morning
11:48 ekristen anyone successfully using the docker states with saltstack? I keep getting state unavailable errors
11:56 younqcass joined #salt
11:58 harobed joined #salt
12:01 freescript left #salt
12:06 xmj So I don't grok sls files.
12:07 xmj I have a pillar with FN_foo:\n  -ip: 192.168.0.220\n    - hostname: internal -- why is pillar['FN_foo'] a *list* ?
12:07 Harry` joined #salt
12:07 ThomasJ|d joined #salt
12:07 xmj moreover, a *list* of single element dicts, [{'ip': '192.168.0.220'}, {'hostname': 'internal'}] ?
12:07 Ixan joined #salt
12:08 sandbender1512 that's the format
12:08 Harry` Hi
12:08 sandbender1512 it's sorta like a yaml-based dsl
12:08 sandbender1512 the '-' on your second line indicates a list element
12:08 xmj so if I don't use - i'll get a multi-element dict?
12:08 sandbender1512 without the dashes, pillar['FN_foo'] would be a dict
12:08 * sandbender1512 nods
12:10 sandbender1512 it's sorta confusing until you ignore the salt-specific structure for a moment and remember it's just yaml
12:10 sandbender1512 the contents of each element of your top level dict for a pillar can be anything... but for an .sls there's a salt-specific structure that's expected
12:10 Vivi-1 joined #salt
12:11 xmj Comment: File /etc/hosts updated
12:11 xmj sandbender1512: thanks!
12:11 sandbender1512 nps
12:11 Vivi-1 left #salt
12:11 Shenril joined #salt
12:11 diegows joined #salt
12:11 easylancer anyone in here using docker container to run nginx in?
12:12 xmj openvz... docker is lxc?
12:12 Harry` Is it possible to check if a states file exist before including it ?
12:12 Harry` Something like that : http://pastebin.com/tbQNZDR1
12:13 sandbender1512 Harry: checkout the pure python renderer (not sure if there's a better/salt-ier way?)
12:15 mpanetta joined #salt
12:15 sandbender1512 #!py\n\ndef run():\n<do your check>\nreturn {'include': ['extant.module.path']}
12:16 sandbender1512 ^^ contents of a simple example pure-python sls file
12:16 sandbender1512 shebang indicates renderer(s) to use when the file is being compiled as an *sls*
12:16 mpanetta_ joined #salt
12:16 xmj hm
12:16 xmj Harry`: can you ping me once you find a yamlway to do that ?: )
12:16 sandbender1512 :)
12:18 bronsen What did I do wrong when salt-call complains about being unable to resolve host 'salt' even though it ought to be a masterless minion (file_client: local)
12:19 marnom resolv.conf search domain?
12:19 marnom (@bronsen)
12:20 dean joined #salt
12:21 bronsen marnom: am I to understand that the salt host needs to resolve to something even in a master-less setup?
12:21 mpanetta joined #salt
12:21 bronsen 'salt' host I mean
12:21 xunil joined #salt
12:22 marnom bronsen: zzz.. I should learn to read
12:23 marnom the message suggests that the minion config doesn't know it's masterless
12:23 bronsen maybe I have played too long with the box
12:23 vbabiy joined #salt
12:23 bronsen I'll try and destroy it
12:23 pressureman joined #salt
12:24 Harry` sandbender1512: Thx :)
12:24 pressureman is it possible to restrict by minion id in client_acl?
12:25 Harry` xmj: sure
12:30 marnom isn't the minion_id totally controlled by the client? I can send any (even invalid) minion_id to my master..
12:31 marnom (point I'm trying to make is: that wouldn't really add a lot of security in my opinion)
12:32 elfixit joined #salt
12:34 ipmb joined #salt
12:35 pressureman marnom, sorry, poorly worded on my part, and i think i figured it out anyway
12:35 pressureman i wanted to restrict users to certain commands, on certain hosts
12:40 pressureman which leads me to my next question - how can i define an acl to specify commands that *any user* can execute on *any host*, e.g. basic harmless commands
12:40 mgw joined #salt
12:41 bronsen good I found an error message in log/minion: "This master address: 'salt' was previously resolvable but now fails to resolve! The previously resolved ip addr will continue to be used" I now wonder if the base box had previously been used in a master-minion setup.  How would I go about invalidating this cached information?
12:50 wkf joined #salt
12:52 ndrei joined #salt
12:54 jslatts joined #salt
12:56 _mel_ joined #salt
12:56 Ryan_Lane joined #salt
12:56 rome joined #salt
12:57 _mel_ Hi. i try to use file.managed for authorized_keys2. i'd like to have a "global" part with keys from salt. but i want to add some keys on the server without getting it  overwritten by salt on the next run. what would be the best way to do it?
13:02 sroegner__ joined #salt
13:08 fllr joined #salt
13:08 FarrisG Are there any widely-used QAD methods to run a state file or arbitrary cmd on a big list of target matches and parsing the output to make an easily re-used list of machines that match a certain scenario? For instance, running a df (or using disk.percent) and compiling a list of machines whose /boot partition is full?
13:08 AdamSewell joined #salt
13:11 Harry` bronsen: I had the same error some days ago
13:13 Harry` minion <-> master connection OK. Applying configuration. minion <-> master connection DOWN
13:14 racooper joined #salt
13:15 timoguin joined #salt
13:16 bronsen Harry`: and I don't even have a master <-> minion setup, essentially I am following https://github.com/saltstack/salty-vagrant/blob/develop/README.rst
13:19 Harry` bronsen: Have you tried to comment the line begining with "master: ..." in /etc/salt/minion or /etc/salt/minion.d/... ?
13:21 bronsen Harry`: the minion has neither file
13:21 rome joined #salt
13:22 aleszoulek joined #salt
13:23 bronsen I'll try and remove salt-master from my host system
13:23 Harry` bronsen: You have no salt/minion file ?
13:24 marnom _mel_: look into the dedicated module to manage authorized keys
13:26 kamal_ joined #salt
13:28 workingcats joined #salt
13:28 elfixit joined #salt
13:32 bronsen Harry`: I have a minion file (at least I created it and configured salty-vagrant accordingly), but your question indeed make me wonder if I put salt.minion_config and vm.synced_folder together correctly: http://paste.pwny.biz/z04NeCxctfa7b42
13:32 jrdx joined #salt
13:33 helderco joined #salt
13:34 FarrisG I have a bunch of minions that have been updated to 2014.1.1, but test.version still reports "0.16.0-1305-gda46fc6" Based on features, it's definitely updated. What's making it report that version?
13:36 GradysGhost joined #salt
13:37 perfectsine joined #salt
13:39 jeddi FarrisG: were the minion daemons restarted?
13:39 marnom FarrisG: might the master have cached these grains?
13:39 marnom (dunno but remember reading something about caching in master config)
13:39 __alex joined #salt
13:43 vbabiy joined #salt
13:44 ndrei joined #salt
13:45 travisfischer joined #salt
13:52 dave_den joined #salt
13:52 novastar2 joined #salt
13:54 tedski I have an interesting case of nodegroup matching in the topfile not working
13:54 tedski nodegroup matching works fine for other nodegroups except this one.
13:54 tedski see here: http://pastebin.com/zNLvzc3a
13:55 tedski err, santization fail
13:55 tedski line 20 should read "- salt.minion"
13:55 ede joined #salt
13:55 rgbkrk joined #salt
13:55 tedski see here: http://pastebin.com/SPkgBCZd
13:57 Ryan_Lane joined #salt
13:57 _mel_ marnom: i want to add different keys to different servers,  i've created several sls files in the dir "ssh" (e.g.  ssh/init.sls ssh/special.sls) how can i use the files in states?
13:58 tedski salt-call sate.show_top results in the same missing top data
13:58 gildegoma joined #salt
13:58 tedski _mel_: define the keys in pillar data
13:59 mattmtl joined #salt
13:59 _mel_ tedski: is there any example available?
14:00 rome joined #salt
14:00 danielbachhuber joined #salt
14:00 tedski _mel_: of specifically adding keys via pillar data, i'm not sure.  of using pillar data in states? yes, the pillar docs have an example of that.
14:03 _mel_ i use pillar for bacula config, saying if the server is here use that conf, is the server in a different place use that config. but with ssh i like to have some "global" ssh keys in every server and somtimes some more for specific servers.
14:03 tedski _mel_: when using pillar data in states, you can set a default value
14:04 shano joined #salt
14:05 sroegner__ joined #salt
14:05 JesseCW joined #salt
14:06 Shish joined #salt
14:06 mpanetta_ joined #salt
14:06 arrose joined #salt
14:07 vejdmn joined #salt
14:07 JesseC-Work joined #salt
14:08 mpanetta_ joined #salt
14:08 mpanetta_ joined #salt
14:09 undefinednull joined #salt
14:11 ajprog_laptop joined #salt
14:11 JesseC-Work joined #salt
14:12 engblom joined #salt
14:13 bronsen marnom: Harry`: it seems vagrant isn't calling salt correctly: https://github.com/mitchellh/vagrant/issues/3296  So I'll tr them for support. thanks for your help!
14:22 thedodd joined #salt
14:27 topochan joined #salt
14:28 jaimed joined #salt
14:29 JesseCW joined #salt
14:30 wendall911 joined #salt
14:30 JesseCW joined #salt
14:30 mgw joined #salt
14:36 jcsp1 joined #salt
14:36 ipmb joined #salt
14:38 alunduil joined #salt
14:39 tdillio joined #salt
14:40 aleszoulek joined #salt
14:40 tdillio Can I use gitfs to store the pillar root?
14:42 jeremyBass joined #salt
14:42 timoguin tdillio, yes. http://docs.saltstack.com/en/latest/topics/tutorials/gitfs.html#using-git-as-an-external-pillar-source
14:43 tdillio timoguin: Thanks, I didn't see that!
14:43 tdillio I was just looking in the master config and the pillars page
14:43 timoguin not the config syntax is a bit different than for normal file_roots gitfs
14:43 timoguin *notice
14:45 bhosmer joined #salt
14:46 tedski given a state file salt://salt/master/init.sls containing a file.managed state with parameter '- contents_pillar: ssh:privkey' and a file in ext_pillar named salt/master/sshkeys.sls with a valid yaml for ssh:privkey, can anyone think of a reason this returns empty data to the file?
14:46 tdillio Can I still specify git+ssh://?
14:46 tedski tdillio: yes
14:46 tdillio tedski: awesome, thanks
14:46 tedski - git: master git_ssh://git@git...com/user/repo.git
14:46 racooper what is salt-mini and why is it running on all my minions?
14:47 racooper hrm...nvm. it's salt-minion, being truncated in a report. duh....
14:48 tedski running state.highstate in debug mode doesn't reveal any info why that pillar data isn't rendering
14:48 tedski other pillar data from that same ext_pillar renders fine
14:48 * tedski scratches his head
14:48 jrdx joined #salt
14:49 ange joined #salt
14:49 ange hi
14:52 TyrfingMjolnir joined #salt
14:57 faldridge joined #salt
14:58 ange when using git as backend for pillars, do the minions need to be authorized to access the git repository or just the master ?
14:58 tedski just the master
14:58 ange thanks
14:59 ange in the case where salt '<some host>' pillar.items is not displaying pillar data from the repository, is there any classic things to check ?
15:01 tedski i don't think pillar.items shows external pillar data
15:01 tedski let me see
15:02 ange oh
15:02 ange that might explain
15:02 tyler-baker joined #salt
15:03 evinrude joined #salt
15:04 evinrude salt vs urbancode….anyone have any experience with this?
15:06 tedski ange: hrmm... maybe i'm wrong
15:06 tedski ange: i'm seeing ext_pillar data from gitfs in a minion when i run pillar.items
15:07 tedski ange: which means i'm seeing the same issue you are on another minion :)
15:07 ange ok
15:08 ange so for all minions I can see the pillar repository
15:08 ange but not the data
15:09 viq Any idea when 2014.1.2 will be out? And whether #11629 will be in it?
15:10 srage_ joined #salt
15:11 jeremyfelt joined #salt
15:14 hhenkel Is it possible to print stuff out from jinja templating?
15:15 viq hhenkel: what do you mean?
15:16 hhenkel viq: I get an error running hightstate and I guess it got to do with my jinja templating.
15:16 hhenkel viq: I see "TypeError: 'NoneType' object is not iterable"
15:16 ange tedski: any difference in your config or network access ?
15:16 cloq joined #salt
15:17 hhenkel viq: So the question is, if it is possible to print out variables and stuff of jinja.
15:18 tdillio hmm my ext_pillar config looks like: "-git: master git+ssh://git@domain/pillar.git" but I don't see any pillar data. Does that form look correct? The ext_pillar does show up when I run pillar.items just not the data.
15:19 tedski ange: nope...
15:19 _mel_ can i "uninstall" states? if i just remove them from tghe top.sls nothing happens
15:19 ipalreadytaken joined #salt
15:20 * ange interested by _mel_ question
15:20 cloq hey, I'd like to run a python script on minions via salt-master python API and then process the results -- do I have to manually serialize the outputs (into JSON, I guess) and then decode them or is there a cleaner solution?
15:20 cloq I guess I *have* to run the python script from a shell, but I was just curious
15:20 tedski _mel_: at present time, there is no clean way to reverse a state's actions
15:20 viq hhenkel: can you paste what you have?
15:21 tedski _mel_: many people are creating equivalent "absent.sls" states that reverse each thing the state does
15:21 ange tedski: create a "negative" state then remove it once things are back ?
15:21 viq tdillio: '- git:' not '-git:'
15:21 tedski ange: yup
15:21 _mel_ tedski: ok. sounds good
15:21 tdillio viq: My bad, I did have "- git", I didn't type it correctly here
15:22 hhenkel viq: sure, but it is quite complicated as it is a mix of pillar info an states. Is there no way to have some debug options with jinja or do a "stupid" print to std out?
15:22 Gordonz joined #salt
15:22 viq hhenkel: I don't really know, sorry
15:22 viq tdillio: did you refresh pillars?
15:23 tdillio viq: How do you do that? I was using the pillar walkthrough I didn't see any mention of refreshing the pillars.
15:24 tdillio or I am blind
15:24 tdillio *likely*
15:24 tedski doesn't pillar.items refresh pillars?
15:24 viq salt \* saltutil.refresh_pillar
15:24 ange uh
15:26 ange nope :/
15:27 tdillio viq: That didn't seem to do it, I am going to remove the git+ssh, use a pillar root on the filesystem and see what I'm doing wrong.
15:27 tdillio Oh snap nevermind there it is
15:27 tedski what'd you change? ange and i are experiencing the same issue
15:27 Gordonz joined #salt
15:28 ipalreadytaken joined #salt
15:28 tdillio tedski: Me?
15:28 ange yes
15:28 tedski tdillio: yeah
15:28 tdillio tedski: It was always working
15:28 * ange turns the spotlight towards tdillio
15:29 tedski interesting
15:29 tdillio I was looking in the wrong place for the output
15:29 conan_the_destro joined #salt
15:29 tedski i'm really scratching my head on this one... some minions see their pillar data, others don't
15:29 tedski where were you looking for it?
15:31 tdillio *hastebin-ing*
15:32 tdillio I was looking under the "master" section, but it's at the very top. "fnfo" is my pillar data: http://hastebin.com/hafaweyahi.sm
15:32 tdillio *"info" is my pillar data
15:33 tdillio I can post the relevant sections of my master config or top.sls if that helps?
15:33 tdillio then again I'm only testing with one minion at the moment
15:34 MZAWeb joined #salt
15:34 ange seems to be down to git config
15:36 mway joined #salt
15:37 ange - git: master git+ssh://git@bitbucket.org/<user>/<repo> ?
15:37 jperras would anyone know what an error of `AttributeError: 'SMinion' object has no attribute 'functions'` would indicate when invoking salt-call? http://pastebin.com/MTmgTq0q
15:42 travisfischer joined #salt
15:42 ipmb joined #salt
15:45 jalbretsen joined #salt
15:47 ange tedski: seems that this git line is not liked by salt
15:47 jperras I'm not even sure what might have changed
15:47 tedski ange: it works for me for "some" of my minions :)
15:50 ange I mean, right now, the logs are showing errors
15:51 ange fatal: unable to connect to git@bitbucket.org:
15:52 tedski oh, for you
15:52 meteorfox joined #salt
15:52 tedski and my mistake is totally silly and noobsauce
15:52 tedski it helps to add the match to the topfile :(
15:52 ange you still learn something from it, that's not silly
15:52 hunter joined #salt
15:52 tedski it's silly because i thought i had :)
15:53 tedski and i've been chasing ghosts
15:53 ange I usually push myself to check for the "simplest" error first
15:53 tedski me too
15:53 tedski emphasis on "usually"
15:53 tedski heh
15:54 jaimed joined #salt
15:54 ange no idea for the git@ syntax then ?
15:56 tedski ange: this is what i have workign: http://hastebin.com/fipukanumo.avrasm
15:56 timoguin ange, my config line looks like this: - git: master git+ssh://git@bitbucket.org/user/repo.git
15:56 tedski and of course, i have keys set up for the git over ssh
15:57 timoguin same. read-only deployment keys.
15:58 tdillio Mine is similar: :q
15:58 viq timoguin: and does salt user have the remote's key in his known_hosts ?
15:58 tedski herpaderp... topfile fixed it of course
15:58 tedski doh!
15:58 druonysus joined #salt
15:58 viq Or whoever has problems with that ;)
15:59 tdillio ange: Mine is "- git: master git+ssh://gitolite@domain:222/salt-pillar.git"
15:59 KyleG joined #salt
15:59 KyleG joined #salt
15:59 tdillio I only specify the port because I'm not using 22 for ssh
16:04 timoguin viq, yea, bitbucket's key is in known_hosts
16:06 FarrisG Even after upgrading to 2014.1.1 and verifying the code has changed to match the fix, I'm still seeing this behavior when running jobs.active: https://github.com/saltstack/salt/issues/11151
16:06 ange timoguin: just like mine
16:06 bhosmer joined #salt
16:07 ipmb joined #salt
16:08 ipalreadytaken joined #salt
16:09 goatfed joined #salt
16:09 possibilities joined #salt
16:13 chrisjones joined #salt
16:14 [diecast] joined #salt
16:15 smkelly joined #salt
16:15 whidbeywalker joined #salt
16:16 no-use1 joined #salt
16:17 timoguin anyone here used the docker module with 2014.1?
16:17 timoguin I'm having trouble getting it to even load. docker-py is installed, cache has been deleted on the minion, modules refreshed, everything refreshed, master restarted
16:17 timoguin and still nothing
16:20 masterkorp hello
16:21 masterkorp https://github.com/saltstack/salt/issues/11882
16:21 rome joined #salt
16:21 masterkorp just doing some shameless advertising to my problem
16:24 aCodinMan joined #salt
16:25 Thiggy joined #salt
16:25 Thiggy Anyone have some sls for statsd?
16:26 tdillio tedski: I'm seeing an issue similar to yours, whenever I ask minions for pillar.items I see the expected data, but if I try to match on pillars only some minions respond?
16:28 ange Thiggy: yes
16:29 tedski tdillio: do you have your top file updated?
16:29 tdillio tedski: yessir
16:29 ange Thiggy: sorry, my bad, it's collectd, statsd is in the todo list still
16:29 tedski tdillio: can you hastebin your topfile and dir structure?
16:29 Thiggy @ange I actually just found some with some more creative googling than I originally tried.
16:29 ange oh
16:29 Thiggy https://github.com/alexclear/salt-states-graphite-statsd-gdash/tree/master/statsd
16:30 ix_ joined #salt
16:30 ange sounds familiar
16:30 jrdx joined #salt
16:31 ange not exactly nodejs statsd
16:31 Guest17397 hi, could anyone point me to a method to choose (gentoo) use flags on a per-packet basis in sls?
16:32 mgw joined #salt
16:33 tdillio tedski: http://hastebin.com/yeweqalopo.hs
16:37 tedski tdillio: and that's after a saltutil.refresh_pillar ?
16:37 tdillio tedski: didn't try a refresh since I see the data if I call pillar.items on the minon directly, but I'll give that try
16:37 srage joined #salt
16:38 tdillio tedski: well, that worked
16:38 tdillio tedski: thanks for the suggestion!
16:39 notimpossible joined #salt
16:39 tedski yup :)
16:44 joehillen joined #salt
16:44 timoguin tdillio, FYI, pillar.items will pull the pillar data on the master.
16:44 timoguin pillar.get will actually render and show you what hte minion sees
16:45 nextdoorwarren joined #salt
16:45 _mel_ can file.accumulated filled by source or only by text?
16:45 _mel_ fg
16:45 gmoro joined #salt
16:46 joehillen joined #salt
16:47 Heartsbane Where is UtahDave when you need him
16:47 mway joined #salt
16:47 Heartsbane :(
16:48 krichardson joined #salt
16:49 tdillio timoguin: Ah I was not aware
16:49 timoguin it's thrown me off before too
16:50 possibilities joined #salt
16:52 travisfischer joined #salt
16:56 AviMarcus joined #salt
16:56 FarrisG Does halite have to be installed on the master, or can it be configured to use a remote master?
17:00 timoguin FarrisG, I'm pretty sure it has to be on the master.
17:01 chrisjones joined #salt
17:02 hunter joined #salt
17:08 [diecast] joined #salt
17:22 mpanetta joined #salt
17:23 mpanetta joined #salt
17:25 kermit joined #salt
17:27 viq I believe it's actually started as part of the master
17:29 srage joined #salt
17:31 AdamSewell joined #salt
17:36 dvogt joined #salt
17:36 Ryan_Lane joined #salt
17:39 Zuru joined #salt
17:40 Ryan_Lane1 joined #salt
17:51 erjohnso joined #salt
17:55 ndrei joined #salt
17:56 arthabaska joined #salt
17:56 bhosmer joined #salt
17:57 ggoZ joined #salt
17:58 Ryan_Lane joined #salt
17:58 Ryan_Lane joined #salt
18:04 notimpossible joined #salt
18:06 saurabhs joined #salt
18:14 possibilities joined #salt
18:15 fllr joined #salt
18:19 no-use1 joined #salt
18:20 thedodd joined #salt
18:20 smurfy_ joined #salt
18:22 Teknix joined #salt
18:23 bhosmer joined #salt
18:24 jtang joined #salt
18:24 * Heartsbane just update the Dev/QA environments in 24 minutes over lunch. Woohoo!!!
18:25 Heartsbane Amazing
18:26 terminalmage_ joined #salt
18:34 gildegoma joined #salt
18:34 hunter joined #salt
18:35 terminalmage joined #salt
18:35 hunter joined #salt
18:36 ajw0100 joined #salt
18:41 no-use1 Coming from chef, I made extensive use of chefspec. Any corresponding project for salt?
18:43 ndrei joined #salt
18:43 googolhash joined #salt
18:44 whiteinge no-use1: your best bet is probably https://github.com/simonmcc/kitchen-salt
18:44 whiteinge if you're coming from chef, hopefully it's familiar territory
18:45 notimpossible joined #salt
18:45 timoguin Test Kitchen is pretty damn cool
18:46 jaimed joined #salt
18:46 no-use1 I'm a huge fan of chefspec, so if I'm going to use salt, a corresponding project would help so much.
18:46 masterkorp i use test-kitchen a lot with chef
18:47 masterkorp no-use1: yeah unit testing is awesome
18:48 repl1cant joined #salt
18:50 no-use1 Whoa. kitchen-salt is crossing universes.
18:51 timoguin indeed. :)
18:51 timoguin i hadn't really done anything with Chef until i did the Test Kitchen run-through
18:52 timoguin i was instantly in love
18:54 tdillio When I ref a salt uri such as: "salt://edit/vimrc" within a pillar, do I need it to exist in my pillar root directory or my "normal" salt root directory?
18:54 timoguin tdillio, the normal root directory
18:54 mway joined #salt
18:55 no-use1 timoguin: so you got into salt first, then chef? now you love chef, but you remain a salt user?
18:55 tdillio Thanks timoguin
18:56 timoguin no-use1, I just really liked Test Kitchen and thought some of the other tools like Librarian are really nice
18:57 timoguin but mainly i'm like, "How do I make this work with Salt?"
18:58 no-use1 timoguin: I'm with you there.
18:58 timoguin it showed me a lot of places salt's ecosystem can be improved
18:59 scotjunkin joined #salt
19:00 rome joined #salt
19:01 AdamSewell joined #salt
19:05 mgw1 joined #salt
19:08 jcsp joined #salt
19:10 smurfy_ joined #salt
19:12 bemehow joined #salt
19:13 rogst joined #salt
19:14 travisfischer joined #salt
19:16 Gordonz joined #salt
19:17 vlcn hey guys, I'm suddenly not able to communicate with any of my minions
19:17 vlcn no errors on the master, but the log on the minions show this over and over: [WARNING ] SaltReqTimeoutError: Waited 60 seconds
19:20 Gordonz joined #salt
19:20 ipalreadytaken joined #salt
19:22 Gordonz_ joined #salt
19:23 oleg__ joined #salt
19:23 Gordonz joined #salt
19:24 meteorfox joined #salt
19:31 oleg__ joined #salt
19:32 kzx joined #salt
19:34 tdillio Is there any way to expand jinja templates with grains using the salt command?
19:34 tdillio something like salt MINION jinja.expand {{ (grains["mem_total"])|round|int }}
19:38 hunter joined #salt
19:41 viod joined #salt
19:42 Networkn3rd joined #salt
19:50 possibilities joined #salt
19:51 bhosmer joined #salt
19:52 Kenzor joined #salt
19:54 krichardson @tdillio: salt '*' cmd.run template=jinja 'echo {{ grains["mem_total"]|round|int }}'
19:57 timoguin oh badass. i didn't know you could pass jinja from the CLI
19:57 Rycher007 joined #salt
19:59 krichardson there are some examples at http://salt.readthedocs.org/en/latest/ref/modules/all/salt.modules.cmdmod.html
19:59 hunter joined #salt
20:01 smurfy_ joined #salt
20:02 manfred that is fantastic
20:03 Harry` left #salt
20:05 alunduil joined #salt
20:06 UtahDave joined #salt
20:06 HeadAIX joined #salt
20:10 bemehow joined #salt
20:10 vejdmn joined #salt
20:19 gkze joined #salt
20:19 gkze hey guys I was wondering how I can access a pillar key name without a for loop?
20:20 gkze I understand {% for k, v in pillar.get('dict', {}).items() %} etc
20:20 gkze but can I do something like pillar.get but just retrieve the key name?
20:23 meteorfox joined #salt
20:24 krichardson @gkze, how about... {% for key in pillar.keys()|default([]) %}
20:25 martin_gm joined #salt
20:26 harobed joined #salt
20:28 pmcg joined #salt
20:28 gkze that's still a for loop though
20:28 gkze pillar['dict']['key'].keys()?..
20:28 gkze I know that's incorrect
20:29 tdillio krichardson: thanks!
20:29 [diecast] joined #salt
20:29 krichardson Err, if you already know the key name, not sure I understand the purpose...
20:30 gkze yeah nevermind, I went down the wrong rabbithole
20:31 gkze I'll just use the name in sls instead of trying to refer to it through pillar
20:31 no-use1 joined #salt
20:32 bhosmer joined #salt
20:35 ggoZ Guys, so, if minion dies, how long it will take for salt.mine values of that minion to be gone from master?
20:35 swirl joined #salt
20:36 swirl hi, is there a way to disable dangerous commands when using cmd.run. e.g. rm -rf / ?
20:37 timoguin swirl, nope, not that i know of
20:38 ggoZ swirl: if you really care, extend cmd.run in your own module
20:38 ggoZ but I dont understand why you'd try to do that
20:38 timoguin yep, if you keep having to use cmd.run often, the functionality would probably be better in a module that wraps cmd
20:39 timoguin then you can disable access to cmd and permit specific functions that call it
20:40 ggoZ ^ if you really need just a few of them. That is - whitelisting in this case makes sense, not blacklisting, as swirl proposes.
20:42 swirl Although the chance such a command would be invoked by us is near zero we can't risk having to restore hundreds of devices in case such an error was made.
20:43 swirl thanks for the pointers; i'll zoom in on module wrapping.
20:44 ggoZ And my question still stands: if minion dies, how long it will take for salt.mine values of that minion to be gone from master?
20:45 AdamSewell joined #salt
20:46 bhosmer_ joined #salt
20:48 UtahDave joined #salt
20:55 snave joined #salt
20:56 allanparsons joined #salt
20:56 allanparsons anyone built from the latest develop branch in github for salt?
20:56 allanparsons my salt cloud is all busted after it
20:57 bhosmer joined #salt
20:59 allanparsons i keep getting: [ERROR   ] There was a query error: 'bool' object has no attribute '__getitem__'
21:01 xunil joined #salt
21:06 vejdmn joined #salt
21:06 tyler-baker joined #salt
21:09 elfixit joined #salt
21:19 bhosmer joined #salt
21:19 thayne joined #salt
21:21 ipalreadytaken joined #salt
21:24 meteorfox joined #salt
21:27 bemehow_ joined #salt
21:29 bemehow joined #salt
21:30 sgviking joined #salt
21:30 diegows joined #salt
21:31 Rycher007 joined #salt
21:32 thedodd joined #salt
21:32 jtang joined #salt
21:43 AdamSewell joined #salt
21:46 faldridge joined #salt
21:50 kermit joined #salt
21:52 Rycher007 joined #salt
21:52 __alex i got some problem with state files in git. i went through http://docs.saltstack.com/en/latest/topics/tutorials/gitfs.html
21:53 __alex i took everything from /srv/salt into a git repo removed /src/salt and changed /etc/master
21:53 cewood joined #salt
21:53 __alex erm, /etc/salt/master that is
21:53 __alex git/ssh auth seems to work but minions say there's no top file
21:54 __alex any idea how to debug?
21:57 crashmag joined #salt
21:59 repl1cant joined #salt
21:59 UtahDave __alex: is there a top file in the root of your git repo?
22:01 __alex UtahDave: yep
22:02 UtahDave __alex: did you restart your salt-master service after updating the master config?
22:02 __alex UtahDave: yep
22:02 UtahDave what does your fileserver_backends config option look like?
22:03 __alex hm, there might be a problem with my salt-master user
22:08 Rycher007 joined #salt
22:11 jtang joined #salt
22:17 __alex UtahDave: i'm running salt as non-root, that user had /bin/false as login shell, bad idea
22:17 __alex no i'm running into https://github.com/saltstack/salt/issues/7762
22:17 __alex new errors, making progress ;)
22:21 alunduil joined #salt
22:22 dfinn joined #salt
22:23 dfinn I need a little help making this if statement smarter
22:23 dfinn {% if grains['osmajorrelease'][1] == '7' or grains['osmajorrelease'][1] == '8' %}
22:23 dfinn that works great almost everywhere
22:23 dfinn but we just realized, it fails with errors on a server running rhel 5
22:23 dfinn no patch level
22:23 dfinn salt should probably be returning 5.0
22:25 ldlework joined #salt
22:25 Katafalkas joined #salt
22:34 AdamSewell joined #salt
22:34 hugg joined #salt
22:35 __alex UtahDave: i think the git checkout doesn't work, can i debug that somehow? see the cache maybe?
22:35 hugg UtahDave: start with git --version
22:38 __alex if that was meant to me it doesn't help at all
22:38 __alex i can git clone everything fine
22:38 __alex salt doesn't seem to get anything from the git repo
22:38 allanparsons when i clone from branch develop
22:38 allanparsons i can run salt
22:39 allanparsons it complains about missing responses  (and i can import it via python)
22:39 UtahDave can you clone the git repo when you're logged in as the user Salt is running as?
22:39 allanparsons if i just do a pip install salt, i get version 2014.1.1
22:40 allanparsons i'm using salt-cloud
22:40 allanparsons but on a local OSX box
22:41 allanparsons and i'm installing via:  pip install git+https://github.com/saltstack/salt.git@develop
22:41 __alex UtahDave: yes. where does salt "git clone/checkout" to?
22:41 thayne joined #salt
22:43 UtahDave __alex: I'm not 100% sure, but I think it's somewhere in   /var/cache/salt/master/somewhere/in/here/
22:44 tedski hrmm... how do formulas work with environments... the repos only have master/base
22:44 tedski so, the sls isn't available in other environments using state.sls with saltenv
22:47 rglen joined #salt
22:49 kballou joined #salt
22:51 tedski nevermind
22:51 __alex UtahDave: something in "/var/cache/salt/master/gitfs", contents don't make much sense to me. repo access seems to work though
22:51 tedski using include's explicit environment directive works
22:52 AdamSewell joined #salt
22:52 UtahDave __alex: does the user salt-minion is running as have proper permissions for that directory?
22:52 UtahDave tedski: usually your top file will determine what saltenv a minion is assigned to
22:53 no-use1 joined #salt
22:54 rgbkrk joined #salt
22:55 __alex UtahDave: salt-minion on master host?
22:55 UtahDave the salt-master.   sorry
22:56 __alex UtahDave: i went into the cache directory, there was only .git/
22:56 __alex UtahDave: i ran git pull origin master, now it works
22:56 __alex UtahDave: that doesn't seem right
22:57 UtahDave can the salt-master user do that?
22:59 rome joined #salt
22:59 __alex UtahDave: yes
22:59 __alex UtahDave: it just doesn't by itself
23:00 UtahDave Hm. By default the gitfs is updated once on every salt-master refresh cycle, which is every 60 seconds by default.
23:00 UtahDave Do you think it might have just not reached 1 minute before you tested?
23:01 __alex totally, i restarted it before
23:01 __alex doesn't it pull on restart?
23:02 austin987 joined #salt
23:03 UtahDave __alex: I'm not sure.   What version of Salt are you on?
23:04 __alex 2014.1.0-2428-g0e7124a
23:05 migrantgeek joined #salt
23:06 UtahDave hey, terminalmage.  do you know of any open bugs with gitfs like what __alex is seeing?
23:07 fllr joined #salt
23:08 meteorfo_ joined #salt
23:09 meteorfo_ joined #salt
23:11 tedski UtahDave: right, but i was looking how in saltenv test, how would i include an sls from base
23:11 tedski UtahDave: since the salstack-formula repos all have base only
23:11 UtahDave tedski: ah, ok.
23:11 UtahDave There's 2 ways to do that.
23:11 UtahDave 1. force the saltenv with that syntax you found
23:12 UtahDave 2. use multiple directories in your configuration, and have the test saltenv drop down to the base env if the file isn't found
23:12 qybl joined #salt
23:13 tedski UtahDave: yeah, we use a test branch to, well, test... then promote via cherry-picking to the other envs/branches
23:14 esogas_ joined #salt
23:14 tedski UtahDave: so, it's safe to assume the dir exists always in test and is then added to base
23:14 tedski UtahDave: thanks for the options, though... good stuff
23:18 __alex UtahDave: erm, that gitfs tutorial says " module GitPython, version 0.3.0 or newer."
23:18 __alex https://pypi.python.org/pypi/GitPython/ says 0.3.2.RC1 is newest :\
23:19 jtang joined #salt
23:21 ipalreadytaken joined #salt
23:22 rome joined #salt
23:23 tyler-baker joined #salt
23:25 ahammond I
23:26 ahammond Is there a no-op state? I'd like something to use as a place holder for requires
23:27 hugg exit
23:27 ahammond Also, https://github.com/AnchorFree/hubhook if you want a simple way to have /srv/salt and /srv/pillar auto updated from github / github enterprise. Includes detailed instructions on how to set up deploy keys to do it correctly and cleanly.
23:29 whiteinge ahammond: no, but that's a good idea. you could use the module.run state with test.ping in the meantime
23:29 whiteinge file an issue to get it added? it would be a simple thing :)
23:29 andrej As people who hang here probably heard from me more than once  :)  - I'm not that good w/ Python. So, while I have looked at fileserver' & gitfs' source it doesn't make too much sense to me at this stage.  Is there something like a s design document that describes on a high level what which does, and what the expectations for a pluggable back-end are?
23:29 ahammond whiteinge ok, I'll write up an issue
23:30 andrej I'm thinking about different backends from files, for example
23:30 andrej I'd like to be able to pull users directly from LDAP
23:30 InAnimaTe joined #salt
23:30 andrej Or get IP address information out of a RDBMS
23:31 Luke__ joined #salt
23:31 jslatts joined #salt
23:33 terminalmage UtahDave: nope
23:34 whiteinge andrej: i'm not discounting your idea of a fileserver-backend module, it's worth considering. in the case of user and IP address lists, if you can think of those things as "data" that is used to populate .sls files, you can do that now using Pillar
23:34 whiteinge andrej: we have external pillar modules to fetch info from LDAP and a variety of databases
23:35 terminalmage __alex: I don't see the problem with the documenation.
23:35 __alex terminalmage, UtahDave: should i open an issue on github about this?
23:35 terminalmage we say 0.3.0 or newer is required, and 0.3.2RC1 is the newest
23:35 terminalmage so, the newest is newer than what is required
23:35 terminalmage where is the problem with that
23:35 terminalmage ?
23:36 __alex terminalmage: my bad, i saw 0.3.3
23:36 terminalmage __alex: what kind of auth are you using?
23:37 terminalmage for your gitfs remote
23:37 __alex ssh key, no passphrase
23:37 terminalmage and that key is in the .ssh dir for the user under which salt is running?
23:37 __alex yep, user can do git clone, git pull, etc
23:37 terminalmage and named id_rsa? (or configured with .ssh/config
23:37 terminalmage )
23:38 __alex id_rsa
23:38 snuffeluffegus joined #salt
23:38 __alex it get's the repo somehow
23:38 terminalmage and does that user own or have write access to /var/cache/salt/master?
23:38 __alex yes
23:38 ajprog_laptop joined #salt
23:38 terminalmage is there a /var/cache/salt/master/gitfs dir?
23:39 terminalmage and a subdir under it named with an md5 hash?
23:39 __alex yes: /var/cache/salt/master/gitfs/0ca6aca7c506fd64a35aa38d2d949472
23:39 __alex contains only .git
23:39 terminalmage yes, that is how it is supposed to work
23:39 terminalmage we derive files from the file metadata
23:39 terminalmage and the git objects
23:40 terminalmage they're only derived when served
23:40 __alex if i pull origin master manually as salt user there everything works
23:40 terminalmage ok, please don't do that
23:40 __alex hehe
23:40 ahammond whiteinge: done: https://github.com/saltstack/salt/issues/11893
23:40 terminalmage that is not how it is supposed to work
23:40 __alex thought so
23:40 terminalmage please remove the /var/cache/salt/master/gitfs/0ca6aca7c506fd64a35aa38d2d949472 dir
23:41 terminalmage and restart the master
23:41 __alex did that a few times
23:41 terminalmage after that is done
23:41 terminalmage run salt minion-id cp.list_master
23:42 terminalmage you should see a bunch of files there
23:42 wendall911 joined #salt
23:42 terminalmage well, as long as you have a "master" branch
23:42 terminalmage master == base in the default configuration
23:43 __alex repo has a master branch, cp.list_master doesn't show any files
23:43 __alex No minions matched the target. No command was sent, no jid was assigned.
23:43 __alex if i run on master, cp.list_master on minion shows no files either
23:44 terminalmage did you actually use "salt minion-id"
23:44 hellome joined #salt
23:44 terminalmage minion-id was supposed to be replaced with one of your minion's IDs
23:44 __alex sure
23:44 terminalmage sure what?
23:44 __alex i used a real minion id
23:45 terminalmage ok, because that error means your match expression failed
23:45 terminalmage so that minion you targeted either does not exist or is not connected
23:46 __alex yes, sorry. my bad
23:46 terminalmage ok... so, with a good minion ID, what happens
23:46 __alex typo in minion id, running the right one now
23:46 terminalmage ?
23:48 __alex terminalmage: it shows "my-minion-id: "
23:48 __alex no files
23:48 bhosmer joined #salt
23:49 terminalmage ok, then look in the master config file for errors
23:49 terminalmage sorry
23:49 terminalmage log file
23:49 terminalmage not config file
23:49 vmcutlip joined #salt
23:50 vmcutlip New to Salt Stack. Would like to know what is the best way to start. This will be installed on a Debian 7 VPS out on the web
23:51 vmcutlip In looking at the Git repository I see a Salt build as well as a salt-bootstrap
23:51 terminalmage __alex: also, the version number you posted earlier looks to be from a git checkout
23:51 terminalmage one about 2000 commits behind current
23:52 terminalmage you might also try upgrading if you're running from git, whatever issue you are seeing may have been fixed
23:53 andrej whiteinge : thanks for that, I'll investigate that possibility
23:53 terminalmage vmcutlip: have you looked at the docs?
23:53 __alex terminalmage: damn, you're right. it's from git since we tried halite
23:54 ajprog_laptop joined #salt
23:54 terminalmage __alex: ok... how did you install from git, did you use setup.py install?
23:55 terminalmage or pip install -e /path/to/checkout
23:55 whiteinge andrej: let us know if you have Qs. one idea behind Pillar is to have a single state .sls file that works in a variety of places/ways since the Pillar data "parameterizes" the state.
23:55 whiteinge andrej: production/staging/development, etc all use the same .sls file
23:56 whiteinge but the production/staging/development users, IPs, config files, etc are all different and determined via Pillar
23:56 __alex terminalmage: setup.py
23:56 vmcutlip Just starting to get my feet wet. Maybe a better question is can I configure an all in one setup for testing without a master; much like puppet w/o a puppet-master
23:56 terminalmage __alex: ok... then I recommend deleting /usr/lib/python2.whatever/site-packages/salt using rm -rf, and installing using pip install -e
23:57 terminalmage if you're going to be trying several different git checkouts
23:57 terminalmage setup.py will not remove existing files
23:57 __alex terminalmage: we dropped halite for now, i'd prefer 2014.1
23:57 terminalmage so if files change names, this can leave old files there
23:58 terminalmage __alex: fair enough
23:58 terminalmage just make sure that your minions aren't running a newer version than the master

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