Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-07-26

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

All times shown according to UTC.

Time Nick Message
00:00 eliasp ok… I usually don't do such stuff on weekends… but here the hardware is more or less falling apart and a replacement setup is needed ASAP
00:00 forrest ahh ok
00:00 torrancew fair
00:00 eliasp and the previous admin was just a … well… hmmm
00:00 forrest work life balance YO
00:00 eliasp make it short: Saltify all the crap
00:00 torrancew otherwise known as "work. What's life?" :)
00:00 eliasp forrest: work-life balance: nonexistent ;(
00:00 forrest bleh
00:04 zirpu left #salt
00:12 yaru22 joined #salt
00:24 eliasp meh… bus drivers on strike… well, nothing against a nice walk in a hot summer night ;)
00:26 ramishra joined #salt
00:33 mapu joined #salt
00:33 zandy joined #salt
00:51 therealGent joined #salt
00:53 conan_the_destro joined #salt
00:54 DaveQB joined #salt
00:58 kivihtin joined #salt
01:00 yaru22 joined #salt
01:05 kivihtin joined #salt
01:06 kermit joined #salt
01:09 lifezablast joined #salt
01:14 savvy-lizard joined #salt
01:17 oz_akan joined #salt
01:17 lifezablast left #salt
01:17 cb joined #salt
01:19 diegows joined #salt
01:20 tligda joined #salt
01:24 mosen joined #salt
01:27 ramishra joined #salt
01:31 bhosmer joined #salt
01:33 zandy joined #salt
01:41 yomilk joined #salt
01:49 badon_ joined #salt
01:52 swa_work joined #salt
01:53 ndrei joined #salt
02:01 yaru22 joined #salt
02:03 badon joined #salt
02:06 milky joined #salt
02:06 sunkist joined #salt
02:10 diegows joined #salt
02:13 CeBe1 joined #salt
02:23 badon joined #salt
02:23 Outlander joined #salt
02:28 ramishra joined #salt
02:33 zandy joined #salt
02:48 * whiteinge runs crying to tell goodwill's teacher
02:59 Linuturk joined #salt
03:02 yaru22 joined #salt
03:02 druonysus joined #salt
03:02 druonysus joined #salt
03:05 TyrfingMjolnir joined #salt
03:12 TyrfingMjolnir joined #salt
03:14 ghartz joined #salt
03:14 davet joined #salt
03:17 kivihtin joined #salt
03:17 davet1 joined #salt
03:28 ramishra joined #salt
03:33 zandy joined #salt
03:35 tkharju1 joined #salt
03:59 zandy joined #salt
04:00 ckao joined #salt
04:00 TyrfingMjolnir joined #salt
04:03 yaru22 joined #salt
04:10 tkharju2 joined #salt
04:12 arthabaska joined #salt
04:28 tkharju3 joined #salt
04:28 ramishra joined #salt
04:30 arthabas_ joined #salt
04:39 robinsmidsrod joined #salt
04:44 arthabaska joined #salt
04:48 tkharju4 joined #salt
04:56 therealGent joined #salt
04:57 whiteinge joined #salt
04:58 mosen joined #salt
05:00 Luke joined #salt
05:03 yaru22 joined #salt
05:08 bhosmer joined #salt
05:09 tkharju joined #salt
05:29 ndrei joined #salt
05:29 kivihtin joined #salt
05:30 NV joined #salt
05:34 TyrfingMjolnir joined #salt
05:40 ndrei joined #salt
05:41 oz_akan joined #salt
05:50 TyrfingMjolnir joined #salt
05:56 kivihtin joined #salt
06:03 jnials joined #salt
06:04 ndrei joined #salt
06:04 yaru22 joined #salt
06:04 war2 joined #salt
06:16 vividloop joined #salt
06:17 tkharju1 joined #salt
06:36 Katafalkas joined #salt
06:39 tkharju2 joined #salt
06:45 aquinas joined #salt
06:51 ramteid joined #salt
06:54 weekapaug joined #salt
06:55 weekapaug left #salt
07:05 yaru22 joined #salt
07:18 tkharju2 joined #salt
07:28 erjohnso_ joined #salt
07:30 yomilk joined #salt
07:42 vu joined #salt
07:43 oz_akan joined #salt
07:48 war2 joined #salt
07:55 grump joined #salt
07:56 oz_akan joined #salt
07:58 felskrone joined #salt
08:06 yaru22 joined #salt
08:32 ramishra joined #salt
08:35 grump joined #salt
08:37 duncanmv joined #salt
08:51 Katafalkas joined #salt
08:56 Katafalkas joined #salt
08:57 oz_akan joined #salt
08:57 roolo joined #salt
08:59 oz_akan_ joined #salt
09:06 yaru22 joined #salt
09:18 war2 joined #salt
09:28 ghartz joined #salt
09:32 ramishra joined #salt
09:38 tkharju3 joined #salt
09:45 carnedepassaro joined #salt
09:58 tkharju4 joined #salt
09:59 oz_akan joined #salt
10:07 yaru22 joined #salt
10:19 tkharju joined #salt
10:40 kivihtin joined #salt
10:45 TheThing joined #salt
11:00 tkharju1 joined #salt
11:00 oz_akan joined #salt
11:01 ramishra joined #salt
11:03 MrTango joined #salt
11:05 ml_1 joined #salt
11:09 TheThing_ joined #salt
11:10 TheThing joined #salt
11:21 tkharju2 joined #salt
11:36 TheThing joined #salt
11:39 mapu joined #salt
11:47 tkharju3 joined #salt
11:47 DenkBrettl joined #salt
11:48 DenkBrettl 'lo
11:48 DenkBrettl is there any way to make the master connect to the minions instead of the minions connecting to the master?
11:48 ph8 joined #salt
11:50 mackstick joined #salt
11:50 jY DenkBrettl: you can run things via like salt '*' test.ping
11:57 Outlander joined #salt
12:00 dh joined #salt
12:01 oz_akan joined #salt
12:02 ramishra joined #salt
12:05 bhosmer joined #salt
12:12 DenkBrettl the idea is that I would like to run the master on a system at home
12:12 DenkBrettl but this system is on a DSL line that has no static IP and disconnects once a night (Germany... :-/ )
12:13 DenkBrettl so I'd much rather like to connect from the master to the minions
12:13 DenkBrettl one thing I thought about was building ssh connections from the master to the minion servers and do a reverse tunnel
12:13 DenkBrettl but it seems a little kludgy - so any other ideas would be awesome :)
12:44 diegows joined #salt
13:02 oz_akan joined #salt
13:03 ramishra joined #salt
13:06 xcbt joined #salt
13:09 eliasp DenkBrettl: http://docs.saltstack.com/en/latest/topics/ssh/
13:09 eliasp DenkBrettl: or simply use a DynDNS-like service
13:09 yaru22 joined #salt
13:10 eliasp DenkBrettl: http://alternativeto.net/software/dyndns/?license=free
13:17 TheThing joined #salt
13:18 ekristen joined #salt
13:18 philipsd6 Yeah, I use freedns.afraid.org for DynDNS, ever since DynDNS dropped their free plans...
13:19 philipsd6 and also, yes Salt by design is minion -> master.
13:20 philipsd6 But salt-ssh of course, is master -> minion, and that's why it needs a ssh roster to point to the targets
13:20 eliasp minion → master is in general a really good thing, as it is way easier to expose a master to the public, than hundreds or thousands of individual minions…
13:23 philipsd6 you can use them in combination, i.e. run a salt-ssh run that modifieds the master address and restarts the minion. :P
13:23 philipsd6 but that's not ideal.
13:23 philipsd6 but running a master on a dynamic ip isn't ideal either, and I think the correct solution is dyndns.
13:23 philipsd6 anyway, gotta go now -- be back later...
14:00 TheThing joined #salt
14:02 oz_akan joined #salt
14:08 ghartz joined #salt
14:10 yaru22 joined #salt
14:26 oz_akan joined #salt
14:28 scarcry joined #salt
14:39 TheThing joined #salt
14:43 MrTango joined #salt
14:55 oz_akan joined #salt
15:02 jhauser joined #salt
15:05 arthabaska joined #salt
15:06 arthabaska joined #salt
15:09 kiorky joined #salt
15:15 kiorky joined #salt
15:15 m0nky joined #salt
15:15 Guest_ joined #salt
15:20 eliasp any ideas how to keep this DRY: I have a path in my Pillars which is used in some of my states… now I need to use this path as part of the 'samba_sections' as a path for a SMB share…
15:20 eliasp is there a good way to define this path in a single place without having to repeat it in my samba_sections pillar? I'd like to only reference it there…
15:26 eliasp I feel like I might have to change/rewrite the samba formula quite a bit to get rid of this issue ;-(
15:32 wendall911 joined #salt
15:38 Guest_ joined #salt
15:40 Luke joined #salt
15:41 intellix joined #salt
15:42 intellix joined #salt
15:43 chiui joined #salt
15:45 Katafalkas joined #salt
15:46 Katafalkas joined #salt
15:47 intellix joined #salt
15:53 Katafalkas joined #salt
15:55 Katafalkas joined #salt
15:56 oz_akan joined #salt
15:56 yaru22 joined #salt
16:00 arthabaska joined #salt
16:12 tkharju4 joined #salt
16:14 schristensen joined #salt
16:25 tkharju joined #salt
16:57 oz_akan joined #salt
17:09 mechanicalduck joined #salt
17:12 linjan joined #salt
17:22 mechanicalduck joined #salt
17:26 oz_akan joined #salt
17:31 ramishra joined #salt
17:34 TheThing joined #salt
17:35 ramishra joined #salt
17:37 m0nky joined #salt
17:51 bhosmer joined #salt
17:59 ndrei joined #salt
18:05 Eugene Use a towel.
18:05 * Eugene badum-tish
18:11 kivihtin joined #salt
18:13 bhosmer joined #salt
18:20 chiui joined #salt
18:27 oz_akan joined #salt
18:28 bhosmer joined #salt
18:39 sunkist joined #salt
18:55 tkharju1 joined #salt
18:56 eliasp ;)
18:57 eliasp Eugene: I could bet there's a tool somewhere out there called "Towel" to check code for DRY-ness… :)
18:57 tkharju2 joined #salt
18:58 Eugene I would certainly hope so
18:58 Eugene I'm pretty sure you can reference the pillar from within itself, as long as the references are after the original assignment
18:58 Eugene But YMMV
18:59 Eugene Or, to approach the problem from a different angle, what you're really defining is a Path object of some sort which should have a Samba property set on it
19:00 Eugene So your Samba state will walk the Path listings, hunting for any samba props
19:00 eliasp Eugene: no, Pillars can't be rendered through Jinja… this would cause a recursive loop
19:00 Eugene That is why I said pretty sure, not can
19:01 eliasp there are anchors/references in YAML, but they only work within a single file
19:01 bmatt eliasp: you can - I alter pillars based on grain data
19:01 bmatt but you can't reference pillar data within a pillar file
19:01 TheThing joined #salt
19:01 Eugene That's what I was missing ^
19:01 bmatt s/alter/render
19:01 eliasp bmatt: yep, altering is not enough… I need to actually access the value which is defined in another Pillar
19:02 eliasp well, looks like I'll have to produce some WET code then at this point ;)
19:02 bmatt yeah, can't do that; you'd have to construct your pillar object before you constructed your pillar object
19:02 Eugene "Yo dawg, I heard you like pillars"
19:02 bmatt sup bro, i herd u liek pillars
19:02 bmatt damnit.
19:02 eliasp hrhr
19:02 bmatt grains were a good solution for me, though
19:03 Eugene Whole wheat ftw
19:03 bmatt {% if grains['hostname'] == "foohost" %}  - magicdata: foo{% endif %}
19:04 eliasp hmm, I might have an idea how to do this… when using a jinja.map, I think I can pass in defaults to overwrite the map values
19:05 eliasp so I'd have to modify the Samba formula a bit to deal with this, then I could pass in values for a specific sub-pillar used in the jinja.map of the Samba formula
19:05 eliasp let's see what I can do…
19:08 eliasp I should probably summon the god of pillars… forrest
19:08 eliasp but it looks like he doesn't listen right now to the requests of his peasants
19:09 sunkist In cmd.run, I need to echo a line with a ':' into my /etc/salt/grains file.
19:09 sunkist How do I escape the colon for salt?
19:13 * Eugene snickers
19:13 Eugene Single-quotes
19:14 peters-tx joined #salt
19:20 godber joined #salt
19:25 tkharju3 joined #salt
19:27 oz_akan joined #salt
19:30 zandy joined #salt
19:40 war2 joined #salt
19:41 auser joined #salt
19:49 tkharju3 joined #salt
19:52 tkharju4 joined #salt
19:57 tkharju joined #salt
20:15 war2 joined #salt
20:15 DaveQB joined #salt
20:17 zandy joined #salt
20:19 kivihtin joined #salt
20:21 swa_work joined #salt
20:23 jgelens joined #salt
20:26 ghartz joined #salt
20:26 bhosmer joined #salt
20:28 oz_akan joined #salt
20:30 schimmy joined #salt
20:30 oz_akan joined #salt
20:39 delinquentme joined #salt
20:49 tdilly joined #salt
20:49 otter768 joined #salt
20:49 tdilly Do you need python installed on the "minion" when using salt-ssh?
20:52 diegows joined #salt
20:53 bauser joined #salt
21:00 viq joined #salt
21:03 zandy joined #salt
21:14 schimmy joined #salt
21:18 schimmy joined #salt
21:19 eliasp is the pillar dict in Jinja templates read-only or can I also somehow write to it?
21:20 eliasp hmm… might have to play a bit with {% set … %}
21:21 sunkist I have one state that updates /etc/salt/grains; I have another state that needs to access those grains.
21:21 sunkist Right now the states work if I run state.highstate twice.
21:22 sunkist How can I force salt to rerender my sls file with the newly set grains?
21:28 auser joined #salt
21:31 oz_akan joined #salt
21:38 sunkist I am setting a grain using a state.
21:39 sunkist Another state I have will run correctly if the grain is set when the sls renders.
21:39 sunkist On the first run, the grain gets set, but since it wasn't set when the sls file was first rendered, the second state doesn't run.
21:40 nyx joined #salt
21:40 sunkist How can I cause salt to re-render the sls file?
21:48 otter768 joined #salt
21:53 arnoldB hmm executing any function in the mount module isn't possible. getting <function active at 0x39336e0>
21:53 eliasp arnoldB: please provide some code how you tried to do it…
21:54 arnoldB eliasp: {{ salt['mount.active'] }} in a pillar/ sls file. it's possible from the salt master on the CLI and on the minion with salt-call
21:55 eliasp you can't use Jinja inside pillar files
21:55 arnoldB what?
21:55 arnoldB of course you can
21:56 eliasp Pillar files are plain YAML, no Jinja
21:56 eliasp arnoldB: huh? that'd be completely new to me…
21:56 arnoldB the default renderer is #!jinja|yaml
21:56 arnoldB for both state and pillar sls files
21:57 eliasp ok, let's put this aside… need to verify… but have you tried {{ salt['mount.active']() }} instead?
21:58 eliasp arnoldB: are you running 'develop' or '2014.1.x'?
21:59 TheThing joined #salt
22:01 napper joined #salt
22:01 delinquentme joined #salt
22:02 sunkist How can I force salt to reload the states in the middle of execution of state.highstate?
22:02 arnoldB eliasp: the () doesn't make a difference. I'm using a ~ 4 weeks old clone of the develop branch
22:02 arnoldB sunkist: why do you need this?
22:03 sunkist arnoldB, I am setting a grain in one state.
22:03 arnoldB sunkist: how?
22:03 sunkist The next state references that grain -- which gets rendered as ''.
22:04 sunkist I'm setting the grain in /etc/salt/grains
22:04 arnoldB sunkist: AFAIR you can add a grain manually to the present runtime which lives until the next salt-minion restart
22:05 arnoldB sunkist: http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.grains.html#module-salt.modules.grains
22:06 arnoldB sunkist: or let the /etc/salt/grains file state notify a salt-minion service state which reloads the salt-minion and thus the grains too
22:07 sunkist arnoldB, I am not able to generate the grain on the master; so the first solution may not work for me.
22:07 arnoldB sunkist: do it within a arbitrary sls state file
22:07 arnoldB sunkist: or before/after the /etc/salt/grains file state
22:08 arnoldB sunkist: I'd prefer using the notify method
22:08 sunkist arnoldB, here's what I've got so far: http://pastebin.com/CK9iqU20
22:09 eliasp arnoldB: just tried this in 2014.1.7 http://pastebin.kde.org/p25fiaz0l and the result is 'None' … that's consistent with what all GH issues regarding inter-pillar referencing say… but I'm looking now at 'develop' whether there was actually something done regarding this
22:09 eliasp this would make my day… week… month… ;)
22:09 diegows joined #salt
22:10 arnoldB eliasp: who mentioned pillar cross-references?
22:10 arnoldB eliasp: btw. did you impemented the yamlex renderer?
22:11 eliasp arnoldB: you previously stated you'd use Jinja in Pillars… this would also mean something like {{ salt['pillar.get']('foo:bar') }} could be done…
22:12 elfixit joined #salt
22:12 eliasp no yamlex here yet… I think that's not in 2014.1.x
22:12 arnoldB eliasp: Jinja != Pillar. check something like {{ salt['grains.get']('fqdn') }} for example
22:12 eliasp hmm, wait… there's actually something yamlex related in 2014.1.x
22:12 arnoldB no I thought the name of the yamlex author was also elias
22:13 eliasp ah, no… that's not me… it would be nice ;)
22:14 arnoldB sunkist: don't use whitespace in grain keys/names
22:14 arnoldB sunkist: I can recomment not to use many white spaces in state IDs
22:14 eliasp arnoldB: ok… that's crazy… {{ salt['grains.get']('fqdn') }} inside a Pillar YAML works
22:15 zandy joined #salt
22:15 arnoldB eliasp: s/crazy/default for years/g :)
22:15 eliasp arnoldB: but as {{ salt['grains.get']('fqdn') }} just calls grains.get from the Jinja renderer, I wonder why pillars.get wouldn't work then
22:16 sunkist arnoldB, I'll change it and see what I get!
22:16 arnoldB sunkist: if you need the within the grain only in this file, simply declare a jinja variable with {% set myvar = salt['cmd.run']('...') %}
22:16 eliasp … probably filtered to prevent circular-dep issues… need to check the Pillar renderer
22:16 arnoldB s/the/the data/
22:17 arnoldB eliasp: there are lots of issues regarding pillar cross-references. I waiting for the feature for a long time
22:17 arnoldB s/issues/feature requests on GH(
22:17 eliasp arnoldB: yes… I'm subscribed to all of them as well
22:17 arnoldB :)
22:18 eliasp writing non-DRY code really bugs me… leaves me rather unsatisfied
22:18 arnoldB I'm happy to have finally merged dicts
22:18 arnoldB cross pillar references are also very important for me
22:19 sunkist eliasp, really the solution is for pillar to have the option to be backed by an rdbms.
22:19 arnoldB evaluating pillar sls files with the load_yaml functions manually at the moment
22:19 delinquentme_ joined #salt
22:20 eliasp sunkist: well, I'll pull quite some Pillars from LDAP soon… need to get some other stuff done first, but then a large part of my config will rely on LDAP pillars
22:21 eliasp arnoldB: I want to use some formulas without modifying them too much/not at all… so a manual load_yaml is not really an option
22:21 sunkist arnoldB, if I set a variable with: {% set myvar = salt['cmd.run']('...') %},  can I access it with {{ myvar }} ??
22:21 eliasp … ok, it could serve as temporary workaround, but then I'd have to adapt all used formulas and then merge them continuously with upstream changes
22:22 arnoldB sunkist: yes
22:22 sunkist eliasp, are you using gitfs to load the formulas?
22:22 arnoldB sunkist: check https://github.com/bechtoldt/omd-formula/blob/master/omd/server/config.sls for jinja code of a crackhead
22:23 eliasp yes… but not straight from GitHub, but I have a single salt-formulas repo where I create plain clones from GH
22:23 arnoldB me too
22:23 eliasp arnoldB: pulling formulas straight from GitHub is a bit too risky IMHO
22:23 arnoldB eliasp: true
22:24 sunkist eliasp, I agree.  I have a makefile that clones them from github, then I use `git rev-parse HEAD' to find today's commit hash.
22:24 eliasp pulling the in as manually updated submodules doesn't work, as most formulas will only work when placed in top-level structure, so something like salt-formulas.git/samba/samba/init.sls doesn't work, it wants to be in salt-formulas.git/samba/init.sls
22:24 sunkist Then I checkout HEAD.
22:24 arnoldB sunkist: why aren't you using gitfs then?
22:25 sunkist arnoldB, so I'm not pulling straight from github automatically.
22:25 arnoldB eliasp: AFAIR 2014.7 will get a feature to specify locations for formulas within git repos
22:25 arnoldB sunkist: hm ok
22:25 eliasp arnoldB: yes, but IIRC this targets another usecase… let me look it up
22:27 sunkist I have a /srv/salt, /srv/pillar/, and /srv/formulas
22:28 arnoldB eliasp: created an issue https://github.com/saltstack/salt/issues/14532
22:29 eliasp arnoldB: you were referring to 'gitfs_root' which was introduced as per-repo param in 2014.7
22:29 arnoldB hm k
22:29 eliasp arnoldB: this would work for a salt-formulas.git with multiple formulas in it…
22:29 eliasp arnoldB: then the root would need to be something like "*/" ;)
22:33 arnoldB argh the whole salt.*.mount code is rap
22:33 arnoldB *crap
22:33 jnials joined #salt
22:33 hoodow_ eliasp!
22:33 eliasp hoodow!
22:33 eliasp hoodow_: what the hell are you doing in here…? ;)
22:34 eliasp arnoldB: it's about time for this: https://github.com/saltstack/salt/issues/14103
22:35 arnoldB eliasp: wheezy here
22:35 eliasp ok ;)
22:36 hoodow_ eliasp: mostly idling. ;)
22:37 sunkist Is there a way to register some on-error text for a state?
22:38 eliasp sunkist: probably something like the 'onfail' requisite?: http://docs.saltstack.com/en/latest/ref/states/requisites.html#onfail
22:38 eliasp aka "poor man's transactional states support" :)
22:40 phx joined #salt
22:42 sunkist Thanks arnoldB, I'm installed an embedded software IDE smoothly across a variety of desktops!  I appreciate your help!
22:42 sunkist s/I'm/I've
22:43 arnoldB sunkist: you're welcome
22:43 ajw0100 joined #salt
22:44 lahwran joined #salt
22:45 delinquentme_ for salt-master ... the interface in the config file ... is the external IP of the salt-master right?
22:46 aquinas joined #salt
22:46 delinquentme_ or can I just leave it listening on all interfaces (0.0.0.0) and still have minions capable of spawning
22:46 arnoldB delinquentme_: RTFM? :)
22:46 delinquentme_ im on it
22:46 arnoldB then I don't understand your question
22:47 delinquentme_ I was hoping to see explicitly " you don't need to change this "
22:47 arnoldB you don't need to change this
22:47 delinquentme_ otherwise "interface" doesn't really mean too much to a newbie
22:47 delinquentme_ kk
22:47 che-arne joined #salt
22:47 arnoldB 0.0.0.0 is default
22:48 arnoldB you can clean the whole file and specify only those options you really need. :)
22:48 arnoldB and yes: the name of this option is confusing
22:53 zemm joined #salt
22:56 delinquentme_ Ok so I've got salt-master running in debug ... and I just ran $ salt-minion -d  ... and had the debug output  update and finish with "[DEBUG   ] This salt-master instance has accepted 1 minion keys."  however... when I run $ salt-key -L
22:56 delinquentme_ Im only seeing the master
22:57 garthk joined #salt
22:58 eliasp delinquentme_: messed something up with your Minions FQDN or set the 'id:' in your Minion's config to the same name as the Master?
22:58 arnoldB delinquentme_: that's your minion
22:59 arnoldB delinquentme_: are you also runnig salt-minion  on the same machine?
22:59 delinquentme_ im SSHd into a remote machine ( the salt-master ) ... from which I'm running $ salt-minion -d
23:02 jnials joined #salt
23:03 delinquentme_ also should the name of my salt-master be returned on running $  salt '*' test.ping ?
23:04 delinquentme_ ( this is also the server I used to run a localhost minion with in a previous tutorial )
23:04 arnoldB delinquentme_: when you're running a salt-minion on the same machine then it's your minion on the same machine
23:05 arnoldB shutdown the minion, trigger the test.ping and see if it's still responding
23:07 garthk joined #salt
23:09 nyx joined #salt
23:11 delinquentme_ I'm not seeing an elegant way to kill a salt-minion? $ service salt-minion stop  $ salt-minion stop ??
23:11 delinquentme_ i just killed the pid
23:12 eliasp delinquentme_: that's what your service-manager/init-system is for… so if you're on a systemd-based system: systemctl stop salt-minion
23:12 eliasp on a Upstart-based one: service salt-minion stop
23:13 delinquentme_ yeah the latter didn't do it =/
23:13 delinquentme_ not too worried about why atm though ... but $ salt '*' test.ping is all good
23:14 arnoldB maybe salt-minion is running in fg mode elsewhere
23:17 eliasp delinquentme_: what does "salt '*' grains.get ipv4" report? anything helpful?
23:18 jamesog_ joined #salt
23:18 dh__ joined #salt
23:19 delkins joined #salt
23:19 avn joined #salt
23:20 delinquentme_ https://gist.github.com/carlcrott/66fc3a6bc04a6241d48f << eliasp
23:20 trevorj joined #salt
23:20 eliasp delinquentme_: well, this should help you to identify the host on which the minion actually runs
23:21 aarontc joined #salt
23:21 Micromus joined #salt
23:21 rigor789 joined #salt
23:21 Alan_S joined #salt
23:21 zandy joined #salt
23:26 marcinkuzminski joined #salt
23:33 oz_akan joined #salt
23:35 delinquentme_ so it seems that salt-minion -d isn't spinning up new servers on rackspace ...
23:37 yomilk joined #salt
23:40 delinquentme_ Authentication failed from host meteorhack-01, the key is in pending and needs to be accepted with salt-key -a meteorhack-01  Im not sure why I keep seeing this .. it makes it seem like I need to authenticate the salt-master??? doesn't sound right
23:41 robawt delinquentme_: do you keep recreating the key for the minion?
23:45 delinquentme_ robawt, im not sure i've even generated one key for any minions
23:47 eliasp delinquentme_: the Minion will generate the key on its own
23:47 delinquentme_ and keys from the master shouldn't be showing up in $ salt-key -L ... right?
23:48 eliasp delinquentme_: the Master shouldn't have a key on its own unless it runs a Minion too
23:50 delinquentme_ initially I had set it up to run a minion within itself ... but that was just for this tutorial: https://www.digitalocean.com/community/tutorials/how-to-install-salt-on-ubuntu-12-04  so now I want the master to only instantiate other servers to use as minions
23:51 diegows joined #salt
23:52 delinquentme_ it seems just /etc/salt/minion  ... having master: set as something other than just localhost
23:55 robawt delinquentme_: keys are generated upon installation
23:55 delinquentme_ /etc/salt/minion_id  << is this generated by salt?
23:56 robawt delinquentme_: setting up a masterless minion or a minion would have its own key, to install a master you would need the master package
23:57 schimmy joined #salt
23:59 schimmy joined #salt

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