Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-04-17

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

All times shown according to UTC.

Time Nick Message
00:00 whiteinge aranhoide: that bug is fixed for 2014.1.3 which should be cut this evening
00:00 whiteinge aranhoide: workaround for the current version: http://paste.fedoraproject.org/94761/39767179
00:00 aranhoide whiteinge: nice, thanks
00:01 whiteinge Ryan_Lane: confirmed! bam! it's in 2014  :-D
00:02 meteorfox joined #salt
00:02 aranhoide whiteinge: do I need to push this to all minions?  that might be a problem, since they are not responding... oh well, I'll try and compile a list of the IPs and make a script that sshs into them
00:02 meteorfox joined #salt
00:03 whiteinge aranhoide: yeah :-/
00:03 taion809 joined #salt
00:04 bhosmer joined #salt
00:04 aranhoide whiteinge: do releases make it to pip as soon as they get cut, or is there a delay involved in that?
00:05 whiteinge aranhoide: no delay on pip. only the packaging takes extra time
00:05 aranhoide whiteinge: thanks again, I'll stay tuned for announcements
00:06 whiteinge aranhoide: we push the tarball to pip in order for the packagers to have something to package so often times the release is live on pip a day or two before the official announcemnt
00:07 whiteinge you may want to keep an eye on the pypi page
00:07 manfred whiteinge: does it automagically push to pypi when you tag or do you have to push it there too?
00:08 whiteinge not automatic. the person who cuts the release makes the tag, then runs setup.py sdist upload
00:08 aranhoide whiteinge: I'll do so, thanks yet again (2014.1.2 seems to be the latest version currently)
00:08 * whiteinge nods
00:08 bhosmer_ joined #salt
00:08 whiteinge 2014.1.3 will be tonight (or maybe tomorrow)
00:12 astrofog joined #salt
00:14 bhosmer joined #salt
00:14 fllr joined #salt
00:16 eculver joined #salt
00:16 eculver joined #salt
00:17 iquaba joined #salt
00:18 iquaba hey guys, quick github question.  Why is my simple pull trying to add 44 commits? https://github.com/saltstack/salt/pull/12057
00:18 UtahDave iquaba: you need to rebase
00:19 jvasallo joined #salt
00:21 rome joined #salt
00:21 iquaba git rebase origin/develop ?
00:21 manfred git pull --rebase origin develop
00:21 manfred is my preference
00:21 manfred because you don't have to do a git remote update
00:23 mfournier joined #salt
00:23 patrek joined #salt
00:24 * Gareth frowns at the Fedora installer
00:24 KyleG joined #salt
00:24 KyleG joined #salt
00:24 iquaba "git pull --rebase origin show-timeout"  says that everything is up to date
00:25 manfred you need to rebase to salts develop repo
00:26 manfred git remote add salt git://github.com/saltstack/salt.git
00:26 manfred git pull --rebase salt develop
00:27 manfred git push -f origin show-timeout
00:27 manfred to push your rebased stuff
00:28 fllr joined #salt
00:31 iquaba darn, keep running into conflicts with files I have no understanding of.  I'll just try to undo everything and start over before i dork it up more
00:33 GradysGhost joined #salt
00:36 bhosmer joined #salt
00:41 bhosmer joined #salt
00:43 bhosmer joined #salt
00:44 NullWagon joined #salt
00:46 thayne joined #salt
00:47 meteorfo_ joined #salt
00:48 undefinednull joined #salt
00:48 bhosmer joined #salt
00:50 pjs joined #salt
01:01 fllr joined #salt
01:11 elfixit joined #salt
01:14 kedo39 joined #salt
01:17 jvasallo joined #salt
01:17 msciciel1 joined #salt
01:18 cnelsonsic joined #salt
01:19 TyrfingMjolnir joined #salt
01:19 N-Mi joined #salt
01:19 N-Mi joined #salt
01:19 Schmidt joined #salt
01:21 tmmt_ joined #salt
01:21 vlcn_ joined #salt
01:21 mirko_ joined #salt
01:21 whitepaws_ joined #salt
01:21 ikanobor1 joined #salt
01:21 oc- joined #salt
01:21 hoodow_ joined #salt
01:21 hoodow_ joined #salt
01:22 EWDurbin joined #salt
01:22 kevinbrolly joined #salt
01:22 masterkorp joined #salt
01:24 xzarth_ joined #salt
01:25 pjs can I do a require: directive on an include? For instance, I want a default group of users so in users/init.sls I have "include: - user1 - user2 - require: pkg: bash"
01:27 acabrera joined #salt
01:28 naiyte joined #salt
01:30 calvinhp_mac joined #salt
01:31 nmistry joined #salt
01:34 sjan joined #salt
01:45 ahammond_ I'm constructing a dict in my formula. Is there an easy way to log it for debugging?
01:45 ahammond_ using salt-call --local state.sls mystate on a virtualbox vm
01:46 Nexpro joined #salt
01:47 whiteinge this is what i like to do: http://paste.fedoraproject.org/94837/99230139
01:48 whiteinge pretty hackish though. there's an open issue to have salt dump the rendered jinja out to the console
01:48 whiteinge ahammond_: ^^
01:48 napper joined #salt
01:49 ahammond_ whiteinge thanks!
01:53 whiteinge pjs: no. you can go the other way and put a require on a whole sls though:   include: - somesls  <snip>   - require: - sls: somesls
01:55 GradysGhost joined #salt
01:55 ajolo_ joined #salt
01:55 djaime joined #salt
01:57 UtahDave1 joined #salt
01:58 meteorfox joined #salt
02:01 arapaho joined #salt
02:01 jcristau joined #salt
02:03 modafinil_ joined #salt
02:04 herzi joined #salt
02:04 schimmy joined #salt
02:07 schimmy1 joined #salt
02:10 swa_work joined #salt
02:10 ckao joined #salt
02:11 nmistry joined #salt
02:12 mfournier joined #salt
02:18 napper joined #salt
02:22 schimmy joined #salt
02:23 srage joined #salt
02:24 ajw0100 joined #salt
02:25 schimmy1 joined #salt
02:33 possibilities joined #salt
02:47 mikemar10 joined #salt
02:51 jalbretsen joined #salt
02:52 aranhoide how do I override a stale state.highstate jobid in a minion?
02:52 aranhoide that is, I started histate a few hours ago but by this time it seems clear that's not completing (I've even rebooted this minion) so I'd like to retry
02:53 aranhoide I get the error "Data failed to compile:  ------      The function "state.highstate" is running as PID 1019 and was started at 2014, Apr 16 18:56:58.369395 with jid 20140416185658369395"
02:54 xl1 joined #salt
02:58 meteorfox joined #salt
02:59 meteorfox joined #salt
03:00 meteorfox joined #salt
03:01 jeremyfelt joined #salt
03:04 bemehow joined #salt
03:07 baniir joined #salt
03:08 kermit joined #salt
03:08 acabrera joined #salt
03:14 googolhash joined #salt
03:21 eculver joined #salt
03:21 eculver joined #salt
03:26 sgviking joined #salt
03:28 DaveQB joined #salt
03:30 danielbachhuber joined #salt
03:34 catpiggest joined #salt
03:37 eculver joined #salt
03:37 eculver joined #salt
03:39 possibilities joined #salt
03:39 xl1 joined #salt
03:47 danielbachhuber joined #salt
03:50 cowyn_ the version in Pypi for Salt is 2014.1.3 https://pypi.python.org/pypi/salt
03:50 cowyn_ but in Github the newest is 2014.1.2
03:51 cowyn_ something's wrong?
03:51 manfred it will probably be tagged in a second
03:52 manfred 2014.1.3 was supposed to be tagged tonight, i am sure it was tagged and just hasn't been pushed yet
03:54 schimmy joined #salt
03:56 cowyn_ got it
03:57 cowyn_ just curious how Pypi knows the un-pushed release
04:06 jvasallo left #salt
04:13 emostar is there a place i can get salt-minion 0.17.1 for ubuntu?
04:13 emostar launchpad doesn't support multiple versions...
04:13 emostar and i cannot upgrade my master
04:18 Daemonik joined #salt
04:20 thayne joined #salt
04:21 danielbachhuber joined #salt
04:23 danielbachhuber- joined #salt
04:40 emostar apt-get update
04:44 tzero joined #salt
04:55 zain_ joined #salt
04:57 smcquay joined #salt
05:02 thayne joined #salt
05:06 malinoff joined #salt
05:15 danielbachhuber joined #salt
05:17 meteorfox joined #salt
05:17 frasergraham joined #salt
05:22 UtahDave joined #salt
05:27 acabrera joined #salt
05:35 mantas joined #salt
05:39 eculver joined #salt
05:39 eculver joined #salt
05:41 ldlework left #salt
05:46 fxhp joined #salt
05:47 joehh emostar: someone has kept http://archive.robotinfra.com/mirror/salt/
05:48 joehh emostar: I believe it is Furao who maintains that mirror
05:48 joehh but there is no 0.17.1  - it was short lived due to security issues from memory
05:52 anuvrat joined #salt
06:03 epcim joined #salt
06:15 stubee joined #salt
06:16 danielbachhuber joined #salt
06:23 schimmy joined #salt
06:27 felbus joined #salt
06:31 pescobar joined #salt
06:36 Ryan_Lane joined #salt
06:44 schimmy joined #salt
06:45 gildegoma joined #salt
06:49 Nexpro joined #salt
06:51 Shenril joined #salt
06:52 epcim_ joined #salt
06:59 stubee joined #salt
07:05 eculver joined #salt
07:05 eculver joined #salt
07:08 Kenzor joined #salt
07:10 harobed joined #salt
07:12 xmj is 2014.1.2 shipped with EPEL yet?
07:14 vv_tam joined #salt
07:16 vv_tam left #salt
07:17 danielbachhuber joined #salt
07:17 r4vi joined #salt
07:19 rizumu joined #salt
07:19 epcim joined #salt
07:20 CeBe joined #salt
07:21 insatsu joined #salt
07:24 ndrei joined #salt
07:25 joehh xmj: 2014.1.2 is unlikely to be packaged
07:26 joehh 2014.1.3 is coming shortly due to regression in 2014.1.2
07:26 xmj ohh
07:27 ndrei_ joined #salt
07:27 joehh 2014.1.3 has been uploaded to pypi, packagers are now workign on it
07:27 xmj ok, next time i'll go with $NEWVERS
07:37 ajolo joined #salt
07:48 it_dude joined #salt
07:50 ajw0100_ joined #salt
07:56 davidone joined #salt
07:56 davidone good morning
07:56 bemehow joined #salt
08:02 giantlock_ joined #salt
08:07 stubee joined #salt
08:13 ndrei joined #salt
08:18 danielbachhuber joined #salt
08:18 monokrome joined #salt
08:20 bemehow joined #salt
08:21 ajolo_ joined #salt
08:23 ajolo joined #salt
08:26 giannello joined #salt
08:30 dimeshake joined #salt
08:38 MK_FG joined #salt
08:38 MK_FG joined #salt
08:40 TyrfingMjolnir joined #salt
08:43 grosjean joined #salt
08:43 grosjean hi all
08:43 malinoff Hi
08:44 grosjean i'm trying to launch job on syndic's minion via the masteràfmasters
08:44 grosjean masterofmaster
08:44 grosjean but how must i define nodegroup on the masterofmaster ?
08:46 millz0r joined #salt
08:48 grosjean without syndic, i define nodegroup on the master
08:48 grosjean but whit syndic configuration, where do i configure nodegroup ?
08:53 Nexpro joined #salt
08:53 eculver joined #salt
08:53 eculver joined #salt
08:57 epcim joined #salt
08:58 Katafalkas joined #salt
08:59 grosjean nevermind, i got  it
08:59 grosjean minions had a wrong master key
09:01 malinoff joined #salt
09:13 it_dude_ joined #salt
09:19 danielbachhuber joined #salt
09:21 swissknife joined #salt
09:24 grosjean hmm when i use syndic, it seems that it broke the cp.get_file
09:25 grosjean the minions don'get file from master_of_masters
09:31 gildegoma joined #salt
09:36 it_dude joined #salt
09:39 faldridge joined #salt
09:39 bemehow joined #salt
09:40 tomazini joined #salt
09:42 Katafalkas joined #salt
09:48 drico_ joined #salt
09:49 drico_ Hi everyone
09:49 drico_ I'm starting salt so I think I have a little noob question which is
09:49 drico_ I made a vim.sls file for the vim configuration
09:50 drico_ and I have my base sls with one type of minion called 'vm'
09:50 drico_ in the vm directory I have a init.sls file
09:50 drico_ how do I include the vim.sls file in the init.sls ?
09:51 drico_ so all my vm minions get the vim.sls config ?
09:51 swissknife Hi, when I run salt-call on a minion defined by a #!pyobjects state the salt-master today goes 100% CPU ; is there a way to debug what's wrong on the master ? last log minion side is: [DEBUG   ] Loaded minion key: /etc/salt/pki/minion/minion.pem ; server side is: [INFO    ] AES payload received with command _file_list
09:54 arthurlutz joined #salt
09:55 swissknife a trace server side shows the server keeping on trying on : mkdir("/var/cache/salt/master/file_lists/roots/.base.w", 0777) = -1 EEXIST (File exists)
10:01 sealibora joined #salt
10:02 drico_ ok I understood my problem, thanks anyway
10:03 swissknife by making too many symbolic links the master created an insane file 542M Apr 17 10:56 /var/cache/salt/master/file_lists/roots/base.p ; I'll remove these links..
10:08 swissknife left #salt
10:14 grosjean joined #salt
10:19 danielbachhuber joined #salt
10:26 micko joined #salt
10:32 ravibhure joined #salt
10:34 Katafalk_ joined #salt
10:55 eculver joined #salt
10:55 eculver joined #salt
10:56 Theseus joined #salt
10:56 bhosmer joined #salt
10:57 Theseus left #salt
10:57 TyrfingMjolnir joined #salt
10:58 ggoZ joined #salt
11:00 viq How would you go about generating a client cert automatically for every minion connected to salt?
11:03 ndrei joined #salt
11:10 epcim joined #salt
11:13 bhosmer joined #salt
11:19 millz0r viq: a new cert?
11:20 millz0r you can just run salt '*' cmd.run openssl <blablabla>
11:20 millz0r that will run on all minions
11:20 danielbachhuber joined #salt
11:21 ndrei joined #salt
11:22 viq millz0r: but it would need to be signed by a CA
11:22 millz0r oh ye
11:22 viq millz0r: also it would need to happen (semi?)automatically on new minions
11:22 millz0r normally, minion generate keys automatically
11:22 millz0r tho AFAIK these are self-signed
11:23 millz0r (the salt minion keys I  mean)
11:23 viq Yeah, but I'm talking about x509 certs
11:23 millz0r ok, sorry Im not very good at certificates
11:23 viq Oh, didn't write it here, sorry. I am looking how to generate certs to be used in encrypted syslog
11:23 millz0r I assume you want to get new keys to fix heartbleed? :)
11:24 millz0r ah
11:28 stubee_ joined #salt
11:32 jrdx joined #salt
11:36 stubee joined #salt
11:36 epcim joined #salt
11:51 TyrfingMjolnir joined #salt
11:52 patrek joined #salt
11:55 thayne joined #salt
12:02 baniir joined #salt
12:06 TyrfingMjolnir joined #salt
12:15 gadams999 joined #salt
12:20 vernondcole joined #salt
12:21 danielbachhuber joined #salt
12:23 astrofog joined #salt
12:32 bmcorser joined #salt
12:32 bmcorser anyone recommend a relatively complete tutorial for master/minion set up
12:32 ndrei joined #salt
12:32 bmcorser just started looking at salt today
12:33 canci joined #salt
12:38 swissknife joined #salt
12:40 NV joined #salt
12:43 vernondcole I also have a newbee question:  When you try a command, like "salt '*' uwsgi.stats"  and the anwer is " 'uwsgi.stats' is not available."  how do you make it "available"?
12:47 jraby joined #salt
12:51 millz0r ha
12:52 millz0r vernondcole: wrong syntax
12:52 millz0r vernondcole: unless you have a modules uswgi
12:52 millz0r vernondcole: normally to run a single state you do salt '*' state.sls somestatename
12:52 millz0r vernondcole: its also possible you have a custom module that is not replicated on minions
12:52 millz0r vernondcole: to fix that run salt '*' saltutil.sync_all
12:53 viq millz0r: there _is_ a uwsgi module :P http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.uwsgi.html
12:54 millz0r viq: oh, in that case I guess he needs to run sync_all
12:55 southquist vernondcole: Salt can not find the uswgi command on the minion, the module depends on that command.
12:56 gildegoma joined #salt
12:58 eculver joined #salt
12:58 eculver joined #salt
12:59 viq vernondcole: also apparently you need to pass the command the path where it can find the uwsgi server socket
12:59 baniir joined #salt
13:03 tessellare joined #salt
13:03 tessellare left #salt
13:05 calvinhp_mac joined #salt
13:09 vlcn I'm a bitr stumped here...
13:09 vlcn I have minions which show up when I run 'salt-run manage.down'
13:10 vlcn but they respond to test.ping
13:10 vlcn how is that possible?
13:10 millz0r maybe they run different versions of salt
13:18 ravibhure joined #salt
13:18 danielbachhuber joined #salt
13:24 slav0nic joined #salt
13:25 lnxnut joined #salt
13:26 mpanetta joined #salt
13:26 andrein_ joined #salt
13:27 quickdry21 joined #salt
13:27 faldridge joined #salt
13:28 faldridge joined #salt
13:30 it_dude joined #salt
13:30 calvinhp_mac joined #salt
13:30 GradysGhost joined #salt
13:33 che-arne joined #salt
13:34 calvinhp_mac joined #salt
13:35 gildegoma joined #salt
13:39 andrein_ hi guys, we're evaluating salt at work and I have a few questions
13:40 calvinhp_mac joined #salt
13:40 millz0r go ahead
13:40 andrein_ can you control the salt master remotely?
13:40 andrein_ for example, can I control it directly from my workstation, or do I have to ssh to the salt master everytime I want to do something?
13:41 millz0r isnt ssh remote control by definition? :)
13:41 millz0r you can check halite
13:41 millz0r its a UI module for salt
13:41 millz0r pretty new
13:41 millz0r and AFAIK pretty sucky
13:41 millz0r but its tehre
13:42 millz0r its a website basically
13:42 andrein_ we're looking into halite aswell, but it's pretty basic
13:42 millz0r it is, it was introduced few months ago
13:43 andrein_ next question: can it be configured in a multi-master set up?
13:45 andrein_ we're spread across 4 datacenters now, and we would like to have one master in each, and fail over to the master in a different DC if the local master goes down.
13:47 undefinednull joined #salt
13:48 kermit joined #salt
13:48 andrein_ ok, scratch that, seems it's supported \:D/
13:49 ze- andrein_: multi-master in salt is more about connecting to all masters.
13:49 ze- if you use that, you would have all minions connected to your 4 masters.
13:49 sroegner joined #salt
13:50 baniir joined #salt
13:50 ze- if it's just for redundancy, it works fine. if you'd rather have them only respond to same-dc master in normal state, you would need to find something else
13:52 calvinhp_mac joined #salt
13:55 shoma joined #salt
13:56 kaptk2 joined #salt
13:56 shoma how do I specify multiple paths when using file.directory sate? do I need to do a jinja for loop to achieve that?
13:58 bastion1704 joined #salt
14:02 napper joined #salt
14:03 srage joined #salt
14:04 millz0r shoma: names:
14:05 vejdmn joined #salt
14:06 shoma millz0r: so I can specify multiple names?
14:07 millz0r yes
14:07 millz0r - names:
14:07 millz0r - something
14:07 millz0r - something2
14:07 shoma millz0r: ok, thanks
14:08 vlcn how do I make use of mine with the python api?
14:08 Gordonz joined #salt
14:09 Gordonz joined #salt
14:09 cgar joined #salt
14:10 swissknife left #salt
14:10 millz0r left #salt
14:10 millz0r joined #salt
14:12 timoguin_ joined #salt
14:16 napper joined #salt
14:16 jslatts joined #salt
14:17 gothix_ joined #salt
14:20 ghaering joined #salt
14:21 elfixit joined #salt
14:24 frasergraham joined #salt
14:26 napper joined #salt
14:29 stevednd Is there a special place to put custom event listeners(http://docs.saltstack.com/en/latest/topics/event/index.html) like  _modules/ or _returners/ or are the listeners demonstrated there living outside of salt somewhere?
14:30 ikanobori joined #salt
14:31 ze- stevednd: "third party applications or external processes" -> I guess it means it's not part of the salt process.
14:32 acabrera joined #salt
14:32 stevednd ze-: yeah, I was hoping that was just implying that those could also use the events system
14:34 tyler-baker joined #salt
14:34 ghaering hello. I have my top.sls here: https://gist.github.com/ghaering/8682ddf044300c5c7ae7
14:35 ghaering I cannot figure out how to override stuff from base env in a different environment.
14:35 TyrfingMjolnir joined #salt
14:35 ghaering I figured I'd just replace the file in the environments file_root, but my approach fails horribly.
14:36 acabrera joined #salt
14:37 jalbretsen joined #salt
14:37 eightyeight joined #salt
14:39 ghaering Problem is that both the base and development environment are taken.
14:43 alunduil joined #salt
14:48 abe_music joined #salt
14:52 ipmb joined #salt
14:58 pdayton joined #salt
14:59 eliasp holy shit… development on Win32 is just a huge pain in the ass… trying to get my Salt module to register DLLs working … off for a loong weekend now, otherwise I'll get depressed ;)
15:00 eculver joined #salt
15:00 eculver joined #salt
15:00 timoguin eliasp: decompress and reassess! ;-)
15:00 conan_the_destro joined #salt
15:00 giannello eliasp, german?
15:00 eliasp giannello: exactly ;)
15:01 giannello see you on tuesday :D
15:01 eliasp see you … happy easter
15:04 thedodd joined #salt
15:07 napper joined #salt
15:08 mateoconfeugo joined #salt
15:09 smkelly joined #salt
15:10 travisp joined #salt
15:10 jeremyfelt joined #salt
15:13 it_dude joined #salt
15:14 bmurphy96 joined #salt
15:14 meteorfox joined #salt
15:15 meteorfox joined #salt
15:16 vlcn why does the python client api return json with single quotes?
15:16 vlcn or is it not json?
15:17 srage joined #salt
15:19 travisp I'm about to update my pone and only windows minion, is it as simple as running the new exe file?
15:20 travisp joined #salt
15:23 jimklo joined #salt
15:23 wendall911 joined #salt
15:24 srage joined #salt
15:28 napper joined #salt
15:28 CeBe joined #salt
15:28 Gareth https://blog.linode.com/2014/04/17/linode-cloud-ssds-double-ram-much-more/
15:29 juaqim joined #salt
15:29 oraqol joined #salt
15:29 oraqol How does one "salt-key -d" a list of minions all at once?
15:29 eculver joined #salt
15:29 eculver joined #salt
15:30 oraqol instead of having to delete them one by one manually?
15:30 wendall911 joined #salt
15:31 ndrei joined #salt
15:31 meteorfox joined #salt
15:32 che-arne joined #salt
15:37 mike25ro left #salt
15:37 lynxman joined #salt
15:38 tligda joined #salt
15:39 viq oraqol: "globs are supported"
15:40 viq oraqol: also I guess "for i in `cat /tmp/list_to_delete` ; do sudo salt-key -q -y -d $i ; done"
15:40 ndrei joined #salt
15:42 Whissi Are you sure that "Fix regression that caused saltutil.find_job to fail, causing premature terminations of salt CLI commands." thing is fixed in 2014.1.3?
15:42 Whissi Or is it not enough to update only the master to see a change?
15:43 napper joined #salt
15:43 Whissi I updated the master and "salt '*'..." will still end after the first timeout is reached instead waiting for any minions to return data like it was in 2014.1.1... (until I pressed CTRL+C to send the command to the background)
15:44 shoma how do i force specific state to execute after everything else?
15:45 xinkeT joined #salt
15:45 manfred shoma: order: last
15:46 bhosmer joined #salt
15:47 oraqol Thank you viq
15:47 oraqol left #salt
15:47 shoma manfred: thanks, seems to be working
15:49 oraqol joined #salt
15:51 oraqol left #salt
15:51 shoma manfred: if I want to have 2 states that should run after everything else but in specific order, putting last on both of them seems to not work
15:52 manfred put last on both, and then have one require the other
15:52 shoma manfred: right :)
15:52 shoma thanks
15:52 manfred np :)
15:54 ze- is there a "first" to get the opposite ?
15:55 manfred order: 1
15:59 napper joined #salt
15:59 bemehow joined #salt
16:01 davet joined #salt
16:04 ldlework joined #salt
16:05 gothix joined #salt
16:05 diegows joined #salt
16:08 kzx joined #salt
16:08 meteorfox joined #salt
16:08 jperras I'm trying to find the simplest way to ensure that the package index is updated after new apt repositories have been added to my sources, but before any packages have been installed via pkg.(installed|latest). What's the usual technique?
16:08 napper joined #salt
16:09 Networkn3rd joined #salt
16:10 schimmy joined #salt
16:11 ghanima joined #salt
16:12 davet1 joined #salt
16:13 manfred if you do a refresh: True it should refresh your repos before attempting to install anything
16:14 manfred https://github.com/saltstack/salt/blob/develop/salt/states/pkg.py#L629
16:14 manfred https://github.com/saltstack/salt/blob/develop/salt/modules/pkgin.py#L251
16:14 KyleG joined #salt
16:14 KyleG joined #salt
16:15 manfred https://github.com/saltstack/salt/blob/develop/salt/modules/pkgin.py#L137
16:15 jperras right, but how would I ensure that the pkgrepo states are *run* before the pkg.(installed|latest) are run?
16:15 manfred use a require:
16:15 manfred to make sure that the state that adds the repos is done before your pkg.installed state
16:16 jperras for every pkg install?
16:16 jperras situation: we run a full debian apt mirror
16:16 manfred so,
16:16 manfred you can use pkgs: instead of name: in the pkg.installed
16:16 ajw0100 joined #salt
16:16 * jperras nods
16:16 manfred and it will do all of the packages in one go, instead of each package getting it's own pkg.install and refresh
16:17 ajolo joined #salt
16:17 jaimed joined #salt
16:18 manfred https://github.com/saltstack/salt/blob/develop/salt/states/pkg.py#L446
16:19 manfred then you would only do one apt-get update, and then pass all the packages as one option to the pkg.install module
16:19 manfred where names is a special thing, and generates one block for each name put in names.
16:19 schimmy1 joined #salt
16:19 ze- note: apt pkg.latest refreshes the db before installing
16:20 manfred neat, it also has a pkgs: option
16:20 manfred https://github.com/saltstack/salt/blob/develop/salt/states/pkg.py#L764
16:20 manfred so yeah, you coudl do that too
16:20 cowyn__ joined #salt
16:21 jperras ze-: gotcha
16:21 jperras yeah, generally the issue is on first highstate, the custom apt repos are not there
16:21 ze- pkgin.py also has a refresh_db before trying to install anything in latest_version.
16:21 jperras but on n+1 runs it's fine, because they've been updated
16:22 jperras so we have a full apt.sls with our pkgrepo's defined
16:22 jperras but (generally) need a way to indicate that this entire sls should be run before any pkg.* commands are run
16:22 ze- get those states with order: 1, so they are run before the rest
16:22 jperras oh there's an order parameter?
16:22 manfred yes
16:22 manfred we were just talking about this :)
16:22 jperras aha
16:23 manfred jperras: http://docs.saltstack.com/en/latest/ref/states/ordering.html#the-order-option
16:23 jperras perfect
16:23 jperras sorry manfred, I must have missed that
16:23 ze- in fact, I have a whole file with order: 1 for salt hot-fixes.
16:23 manfred we were talking about it before you appeared i think
16:23 ze- so, i start by fixing salt, before running other states :)
16:23 jperras heh
16:23 jperras we just try to submit patches :)
16:24 jperras got one in the other day, actually
16:24 ze- (fixes = replacing states/modules with my patches... already in develop, but not in "stable")
16:24 jperras ah gotcha
16:24 ze- but as I *need* them, i have to hot-fix my hosts :)
16:24 ze- maitaining version of the few files I need to patch for each new versions... until there is no changes to do.
16:25 xunil joined #salt
16:25 jperras we've got patched git, iptables and mysql modules in iirc
16:25 jperras should work on getting those upstream at some point.
16:26 ze- well, usually my PR are merged within 24h :)
16:26 jperras ah, scratch git. that was the one we submitted a PR for already
16:33 acabrera joined #salt
16:36 ZombieFeynman joined #salt
16:37 Ryan_Lane joined #salt
16:39 ze- anyone knows which command to have a full list of modules/functions loaded/available ?
16:40 possibilities joined #salt
16:40 ldlework left #salt
16:44 chrisjones joined #salt
16:48 manfred uhh yes, sys.doc will only load docs for commands that exist...
16:48 manfred one second
16:49 manfred sys.list_functions sys.list_modules
16:49 tligda joined #salt
16:49 ze- thanks! :)
16:49 * ze- has trouble finding the module, as they tend to rename themselves! :(
16:51 cowyn_ joined #salt
16:51 doanerock joined #salt
16:54 linuxlewis joined #salt
16:54 Gareth morning morning.
16:54 doanerock is there any way to install a different version of a package based on which linux os I am using/ like ubuntu vs cents
16:55 svs_ joined #salt
16:55 doanerock Gareth, so I assume you are on the west cost since it is morning
16:55 manfred use jinja to template and change what is actually rendered based on the os grain
16:55 philipsd6 doanerock: sure, just use os/os_family grains to set version in pkg.installed depending on jinda
16:56 Gareth doanerock: I am indeed.  SoCal.
16:56 dmorrow joined #salt
16:57 [diecast] joined #salt
16:57 anuvrat joined #salt
16:58 ajolo joined #salt
16:59 astrofog joined #salt
17:00 astrofog joined #salt
17:01 chrisjon_ joined #salt
17:05 astrofog joined #salt
17:05 pdayton joined #salt
17:08 Ryan_Lane joined #salt
17:08 napper joined #salt
17:14 linuxlew_ joined #salt
17:15 ajw0100 joined #salt
17:16 jdenning joined #salt
17:18 zain_ joined #salt
17:18 linuxlewis joined #salt
17:20 ekristen joined #salt
17:20 tligda joined #salt
17:23 bastion1704 joined #salt
17:27 napper joined #salt
17:27 tligda left #salt
17:27 tligda joined #salt
17:30 yusuket joined #salt
17:31 acabrera joined #salt
17:31 bastion1704 joined #salt
17:34 kermit joined #salt
17:35 bhosmer joined #salt
17:37 shoma joined #salt
17:38 bhosmer joined #salt
17:39 Ryan_Lane joined #salt
17:41 pssblts joined #salt
17:41 pssblts joined #salt
17:45 eculver joined #salt
17:45 eculver joined #salt
17:45 bemehow joined #salt
17:46 vlcn anyone have an example of passing pillar data via kwarg?
17:48 aw110f joined #salt
17:49 timoguin vlcn: salt '*' state.highstate pillar="{foo: 'Foo!', bar: 'Bar!'}"
17:49 druonysus joined #salt
17:49 druonysus joined #salt
17:50 doanerock joined #salt
17:51 [diecast] joined #salt
17:55 doanerock /msg NickServ identify jkjkjkjk1K
17:57 timoguin whoopsie, doanerock
17:58 doanerock can you get the grains from the client? for doing a stand alone install, does it have a name
17:58 doanerock timoguin, haha big woopsie, just because I had a extra space
17:58 timoguin what do you mean get grains from the client? from where to where?
17:58 arthabaska joined #salt
18:00 doanerock timoguin, well normally you get the grains on the master about the minions, I want to get the grains on the minion it's self about it's self
18:00 timoguin salt-call grains.get foo
18:01 timoguin calling grains.get on the master will actually render the grain on the minion, so it returns what the minions have
18:03 it_dude joined #salt
18:04 Katafalkas joined #salt
18:05 doanerock what if I just want to run it on the minion, like this https://bitbucket.org/doanrock/salt-ipsec-centos6/src/2f91a7dc95625d1fcb5114159616fff5f2027b84/top.sls?at=master
18:06 timoguin i'm not sure what you're asking. the top.sls file doesn't have much to do with grains
18:07 rc_ joined #salt
18:07 vlcn via the python api, how do I ensure the sls files are synced up?
18:08 doanerock I am trying to run salt with only salt-minion, no master
18:08 vlcn IE, when running salt 'host' state.sls 'foo' via the cli any sly changes are synced to the targeted minion
18:08 timoguin vlcn: probably by calling saltutil.refresh_states
18:09 timoguin doanerock: then you'll want to use the salt-call example i pasted. that will call everything locally
18:10 timoguin and you'll need to specifiy file_client: local in the minion config
18:10 timoguin by default masterless will look in /srv/salt and /srv/pillar
18:12 doanerock timoguin, yes I make sure to stick them in /serv/salt
18:12 doanerock salt-call grains.items ?
18:13 aranhoide joined #salt
18:13 timoguin are you trying to get a list of the grains? or the value for a specific grain?
18:14 doanerock timoguin, list of grains
18:14 zain_ joined #salt
18:14 doanerock first
18:14 timoguin yea try grains.items
18:15 timoguin i assume masterless renders grains.item on the minion
18:15 doanerock timoguin, I think the trick was to go into /etc/salt/minion and specifiy file_client: local like you suggested
18:16 doanerock because the  salt-call grains.items command was giving me errors before
18:16 doanerock is there a special name for running salt locally?
18:23 jslatts joined #salt
18:24 acabrera joined #salt
18:25 thedodd joined #salt
18:25 ajw0100 joined #salt
18:26 benturner joined #salt
18:27 aranhoide I have this minion which is locked into this 'The function "state.highstate" is running as PID <some nonexistent PID> and was started <yesterday> with jid <some jid>'
18:27 aranhoide I must have rebooted it while it was running highstate, or something
18:28 aranhoide it also hit the problem with minion auth flood.  the workaround worked fine for all other minions
18:28 aranhoide how do I unlock it from that state?
18:29 aranhoide_ joined #salt
18:29 aranhoide is there some job file I can delete?  this persists across restarts of the salt minion process or even minion reboots
18:29 doanerock aranhoide even when you kill it, it comes back?
18:30 aranhoide doanerock: yes, I rebooted the machine altogether
18:30 aranhoide and it still thinks it's running a highstate job it started more than 24h ago
18:31 aranhoide another thing: before it complains about that it says "Data failed to compile:"
18:31 timoguin doanerock: masterless is the term for it. salt-call is just the script to initiate a state/module from the minion.
18:32 timoguin when configured for masterless, it doesn't go up to the master
18:32 doanerock timoguin, I will try and update the documentation because I wished that this info was listed on here http://docs.saltstack.com/en/latest/topics/targeting/grains.html
18:32 timoguin i think there's a --local option for salt-call too
18:32 timoguin here's the masterless quickstart doc: http://docs.saltstack.com/en/latest/topics/tutorials/quickstart.html
18:33 timoguin and here: http://docs.saltstack.com/en/latest/topics/tutorials/standalone_minion.html
18:34 UtahDave joined #salt
18:34 pjs can I do a require: directive on an include? For instance, I want a default group of users so in users/init.sls I have "include: - user1 - user2 - require: pkg: bash"
18:35 it_dude_ joined #salt
18:39 doanerock timoguin, that is a good how to for the --local
18:39 faldridg_ joined #salt
18:39 jeremyfelt joined #salt
18:46 [diecast] joined #salt
18:46 mgw joined #salt
18:50 NullWagon joined #salt
18:55 fragamus joined #salt
18:55 aranhoide ok, I figured out how to override the 'stuck highstate' problem.  there's this /var/cache/salt/minion/proc folder where you can find the file corresponding to the stuck jobid.  deleting it fixes the problem
18:56 tligda Question for the team: I have a salt minion running highstate and the first state reads the pillar for the minion's role and sets it as a grain. Subsequent states referring to the role grain do not get the set value. I tried putting saltutil.sync_grains in the role state, but it doesn't help. Any way I can get the grain to be seen properly by the subsequent states?
18:57 tligda When I do "salt '*' grains.get role", it shows the correct role. When I run highstate again, it sees the correct role.
18:57 tligda I just want to get it to work on the first highstate.
18:57 vlcn what are the minimum file permissions for the base directory and sls files?
19:00 linuxlew_ joined #salt
19:00 nkuttler vlcn: i think the master only needs to read them, some things in /etc need +rw though
19:00 aboe joined #salt
19:01 aboe Hi everyone, I got an issue building 2014.1.3 on opensuse Factory can somebody take look at see if it is serious?
19:01 aboe https://build.opensuse.org/package/live_build_log/home:aboe76:branches:devel:languages:python/salt/openSUSE_Factory/x86_64
19:04 Katafalk_ joined #salt
19:06 tligda Should I just get the role from the pillar every time?
19:09 ekristen I have a dilemma, I am using docker and I want to use SaltStack to deploy new versions of a container. The problem is how can I make saltstack compare the current deployed version with the new version and have it remove the older version and start the new one in its place?
19:10 lukeg i'm new to salt and I'm running into an error with pillars. I used UtahDave's sample as my starting point. https://gist.github.com/UtahDave/3785738 Here is my sample code: http://pastebin.com/embed_js.php?i=UJXS9gYU Thanks!
19:12 kermit joined #salt
19:13 taion809 joined #salt
19:13 aranhoide_ joined #salt
19:15 ajw0100 joined #salt
19:17 UtahDave lukeg: I'm guessing there's a character in your password that needs to be escaped
19:17 philipsd6 lukeg: for another thing, I'm thinking you really want groups to be an array... what you have will become a space delimited string of groups.
19:18 philipsd6 This is nice for checking your yaml syntax: http://yaml-online-parser.appspot.com/
19:19 it_dude joined #salt
19:19 mpanetta Is it possible to auomatically upgrade master/minions from salt 0.16.x to 0.17.x without breaking anything?
19:19 mpanetta I am starting to think no...
19:19 mpanetta Esp since my minions were all installed with bootstrap through salt-cloud...
19:19 UtahDave mpanetta: I would test thoroughly first.
19:20 mpanetta Yeah I am not even sure how to begin is my problem.  I think as soon as I upgrade a minion to 0.17.x it will loose comms with the master, yeah?
19:20 timoguin probably/maybe
19:21 lukeg philipsd6: thanks for the link - that's going to help out a lot with learning all of this!
19:21 pssblts joined #salt
19:22 lukeg UtahDave: I thought my password was wrapping but it was actually split into two line and was the issue! lol
19:22 mpanetta Is there an upgrade option to the bootstrap script?
19:22 pjs @UtahDave, maybe you can answer this? can I do a require: directive on an include? For instance, I want a default group of users so in users/init.sls I have "include: - user1 - user2 - require: pkg: bash"
19:22 mpanetta Bah maybe I should just try it heh
19:24 pjs wow, that users gist is pretty awesome
19:24 lukeg philipsd6: would that be like the pillar['users'].iteritems() but based around/on the groups? Sorry, I'm not sure how to do an array.
19:24 HeadAIX joined #salt
19:26 philipsd6 in your pillar, looked like groups:\n  wheel\n  sr, when what you want is groups:\n  - wheel\n  -sr, etc...
19:27 philipsd6 dash+space for each groupname, i.e. list items under groups key.
19:30 mihait joined #salt
19:30 yusuket joined #salt
19:31 timoguin mpanetta: really, i'd spin up another master and minion and make sure all your states work
19:31 mpanetta timoguin: Yeah w have already done that.  I have a 0.17.5 master and have used it to successfully deploy to 0.17.5 minions with our existing code.
19:32 mpanetta s/code/states/
19:33 timoguin you might try using manage.bootstrap: http://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.manage.html
19:33 timoguin or throw together a quick fabric script or something that runs the upgrades. do the master first, then minions.
19:33 lukeg philipsd6: ok - i'll give that a try. TY!
19:34 lynxman joined #salt
19:34 it_dude joined #salt
19:35 ekristen joined #salt
19:35 doanerock joined #salt
19:37 TheRealBill joined #salt
19:38 bastion1704 joined #salt
19:38 vlcn hmm
19:38 vlcn I'm trying to run salt as an unprovledged user
19:39 vlcn ah, reading the up to date docs sure does help
19:41 MTecknology where did eventlisten.py run off to? I scripts, but I'm not seeing it.
19:41 aboe will salt start without sslv2?
19:41 timoguin MTecknology: it's in the tests/ folder
19:41 meteorfox joined #salt
19:41 MTecknology there it is!
19:41 MTecknology Thanks!
19:42 mpanetta timoguin: I found this: https://github.com/saltstack/salt/issues/7997 It has some pointers.
19:45 UtahDave MTecknology: there's a pull req being tested right now to fix a regression in eventlisten.py in develop
19:46 yusuket_ joined #salt
19:47 ndrei joined #salt
19:47 eculver joined #salt
19:47 eculver joined #salt
19:48 bemehow joined #salt
19:48 MTecknology UtahDave: which PR is it? I just read through them and didn't see it.
19:49 sijis am i doing this wrong with the ps module. the example show 'salt * 'httpd' # shows all pids with httpd. i would have thought it should be salt * ps.pgrep httpd .. am i wrong?
19:49 sijis although, when i try that i get ps.pgrep is not available
19:49 jeremyfelt joined #salt
19:52 mgw joined #salt
19:53 vlcn after switching the salt-master to an unprivileged user I'm finding that my top file isn't working: 'Comment: No Top file or external nodes data matches found'
19:53 vlcn permissions and ownership look correct
19:53 Ryan_Lane joined #salt
19:53 vlcn -rw-rw----   1 salt salt 1.7K Apr  7 16:12 top.sls
19:53 connie joined #salt
19:54 MTecknology UtahDave: also, I just read the 'test' part of that. I'll anxiously wait for the update. :D  Any chance I could get a ping?
19:55 joehoyle joined #salt
19:55 vlcn I'm also seeing this from the master when running in debug mode "Exception [Errno 13] Permission denied: '/srv/salt/solusvm' occurred in file server update"
19:56 UtahDave MTecknology: just merged. I tested it and it seems to be working great
19:56 pssblts joined #salt
19:56 joehoyle hey, I'm on 13.10 and only getting version 2014.1.0, but the website shows 1014.1.1
19:57 MTecknology UtahDave: perfect! working like a beauty! Thanks!
19:57 UtahDave np
19:57 UtahDave cachedout provided the fix
19:58 MTecknology I'd hug, but he's not in here. :(
19:58 NullWagon joined #salt
19:58 UtahDave :)
19:59 MTecknology This is lovely... I have boxes trying to authenticate with the master and they keep retrying authentication. They weren't configured correctly. It'd be neat if the event had the IP trying to connect.
19:59 MTecknology I'm not sure how to find this.
20:01 vejdmn joined #salt
20:01 vlcn any ideas on my issue with running as an unprivileged user?
20:02 timoguin vlcn: check the permissions on /srv/salt, /srv/pillar, /var/cache/salt, /var/run/salt, and /etc/salt
20:02 timoguin i have a user 'salt' with a 'salt' group. that group has access to all those places
20:02 xintron left #salt
20:03 linuxlewis joined #salt
20:04 vlcn hmm
20:04 vlcn /var/run/salt is owned by root, I haven't seen that mentioned in the docs timoguin
20:05 joehoyle seems the version here is 2014.1.0 too? http://ppa.launchpad.net/saltstack/salt/ubuntu/dists/saucy/main/binary-amd64/Packages :S
20:06 ZombieFeynman joined #salt
20:07 undefinednull joined #salt
20:08 timoguin vlcn: i added it to the docs not too long ago. that's the event bus
20:08 vlcn corrected, still not working
20:08 opapo joined #salt
20:10 vlcn https://gist.github.com/kelchm/7684a8745f17efe99ace
20:10 renoirb_ joined #salt
20:12 shoma joined #salt
20:12 renoirb joined #salt
20:12 btorch how come a "require_in" does not work when I use included files ?
20:13 btorch it gives me "Cannot extend ID common.users.files in "base:common.users". It is not part of the high state"
20:14 timoguin vlcn: did you grant perms recursively?
20:14 vlcn timoguin, yes I did
20:14 timoguin /var/run/salt/master, /var/cache/salt/master/.....
20:14 timoguin hmm, not sure then.
20:14 timoguin i'm on ubuntu 12.04, salt 2014.1.1
20:14 vlcn I'm really stumped
20:15 vlcn Exception [Errno 13] Permission denied: '/srv/salt/solusvm' occurred in file server update
20:15 manfred joehoyle: doesn't list 2014.1.1 in https://launchpad.net/~saltstack/+archive/salt for saucy
20:15 vlcn this is the only error I'm seeing
20:16 joehoyle manfred: so 2014.1.1 isn't out for saucy?
20:16 manfred it is notpackaged for saucy yet
20:16 joehoyle ohh
20:17 joehoyle hmm, this release was like a month ago, and breaks salt for multimasters, feeling a bit stumped
20:18 manfred 2014.1.3 was just tagged last night, so hopefully they can get them packaged
20:19 joehoyle any reason 2014.1.1 was never packaged?
20:19 Ryan_Lane is there any reasonable guide to getting salt installed from source via pip?
20:20 Ryan_Lane because I swear I can't get it working on os x or ubuntu precise
20:20 Ryan_Lane and it's infuriating
20:20 manfred joehh: >> joehoyle | any reason 2014.1.1 was never packaged?
20:20 vlcn woohoo, I think I fixed my problem timoguin
20:20 jrb28 joined #salt
20:20 vlcn something needed execute permissions in /srv
20:20 Ryan_Lane pip install -r requirements.txt fails with gcc errors
20:20 vlcn not sure what yet
20:20 manfred Ryan_Lane: probably swig stuff for m2crypto?
20:20 jdenning joined #salt
20:20 [diecast] joined #salt
20:21 Ryan_Lane I have m2crypto installed via system site packages
20:21 aw110f joined #salt
20:21 whiteinge Ryan_Lane: there's this: http://docs.saltstack.com/en/latest/topics/development/hacking.html#installing-salt-for-development
20:21 whiteinge i think that's about it though
20:21 Ryan_Lane following that
20:21 Ryan_Lane doesn't work
20:21 eculver joined #salt
20:22 eculver joined #salt
20:22 Ryan_Lane I may be missing development packages
20:23 Ryan_Lane vagrant files for this would be kind of great
20:23 Ryan_Lane this is eating up way more of my time than it should
20:23 joehoyle1 joined #salt
20:23 Ryan_Lane g++ is necessary
20:27 kballou joined #salt
20:27 joehoyle_ joined #salt
20:27 Ryan_Lane huh. the HACKING.rst file actually looks correct
20:28 jrb28 Why does that latest Windows installer have a version number of 2014.1.3?
20:30 UtahDave jrb28: we cut the latest release of Salt last night. We're waiting for the various packages to  be available before formally announcing the release
20:30 Ryan_Lane in fact, the HACKING.rst is basically perfect. why is that not the documentation that's on the site?
20:30 mgw joined #salt
20:31 frasergraham joined #salt
20:32 vejdmn joined #salt
20:32 btorch i don't get this :) http://goo.gl/gb1Tce    even though I have requires and all the show_lowstate shows the sudo pkg in the last order!
20:36 joehoyle1 joined #salt
20:37 ajw0100 joined #salt
20:38 bastion1704 joined #salt
20:38 aw110f joined #salt
20:39 tligda joined #salt
20:41 joehoyle1 joined #salt
20:41 tligda Question for the team: I have a salt minion running highstate and the first state reads the pillar for the minion's role and sets it as a grain. Subsequent states referring to the role grain do not get the set value. I tried putting saltutil.sync_grains in the role state, but it doesn't help. Any way I can get the grain to be seen properly by the subsequent states? When I do "salt '*' grains.get role", it shows the correct role. When I run highstate again, it
20:42 naiyte joined #salt
20:43 zain_ joined #salt
20:46 acabrera joined #salt
20:46 mik3 joined #salt
20:46 manfred tligda: your client cut off at 'when I run highstate again, it s'
20:46 btorch whiteinge: gave up on the requires :) just won't work the way I need ...
20:47 tligda Here is the rest: When I run highstate again, it sees the correct role. I prefer for it to work on the first highstate. Any ideas?
20:49 bhosmer joined #salt
20:51 joehoyle1 joined #salt
20:52 tligda Does this even make sense?
20:52 manfred yeah
20:53 manfred when you do the saltutils.sync_grains, are you using a module.run state or running it in jinja?
20:53 techhat joined #salt
20:53 techhat left #salt
20:54 tligda I'm using the following:
20:54 tligda saltutil.sync_grains:
20:54 tligda module.run
20:54 manfred ok
20:55 manfred yeah, i got nothing. sorry
20:55 bhosmer joined #salt
20:56 manfred and you are using a grains.present to set it?
20:56 tligda OK. I read some promising information at https://github.com/saltstack/salt/issues/3882
20:56 tligda Still doesn't work for me, though.
20:57 manfred what version of salt are you using?
20:57 ggoZ joined #salt
20:57 manfred also, did you try using grains.item instead of grains.get ?
20:58 tligda salt 2014.1.0
20:58 tligda I haven't tried grains.item.
21:00 rglen joined #salt
21:04 aw110f_ joined #salt
21:05 tligda I'll just try using the pillar every time instead of depending on the grain.
21:06 KyleG joined #salt
21:06 KyleG joined #salt
21:06 kermit joined #salt
21:06 manfred you could, if you wanted, just do it at the top of the files and reference that variable
21:06 manfred so you only have to do it once per file
21:07 tligda I was thinking along those lines too. Thanks.
21:07 tligda Thanks for trying!
21:09 che-arne joined #salt
21:11 arthabaska joined #salt
21:11 che-arne joined #salt
21:12 mgw joined #salt
21:12 lukeg I'm now getting an error with the code calling the pillar data... object has no attribute 'gid' http://pastebin.com/embed_js.php?i=3cvp4qak
21:17 tligda At least it will set the grain and other systems will see it.
21:18 tligda Am I barking up the wrong tree trying to get the first highstate to do everything in one shot? Is it common to run highstate multiple times to get everything settled?
21:19 Eugene With proper application of requires:, it can work. I run it 2-3x on "new" machines and then have a drink.
21:20 jalbretsen tligda: No, I worked on accomplishing the same thing.  You just need to have all your require / watch / watch_in statements in place
21:20 napper joined #salt
21:20 tligda OK. Sounds like different strokes for different folks.
21:20 Eugene Or I just clone my Vanilla instance, which has a rc.local script to change its keys. Accept into the Master and highstate already checks-out.
21:23 NullWagon joined #salt
21:24 napper joined #salt
21:24 possibilities joined #salt
21:27 jslatts do any salt devs here know how far out the S3FS feature is in terms of release? Trying to gauge whether I should write a work around or not
21:30 mgarfias joined #salt
21:35 baniir joined #salt
21:41 doanerock joined #salt
21:52 combusean joined #salt
21:56 CeBe1 joined #salt
21:57 tzero joined #salt
21:59 [diecast] joined #salt
22:00 doanerock is this a valid statement, where I stick  AND in the middle instead of a or    {% if grains['os'] == 'CentOS' and grains['osrelease'] == ‘6’.5%}
22:01 doanerock because I want to say only run If I am running this os with this version
22:01 zz_fxdgear joined #salt
22:03 alunduil joined #salt
22:07 doanerock also what is the best way to install requirements for example https://gist.github.com/doanerock/11014292  it need a custom repo before I can install the application
22:10 smcquay joined #salt
22:15 ajw0100 joined #salt
22:19 yusuket joined #salt
22:23 bk0 joined #salt
22:23 bk0 since when was 2014.1.3 released?
22:23 bk0 It's on PyPI right now
22:24 kzx left #salt
22:24 bk0 install fails for me
22:24 zain_ joined #salt
22:24 bk0 NameError: name 'zmq' is not defined
22:30 zain_ joined #salt
22:33 jdenning_ joined #salt
22:38 VMD joined #salt
22:39 evelo joined #salt
22:40 VMD New to salt, I have setup salt cloud (no stats setup) and would like to join servers that I have running to the salt cloud. Suggestion where to find documentation for doing this.
22:41 VMD The was supposed to be "no states or profiles" setup
22:46 acabrera joined #salt
22:52 possibilities joined #salt
22:53 srage joined #salt
22:53 undefinednull joined #salt
22:58 UtahDave1 joined #salt
23:01 tligda1 joined #salt
23:01 conan_the_destro joined #salt
23:03 mway joined #salt
23:07 bhosmer joined #salt
23:07 tligda joined #salt
23:14 meteorfo_ joined #salt
23:22 srage_ joined #salt
23:23 Narcolapser joined #salt
23:24 Narcolapser I have a git hub question if anyone could help me quick.
23:26 snuffeluffegus joined #salt
23:27 tligda joined #salt
23:33 whiteinge Narcolapser: shoot
23:34 Narcolapser I'm trying to fix a little problem in one of the windows modules.
23:34 Narcolapser i opened an issue about it and have since made a solution
23:34 Narcolapser but I'm trying to get my pull request to relate to the issue.
23:34 bk0 update: 2012.1.2 and 2012.1.3 PyPI installs are broken. 2012.1.1 works fine.
23:34 bk0 2014*
23:35 whiteinge Narcolapser: you can put "Refs: #XXX" in the pull request or in the commit message
23:36 Narcolapser ah sweet. thanks.
23:36 Narcolapser that is nice and easy.
23:36 snuffeluffegus joined #salt
23:36 whiteinge you can also use "Fixes: #XXX" or "Closes: #XXX" to automatically close the issue when the pull req is merged
23:37 Narcolapser nifty.
23:45 possibilities joined #salt
23:46 pssblts joined #salt
23:49 aranhoide joined #salt
23:56 ajprog_laptop joined #salt
23:56 joehh manfred: for saucy - didn't resolve the pyc file issue before .2/3 arrived
23:56 joehh doing .3 now
23:56 manfred kk, sounds good :)
23:56 ajprog_laptop joined #salt

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