Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-06-04

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

All times shown according to UTC.

Time Nick Message
00:00 childc2 joined #salt
00:00 alexanderilyin Could someone pint me how to provide nested data for pillar in CLI
00:00 alexanderilyin here is my case
00:00 alexanderilyin https://gist.github.com/anonymous/9a86158a5c096b4213a2
00:01 alexanderilyin but it does not seem to overwrite value
00:02 juanito mm think i got it there is a couple of arguments that seems to be compulsory here
00:02 murrdoc joined #salt
00:03 Guest5307 alexanderilyin: {"data": {"documentroot":" /var/www/example.com", .... }
00:03 Guest5307 this dosent work?
00:03 alexanderilyin Guest5307: no
00:04 otter768 joined #salt
00:05 baweaver joined #salt
00:06 pdayton joined #salt
00:10 murrdoc1 joined #salt
00:11 whytewolf alexanderilyin: '{data: {rpm_name: example.com}}'
00:12 whytewolf you have a typo and put ] instead of }
00:12 * alexanderilyin committed suicide
00:13 alexanderilyin whytewolf: thx
00:13 whytewolf don't worry. I'm fluent in typo. i make them more than anyone i know
00:13 aparsons joined #salt
00:18 KyleG joined #salt
00:18 KyleG joined #salt
00:20 Saywhaaat joined #salt
00:20 mkropinack joined #salt
00:21 Saywhaaat Quick question that I should know already - does Salt feature encryption?
00:21 Laogeodritt joined #salt
00:21 onewheelskyward ssh features encryption.
00:21 onewheelskyward But it depends on what you're trying to encrypt.
00:22 Georgyo joined #salt
00:26 smcquay joined #salt
00:27 bytemask joined #salt
00:28 Georgyo joined #salt
00:31 mkropinack joined #salt
00:35 Laogeodritt joined #salt
00:42 d[^_^]b joined #salt
00:44 p66kumar_ joined #salt
00:45 druonysus joined #salt
00:47 c10b10 joined #salt
00:49 pdayton joined #salt
00:50 danemacmillan joined #salt
00:50 g3cko joined #salt
00:51 murrdoc joined #salt
01:02 avaspell joined #salt
01:05 avaspell I have a module and state combo that I'm writing, and I'm struggling with trying to be able to pass a value across states. One state needs to import a piece of data, and a different state wants to be able to access the data imported by the previous state. The difficulty is, the second state has to be able to have a calculated (vs declared in my SLS file) key.
01:05 avaspell What's the recommend way of communicating data across states?
01:08 primechuck joined #salt
01:09 CheKoLyN joined #salt
01:10 CheKoLyN Hey Guys, anyone having issues with bootstrap-salt.sh on CentOS 7 ?
01:11 CheKoLyN i'm getting:   * ERROR: Failed to run install_centos_stable_deps()!!!
01:11 sgargan joined #salt
01:11 CheKoLyN bootstraping from Vagrant
01:12 CheKoLyN calling this url: https://raw.githubusercontent.com/saltstack/salt-bootstrap/stable/bootstrap-salt.sh
01:12 pdayton joined #salt
01:17 pdayton joined #salt
01:18 tmclaugh[work]_ joined #salt
01:18 primechu_ joined #salt
01:19 pdayton1 joined #salt
01:19 julez joined #salt
01:21 pannon anyone has salt.modules.tomcat working?
01:21 saifi_ joined #salt
01:22 matthew-2arlette joined #salt
01:22 mlanner joined #salt
01:22 CheKoLyN joined #salt
01:23 d[^_^]b joined #salt
01:23 joehh joined #salt
01:23 hasues joined #salt
01:23 hasues left #salt
01:25 bhosmer_ joined #salt
01:28 david_an11 joined #salt
01:30 d[^_^]b joined #salt
01:32 baoboa joined #salt
01:32 amcorreia joined #salt
01:34 jarpy joined #salt
01:34 d[^_^]b joined #salt
01:38 keithhub joined #salt
01:39 beauby joined #salt
01:41 CheKoLyN For log purposes the site: "http://copr.fedoraproject.org/" is down that's why bootstrapping is not working
01:45 primechuck joined #salt
01:45 ronrib joined #salt
01:46 forrest joined #salt
01:48 c10b10 joined #salt
01:48 ajw0100 joined #salt
01:50 favadi joined #salt
01:51 favadi joined #salt
01:53 ajw0100_ joined #salt
01:53 ronrib joined #salt
01:57 d[^_^]b joined #salt
02:00 bfoxwell joined #salt
02:05 brandk joined #salt
02:05 otter768 joined #salt
02:06 viq joined #salt
02:07 brandk Fairly new to salt here, having some issues with bootstrapping minions after creation with salt-cloud on AWS
02:08 beauby joined #salt
02:08 brandk In my profile I have script: [path to install_salt.sh] ... this was working fine for a week, now suddenly doesn't work anymore
02:09 brandk anyone have any ideas?
02:09 manfred you shouldn't need the full path
02:09 brandk the error: ERROR: Failed to run install_amazon_linux_ami_deps()!!!
02:09 manfred it should be the name of the file minus the .sh suffix in /etc/salt/cloud.deploy.d
02:09 manfred brandk: is it using copr?
02:09 manfred cause the fedora copr is down.
02:09 manfred http://copr.fedoraproject.org/
02:09 brandk yep
02:10 brandk lol probably could have looked there myself - does it go down often?
02:10 manfred http://status.fedoraproject.org/
02:10 manfred i love that it is red and has an x and says everything seems to be working
02:10 bluenemo_ joined #salt
02:11 manfred no idea, i don't use it yet
02:12 brandk wow - solid error reporting. Alright well that makes me feel better I thought something else got screwed up along the way with the AMI I was using. Thanks man
02:12 manfred brandk: apparently this was a scheduled event
02:14 manfred still looking for the calendar, so i can't confirm it, just what I heard
02:14 mapu joined #salt
02:15 manfred http://planet.fedoraproject.org/
02:15 manfred there it is
02:16 manfred scheduled downtime
02:17 brandk ahhh ok I wasn't seeing it either. Am I missing where it says how long this is expected?
02:17 manfred this is longer than the expected down time
02:17 manfred they broke something in the maintenance it looks like.
02:21 brandk ha maybe they should use salt for their maintenance
02:24 ageorgop joined #salt
02:26 sunkist1 joined #salt
02:26 Singularo joined #salt
02:31 sunkist joined #salt
02:35 beauby joined #salt
02:52 ITChap joined #salt
02:55 murrdoc joined #salt
02:55 favadi joined #salt
02:59 sunkist joined #salt
03:09 beauby joined #salt
03:11 aparsons joined #salt
03:13 bin_005 joined #salt
03:14 davetoo1 joined #salt
03:21 ingwaem joined #salt
03:21 ingwaem left #salt
03:21 ramaseshan joined #salt
03:21 aparsons joined #salt
03:34 sunkist1 joined #salt
03:37 c10b10 joined #salt
03:39 sunkist joined #salt
03:44 luminouspum joined #salt
03:44 sunkist1 joined #salt
03:47 childc2 left #salt
03:47 favadi joined #salt
03:48 TyrfingMjolnir joined #salt
03:50 sunkist joined #salt
03:50 iggy ikr
03:54 sunkist1 joined #salt
03:56 Rockj joined #salt
03:56 tmmt joined #salt
04:00 skullone 8/j openstack
04:00 skullone oops
04:02 Rockj joined #salt
04:05 aqua^c joined #salt
04:06 otter768 joined #salt
04:09 aparsons joined #salt
04:16 ValF joined #salt
04:27 enarciso joined #salt
04:34 zer0def joined #salt
04:37 c10b10 joined #salt
04:40 dthorman joined #salt
04:42 dthorman joined #salt
04:49 jdesilet joined #salt
04:52 p66kumar joined #salt
04:54 ajw0100 joined #salt
04:57 julez joined #salt
05:00 hasues joined #salt
05:01 hasues left #salt
05:04 catpigger joined #salt
05:06 bmac2 joined #salt
05:10 Rockj joined #salt
05:28 badon_ joined #salt
05:30 yexingok joined #salt
05:33 ramaseshan joined #salt
05:37 murrdoc joined #salt
05:38 zer0def joined #salt
05:52 evle joined #salt
05:53 linjan joined #salt
05:57 colttt joined #salt
06:01 venki joined #salt
06:05 AndreasLutro joined #salt
06:07 otter768 joined #salt
06:11 favadi joined #salt
06:17 flyboy joined #salt
06:17 ggoZ joined #salt
06:23 c10b10 joined #salt
06:27 p66kumar joined #salt
06:33 golodhrim joined #salt
06:34 illern joined #salt
06:34 jalbretsen joined #salt
06:48 IanVorn joined #salt
06:48 jalbretsen left #salt
06:48 KermitTheFragger joined #salt
06:51 g3cko joined #salt
06:52 bhosmer joined #salt
06:54 aparsons joined #salt
06:55 stanchan joined #salt
07:02 tmclaugh[work]_ joined #salt
07:03 aqua^c joined #salt
07:05 arount joined #salt
07:06 kawa2014 joined #salt
07:07 Auroch joined #salt
07:08 ponpanderer joined #salt
07:10 p66kumar joined #salt
07:10 murrdoc joined #salt
07:21 rofl____ what is the recommendations for custom_grains ex ec2_info.py ?
07:21 rofl____ is it a big problem running them on all nodes
07:21 rofl____ even not ec2 nodes?
07:21 linjan joined #salt
07:21 rofl____ i see the minion on non-ec2 is failing on the grains
07:23 aqua^c joined #salt
07:23 TyrfingMjolnir_ joined #salt
07:34 markm__ joined #salt
07:34 aparsons_ joined #salt
07:34 eseyman joined #salt
07:35 linjan joined #salt
07:36 johngrasty joined #salt
07:42 Grokzen joined #salt
07:42 cuonglm joined #salt
07:47 julez joined #salt
07:49 ndrei joined #salt
07:51 fredvd joined #salt
07:52 tkharju joined #salt
07:57 linjan joined #salt
08:00 julez joined #salt
08:00 impi joined #salt
08:07 julez joined #salt
08:08 otter768 joined #salt
08:10 GrueMaster joined #salt
08:16 TyrfingMjolnir joined #salt
08:19 Grok joined #salt
08:21 joeto joined #salt
08:23 VSpike Morning. Has anyone tried using Windows env vars in a path for a file.managed state? I'm trying %TEMP%/file.txt: as the ID, for example, but it's complaining that the path is not absolute
08:23 VSpike I know you can use them liberally in the win repo sls files, but perhaps they are not supported here
08:24 VSpike Oh, I guess I just use a grain ... duh
08:25 VSpike Except there isn't a grain for the temp path
08:35 N-Mi joined #salt
08:35 s_kunk joined #salt
08:37 bin_005 joined #salt
08:44 s_kunk joined #salt
08:47 pcdummy_ joined #salt
08:48 pkimber joined #salt
08:50 pkimber joined #salt
08:53 lothiraldan joined #salt
08:54 goal anyone know if there are problems with targetting minions via pillar data in 2015.*?
08:55 goal if I use 'I@key:value' then only the first matching minion returns (eg. on a test.ping). However, if I target the same minions via a glob on the id, they all return fine.
08:57 Grokzen joined #salt
08:58 mirko joined #salt
08:58 mirko joined #salt
08:59 Norrland What would be the best way to find out attached drives (EBS) for my EC2 instances? Grains of some sort?
09:02 lothiraldan joined #salt
09:04 IanVorn joined #salt
09:06 Norrland or would a better/easier way just be to check if the block-device exists?
09:10 c10b10 joined #salt
09:11 bin_005 joined #salt
09:13 linjan joined #salt
09:14 goal In fact, with debug enabled on the master, it doesnt even sent the event to the other minions
09:14 goal *send
09:15 c10b10_ joined #salt
09:15 c10b10__ joined #salt
09:17 VSpike goal: seems to work for me
09:17 VSpike Both with -I and -C
09:23 lothiraldan joined #salt
09:23 goal VSpike: http://paste2.org/DJDzMJfd
09:23 goal excuse the sanitisation
09:25 cberndt joined #salt
09:27 VSpike goal: http://paste2.org/fZAxUfhf is mine
09:28 goal are those last 5 not expected to return in your env?
09:29 supersheep joined #salt
09:30 VSpike 3 of them are definitely down
09:30 VSpike Not sure why 2 of them didn't respond, but there's probably a good reason
09:30 goal do they fail every time you run that?
09:30 goal and more to the point if you just target them directly, do they return?
09:31 goal (mine always return when targeting them via an id glob or exact match)
09:33 rofl____ can i run customgrains (.py) in salt-minion ?
09:34 VSpike goal: the minion service was stopped on those two for some reason. I've started it and they now respond
09:34 VSpike notice that yours says "Minion did not return. [No response]" and mine says "Minion did not return. [Not connected]" which in my case is true
09:34 goal what version is your master?
09:35 VSpike 2015.5.0
09:38 Nebraskka how to call builtin manual for modules by terminal?
09:39 Nebraskka salt -d <module> didn't worked, it's trying to match hosts by it
09:42 Nebraskka ooh, i se
09:42 Nebraskka salt -d <module> <host>
09:42 Nebraskka salt-call -d <module>
09:42 Nebraskka well, sounds logical :)
09:42 goal hmm
09:43 goal I can see the event going to the minion, and I can see the minion making the initial response. but then nothing else happens, no further communications
09:44 julez joined #salt
09:49 chiui joined #salt
09:54 huddy joined #salt
09:56 lothiraldan joined #salt
09:56 CeBe joined #salt
10:00 bin_005_i joined #salt
10:00 linjan joined #salt
10:02 julez joined #salt
10:03 denys joined #salt
10:03 ahale joined #salt
10:03 bin_005_i_q joined #salt
10:04 goal guess I'll try upgrading zmq. if/when copr comes back to life.
10:09 otter768 joined #salt
10:10 epcim_ joined #salt
10:11 zsz150 joined #salt
10:24 jasonrm joined #salt
10:24 Antiarc joined #salt
10:24 vexati0n joined #salt
10:24 joshin joined #salt
10:25 troyready joined #salt
10:31 ndrei joined #salt
10:34 rofl____ can i check on pillars i grains modules?
10:37 scarcry left #salt
10:37 babilen what?
10:38 rofl____ im creating a custom grains module
10:38 babilen *in
10:38 rofl____ and only want it to run if a pillar is set
10:38 rofl____ just doesnt make sense to run ec2_info.py on digitalocean nodes
10:38 babilen Ah, no you cannot reference pillars in there: http://docs.saltstack.com/en/latest/topics/development/dunder_dictionaries.html#pillar
10:38 rofl____ i guessed so
10:39 babilen (grains come before pillars)
10:39 rofl____ thx anyway
10:39 babilen If you think you'd like to have static pillars earlier then lend your voice to: https://github.com/saltstack/salt/issues/23910
10:41 rofl____ this is totally a feature i need
10:41 rofl____ for assigning pillar top.sls to pillars
10:41 rofl____ as we do with states
10:42 babilen exactly (one reason why I reported that wishlist bug)
10:42 rofl____ ill leave a comment on our usage
10:46 Viper233 joined #salt
10:52 pkimber joined #salt
10:56 ntropy where can i find out about the features planned for future salt releases?
10:57 ntropy been watching saltconf 15 videos and often you hear about this completely new thing thats like 2 releases ahead
11:01 bluenemo joined #salt
11:01 aqua^c joined #salt
11:13 giantlock joined #salt
11:13 johngrasty joined #salt
11:21 johngrasty joined #salt
11:26 johngrasty joined #salt
11:28 keimlink joined #salt
11:33 michelangelo joined #salt
11:41 julienlavergne joined #salt
11:41 julienlavergne hi guys
11:41 julienlavergne python-pip:
11:41 julienlavergne - pkg.installed
11:42 rypervenche joined #salt
11:42 julienlavergne broke remote pip installation
11:47 chiui joined #salt
11:53 julienlavergne any idea ?
11:53 julienlavergne ID: docker-py
11:53 julienlavergne Function: pip.installed
11:53 julienlavergne Result: False
11:53 julienlavergne Comment: An exception occurred in this state: Traceback (most recent call last):
11:53 julienlavergne File "/usr/lib/python2.7/dist-packages/salt/state.py", line 1563, in call
11:54 julienlavergne joined #salt
11:54 julienlavergne1 joined #salt
12:00 nkuttler julienlavergne1: you probably want to set the minion loglevel to debug to see which command runs + fails
12:00 julienlavergne1 @nkuttler: yes but minion returns success for python-pip installation :/
12:01 nkuttler julienlavergne1: it looks like pip install docker-py failed, no python-pip?
12:02 aqua^c joined #salt
12:03 ponpanderer joined #salt
12:03 mapu joined #salt
12:05 julez joined #salt
12:05 julienlavergne joined #salt
12:06 johnkeates joined #salt
12:07 johnkeates anyone here know why the users-formula doesn't update passwords?
12:07 julienlavergne @nkuttler: python-pip breaks pip installation with a success
12:10 otter768 joined #salt
12:11 julienlavergne that's strange behavior
12:12 linjan joined #salt
12:12 Hydrosine joined #salt
12:14 p66kumar joined #salt
12:18 zerthimon joined #salt
12:23 p66kumar joined #salt
12:31 lothiraldan joined #salt
12:32 binocvlar joined #salt
12:32 ericof joined #salt
12:34 julienlavergne joined #salt
12:37 markm_ joined #salt
12:40 sgargan joined #salt
12:43 amcorreia joined #salt
12:43 TyrfingMjolnir joined #salt
12:44 subsignal joined #salt
12:46 julienlavergne1 joined #salt
12:46 subsigna_ joined #salt
12:51 iggy ntropy: I don't think there's a published road map sadly
12:53 iggy julienlavergne1: A. for anything more than a line or two, you should paste to gist.github.com (or anything other than pastebin.com) B. need more of the traceback
12:53 johnkeates anyone here know why the users-formula doesn't update passwords?
12:56 drawsmcgraw joined #salt
13:05 racooper joined #salt
13:05 babilen johnkeates: Because it doesn't set "enforce_password"
13:08 babilen Ah, but that defaults to True
13:12 julez joined #salt
13:13 keimlink joined #salt
13:14 johnkeates joined #salt
13:15 gfa joined #salt
13:15 one joined #salt
13:16 ericof joined #salt
13:17 bhosmer joined #salt
13:19 cpowell joined #salt
13:20 Tecnico1931 joined #salt
13:25 julez_ joined #salt
13:25 julez joined #salt
13:26 julienlavergne1 @iggy: https://gist.github.com/julienlavergne/2aa50e6612bef55e41e2
13:26 harkx joined #salt
13:27 IanVorn joined #salt
13:28 huddy joined #salt
13:30 iggy - pkg: python-pip?
13:30 julienlavergne1 @iggy: "Package python-pip is already installed." yeah it breaks previous installation of pip
13:31 flyboy82 joined #salt
13:31 iggy line 9
13:32 iggy that shouldn't be there
13:32 primechuck joined #salt
13:32 bougie joined #salt
13:33 TooLmaN joined #salt
13:39 bhosmer joined #salt
13:39 drawsmcgraw Having a rough start this morning... I can put Jinja conditionals into Pillar files, right?
13:40 drawsmcgraw Like {% if i-am-groot %} etc.... ?
13:40 ageorgop joined #salt
13:41 sxar joined #salt
13:41 mpanetta joined #salt
13:42 goal well, updating zeromq didn't help at all.
13:42 AndreasLutro drawsmcgraw: yes
13:42 drawsmcgraw Thank you AndreasLutro
13:45 emaninpa joined #salt
13:45 pkimber joined #salt
13:46 goal Anyone else see problems with pillar data matching from the cli (all minions except first showing 'no response')
13:47 dyasny joined #salt
13:47 wnkz joined #salt
13:51 aqua^c joined #salt
13:51 slav0nic joined #salt
13:56 lothiraldan joined #salt
13:58 keimlink joined #salt
13:58 d[^_^]b joined #salt
13:59 hasues joined #salt
14:00 hasues left #salt
14:00 gladiatr joined #salt
14:00 andrew_v joined #salt
14:01 murrdoc joined #salt
14:01 bluenemo joined #salt
14:02 stoogenmeyer joined #salt
14:04 synical joined #salt
14:04 julienlavergne1 @iggy: with pip already installed, pip.installed state breaks pip installation :/
14:05 stoogenmeyer hey guys, I'm kinda stuck - I had to move my salt-master to another machine and now my minion won't interact with it
14:05 stoogenmeyer in this case the master and minion are on the same machine
14:05 stoogenmeyer but no matter what I do the minion won't appear in salt-key -L
14:06 asoc stoogenmeyer: your minions are probably seeing a new key for the master so they don't want to connect.
14:07 asoc When I did that I had to go remove the  miniondirectory/conf/pki/minion/minion_master.pub
14:08 asoc I don't know if there is a faster/better way for a lot of minions since I just had to fix one.
14:08 stoogenmeyer thankfully this was about 8 minions so I did that manually as well. I've done that for the minion that won't connect as well. Now it doesn't have minion_master.pub at all
14:11 otter768 joined #salt
14:11 iggy julienlavergne1: you're missing what I'm saying... your state is wrong
14:11 stoogenmeyer Tried reinstalling the minion but it said it was the newest version already. Would I have to purge the minion and reinstall ?
14:12 iggy that's a (possibly) quick/dirty fix
14:12 sgargan joined #salt
14:12 numkem joined #salt
14:14 julienlavergne1 @iggy: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pip_state.html I am going to test from the doc
14:19 sfoger joined #salt
14:20 sfoger Does anyone know if its possible to include an sls file in a reactor sls?
14:20 d[^_^]b joined #salt
14:20 relopezz joined #salt
14:23 d[^_^]b joined #salt
14:25 d[^_^]b joined #salt
14:25 timoguin julienlavergne1: you're reading the docs wrong. that's showing the use of a require requisite, which you don't need
14:25 timoguin just remove line 9
14:26 timoguin oh actually, you're missing the require line
14:26 timoguin missed the piece at the top where you actually have a pkg.installed state for python-pip
14:27 d[^_^]b joined #salt
14:27 stoogenmeyer The only thing in the log is "Attempt to authenticate with the salt master failed" and "Restarting minion", master log is empty
14:27 stoogenmeyer any other ideas before uninstall and install ?
14:27 brandonk joined #salt
14:28 jdesilet joined #salt
14:28 murrdoc put your master in open_mode: True
14:28 murrdoc and have fun
14:28 stoogenmeyer ?
14:29 amcorreia joined #salt
14:29 d[^_^]b joined #salt
14:29 julienlavergne1 @iggy: ok that works with the example but then I desinstalled pip from the minion and want to apply the sls again and it doesn't work;
14:29 julienlavergne1 @iggy: just change the package name and that's bad
14:31 d[^_^]b joined #salt
14:33 linjan joined #salt
14:33 d[^_^]b joined #salt
14:33 julienlavergne1 @iggy: the problem seems to come from the name of the pip package name (i.e. docker-py); pip install docker-py ifrom cmdline but not from salt state
14:34 DammitJim joined #salt
14:35 rojem joined #salt
14:35 d[^_^]b joined #salt
14:38 gfa joined #salt
14:39 d[^_^]b joined #salt
14:40 asoc Is there anything different about getting mine data with jinja templates in orchestrations/reactor sls files vs just normal states?
14:41 asoc What I am using works in a state But I need to template it for multiple servers in the orchestration calling the state.
14:41 d[^_^]b joined #salt
14:41 DammitJim joined #salt
14:42 perfectsine joined #salt
14:43 _JZ_ joined #salt
14:43 d[^_^]b joined #salt
14:45 d[^_^]b joined #salt
14:46 Brew joined #salt
14:47 d[^_^]b joined #salt
14:49 stoogenmeyer guys you gotta help me out I'm dying here. how do I make this minion talk to the master, they're on the same host for crying out loud
14:49 d[^_^]b joined #salt
14:50 julienlavergne1 @iggy: that's funny https://github.com/saltstack/salt/issues/15803
14:51 d[^_^]b joined #salt
14:52 stoogenmeyer stupid... stupid! had to open the port on firewall. sorry everybody
14:53 d[^_^]b joined #salt
14:53 stoogenmeyer The Salt Master has cached the public key for this node, this salt minion will wait for 10 seconds before attempting to re-authenticate. Anyone know where I can delete the old key ?
14:54 julienlavergne1 @stoogenmeyer salt-key man pages
14:55 ghoz joined #salt
14:55 stoogenmeyer got it. thanks
14:55 d[^_^]b joined #salt
14:55 ghoz hi...
14:55 primechuck Have anyone else had issues like this?  https://github.com/saltstack/salt/issues/24073
14:55 ghoz I'm looking fir the webst way to generate and manage ssh private/public keys in order to provision ssh tunnels
14:56 ghoz ow ... fat fingers...
14:56 relopezz Hi, Im getting this problem: http://serverfault.com/questions/696655/saltstack-boto-vpc-is?stw=2
14:57 relopezz any idea? t
14:57 ghoz SO : I'm looking for the best way to generate and manage ssh private/public keys in order to provision ssh tunnels
14:57 d[^_^]b joined #salt
14:58 ghoz I understand I can create private keys on the client, but how do i get back the public key to push it to the sssh server ?
14:59 d[^_^]b joined #salt
15:01 d[^_^]b joined #salt
15:02 debian112 joined #salt
15:02 SheetiS joined #salt
15:03 d[^_^]b joined #salt
15:04 rm_jorge joined #salt
15:05 d[^_^]b joined #salt
15:06 stoogenmeyer_ joined #salt
15:07 goal for anyone reading my earlier problems (Vspike), a glob to refresh pillar fixed it. still no idea why it was behaving that way.
15:07 is_null left #salt
15:08 _JZ__ joined #salt
15:09 d[^_^]b joined #salt
15:09 sdm24 joined #salt
15:09 pkimber joined #salt
15:09 VSpike goal: very wierd!
15:10 mschiff hmmm getting "Rendering SLS failed" when run from the master via "salt" but not on the minion with "salt-call" ....
15:11 d[^_^]b joined #salt
15:12 SheetiS1 joined #salt
15:13 d[^_^]b joined #salt
15:13 imanc how do i set the password for a user?  if i put a hash in user.present, hte password doesn't work if the salt is different on another server
15:13 denys joined #salt
15:13 Sacro imanc: what systems use salted passwords?
15:14 imanc ubuntu
15:14 Sacro it's stored in the string
15:14 Sacro man 3 crypt
15:15 d[^_^]b joined #salt
15:15 imanc hmm - allI know is if I grab the salt from /etc/shadow for a pass, set it via user.present: password: thehash... it'll work on one server, but not another
15:16 sandah joined #salt
15:17 d[^_^]b joined #salt
15:17 iggy mschiff: use -l debug and see if it says anything else (paste to gist.github.com if you need help reading the output)
15:18 keithhub joined #salt
15:18 sunkist joined #salt
15:19 d[^_^]b joined #salt
15:19 bhosmer joined #salt
15:21 d[^_^]b joined #salt
15:23 d[^_^]b joined #salt
15:25 d[^_^]b joined #salt
15:27 d[^_^]b joined #salt
15:29 d[^_^]b joined #salt
15:29 mschiff iggy: I already tried that, seeing nothing what might explain this. The debug out put is excatly the same as for a working minion, but instead of returning state messages, returning the pillar rendering error
15:31 d[^_^]b joined #salt
15:31 sxar_ joined #salt
15:32 jhauser joined #salt
15:32 jalbretsen joined #salt
15:33 dalexander joined #salt
15:33 d[^_^]b joined #salt
15:33 mschiff may the master have some broken cache for the minion somewhere?
15:34 giantlock joined #salt
15:34 schuckles joined #salt
15:35 aparsons joined #salt
15:35 d[^_^]b joined #salt
15:37 SheetiS joined #salt
15:38 mschiff hmmm now the problem disappeared magically. Some git issue maybe? Anyway. Its gone.
15:39 d[^_^]b joined #salt
15:39 dalexander joined #salt
15:39 aqua^c joined #salt
15:41 d[^_^]b joined #salt
15:43 d[^_^]b joined #salt
15:45 d[^_^]b joined #salt
15:47 d[^_^]b joined #salt
15:47 keimlink joined #salt
15:49 d[^_^]b joined #salt
15:51 d[^_^]b joined #salt
15:51 gladiatr joined #salt
15:51 saifi joined #salt
15:51 clintberry joined #salt
15:52 troyready joined #salt
15:53 d[^_^]b joined #salt
15:55 d[^_^]b joined #salt
15:55 chuyskywalker joined #salt
15:56 pix91 joined #salt
15:57 d[^_^]b joined #salt
15:57 chuyskywalker Hio! I've got an issue where on salt v2014.7.2 when I use cmd.run, I believe that $HOME isn't being set correctly, so script run via such are trying to, say, make directories in /root/ when the user executing the command is, say, vagrant. I can't seem to google up the right combo of keywords to find if this is a known/solved/workedaround issue though. Any help? Thanks!
15:58 chuyskywalker As an example, I see this from the debug log: https://gist.github.com/jeffminard-ck/011c7966d765aad38efe -- executed as vagrant, but the "~" reference tries to read from /root/
15:59 d[^_^]b joined #salt
15:59 pix91 chuyskywalker: As far as I believe salt exectes command as root user.
16:00 pix91 so if you use evnironment variables it should probably get values for them from root user's env.
16:00 ndrei joined #salt
16:00 chuyskywalker That seems to fly in the face of having user/group available as cmd.run options
16:01 iggy do you actually have - user set?
16:01 d[^_^]b joined #salt
16:01 iggy this is where actually pasting your states and full debug output would help
16:01 iggy more info > 2 lines of output
16:01 pix91 hmm
16:03 d[^_^]b joined #salt
16:03 chuyskywalker Updatd https://gist.github.com/jeffminard-ck/011c7966d765aad38efe with the full nvm state
16:04 chuyskywalker You can see where I started setting env varialbes (like PROFILE) on one of the states to begin working around this
16:04 pix91 hey chuyskywalker: try some thing like this
16:04 pix91 salt '*' cmd.run "su - -c 'ls -l' student"
16:05 ericof joined #salt
16:05 pix91 this will run command "ls -l" as student user.
16:05 d[^_^]b joined #salt
16:05 pix91 but this doesn't seem to be concrete solution.
16:06 chuyskywalker I was moving down that path, tbh, of doing the cmds with sudo instead
16:06 iggy I can verify
16:06 iggy not sure what the expected behavior is
16:07 iggy probably worth searching/filing  a bug to get clarification (personal and docs)
16:07 spookah joined #salt
16:07 chuyskywalker I would have expected that the command executes as the user, with the users....uh, namespace? (wrong terminology here...like if they were logged in)
16:08 pix91 I haven't yet reached to the point of usage where I would want to use salt as particular user.
16:08 desposo joined #salt
16:08 pix91 BTW hello iggy :D
16:09 peters-tx joined #salt
16:09 d[^_^]b joined #salt
16:11 dalexander joined #salt
16:11 d[^_^]b joined #salt
16:11 otter768 joined #salt
16:13 markm joined #salt
16:13 d[^_^]b joined #salt
16:14 pix99 ls
16:15 d[^_^]b joined #salt
16:15 iggy chuyskywalker: it really shouldn't be doing that
16:16 aparsons joined #salt
16:17 d[^_^]b joined #salt
16:18 iggy chuyskywalker: the code says it's running "su -s <shell> - <user> -c <python>" and then feeding a bunch of python code to it
16:18 iggy chuyskywalker: you mind filing a bug about that?
16:18 chuyskywalker Yeah, sure.
16:18 L2SHO I have this state http://hastebin.com/morejufeqo.yaml which sets up my custom repo's in freebsd.  What is the best way to make sure this runs before all other pkg installs in my other state files?
16:18 chuyskywalker I found some history about this too, from when it was called 'runas' that implies it should be doing this.
16:18 chuyskywalker https://github.com/saltstack/salt/commit/7022e6d574abd514caddb4fbe8bafb6e28e06ba7
16:19 iggy L2SHO: put it at the top of your top.sls?
16:19 chuyskywalker but I'll get on the lastest 2014.7 and come up with a decent example
16:19 d[^_^]b joined #salt
16:19 kawa2014 joined #salt
16:19 L2SHO iggy, ok, what if it fails to run for some reason though?  Then salt will keep going and install all my packages from default repos
16:20 iggy L2SHO: failhard: True
16:21 iggy L2SHO: you can set that in the config or per state (it's a global option like requisites, reload_modules, etc.)
16:21 d[^_^]b joined #salt
16:23 d[^_^]b joined #salt
16:23 iggy chuyskywalker: the code in cmdmod currently does something different (it tries to use the su/sudo command's built-in env functionality)
16:24 Rockj joined #salt
16:24 L2SHO iggy, ok, that's interesting.  I was thinking maybe there would be a way to set a global require for all pkg installs
16:25 d[^_^]b joined #salt
16:25 iggy L2SHO: nope, you can only set require's per stanza
16:25 L2SHO iggy, I can't do something like:  - use_in: pkg.install ?
16:26 iggy no
16:27 d[^_^]b joined #salt
16:28 iggy you can put - require_in:\n  - long\n  - list\n  - of\n  - pkgs
16:28 iggy but failhard seems easier
16:28 ndrei joined #salt
16:28 L2SHO yeah, ok.  thanks
16:29 aparsons joined #salt
16:29 d[^_^]b joined #salt
16:29 iggy chuyskywalker: when you search/open an issue, can you link me the #... I'd like to follow it
16:29 chuyskywalker iggy: you know what, might just be I've got something fucked up going on. My test case after a vagrant reprovision is not showing the same behavior
16:29 SheetiS I know it's dirty, but if I have something that EVERYTHING else depends upon, I use - order: to put it at the top and then make sure none of the ordered stuff has a require or is touched by a require_in.  There are a few things in my configs that always have to exist first so that everything else can work.  (Mainly we use spacewalk to provide all packages so it has to be configured and working before any other state requiring a package will work).
16:29 writtenoff joined #salt
16:30 iggy SheetiS: you still need failhard or some sort of require
16:30 iggy order just means run <whenever>
16:30 iggy it doesn't mean run successfully <whenever>
16:30 SheetiS failhard I agree
16:30 chuyskywalker So one of my other states must be causing something to go wrong with the cmd.run. Maybe I've got the root bashrc/profile doing something funky. Clearly it's a problem I'm casuing in tandem with something affecting cmd.run. Might still be worth having a bug over depending, but I'll come back once I track this down.
16:30 SheetiS require causes -order: to not work :D
16:31 d[^_^]b joined #salt
16:31 fllr joined #salt
16:33 L2SHO SheetiS, isn't ordering by the order in top.sls on by default?
16:33 d[^_^]b joined #salt
16:33 iggy chuyskywalker: ahh, I thought I reproduced it using a simple cmd.run on the command line, but I was using user instead of runas
16:33 SheetiS if you use require or require_in _anywhere_ in your states, the order becomes completely non-deterministic
16:34 SheetiS so to avoid this, I use - order: on states that don't have requires and are not touched by require_in:  and then failhard on them to stop running if they barf.
16:34 L2SHO hmm, ok
16:35 SheetiS if you don't failhard, you can get _lots_ of nasty state errors, and I send my state errors to pagerduty via a reactor, so it would DESTROY my pager.
16:35 iggy pager...
16:35 d[^_^]b joined #salt
16:35 SheetiS 'pager'
16:35 iggy I hope you meant metaphoric pager
16:35 SheetiS Yeah
16:35 iggy good
16:36 * iggy started to worry
16:36 benvon joined #salt
16:36 iggy pager = you're either a doctor or a ludite
16:37 SheetiS It feels the same when my phone makes the alert tone as when I had a real pager.
16:37 mpanetta They still make pagers? :P
16:37 iggy I guess they operate on different frequencies from cell phones so hospitals think they are safer
16:38 SheetiS I carried an alpha-num pager for almost 10 years way back when.
16:38 iggy or some garbage
16:38 ndrei joined #salt
16:39 d[^_^]b joined #salt
16:41 L2SHO I think I'm going to go with the require_in:\n - list of packages method.  I only have about 10 packages anyways
16:41 d[^_^]b joined #salt
16:41 smcquay joined #salt
16:42 KyleG joined #salt
16:42 KyleG joined #salt
16:43 d[^_^]b joined #salt
16:45 d[^_^]b joined #salt
16:47 d[^_^]b joined #salt
16:48 ferbla joined #salt
16:49 d[^_^]b joined #salt
16:49 d[^_^]b joined #salt
16:50 malinoff_ joined #salt
16:51 d[^_^]b joined #salt
16:52 bhosmer joined #salt
16:53 d[^_^]b joined #salt
16:53 linjan joined #salt
16:55 dthorman joined #salt
16:56 troyready joined #salt
16:57 d[^_^]b joined #salt
16:57 d[^_^]b joined #salt
16:57 troyready joined #salt
16:59 sk_0 joined #salt
17:00 troyready joined #salt
17:01 d[^_^]b joined #salt
17:01 ajw0100 joined #salt
17:01 d[^_^]b joined #salt
17:03 pix91 joined #salt
17:03 theologian joined #salt
17:04 d[^_^]b joined #salt
17:05 chuyskywalker iggy: In the 'vagrant' users .bash_profile someone added `echo -ne "\033]0;VirtualMachine\007"` in an attempt to set the window title. This being present causes salt to fail to set env correctly. I have no idea why, but there ya go.
17:05 forrest joined #salt
17:05 Ahlee lol, love those kinds of errors
17:05 iggy chuyskywalker: well, at least you found it
17:06 iggy and hopefully you can go beat someone with a clue-by-four
17:06 chuyskywalker git blame ftw
17:06 julez joined #salt
17:07 pix92 joined #salt
17:07 d[^_^]b joined #salt
17:07 d[^_^]b joined #salt
17:09 big_area joined #salt
17:09 d[^_^]b joined #salt
17:11 d[^_^]b joined #salt
17:14 SheetiS joined #salt
17:15 d[^_^]b joined #salt
17:15 d[^_^]b joined #salt
17:16 Kraln joined #salt
17:17 Jahkeup joined #salt
17:17 d[^_^]b joined #salt
17:18 ranomore joined #salt
17:19 d[^_^]b joined #salt
17:21 d[^_^]b joined #salt
17:22 TyrfingMjolnir_ joined #salt
17:23 troyready joined #salt
17:23 d[^_^]b joined #salt
17:25 d[^_^]b joined #salt
17:26 SheetiS joined #salt
17:27 d[^_^]b joined #salt
17:28 p66kumar joined #salt
17:28 julienlavergne joined #salt
17:28 aqua^c joined #salt
17:28 rap424 joined #salt
17:29 d[^_^]b joined #salt
17:31 ageorgop joined #salt
17:31 d[^_^]b joined #salt
17:34 d[^_^]b joined #salt
17:35 d[^_^]b joined #salt
17:37 bhosmer_ joined #salt
17:37 d[^_^]b joined #salt
17:38 encrypted joined #salt
17:39 d[^_^]b joined #salt
17:41 d[^_^]b joined #salt
17:42 forrest d[^_^]b: You're flapping, can you please fix your connection?
17:43 troyready joined #salt
17:43 d[^_^]b joined #salt
17:45 d[^_^]b joined #salt
17:47 forrest basepi: Can you please kick/temp ban d[^_^]b when you get a minute? They are flapping
17:47 d[^_^]b joined #salt
17:48 basepi anyone know how I can tempban?
17:48 d[^_^]b was kicked by basepi: d[^_^]b
17:48 dayid forrest: /ignore [mask] joins quits
17:49 forrest I never remember the command basepi
17:49 basepi I know I can /ban, but that's permanent
17:49 forrest dayid: Yeah I know I can ignore it, but I don't want to do that in case its' a relay flood or whatever.
17:49 basepi I have joins/quits turned off for this channel
17:49 basepi So I wasn't even seeing it
17:49 markm /ignore [mask] joins quits
17:49 d[^_^]b joined #salt
17:50 florinandrei joined #salt
17:51 Heartsbane /ignore #salt JOINS PARTS QUITS MODES NICKS <--- drop all the noise
17:51 d[^_^]b joined #salt
17:52 iggy /part #salt <--- works even better
17:53 basepi trollollolloll
17:53 Heartsbane Didn't see it happen, you see I ignore parts
17:53 basepi Almost kicked iggy when I read that.
17:53 basepi xD
17:53 d[^_^]b joined #salt
17:54 Ahlee do it!
17:55 dalexander joined #salt
17:55 d[^_^]b joined #salt
17:56 iggy I wasn't really attempting to troll, but I realized after I put that some people might blindly run that
17:56 baweaver joined #salt
17:56 rypervenche joined #salt
17:57 Heartsbane I blame robawt
17:57 d[^_^]b joined #salt
17:58 epcim_ joined #salt
17:58 denys joined #salt
17:59 robawt Heartsbane: it's best to blame me
17:59 d[^_^]b joined #salt
18:00 alexanderilyin joined #salt
18:01 Heartsbane :-)
18:01 d[^_^]b joined #salt
18:02 robawt Heartsbane:running Fedora lately.
18:02 Heartsbane robawt: has your self esteem come back yet?
18:03 Heartsbane it will
18:03 robawt lol
18:03 robawt giving it time
18:04 d[^_^]b joined #salt
18:05 Heartsbane Looking forward to getting hammered at Scale, somehow we need to find time to work os Iassic
18:05 Heartsbane Brilliant
18:05 d[^_^]b joined #salt
18:06 robawt haha
18:06 robawt almost forgot about our future millions
18:06 nogiveup joined #salt
18:07 d[^_^]b joined #salt
18:09 tracphil joined #salt
18:09 d[^_^]b joined #salt
18:11 troyready joined #salt
18:11 d[^_^]b joined #salt
18:12 otter768 joined #salt
18:13 aberdine Does gitfs work with salt-ssh?
18:13 d[^_^]b joined #salt
18:13 aberdine https://github.com/saltstack/salt/issues/9735 apparently it should.
18:13 stanchan joined #salt
18:15 aberdine might be my config
18:15 d[^_^]b joined #salt
18:16 aberdine I'll investigate. I should set my own channel up to ask myself questions to aid my thought processes :)
18:16 drawsmcgraw joined #salt
18:17 d[^_^]b joined #salt
18:17 ajw0100 joined #salt
18:19 d[^_^]b joined #salt
18:20 bin_005 joined #salt
18:20 Edgan SheetiS: I agree, failhard!
18:20 SheetiS I fail pretty hard all the time
18:21 d[^_^]b joined #salt
18:22 murrdoc joined #salt
18:23 d[^_^]b joined #salt
18:24 davisj Does salt-ssh require a salt minion installation for each minion, or does it act like ansible where it pushes down on the required bits are pushed down at run time?
18:24 davisj s/on/all/
18:25 forrest it doesn't require a minion davisj
18:25 davisj forrest: sweet.
18:25 d[^_^]b joined #salt
18:27 d[^_^]b joined #salt
18:28 nahamu forrest: does it require python on the minion?
18:28 markm joined #salt
18:29 forrest nahamu: Not as far as I'm aware. I thought it compiled all the commands down to pass them through via ssh and bash. You could just try it out. Would cost about a penny to run a digital ocean instance for an hour or so.
18:29 d[^_^]b joined #salt
18:31 d[^_^]b joined #salt
18:33 ranomore joined #salt
18:34 d[^_^]b joined #salt
18:35 d[^_^]b joined #salt
18:36 stoogenmeyer_ joined #salt
18:37 d[^_^]b joined #salt
18:39 chiui joined #salt
18:39 d[^_^]b joined #salt
18:40 gwmngilfen joined #salt
18:41 adelcast left #salt
18:41 d[^_^]b joined #salt
18:42 adelcast joined #salt
18:42 ranomore joined #salt
18:43 d[^_^]b joined #salt
18:45 troyready joined #salt
18:45 d[^_^]b joined #salt
18:46 ranomore joined #salt
18:47 d[^_^]b joined #salt
18:49 d[^_^]b joined #salt
18:51 d[^_^]b joined #salt
18:53 d[^_^]b joined #salt
18:53 iggy I thought it did
18:53 iggy require python
18:54 stoogenmeyer_ joined #salt
18:55 sgargan joined #salt
18:55 d[^_^]b joined #salt
18:56 murrdoc joined #salt
18:57 forrest iggy: I thought it compiled everything down to bash for some reason..
18:57 d[^_^]b joined #salt
18:57 forrest iggy: Docs don't say
18:57 forrest just: This addition allows for Salt routines to be executed on remote systems entirely through ssh, bypassing the need for a Salt Minion to be running on the remote systems and the need for a Salt Master.
18:58 whytewolf after having many issues with salt-ssh and python. it defintly needs python on the server. it installs a mini minion type program in /tmp
18:59 d[^_^]b joined #salt
19:00 giantlock joined #salt
19:01 iggy yeah, I Was going to say set salt-ssh to keep the stuff in /tmp and look at it
19:01 d[^_^]b joined #salt
19:02 bhosmer joined #salt
19:04 d[^_^]b joined #salt
19:05 d[^_^]b joined #salt
19:06 arnoldB basepi: what to you think about generated the AUTHORS file (https://github.com/saltstack/salt/blob/develop/AUTHORS) automatically, based on the git log?
19:06 arnoldB s/generated/generating/
19:07 iggy it would be _very_ long
19:07 arnoldB :D yes
19:07 iggy like 1000s of lines compared to just over 100
19:07 d[^_^]b joined #salt
19:09 d[^_^]b joined #salt
19:11 troyready joined #salt
19:11 d[^_^]b joined #salt
19:13 nogiveup hey guys, I'm totally new to salt. I was trying to synchronize a file from server to minions using file.manage. But looks like it's only possible running the salt command (state.sts) manually.
19:13 d[^_^]b joined #salt
19:13 nogiveup http://stackoverflow.com/questions/30607310/whats-wrong-with-this-simple-file-managed-saltstack-configuration
19:14 lothiraldan joined #salt
19:14 nogiveup I'm much appreciated if someone here could help
19:15 pelzi__ you need to run highstate manually for the file to be created
19:15 iggy murrdoc: forrest: thoughts? https://gist.github.com/iggy/c2a85f87ef2cfa7f51cd
19:15 Grokzen joined #salt
19:15 pelzi__ or add a timer to run it at a schedule
19:15 d[^_^]b joined #salt
19:15 wdif joined #salt
19:16 wdif Is there any documentation on salt master lithium compatibility with salt minion helium release?
19:16 pelzi__ by default, nothing will poll /tmp to see if that file is there, so it will not be re-created
19:16 iggy wdif: should work
19:16 wdif I know it 'should' be compatible but I have been seeing issues with master public key failure that go away when the master is restarted
19:17 iggy wdif: file a bug I guess or just upgrade your minions
19:17 nogiveup I see, thanks pelzi
19:17 d[^_^]b joined #salt
19:18 wdif ok ..just for full info this is what i'm seeing: [ERROR   ] The master failed to decrypt the random minion token, [CRITICAL] The Salt Master server's public key did not authenticate!, The master may need to be updated if it is a version of Salt lower than 2014.7.5, or,If you are confident that you are connecting to a valid Salt Master, then remove the master public key and restart the Salt Minion.
19:18 wdif i'm guessing this is a compatibility issue  - I have another setup with both master/minion being helium and I don't see this error
19:18 baweaver joined #salt
19:18 aqua^c joined #salt
19:19 murrdoc iggy:  <3 it
19:19 forrest iggy: Wait, are you replacing the default lookup name with grainsmap?
19:19 iggy I know people have run old minions on new masters
19:19 iggy forrest: pillar lookup -> grainsmap lookup -> defaults.yaml lookup
19:19 d[^_^]b joined #salt
19:19 forrest but grainsmap would be the new map.jinja
19:20 iggy sort of
19:20 forrest I don't like the naming then
19:20 forrest it's confusing
19:20 iggy effectively
19:20 iggy I'm certainly not tied to the naming
19:20 iggy or all the debug logging
19:20 forrest yeah I'm not shitting on it, just saying that the name isn't great
19:20 iggy but the idea?
19:20 forrest other than that I do like it a lot
19:20 bin_005 joined #salt
19:20 forrest https://gist.github.com/iggy/c2a85f87ef2cfa7f51cd#file-defaults-py-patch-L63 needs to be changed to accept a value so that the key won't be logged if you disable it
19:20 forrest would be nice to add that
19:20 forrest via a flag on the master/minion config
19:21 forrest Other than that though, I think this idea is baller.
19:21 iggy yeah, all that debug loggin is going away
19:21 d[^_^]b joined #salt
19:21 forrest iggy: What about if you have a defaults value that you prefer over the grains map? That would be confusing I think
19:22 iggy it was just some crap I threw in there to try to figure out why the pillar lookups weren't working
19:22 forrest because you're just seeing it as set in your defaults file, and imported via the pillar?
19:22 forrest hmm
19:22 arnoldB iggy: I've done sth. similiar: https://github.com/bechtoldt/salt-modules/blob/master/_modules/formhelper.py#L72
19:22 s_kunk joined #salt
19:22 arnoldB example file: https://github.com/bechtoldt/saltstack-salt-formula/blob/master/states/defaults.yaml
19:22 iggy forrest: same that would happen today
19:23 iggy with map.jinja
19:23 forrest Fine by me then
19:23 d[^_^]b joined #salt
19:23 forrest iggy: Honestly I kind of like the idea of logging, I just don't think the key value should be present in debug logs unless you specifically turn it on
19:24 karlthane joined #salt
19:24 iggy forrest: yeah, well, that module could use a little love either way
19:24 forrest iggy: I agree. Just pointing it out since it's part of your addition. I think the idea is good
19:25 forrest I can't really complain about reducing the work that has to be done for lookup values.
19:25 iggy the docs don't mention that they will automatically add the top level directory to the pillar lookup (f.ex.)
19:25 forrest heh
19:25 d[^_^]b joined #salt
19:25 iggy that's what all that debug stuff is for anyway
19:25 sgargan_ joined #salt
19:25 arnoldB iggy: why do you want to log this data at all?
19:26 iggy does WIP mean something different to everybody?
19:27 iggy I don't want to log anything tbh, it's there because I legitimately was having to debug something
19:27 d[^_^]b joined #salt
19:29 d[^_^]b joined #salt
19:29 schuckles joined #salt
19:30 hybridpollo joined #salt
19:31 d[^_^]b joined #salt
19:34 d[^_^]b joined #salt
19:35 d[^_^]b joined #salt
19:36 sporkd2 joined #salt
19:37 sporkd2 hey everyone,  I'm run a state.single file.managed its not making any changes to the file, is that expected?
19:37 d[^_^]b joined #salt
19:38 whytewolf sporkd2: it is if the file is already in the state is expected to be in
19:38 slimmons joined #salt
19:38 sporkd2 @whytewold yea I made a change on my master, reran that and it didn't change anything. it did however change when I ran a highstate
19:39 iggy expected
19:39 d[^_^]b joined #salt
19:40 sporkd2 iggy: what can I do if I only want to rerender that file?
19:40 iggy the minion doesn't sync on state.single, so it's still using the locally cached copy of the template
19:40 DammitJim I'm trying to set the time to CST, but I'm having an error: IOError: [Errno 2] No such file or directory: '/usr/share/zoneinfo/CST'
19:40 DammitJim am I supposed to use CET?
19:40 iggy sporkd2: check to see if state.sls works
19:41 DammitJim wow... CST doesn't exist
19:41 slimmons if I want a remote server to pull something from a git repo, and check out the most recent commit from a branch, something equal to `git clone https://github.com/project.git /home/myName/project`, then `git checkout master`  where would that be done?
19:41 d[^_^]b joined #salt
19:42 sporkd2 iggy: state.sls works and it make sense that the state's are syncing
19:42 baweaver joined #salt
19:42 arnoldB slimmons: on the minion, iirc
19:43 sgargan joined #salt
19:43 arnoldB slimmons: example state: https://github.com/bechtoldt/saltstack-zsh-formula/blob/master/zsh/init.sls#L15
19:43 d[^_^]b joined #salt
19:44 slimmons thanks arnold
19:44 sporkd2 iggy: is there a saltutil command to sync the files? saltutill.states or all doesn't seem to ship the changed file over.. does only highstate do that?
19:45 iggy sporkd2: no idea, never tried
19:45 whytewolf sporkd2: modules.cp?
19:45 iggy maybe something in cp?
19:45 d[^_^]b joined #salt
19:46 sporkd2 thanks guys, this looks promising salt.modules.cp.cache_file
19:46 DammitJim wow, there is no CST!!!
19:46 sporkd2 yep, that did it, thanks iggy whytewolf
19:47 d[^_^]b joined #salt
19:47 sporkd2 Ryan_Lane: docker rules! hehe j/k
19:49 LtLefse DammitJim: how about US/Central or America/Chicago?
19:49 whytewolf DammitJim: zonefile that governs CST is America/Costa_Rica
19:49 L2SHO How would I use this modules to create an sls that check if a kernel module is loaded, and loads it if it's not?  http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.freebsdkmod.html
19:49 d[^_^]b joined #salt
19:50 DammitJim hhhmmmm
19:50 DammitJim US/Central, I guess
19:50 DammitJim I want to see CST when I query for the time
19:51 DammitJim and never CDT
19:51 s_kunk joined #salt
19:51 d[^_^]b joined #salt
19:51 whytewolf L2SHO: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.kmod.html#module-salt.states.kmod try that [I am not sure if it loads the freebsdkmod also]
19:52 primechuck Is it bad form to use state.high to consolidate a series of commands, rather than run multiple commands?
19:53 L2SHO whytewolf, so like, something as simple as this?  http://hastebin.com/ugihexarix.sm
19:53 d[^_^]b joined #salt
19:54 ndrei joined #salt
19:54 whytewolf L2SHO: pretty much. as long as that state and the freebsdkmod properly use the virtual interfaces
19:54 iggy primechuck: I'd use an alternate top file (state.top) or orchestration
19:55 L2SHO whytewolf, yep, it worked.  Awesome
19:55 d[^_^]b joined #salt
19:56 L2SHO I kinda with the module docs linked to the state docs that use them
19:57 d[^_^]b joined #salt
19:59 sdm24 I don't know if this is an issue, or if its running correctly, but I have a state that uses group.present and user.present. First time I run the state, the group and user are made correctly. The second time, the group.present ID returns "Group groupname is present and up to date", but user.present fails with "OSError: [Errno 17] File exists: '/dev/null' (the home directory set for the user)
19:59 d[^_^]b joined #salt
19:59 iggy L2SHO: some do, some don't have states
20:00 sdm24 Is there a way to just check if the user exists, and then doing nothing? I tried putting an "unless: 'test -d /dev/null' " line but it still errors
20:00 iggy sdm24: test -d?
20:01 iggy what about -e?
20:01 sdm24 tests the directory exists, I also tried test -f for a file, didn't work
20:01 L2SHO iggy, well, specifically the one I linked before.  It doesn't mention salt.states.kmod anywhere and I didn't know that even existed until whytewolf pointed me in the right direction
20:01 sdm24 didn't try -e, thanks
20:01 iggy sdm24: it's not a dir or a  file
20:01 catpiggest joined #salt
20:01 iggy it's a char device
20:01 d[^_^]b joined #salt
20:01 sdm24 oh ok
20:01 iggy L2SHO: file a bug?
20:02 sdm24 iggy: test -e works for the unless, but it doesn't work the first time the state is run either, so the user is never made
20:03 jdowning joined #salt
20:03 iggy oh right, yeah, you're screwed
20:03 iggy createhome: False?
20:04 d[^_^]b joined #salt
20:04 sdm24 I'll try that next. I saw that, but I'm not sure if the directory exists before the user is made
20:04 iggy it's not a directory
20:04 whytewolf since you are setting the users home directory to /dev/null. /dev does exist
20:05 d[^_^]b joined #salt
20:05 sdm24 sorry, I'm a linux noob and don't really understand what is created for a user's home. Either way that createhome: False works! Thank you
20:06 litwol left #salt
20:06 whytewolf normally when you set a users home up it will be populated with the contents of /etc/skel with permissions adjusted for the user. unless you tell it to not bother with that.
20:07 Deevolution joined #salt
20:07 sdm24 Oh ok, thanks
20:07 d[^_^]b joined #salt
20:08 jdowning howdy! i'm running into an issue where a minion cannot run highstate when called from the master. But running salt-call state.highstate locally works fine. :/
20:08 jdowning error on salt-master: The function "state.highstate" is running as PID 20700 and was started at 2015, Jun 04 19:31:15.814012 with jid 20150604193115814012
20:09 iggy 2 minions running
20:09 iggy on the minion, stop the salt-minion service, then check/kill any salt-minion processes still running
20:09 iggy then start the service back up
20:09 AirOnSkin joined #salt
20:09 d[^_^]b joined #salt
20:09 jdowning iggy: i wondered about that ...i've restarted the salt-minion service several times ...any ideas on how to debug multiple daemons?
20:10 AirOnSkin joined #salt
20:10 whytewolf jdowning: ps -ef | grep salt
20:10 perfectsine joined #salt
20:11 jdowning whytewolf: yeah, there are two PIDs ...if i stop the upstart script, there are none ...if i start it again, there are two
20:11 iggy there goes that idea
20:11 d[^_^]b joined #salt
20:12 whytewolf shut down nuke cache restart?
20:12 jdowning whytewolf: /var/cache/salt ?
20:13 iggy yes
20:13 d[^_^]b joined #salt
20:13 otter768 joined #salt
20:14 jdowning grr, same issue
20:15 jdowning fwiw, it seems to only happen with one type of node ...is there something in it's highstate i can debug or is it more than like the process?
20:15 iggy you can crank up minion logging and go digging through the log file after a failure
20:15 d[^_^]b joined #salt
20:16 hal58th_ jdowning does your minion start highstate when the minion is started? IT shouldn't always be running highstate like that
20:16 jdowning ok, i've done that ...any particular keywords in there that might stand out?
20:17 iggy when it fails, run "salt 'minion' saltutil.running"
20:17 d[^_^]b joined #salt
20:18 jdowning i stopped the process, deleted this file (/etc/salt/minion.d/_schedule.conf) and restarted ...the file reappears
20:19 iggy that's normal
20:19 jdowning % cat /etc/salt/minion.d/_schedule.conf                           schedule:   __mine_interval: {function: mine.update, jid_include: true, maxrunning: 2, minutes: 60}
20:19 whytewolf thats fine.
20:19 jdowning ok
20:19 d[^_^]b joined #salt
20:20 jdowning yeah, there is a jid there ...i've run saltutil.kill_job on the jid and a new one is spawned
20:21 d[^_^]b joined #salt
20:23 d[^_^]b joined #salt
20:25 d[^_^]b joined #salt
20:25 big_area_ joined #salt
20:26 iggy look it up and see what is running
20:26 jdowning oh i guess it's it self?
20:26 jdowning fun:           saltutil.running       jid:           20150604202649207500       pid:           22015
20:27 iggy and a highstate still fails?
20:27 d[^_^]b joined #salt
20:27 jdowning yeah
20:28 iggy wacky question... do you happen to have 2 different servers with the same name/minion_id/salt key?
20:29 d[^_^]b joined #salt
20:30 jdowning iggy: oof -- not wacky at all :) salt-key returns nodes with unique names
20:30 jdowning minion log debug output: https://gist.github.com/justindowning/e9ab3bfd41ce51657734
20:31 iggy if you do a test.ping, do you only get back one result?
20:31 iggy not really sure if that's a valid test, but....
20:31 baweaver joined #salt
20:31 SheetiS joined #salt
20:31 d[^_^]b joined #salt
20:32 jdowning iggy: yes
20:34 d[^_^]b joined #salt
20:35 d[^_^]b joined #salt
20:36 SheetiS1 joined #salt
20:36 dfinn joined #salt
20:37 epcim_ joined #salt
20:37 d[^_^]b joined #salt
20:38 ek6 how do you get the ip address of minion id thats denied but continuing to bounce off the salt-master ?
20:39 d[^_^]b joined #salt
20:40 big_area joined #salt
20:40 bin_005_s joined #salt
20:41 d[^_^]b joined #salt
20:42 iggy netstat?
20:42 iggy I don't think that gets logged anywhere (but not a terrible FR)
20:43 ek6 only an issue since i started tracking what was going thrown into minion_denied since i was seeing some bogus entries there
20:43 d[^_^]b joined #salt
20:44 julez joined #salt
20:44 big_area joined #salt
20:45 sdm24 ek6: I have that issue sometimes too, where people will make new VMs with Salt on it, but won't change the hostname from the default template name
20:45 d[^_^]b joined #salt
20:45 sdm24 so minion 'ubuntu_template' keeps trying to connect and I don't know what it is
20:47 d[^_^]b joined #salt
20:47 ek6 well comforting that im not the only one drowning in the sea of people who cant read all the way to step 2.
20:48 big_area joined #salt
20:49 d[^_^]b joined #salt
20:51 d[^_^]b joined #salt
20:52 sdm24 the worst part is that I have a setup state preloaded on the template that does everything for them: renames host, sets network configs, etc... but people still want to go the manual way
20:53 d[^_^]b joined #salt
20:54 ndrei joined #salt
20:55 d[^_^]b joined #salt
20:57 bluenemo joined #salt
20:57 d[^_^]b joined #salt
20:58 brandonk any linux gurus in here have an alternative to using 'dd' to write all zeros to drives? specifically one that won't return "dd: error writing '/dev/xvdf': No space left on drive" when done?
20:58 ek6 that because they can do all that better and faster then you can...just ask them
20:59 rogst joined #salt
20:59 d[^_^]b joined #salt
21:01 perfectsine joined #salt
21:01 ryuhei joined #salt
21:01 stanchan joined #salt
21:01 d[^_^]b joined #salt
21:02 ryuhei hello, do you happen to know why i get this error Exception TypeError: "'NoneType' object is not callable" in <function _removeHandlerRef at 0x7f28e3ca5230> ignored
21:02 ryuhei when i do salt-master --version
21:04 d[^_^]b joined #salt
21:04 baweaver joined #salt
21:05 d[^_^]b joined #salt
21:06 bin_005_s_t joined #salt
21:06 slimmons if I'm using git.latest, is there a way around having to set up an ssh key on the minion and gitlab.  Or is there a simple way to do that once so it works with all minions?
21:07 aqua^c joined #salt
21:07 d[^_^]b joined #salt
21:09 iggy github supports user/pass, I'd be surprised if gitlab didn't
21:09 sgargan joined #salt
21:09 badon joined #salt
21:09 d[^_^]b joined #salt
21:10 iggy https://help.github.com/articles/creating-an-access-token-for-command-line-use/
21:10 iggy gitlab usually seems to have feature parity with github
21:10 slimmons thanks
21:10 slimmons yeah, that's exactly what I was looking for
21:10 slimmons thanks again
21:11 nedearb joined #salt
21:11 ndrei joined #salt
21:11 d[^_^]b joined #salt
21:13 d[^_^]b joined #salt
21:15 d[^_^]b joined #salt
21:16 giantlock joined #salt
21:17 d[^_^]b joined #salt
21:18 ndrei joined #salt
21:18 amcorreia joined #salt
21:19 slimmons Are you certain that salstack has token support for salt.states.git?  I don't see any way to actually use the token via salt.  http://docs.saltstack.com/en/latest/ref/states/all/salt.states.git.html
21:19 d[^_^]b joined #salt
21:19 asoc ek6: I have that issue sometimes too, where
21:19 asoc sorry paste fail
21:20 asoc Does the base environment apply to all machines in all environments?
21:21 d[^_^]b joined #salt
21:21 cberndt joined #salt
21:21 Ryan_Lane sporkd2: docker is pretty nice. we use it a lot
21:22 Ryan_Lane we manage docker using salt, though
21:22 Ryan_Lane including not having any docker files. we build our images using docker run, salt, docker commit
21:23 al joined #salt
21:23 d[^_^]b joined #salt
21:25 MatthewsFace joined #salt
21:25 big_area_ joined #salt
21:25 d[^_^]b joined #salt
21:26 cberndt joined #salt
21:27 gmeno joined #salt
21:27 d[^_^]b joined #salt
21:28 ndrei joined #salt
21:29 brandonk anyone here familiar with using "raid.present"
21:29 d[^_^]b joined #salt
21:31 d[^_^]b joined #salt
21:34 d[^_^]b joined #salt
21:35 d[^_^]b joined #salt
21:37 d[^_^]b joined #salt
21:38 L2SHO_ joined #salt
21:39 andrew_v Is there a way to sleep inside a state.orchestrate run?
21:39 d[^_^]b joined #salt
21:40 andrew_v (context: The file in question, among other things, restarts the salt-master service; I want to sleep a few seconds for it to sort itself out before going on to the next step in the file)
21:41 bhosmer__ joined #salt
21:41 andrew_v (otherwise, the next step takes a very long time to run -- I think waiting for a timeout of some sort.)
21:41 d[^_^]b joined #salt
21:43 d[^_^]b joined #salt
21:45 d[^_^]b joined #salt
21:46 brandonk Actually the issue I am now getting is from the mdadm.py module calling raid.create which throws "SaltException: Malformed state return, return must be a dict" in my orchestration
21:47 d[^_^]b joined #salt
21:49 d[^_^]b joined #salt
21:51 d[^_^]b joined #salt
21:53 d[^_^]b joined #salt
21:55 d[^_^]b joined #salt
21:57 d[^_^]b joined #salt
21:58 SheetiS joined #salt
21:59 d[^_^]b joined #salt
22:01 d[^_^]b joined #salt
22:02 alexanderilyin joined #salt
22:04 d[^_^]b joined #salt
22:05 d[^_^]b joined #salt
22:07 d[^_^]b joined #salt
22:09 clintberry joined #salt
22:09 d[^_^]b joined #salt
22:10 grepme joined #salt
22:11 d[^_^]b joined #salt
22:12 perfectsine joined #salt
22:13 DrBojingle joined #salt
22:13 d[^_^]b joined #salt
22:14 otter768 joined #salt
22:15 d[^_^]b joined #salt
22:17 d[^_^]b joined #salt
22:19 d[^_^]b joined #salt
22:21 d[^_^]b joined #salt
22:22 murphysl1wbbs joined #salt
22:23 d[^_^]b joined #salt
22:24 iggy andrew_v: could you use the reactor to carry on after the restart?
22:25 iggy I think there's an issue open about being able to sleep in orch calls
22:25 andrew_v iggy: Possibly. I don't know much about the proper use of reactor.
22:25 andrew_v I could also just use a shell script, I guess.
22:25 d[^_^]b joined #salt
22:27 d[^_^]b joined #salt
22:27 Singularo joined #salt
22:28 murphyslawbbs joined #salt
22:28 andrew_v The specific issue I'm working around: Suppose I want to add a new saltstack formula to my environment. I add it to the appropriate pillar entry to be read by salt.formulas, and add it to top. Then run a highstate. Oops, chicken and egg problem -- need to highstate the master to get the formula installed, but can't run a highstate because it depends on the formula that isn't there yet.
22:29 murrdoc whats the salty way to pgrep
22:29 d[^_^]b joined #salt
22:30 andrew_v So run salt.formulas, then salt.master, then highstate…orchestration is the tool to do that, so set it up as an orchestration job…oops, it explodes when the master restarts after salt.master.
22:30 ska-fan joined #salt
22:31 johngrasty joined #salt
22:31 iggy salt can't solve every problem for you
22:31 andrew_v I know. :-(
22:31 iggy change your pillar to get the formula installed, then change your states
22:31 d[^_^]b joined #salt
22:32 sygibson joined #salt
22:32 canci joined #salt
22:32 julez joined #salt
22:33 lothiraldan joined #salt
22:33 muep joined #salt
22:33 andrew_v If it was just me, I'd probably do that. I get pushback from my team when I try to argue for using stock formulas, though. It will be harder if I have to say "well, any time we want to add a formula, you have to do it as two separate commits and do this extra command in between…" But that isn't Salt's fault.
22:34 d[^_^]b joined #salt
22:35 iggy so presumably you have your states and pillars in different places... git?
22:35 d[^_^]b joined #salt
22:35 andrew_v No and yes, respectively. Same repo, but yes git.
22:35 sygibson question - is it possible within state.pkg.install to pass (essentially) "--skip-broken" ??  I'm running in to a nasty yum dependency problem and need to exclude broken - which allows me to install what I need then
22:35 sygibson I read through the docu:  https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html
22:36 sygibson nothing I see allows me to do that
22:36 rubenb joined #salt
22:36 sygibson this is in relation to a ceph install packaging problem documented at:  http://tracker.ceph.com/issues/10476
22:36 cberndt joined #salt
22:36 sygibson which - the specified fix of 'echo "check_obsoletes=1" >> /etc/yum/pluginconf.d/priorities.conf' does not actually appear to work for me ... :-(
22:37 iggy sygibson: if it's a temporary workaround, just cmd.run it
22:37 sygibson hmm - duh - didn't think of that
22:37 iggy andrew_v: sucker...
22:37 d[^_^]b joined #salt
22:37 iggy andrew_v: I was going to say if they were different repos, just enforce that they commit to pillars first
22:37 admgre joined #salt
22:37 andrew_v Hehe.
22:38 andrew_v Even if they were, I can't enforce that. :-P
22:39 Flusher joined #salt
22:39 d[^_^]b joined #salt
22:40 iggy well, like I said, I think there's an issue about sleeping in orchestrate, maybe someone in that bug has some input
22:40 andrew_v But, yeah. I know there's ways to do it in a staggered way. But if I can do it all at once with a stock command, then it turns it from peoplework (which I am bad at) into techwork (which I am good at). Trying to get other people to change their workflows to accomodate my suggestions isn't really an argument I want to have. :-(
22:40 ponpanderer joined #salt
22:40 edulix joined #salt
22:40 andrew_v I'll check.
22:40 DaveQB joined #salt
22:40 andrew_v If not, I can just use a shell script, I think.
22:40 johngrasty joined #salt
22:41 nesv_ joined #salt
22:41 d[^_^]b joined #salt
22:42 ProT-0-TypE joined #salt
22:43 d[^_^]b joined #salt
22:44 nesv joined #salt
22:45 d[^_^]b joined #salt
22:46 sunkist joined #salt
22:47 d[^_^]b joined #salt
22:49 d[^_^]b joined #salt
22:51 sygibson iggy: so "cmd.run" = dirty hack, but heh ... I like it 'cause it worked - thanks for the (obvious) work around pointer
22:51 sunkist1 joined #salt
22:51 baweaver joined #salt
22:51 cberndt joined #salt
22:51 d[^_^]b joined #salt
22:51 sygibson would it be considered a "feature" request to ask for "skip-broken" to be added to the pkg module ?
22:53 d[^_^]b joined #salt
22:53 nesv left #salt
22:55 murrdoc cmd.run is dirty
22:55 hal58th_ sygibson sounds like it to me
22:55 iggy it's a dirty (temporary) bug being worked around
22:55 d[^_^]b joined #salt
22:56 iggy if it's not an option that you would normally use, I wouldn't suggest it... people tend to use stuff they see sitting around in the docs
22:56 aqua^c joined #salt
22:56 sygibson yep - dirty, but like I said - I like it 'cause it worked - it's a packaging issue in ceph in centos7 - which "hopefully" will be fixed
22:57 d[^_^]b joined #salt
22:59 d[^_^]b joined #salt
23:01 bfoxwell joined #salt
23:01 d[^_^]b joined #salt
23:02 dexter91x joined #salt
23:04 rhand joined #salt
23:04 d[^_^]b joined #salt
23:04 iggy don't listen to the haters
23:05 d[^_^]b joined #salt
23:06 ShibMcNe_ joined #salt
23:07 d[^_^]b joined #salt
23:09 d[^_^]b joined #salt
23:10 egil joined #salt
23:11 d[^_^]b joined #salt
23:13 tmclaugh[work] joined #salt
23:13 d[^_^]b joined #salt
23:14 karlthane joined #salt
23:14 mosen joined #salt
23:15 d[^_^]b joined #salt
23:17 d[^_^]b joined #salt
23:19 sygibson left #salt
23:19 d[^_^]b joined #salt
23:21 cztanu joined #salt
23:21 d[^_^]b joined #salt
23:23 d[^_^]b joined #salt
23:25 d[^_^]b joined #salt
23:26 alexanderilyin joined #salt
23:27 d[^_^]b joined #salt
23:29 d[^_^]b joined #salt
23:31 d[^_^]b joined #salt
23:34 d[^_^]b joined #salt
23:35 d[^_^]b joined #salt
23:37 d[^_^]b joined #salt
23:39 d[^_^]b joined #salt
23:41 d[^_^]b joined #salt
23:43 d[^_^]b joined #salt
23:45 d[^_^]b joined #salt
23:47 baweaver joined #salt
23:47 d[^_^]b joined #salt
23:48 cberndt joined #salt
23:49 aqua^c joined #salt
23:49 d[^_^]b joined #salt
23:51 d[^_^]b joined #salt
23:53 d[^_^]b joined #salt
23:54 sunkist joined #salt
23:55 d[^_^]b joined #salt
23:56 viderbit joined #salt
23:57 Ahlee murrdoc: cmd.run is love, cmd.run is life
23:57 d[^_^]b joined #salt
23:58 dalexander joined #salt
23:58 clintberry joined #salt
23:59 cberndt joined #salt
23:59 d[^_^]b joined #salt

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