Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-12-05

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

All times shown according to UTC.

Time Nick Message
00:03 nZac joined #salt
00:09 jas02 joined #salt
00:15 NV joined #salt
00:21 cyborg-one joined #salt
00:23 amontalban joined #salt
00:25 Klas joined #salt
00:26 rojem joined #salt
00:39 londo joined #salt
00:45 netcho_ joined #salt
00:46 nidr0x joined #salt
00:50 CeBe_ joined #salt
00:56 amontalban joined #salt
00:59 jas02 joined #salt
01:02 edrocks joined #salt
01:08 spuder joined #salt
01:09 rem5 joined #salt
01:10 jas02 joined #salt
01:16 rem5_ joined #salt
01:23 nZac joined #salt
01:28 nZac joined #salt
01:53 amcorreia joined #salt
01:53 scoates joined #salt
02:00 jas02 joined #salt
02:15 catpigger joined #salt
02:16 tmrtn[m] joined #salt
02:17 jas02 joined #salt
02:34 evle joined #salt
02:34 buu joined #salt
02:34 buu oh
02:34 buu Hi
02:36 buu So A) Can salt states refer to files outside of the /srv/salt configured directory (specifically for copying) and B) does a salt state that specifies a file check if the file is identical or exists or what?
02:36 buu As in, what happens when the file on the master is updated
02:37 hemebond buu: If you want to transfer a file from the master to a minion, it must be under salt://
02:37 hemebond It will check to see if the file has changes on the master and if so transfer again.
02:38 hemebond If the local file has been changed the file will be overwritten with what Salt thinks it should be.
02:38 buu Including recursively through dirs?
02:38 hemebond I believe so.
02:38 freelock[m] joined #salt
02:38 saintaquinas[m] joined #salt
02:38 jerrykan[m] joined #salt
02:38 Mads[m] joined #salt
02:38 Guest38152 joined #salt
02:38 M-MadsRC joined #salt
02:38 jcl[m] joined #salt
02:38 M-liberdiko joined #salt
02:38 dnull[m] joined #salt
02:39 buu So if I want my .vimrc on all my salt minions, I should add my ~ to the fileserver config then create a state saying vimrc: cp: -name salt://.vimrc or similar?
02:40 sebastian-w joined #salt
02:46 buu Hrm
02:46 buu Why is salt-ssh separate form salt-master in debian repo?
02:46 hemebond Well you could use file.managed
02:46 hemebond salt-ssh is used to execute salt stuff on servers without the minion.
02:46 hemebond It's a separate executable.
02:47 ilbot3 joined #salt
02:47 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.3.4, 2016.11.0 <+> Support: https://www.saltstack.com/support/ <+> Logs: http://irclog.perlgeek.de/salt/ <+> Paste: https://gist.github.com/ (please don't multiline paste into channel) <+> See also: #salt-devel, #salt-offtopic <+> Ask with patience as we are volunteers and may not have immediate answers
02:48 buu oh is it?
02:48 buu I thought it was more general
02:48 hemebond I mean, you can use salt-cloud to provision VMs.
02:48 hemebond That's all I know about Vagrant.
02:48 hemebond That's all I've ever used it for.
02:48 buu And now I've learned that vt-x is disabled.
02:48 * buu sighs softly
02:50 spuder joined #salt
03:01 jas02 joined #salt
03:30 writtenoff joined #salt
03:32 ProT-0-TypE joined #salt
03:40 dxiri joined #salt
03:41 bastiand1 joined #salt
03:44 dxiri joined #salt
03:44 DEger joined #salt
03:45 dxiri joined #salt
03:46 DEger joined #salt
03:46 JPT joined #salt
03:52 preludedrew joined #salt
03:56 _Cyclone_ joined #salt
04:01 spuder joined #salt
04:02 jas02 joined #salt
04:03 justan0theruser joined #salt
04:04 aarontc joined #salt
04:05 edrocks joined #salt
04:05 Steve1234 joined #salt
04:08 Steve1234 can someone tell me what i'm doing wrong using gitfs with file.manage?   When I do a salt-run fileserver.file_list, I see my git repo: git_salt/gittestfile
04:09 Steve1234 Then I have a state like this:  http://pastebin.com/0UcYtdyE
04:10 Steve1234 but when i run a highstate i get an error: Source file salt://git_salt/gittestfile not found
04:18 dxiri joined #salt
04:24 jas02 joined #salt
04:27 hemebond So in your Git repo you have a directory git_salt?
04:27 hemebond Steve1234: ^
04:28 Steve1234 no, the "gittestfile" is in the root of the repo, but i set that up as a mountpoint
04:29 Steve1234 mountpoint: salt://git_salt
04:41 _Cyclone_ joined #salt
04:49 comate joined #salt
04:49 rojem joined #salt
05:02 jas02 joined #salt
05:08 Steve1234 I think the issue was related to the environment for that particular minion
05:12 dxiri joined #salt
05:13 dxiri joined #salt
05:15 rdas joined #salt
05:18 frew joined #salt
05:21 VR-Jack2-H joined #salt
05:30 hemebond Oh, you're using environments too?
05:32 Steve1234 yeah. it seems like the way gitfs works conflicts with my local environments
05:32 Steve1234 i didn't realize git branch= environment name
05:54 hlub joined #salt
05:55 notCalle joined #salt
05:55 descrepes joined #salt
06:03 ivanjaros joined #salt
06:03 jas02 joined #salt
06:04 spuder joined #salt
06:10 DaveQB joined #salt
06:11 Bryson joined #salt
06:14 Xenophon1 has anyone encountered the error "Exception global name '__utils__' is not  defined occurred in file server update"?
06:15 Xenophon1 i've just upgraded my salt-master to 2016.3.4, and now the file server is broken
06:16 XenophonF joined #salt
06:26 jas02 joined #salt
06:30 sh123124213 joined #salt
06:47 ashmckenzie_ joined #salt
06:47 CeBe__ joined #salt
06:47 TOoSmOotH_ joined #salt
06:47 cyteen_ joined #salt
06:48 rofl_____ joined #salt
06:48 psy0rz_ joined #salt
06:49 MajObviousman joined #salt
06:50 khorben_ joined #salt
06:50 huleboer_no joined #salt
06:51 jas02 joined #salt
06:51 sebastian-w joined #salt
06:52 notsetkeh joined #salt
06:54 peters-tx joined #salt
06:57 smkelly joined #salt
06:58 renoirb joined #salt
07:04 jas02 joined #salt
07:05 ivanjaros3916 joined #salt
07:07 edrocks joined #salt
07:11 felskrone joined #salt
07:11 dariusjs joined #salt
07:12 colttt joined #salt
07:20 aidin joined #salt
07:22 vodik joined #salt
07:26 pipps joined #salt
07:28 iggy did you look at open issues?
07:30 yuhlw joined #salt
07:34 yuhlw left #salt
07:36 jas02 joined #salt
07:38 sh123124213 joined #salt
07:40 jas02_ joined #salt
07:42 ponyofdeath joined #salt
07:44 \ask joined #salt
07:44 jas02 joined #salt
07:47 yuhlw joined #salt
07:48 faizy joined #salt
07:50 Guest3074 joined #salt
07:52 pipps joined #salt
07:55 fracklen joined #salt
07:57 fracklen joined #salt
07:57 fracklen_ joined #salt
07:59 darioleidi joined #salt
08:05 XenophonF iggy: this is similar to the issue i'm having, but it isn't exactly the same error - https://github.com/saltstack/salt/issues/37388
08:05 saltstackbot [#37388][MERGED] [2016.3.4] Refreshing of an s3 file server results in an exception.  | Description of Issue/Question...
08:05 jas02_ joined #salt
08:06 colttt joined #salt
08:10 \ask joined #salt
08:12 dariusjs joined #salt
08:15 M-MadsRC joined #salt
08:15 dnull[m] joined #salt
08:15 Mads[m] joined #salt
08:22 samodid joined #salt
08:24 \ask joined #salt
08:25 theblazehen joined #salt
08:26 samodid joined #salt
08:27 Morrolan joined #salt
08:27 XenophonF well, I manually patched it, and now the error changed, which I guess is progress
08:27 XenophonF "Exception global name '__opts__' is not defined occurred in file server update"
08:28 samodid joined #salt
08:28 hoonetorg joined #salt
08:29 o1e9 joined #salt
08:30 XenophonF i'm going to manually patch that, too
08:30 XenophonF updated packages haven't hit freebsd ports yet :(
08:33 keimlink joined #salt
08:33 outside_ joined #salt
08:34 mikecmpbll joined #salt
08:34 gnord joined #salt
08:34 nebuchadnezzar joined #salt
08:35 ThomasJ joined #salt
08:36 giany joined #salt
08:36 CeBe joined #salt
08:36 faizy_ joined #salt
08:37 J0hnSteel joined #salt
08:37 beardo joined #salt
08:38 rome_390 joined #salt
08:40 JohnnyRun joined #salt
08:40 ivanjaros joined #salt
08:41 faizy joined #salt
08:49 hoonetorg joined #salt
08:56 krymzon joined #salt
08:57 xet7 joined #salt
09:02 \ask joined #salt
09:07 Kelsar joined #salt
09:10 jhauser joined #salt
09:15 PhilA__ joined #salt
09:20 dariusjs joined #salt
09:21 s_kunk joined #salt
09:22 mikecmpb_ joined #salt
09:26 s_kunk joined #salt
09:36 tmrtn[m] joined #salt
09:43 sh123124_ joined #salt
09:46 sh123124213 joined #salt
09:46 sh123124213 joined #salt
09:49 sh123124213 joined #salt
10:00 Mattch joined #salt
10:01 freelock[m] joined #salt
10:01 jcl[m] joined #salt
10:01 Mads[m] joined #salt
10:01 saintaquinas[m] joined #salt
10:01 M-MadsRC joined #salt
10:01 Guest19571 joined #salt
10:01 jerrykan[m] joined #salt
10:01 dnull[m] joined #salt
10:01 M-liberdiko joined #salt
10:01 Kelsar joined #salt
10:07 Kelsar joined #salt
10:07 jas02 joined #salt
10:08 jas02_ joined #salt
10:16 aidin joined #salt
10:19 quup_ joined #salt
10:20 quup joined #salt
10:32 \ask joined #salt
10:44 DEger joined #salt
10:44 amcorreia joined #salt
10:45 keimlink joined #salt
10:57 babilen joined #salt
10:57 pipps joined #salt
10:58 traph joined #salt
10:58 traph joined #salt
10:58 pipps joined #salt
11:01 pipps joined #salt
11:08 jas02 joined #salt
11:26 faizy_ joined #salt
11:32 ronnix joined #salt
11:45 netcho joined #salt
11:47 netcho if i want to change salt-master location/ip, except changing master ip in minion config and is anything else needed? and whats the best way to do that?
11:48 netcho *and restartin minion*
11:50 manji I don't remember having any issues doing that
11:50 manji what matters is their keys iirc
11:51 netcho yes i supose so...
11:51 manji you can also run a state to replace the saltmaster ip
11:51 manji in the minion file
11:51 manji and restart the minion service
11:51 netcho and then move master to new ip
11:56 Xenophon1 joined #salt
11:56 manji since you have deployed/replace the minion
11:56 manji yes
12:05 netcho manji: u have example of that minion change state? or just regular text replace?
12:09 CrummyGummy joined #salt
12:10 jas02 joined #salt
12:12 edrocks joined #salt
12:13 netcho_ joined #salt
12:17 Kelsar joined #salt
12:18 _Cyclone_ joined #salt
12:20 manji netcho_, I am deploying the exact same minion file to all of them
12:21 manji so it is rather simple
12:21 manji in my case
12:24 cyteen joined #salt
12:26 Kelsar joined #salt
12:32 pipps joined #salt
12:33 yuhlw joined #salt
12:43 netcho_ is there a way of knowing what states and when were ran on a minion withouth having returnes conenected to external db?
12:45 DEger joined #salt
12:47 aidin joined #salt
13:03 dariusjs joined #salt
13:04 yidhra joined #salt
13:07 keimlink joined #salt
13:12 jas02 joined #salt
13:14 lubyou_ joined #salt
13:19 pipps joined #salt
13:20 pipps joined #salt
13:22 kbaikov joined #salt
13:26 ronnix joined #salt
13:28 Bico_Fino joined #salt
13:29 kbaikov joined #salt
13:32 fxhp joined #salt
13:33 fxhp joined #salt
13:33 edrocks joined #salt
13:37 ALLmightySPIFF joined #salt
13:39 TyrfingMjolnir joined #salt
13:41 netcho_ joined #salt
13:44 XenophonF joined #salt
13:45 CeBe__ joined #salt
13:48 lubyou_ http://dpaste.com/1XR608S
13:48 lubyou_ multiline string in yaml, rendering fails with Rendering SLS 'base:xxxx' failed: could not found expected ':';
13:48 lubyou_ how does one solve that?
13:49 edrocks joined #salt
13:49 pipps joined #salt
13:51 pipps joined #salt
13:52 pipps joined #salt
13:54 anotherzero joined #salt
13:55 Bico_Fino joined #salt
13:59 amontalban joined #salt
14:03 Neighbour Can anyone give me any pointers in how to troubleshoot "403 Forbidden Security token invalid"-errors when using boto.route53 from an instance with a linked IAM-role? The role has the AmazonRoute53FullAccess policy attached, but it still gives me this error. Using cloud.present or boto_rds works fine (with AmazonRDSFullAccess and AmazonEC2FullAccess policies attached)
14:05 numkem joined #salt
14:10 anotherzero joined #salt
14:20 jas02 joined #salt
14:25 plinnell joined #salt
14:25 plinnell joined #salt
14:27 dxiri joined #salt
14:28 ronnix joined #salt
14:37 Tanta joined #salt
14:38 netcho joined #salt
14:43 pipps joined #salt
14:44 austin_ joined #salt
14:45 amontalban joined #salt
14:46 austin_ has anyone used ebs volume to mount say /etc/salt ? instead of having a hot/hot syndic, we were looking at mounting that volume and spinning up a new instance in the event that syndic goes down or is unreachable. keys/configs should be the same. that instance would be back in play for use
14:46 austin_ or maybe not exaclty hot/hot syndics but probably failover
14:46 fracklen joined #salt
14:48 adi joined #salt
14:49 adi Hello, i am a complete newbie to salt and was wondering if someone can point me in the right direction.  I am trying to use salt.wait_for_event with a list of minion IDs waiting for the start event. I have set the timeout to 15 seconds. I was wondering if there is a way i can access the minions which did not send the event i am waiting for
14:50 adi i looked at the code and the answer i am looking for is returned in changes : { } but i am not sure how to access it within the orchestrator file
14:51 Jimlad joined #salt
14:51 RandyT joined #salt
14:51 gtmanfred you would need to have multiple orchestration states and access them using the RunnerClient in a python script so that you can use the changes dictionary.
14:51 gtmanfred it isn't possible to use the returns dictionary inside of the state files
14:52 nicksloan joined #salt
14:52 adi @gtmanfred : thanks. are you saying i need to write a python module ?
14:53 gtmanfred no, you need to write a script to wrap around the runner
14:53 gtmanfred you could write a runner module that wraps around state.orchestrate
14:53 webay joined #salt
14:54 adi okay..let me look up the docs. thanks for helping me out
14:56 gtmanfred adi: docs about writing a runner module are here https://docs.saltstack.com/en/latest/ref/runners/
14:57 adi @gtmanfred : thanks a lot
14:58 racooper joined #salt
14:58 _Cyclone_ joined #salt
15:00 nicksloan joined #salt
15:01 CrummyGummy joined #salt
15:01 dyasny joined #salt
15:01 lompik joined #salt
15:02 Jimlad joined #salt
15:08 pipps joined #salt
15:08 nickabbey joined #salt
15:11 pipps joined #salt
15:19 cyteen joined #salt
15:21 mpanetta joined #salt
15:23 webay joined #salt
15:30 XenophonF lubyou_: nothing obvious immediately occurs to me. are you sure the error is in the SLS you posted and not in the xxxx SLS?
15:31 lubyou_ @XenophonF I put the data into pillar, made it work that way
15:31 XenophonF ah
15:32 XenophonF i wonder if you have to do something special to use UTF-8 in SLS files
15:32 XenophonF is windows_message something you wrote?
15:38 keimlink joined #salt
15:40 DEger joined #salt
15:44 Bico_Fino joined #salt
15:46 writtenoff joined #salt
15:47 inad922 joined #salt
15:48 nicksloan joined #salt
15:50 spuder joined #salt
15:54 _JZ_ joined #salt
15:56 Bico_Fino joined #salt
15:57 spuder joined #salt
15:58 pipps joined #salt
16:00 ronnix joined #salt
16:06 ALLmightySPIFF joined #salt
16:06 fracklen joined #salt
16:06 ALLmightySPIFF joined #salt
16:07 ALLmightySPIFF joined #salt
16:13 ronnix joined #salt
16:13 XenophonF can anyone point me to an example of using salt.states.rbenv on rhel/centos?
16:14 XenophonF oh didn't check saltstack-formulas, let me look there first
16:14 XenophonF no, nothing there
16:16 XenophonF i found this - https://www.digitalocean.com/community/tutorials/how-to-install-ruby-on-rails-with-rbenv-on-centos-7
16:16 XenophonF i should be able to adapt that to the example here - https://docs.saltstack.com/en/latest/ref/states/all/salt.states.rbenv.html
16:21 jas02 joined #salt
16:23 schemanic_ joined #salt
16:24 amontalban joined #salt
16:24 amontalban joined #salt
16:26 lubyou__ joined #salt
16:27 schemanic joined #salt
16:27 schemanic hellop
16:27 schemanic Can you hear me?
16:28 tiwula joined #salt
16:29 aidin joined #salt
16:29 jas02 joined #salt
16:30 mpanetta_ joined #salt
16:30 tapoxi_ joined #salt
16:31 izibi joined #salt
16:32 spuder joined #salt
16:32 nickabbey joined #salt
16:32 faizy_ joined #salt
16:33 gtmanfred maybe
16:33 gtmanfred what's it worth to you? :P
16:34 faizy__ joined #salt
16:36 coldbrewedbrew joined #salt
16:36 coldbrewedbrew joined #salt
16:37 jas02 joined #salt
16:39 alinuxninja joined #salt
16:45 Reverend gtmanfred - three.
16:45 gtmanfred tree fidy?
16:46 gtmanfred dammit lochness monster, i ain't givin' you no tree fiddy!
16:46 amontalban joined #salt
16:50 fracklen joined #salt
16:51 Reverend gtmanfred - just three.
16:53 ronnix joined #salt
17:03 tkojames joined #salt
17:06 eThaD joined #salt
17:07 lubyou_ joined #salt
17:08 Jimlad joined #salt
17:13 nicksloan joined #salt
17:15 lws joined #salt
17:17 woodtablet joined #salt
17:20 tapoxi joined #salt
17:21 tapoxi hi all, getting a weird issue from the state compiler: "web.services.nginx.enabled' in SLS 'web.services' contains multiple state declarations of the same type"
17:21 jas02 joined #salt
17:21 tapoxi but I don't have that, http://hastebin.com/mizukenoru.pl
17:21 tapoxi thoughts? what am I missing?
17:23 LV-426 joined #salt
17:23 nickabbey joined #salt
17:24 stack joined #salt
17:25 stack hi, how I debug a state, I need to see if a php package was required
17:26 stack s/php/deb/
17:26 tapoxi stack: salt-call state.apply statename -l debug test=True
17:27 tapoxi that'll perform a no-op and print out debug info
17:27 XenophonF tapoxi: you have two "service" states
17:27 stack tapoxi: ok let me try
17:28 XenophonF recall that "service.running" is just a bit of syntactic sugar
17:28 tapoxi XenophonF: ahh ok, so it cares about them being from the same module. thanks.
17:28 XenophonF it actually means "service: [running, ...]"
17:29 sarcasticadmin joined #salt
17:31 tapoxi stack: there's also a salt-call state.show_lowstate to see what actions it'll perform after the state is compiled
17:31 nZac joined #salt
17:34 ecdhe joined #salt
17:35 debian112 joined #salt
17:36 samodid joined #salt
17:39 jas02_ joined #salt
17:41 Salander27 joined #salt
17:42 nickabbey joined #salt
17:45 stack tapoxi: ok the reason was that the repo was not updated and salt told me nothing about apt not being able to pull that package :\
17:45 tapoxi oh weird
17:46 dxiri joined #salt
17:47 stack tapoxi: manyally pulling via apt-get the error was Err:1 http://ftp.de.debian.org/debian stretch/main amd64 php7.0-mbstring amd64 7.0.12-1 404 Not Found
17:55 nickabbey joined #salt
17:55 gtmanfred MTecknology: you around?
17:55 spuder joined #salt
17:55 saintromuald joined #salt
17:58 nZac joined #salt
17:58 gtmanfred MTecknology: can you check if https://github.com/gtmanfred/salt/commit/6c88802e75a15903e62634437f758a8eea3d32ff fixes your bug with the #37942
17:58 nZac_ joined #salt
17:58 faizy_ joined #salt
18:00 MTecknology gtmanfred: heheheh.......
18:00 MTecknology lololol
18:00 gtmanfred looks like it should https://github.com/saltstack/salt/commit/d63cd6b7470499419dd25be4b72857c03c64e127
18:00 MTecknology gtmanfred: That'll fix the issue I ran across, but it re-creates another issue. While trying to solve those, I found a *LOT* of other issues.
18:00 gtmanfred i am currenting creating an ubuntu vm to test it
18:01 gtmanfred what issues does it create?
18:01 MTecknology You end up with a duplicate inet and inet6 line even if you have no ipv4 stuff
18:02 gtmanfred hrm, that doesn't make sense
18:02 gtmanfred but ok
18:03 MTecknology It makes sense when you look at about line 1200 in modules/debian_ip.py where an inet dictionary is ALWAYS created and partially populated.
18:05 MTecknology The template expects v4 stuff in inet and v6 stuff in inet6, but that function always populates inet so the template always spits out the iface inet line regardless of what's defined in the state.
18:07 Bryson joined #salt
18:07 MTecknology gtmanfred: Also, the way the function is written, it's impossible to make a bridged device using iface inet6, it has to be iface inet or the template ends up with no inet or inet6 dict with a complete set of info
18:07 netcho joined #salt
18:07 MTecknology gtmanfred: This is the patch I've been working on. It's not complete, but it seems to be getting there.  https://github.com/saltstack/salt/pull/38043/files
18:07 saltstackbot [#38043][OPEN] Debian networking fix | Resolves #38042; regression introduced in 2016.11.0.
18:08 MTecknology You'll notice my first PR came with a change very similar to yours...
18:08 MTecknology https://github.com/saltstack/salt/pull/38043/commits/4de2cb2805b0d3e30be3a9aa475d068c350f3d42
18:08 saltstackbot [#38043][OPEN] Debian networking fix | Resolves #38042; regression introduced in 2016.11.0.
18:11 MTecknology gtmanfred: sorry for the assult of responses! I happened to be trying to get into my dev environment this morning (about to blow it away and start over) to continue working on this.
18:12 nidr0x joined #salt
18:13 gtmanfred ok :) well i want to make the one change that doesn't require an ip on the loopback interface first, then we can discuss the bigger changes that you are looking at making
18:15 gtmanfred MTecknology: yours roll back introduces a bug where if the proto is dhcp, you get two iface lines for each interface
18:15 MTecknology If you push that change only, you'll re-introduce another bug where the inet line shows up when only an inet6 line should show up.
18:15 MTecknology The way it is now, we remove the inet line when it should be there if the interface has no ipaddr set
18:16 MTecknology How would mine produce a second line with dhcp?  Any chance you could give me an example interface state that'll break it?
18:16 gtmanfred because if interface.proto== 'dhcp' would also evaluate to true
18:16 MTecknology unless you're only talking about that one commit I highlighted
18:16 gtmanfred on the next line after your change
18:17 gtmanfred right, the one commit
18:17 gtmanfred http://ix.io/1Kkc
18:17 MTecknology ah, ya, I'd noticed that and fixed it
18:17 gtmanfred that is what my change generates when i use the state in the bug
18:17 gtmanfred https://github.com/saltstack/salt/issues/37942
18:17 saltstackbot [#37942][OPEN] Regression with debian network management and the loopback interface. | Description of Issue/Question...
18:17 gtmanfred what state would I have to run to get the error you are talking about?
18:17 gtmanfred because that looks right
18:18 MTecknology I've been testing with this - https://github.com/saltstack/salt/pull/38043#issuecomment-264749890
18:18 saltstackbot [#38043][OPEN] Debian networking fix | Resolves #38042; regression introduced in 2016.11.0.
18:22 MTecknology gtmanfred: those checks in the templates were band-aids to correct the behavior of the function I pointed out. I realized nobody ever tried to correct the logic in there because it's scary stuff. I tried to clean it up so that data is made sane before it gets out of the function. That way, if there should be no iface inet line, there will also be no inet dictionary.
18:22 gtmanfred ok, cool
18:23 MTecknology Thankfully, salt was written well enough that I can just wedge all of these changes cleanly into one place and keep the scary logic self-contained and hopefully tidy it up.
18:23 gtmanfred MTecknology: check your pms
18:23 MTecknology This *WILL* be coming with a documentation update.
18:23 gtmanfred you need to make sure you don't change any previous behaviour or we can't merge it into 2016.11
18:24 Edgan joined #salt
18:26 MTecknology I'm doing my absolute best to only change things that are obvious faults. The documentation actually suggests doing things that aren't possible in the first place.
18:26 fracklen joined #salt
18:26 gtmanfred ok, cool
18:27 s_kunk joined #salt
18:27 s_kunk joined #salt
18:27 MTecknology There are things like ipaddrs and ipv6addrs. Those are supposed to be lists of IP addresses that the interface gets.
18:27 MTecknology There's NOTHING in the template that reads ipaddrs or ipv6addrs.
18:27 MTecknology There's nothing now and there never has been from what I can tell, but it's documented that it can be done.
18:27 gtmanfred ok cool
18:29 spuder joined #salt
18:36 sh123124213 joined #salt
18:38 scsinutz joined #salt
18:39 ponyofdeath hi, how can i get one salt formula to depend on succesfull completion of another formula?
18:40 hemebond ponyofdeath: https://docs.saltstack.com/en/latest/ref/states/requisites.html
18:41 gtmanfred ponyofdeath: you could set failhard: True, and then the whole state run will exit if one state fails
18:42 ponyofdeath so i have a sls with include: - state2 - state2 in there i want state2 to depend on state1 success
18:42 gtmanfred you would need to use an orchestrate file to create requisites between formulas
18:42 gtmanfred or you could use failhard
18:43 ponyofdeath gtmanfred: where would i put fail hard
18:43 gtmanfred in the master config
18:43 ponyofdeath thats a global setting
18:43 gtmanfred yes
18:43 ponyofdeath so what is orchistrate then
18:43 gtmanfred you could also pass --failhard to the salt command
18:43 ponyofdeath i will look at that
18:44 gtmanfred ponyofdeath: https://docs.saltstack.com/en/latest/topics/orchestrate/orchestrate_runner.html#orchestrate-runner
18:44 onlyanegg joined #salt
18:44 inad922 joined #salt
18:48 _JZ__ joined #salt
18:52 cyteen joined #salt
18:53 ivanjaros joined #salt
18:54 jas02_ joined #salt
18:59 bfrog_ joined #salt
18:59 rylnd joined #salt
18:59 bfrog_ is there a way to encrypt pillar data so I can just keep it in my git repo?
18:59 bfrog_ gpg?
18:59 XenophonF yes
19:00 gtmanfred https://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.gpg.html
19:00 Bico_Fino joined #salt
19:01 rylnd hey guys. can someone help me out with a runner problem? i cant seem to get it right. i want to use the reactor to run the runner.ddns.add_host but salt always complains that it takes 7 values and i gave only one. even though  i give 7 values. if someone would have an example for me, that would be really great
19:01 XenophonF note that you have to set the shebang in sls files with encrypted data to `#!jinja|yaml|gpg`
19:01 XenophonF this isn't well documented :-/
19:01 gtmanfred rylnd:if you are passing keyword arguments, then that means that you aren't passing some of the required positional arguments
19:01 gtmanfred rylnd: can you provide your reactor file?
19:02 rylnd gtmanfred sure thing. one sec
19:02 XenophonF how do i convince git.latest to clone into an existing directory, without first deleting the directory?
19:02 gtmanfred rylnd: python2 isn't great in error messages like this, python3 is much better, we are still working on it
19:02 XenophonF if I set force_clone=True, it deletes the directory that i created for it
19:02 gtmanfred XenophonF: the git command cannot do that
19:03 XenophonF sure it can - git clone something --depth 1
19:03 gtmanfred but not if the directory already exists and is not a git repository
19:04 ponyofdeath anyone know why this grian 'G@manufacturer:DigitalOcean' match:grain works in my salt/top.sls but not int the pillar/top.sls?
19:04 gtmanfred oh, hrm, apparently that can... odd
19:04 bfrog_ cool, I'll look more in to gpg
19:05 gtmanfred XenophonF: TIL...
19:05 bfrog_ second big question on my mind, I've ran into before, how do I deel with upgrading salt minion/masters ?
19:05 XenophonF no i screwed up
19:05 XenophonF bah
19:05 gtmanfred bfrog_: update the master first, then the minion
19:05 bfrog_ it seems like no matter what I do... things mess up
19:05 XenophonF i'm an idiot pay me no mind
19:05 bfrog_ gtmanfred: ah
19:05 rylnd @gtmanfred: http://pastebin.com/HD6T0deE there is the reactor.conf and how i call the runner
19:05 gtmanfred bfrog_: https://docs.saltstack.com/en/latest/faq.html#can-i-run-different-versions-of-salt-on-my-master-and-minion
19:05 rylnd @gtmanfred it posts stuff into the slack channel, but the DDNS runner is not called :-(
19:06 bfrog_ ok, I have a general "keep packages up to date" step, I guess I need to somehow ignore salt updates in that
19:07 gtmanfred rylnd: what version of salt is the master on?
19:07 XenophonF i guess i'll change the order of things - git.latest, then user.present w/out createhome, then file.recurse
19:07 rylnd @gtmanfred 2016.3.4
19:07 XenophonF might not be idempotent but it'll end up with the right file system permissions
19:08 gtmanfred ahh, i know what it is
19:08 gtmanfred rylnd: you are only passing an arg variable, instead pass the following
19:09 gtmanfred rylnd: http://ix.io/1KkK
19:10 gtmanfred you only need to use arg when passing stuff on to other functions.
19:10 gtmanfred which this is not doing, it is passing directly to the ddns.add_host
19:12 bfrog_ do people just keep /etc/salt for the master in their repo and ln -s it or something?
19:12 rylnd @gtmanfred ok thanks. i will try that. but its really confusing. is there somewhere more documentation about the runners and the reactor especially? i am just starting with both, and it can get really confusing
19:12 rylnd @gtmanfred i'll let you know in a bit if I was successful. thanks again!
19:12 bfrog_ I started tinkering with salt-cloud, but yeah, realized I have a bunch of unversioned stuff now in /etc/salt
19:12 gtmanfred rylnd: the reactor is criminally under documented
19:12 bfrog_ trying to real all that unversioned config stuff back
19:12 bfrog_ s/real/reel
19:13 rylnd @gtmanfred if there is any documentation (books or something) that i could buy and that you can recommend on that topic, feel free i would expense it :-)
19:14 gtmanfred bfrog_: i save it in my git repo, but there is not gitfs backend for configuration management, yet
19:15 rylnd @gtmanfred another quick question: i am not able to use pillar data in the SLS file that I posted, right?
19:16 gtmanfred i do not believe you can.  It is worth a try, but even then it would be the pillar data belonging to the minion on the master (but i don't think you can use that)
19:17 rylnd @gtmanfred ok. thanks! you example worked! a thousand thanks!
19:17 gtmanfred rylnd: colton goes over some reactor stuff in his book https://books.google.com/books?id=3OVrBgAAQBAJ&amp;pg=PA151&amp;lpg=PA151&amp;dq=salt+colton+reactor&amp;source=bl&amp;ots=hfRuTM37qQ&amp;sig=4yf5jQysjCVTtqa6oHAnlPaXNzU&amp;hl=en&amp;sa=X&amp;ved=0ahUKEwiHq_qz4d3QAhWh0FQKHaPkC5AQ6AEIRzAJ#v=onepage&amp;q=salt%20colton%20reactor&amp;f=false
19:18 rylnd @gtmanfred thanks. I think i have that and some others from the same publisher (or even author) in safari books online. will take a look
19:18 spiksius joined #salt
19:19 ntropy_ joined #salt
19:20 gaghiel` joined #salt
19:20 linovia_ joined #salt
19:20 jas02_ joined #salt
19:20 mihait_ joined #salt
19:21 JamieH_ joined #salt
19:21 qman joined #salt
19:21 pmcg_ joined #salt
19:21 jrklein_ joined #salt
19:22 swills_ joined #salt
19:22 akhter joined #salt
19:22 jlott joined #salt
19:22 esharpmajor_ joined #salt
19:22 nebuchadnezzar joined #salt
19:22 faizy joined #salt
19:22 descrepes_ joined #salt
19:23 mrud_ joined #salt
19:23 __alex joined #salt
19:23 the_lale1u joined #salt
19:23 n1x0n_ joined #salt
19:23 baffle_ joined #salt
19:23 dtsar_ joined #salt
19:23 cyraxjoe joined #salt
19:23 tawm04_ joined #salt
19:23 GothAck_ joined #salt
19:23 khorben joined #salt
19:23 systeem- joined #salt
19:24 MajObvio1sman joined #salt
19:24 yuhl_ joined #salt
19:25 krobertson_ joined #salt
19:26 mrueg joined #salt
19:26 cro_ joined #salt
19:26 OliverMT_ joined #salt
19:26 rome_390_ joined #salt
19:26 aarontc_ joined #salt
19:26 dober joined #salt
19:26 dober joined #salt
19:26 FreeSpencer_ joined #salt
19:27 rreboto joined #salt
19:27 renoirb_ joined #salt
19:27 EugeneKay joined #salt
19:28 swa_mobil joined #salt
19:29 cliluw joined #salt
19:29 jacksontj joined #salt
19:30 AbyssOne joined #salt
19:32 kutenai joined #salt
19:33 SaucyElf joined #salt
19:34 bfrog joined #salt
19:34 nickabbey joined #salt
19:35 MaZ- joined #salt
19:35 cscf joined #salt
19:35 saintaquinas[m] joined #salt
19:35 bigjazzsound joined #salt
19:35 sarcasticadmin joined #salt
19:35 SaucyElf joined #salt
19:35 numkem joined #salt
19:36 SaucyElf joined #salt
19:37 N-Mi joined #salt
19:41 nickabbey joined #salt
19:45 Llmiseyhaa joined #salt
19:45 raspado joined #salt
19:47 MTecknology What are the chances anyone happens to know where I could find a list of valid options within an "iface ethX inet ___" block in a debian interfaces file? Also... same question for inet6.
19:47 lilvim joined #salt
19:49 honestly uh, "man interfaces"?
19:49 honestly it's pretty commprehensive...
19:49 honestly if I remember correctly
19:50 MTecknology Nice!
19:51 MTecknology No DNS options, eh?
19:51 honestly huh?
19:51 honestly there's definitely name-server
19:52 MTecknology I don't see "name-server" anywhere in the document
19:52 honestly yeah... weird
19:53 rylnd man 8 resolvconf
19:53 lubyou_ joined #salt
19:53 MTecknology At least this is a list that I can know for certain should be present
19:53 plinnell joined #salt
19:54 rylnd the resolvconf man page has info on the dns-nameserver and dns-search option
19:54 honestly rylnd, but not how it ties into the interfaces file
19:54 rylnd honestly on my ubuntu it does
19:55 MTecknology resolvconf seems to not care about inet vs inet6 but uses inet in the example.
19:55 MTecknology So, I should be able to assume the dns options should be shared.
19:55 rylnd MTecknology i would guess so too
19:56 MTecknology Thanks guys!!! That was incredibly helpful!
19:56 honestly rylnd can't find anything here http://manpages.ubuntu.com/manpages/trusty/man8/resolvconf.8.html
19:56 rlatimore joined #salt
19:56 rylnd honestly what can i tell you, mine locally has
19:57 babilen Various things "extend" /e/n/i and wouldn't be documented in interfaces(5), but in the manpages of the respective software (e.g. bridges, nameservers, ...)
19:58 babilen wpa supplicant is another good example
19:58 MTecknology Can't wpa stuff be specified in both blocks?
19:59 babilen It can -- All I meant was that interfaces(5) isn't a comprehensive list of options/settings you can set in /e/n/i
20:02 scsinutz1 joined #salt
20:03 debian112 joined #salt
20:04 raspado joined #salt
20:04 scsinutz joined #salt
20:05 cscf bfrog, I keep /etc/salt/master in the states repo and file.manage them into place.  symlinking would work too, though.
20:06 debian1121 joined #salt
20:06 devster31 joined #salt
20:16 fracklen joined #salt
20:17 nickabbey joined #salt
20:20 akhter joined #salt
20:23 jas02 joined #salt
20:23 nZac joined #salt
20:24 mrud joined #salt
20:26 honestly babilen: hmm, so things like the networking service ignore options they don't know?
20:28 tapoxi hey there rylnd
20:28 jas02_ joined #salt
20:31 rylnd oh noez. tapoxi is here. there goes the neighborhood :-)
20:32 tapoxi breaking reactor I see
20:32 tapoxi great job :)
20:33 rylnd tapoxi yeah. i try to break as much as i can
20:34 dyasny joined #salt
20:35 dxiri joined #salt
20:40 IdoKaplan joined #salt
20:41 IdoKaplan Hi, is it possible to get only errors and changes (and not a full output) when using SaltAPI?
20:42 gtmanfred maybe? it would require testing
20:42 gtmanfred it depends on if the outputter that gets the data before it sends it back to salt api can be run through the highstate outputter
20:42 gtmanfred if it does, you could change the way the output looks with the state_output and state_verbose settings https://docs.saltstack.com/en/latest/ref/output/all/salt.output.highstate.html
20:42 gtmanfred if not, then no
20:44 dxiri joined #salt
20:45 XenophonF cd
20:45 XenophonF whoops sorry
20:46 whytewolf [root@whoops ~]
20:46 dxiri joined #salt
20:46 gtmanfred heh
20:46 dxiri joined #salt
20:50 IdoKaplan @gtmanfred: state_verbose is false in salt master config file, but SaltAPI still shows full output.
20:51 akhter joined #salt
20:54 gtmanfred then salt-api must not use the highstate outputter
20:58 IdoKaplan @gtmanfred: Thanks for your help. How can I do it?
20:58 gtmanfred i don't know
20:59 IdoKaplan Is someone else knows?
20:59 raspado joined #salt
21:00 whytewolf why not just parse the output. if you are using the api you must be in a language of somekind
21:00 raspado hi all, getting this weird error on salt master logs "[salt.master      ][ERROR   ][8722] Received function _file_find which is unavailable on the master, returning False"
21:00 raspado anyone have an idea what that could be?
21:01 IdoKaplan whytewolf: I'm using Jenkins SaltAPI
21:05 xbglowx joined #salt
21:05 XenophonF joined #salt
21:05 aarontc joined #salt
21:06 keltim joined #salt
21:10 yidhra joined #salt
21:11 ponyofdeath anyone know how i can trouble shoot why grains targeting inside top.sls is not working with 'G@os:Ubuntu'
21:11 tkojames Having an issues using the Salt-api and webhooks. I am using the following guide. I have nginx installed on a minion and the curl command runs as true but nginx is not restarted. Any ideas? Link to blog: http://bencane.com/2014/07/17/integrating-saltstack-with-other-services-via-salt-api/
21:11 akhter joined #salt
21:15 Trauma joined #salt
21:15 yidhra joined #salt
21:16 fracklen joined #salt
21:16 hemebond ponyofdeath: You need to paste your config somewhere/
21:17 Edgan joined #salt
21:18 cscf aren't you supposed to use - match: grains syntax in top.sls?
21:19 ponyofdeath hemebond: https://gist.github.com/evilbulgarian/04f320e51034a33520c0eb42cd38c3db
21:19 cscf ponyofdeath, did you try without the 'G@'? It might be redundant with - match: grains
21:20 hemebond ^
21:21 hemebond https://docs.saltstack.com/en/latest/topics/targeting/#targeting-with-grains
21:21 hemebond Wait... wrong link.
21:21 ponyofdeath cscf, hemebond yup that was it, I was going off of this link
21:21 hemebond https://docs.saltstack.com/en/latest/ref/states/top.html#advanced-minion-targeting
21:21 cscf still shows the principle, with -G you don't need G@
21:22 ponyofdeath well i am going from their example nad inside the top file they use G@
21:22 dyasny joined #salt
21:23 raspado anyone have a clue what this might be? " [salt.master      ][ERROR   ][23696] Received function _file_find which is unavailable on the master, returning False"
21:23 raspado its showing up in all my salt masters
21:24 sh123124213 joined #salt
21:27 cscf raspado, salt minion and master versions?
21:27 lubyou_ joined #salt
21:28 lubyou_ joined #salt
21:29 lubyou_ joined #salt
21:30 lubyou_ joined #salt
21:30 raspado salt-master 2016.3.4 (Boron) / salt-minion 2016.11.0 (Carbon)
21:30 raspado cscf: ^ sorry
21:31 lubyou_ joined #salt
21:31 cscf raspado, that's an unsupported configuration, master may be newer, but not the minion
21:31 cscf update the salt-masters
21:31 lubyou_ joined #salt
21:32 hemebond joined #salt
21:32 lubyou_ joined #salt
21:33 raspado wait a second....
21:33 raspado this is interesting
21:33 raspado so how does the salt-master choose the minion to install during via salt-cloud?
21:34 hemebond joined #salt
21:35 cscf raspado, I think it just installs the ppa and gets 'latest'
21:35 cscf That's what I would do.  But I don't use salt-cloud, yety
21:35 raspado happen to know if theres a way to lock it down?
21:37 cscf raspado, no idea, sorry.
21:37 cscf Is there a reason you can't upgrade your salt-masters?
21:37 raspado no specific reason but if i dont find a way to lock it down, ill just run into this again when a new minion comes out
21:38 jas02 joined #salt
21:38 cscf fair point
21:38 whytewolf raspado: https://docs.saltstack.com/en/latest/topics/cloud/deploy.html
21:39 whytewolf and https://github.com/saltstack/salt-bootstrap for options you can pass into script_args:
21:39 cscf Oh, there you go^  So you should be able to lock it to a major version or something
21:40 majuscule How can I escape a % char in an sls file? and where is documentation for this format / is it possible to get a string literal?
21:40 raspado whytewolf: thx
21:41 cscf majuscule, 'single quotes' are normally used for string literals
21:41 cscf majuscule, also, .sls files are YAML, so it follows their rules.
21:42 majuscule cscf: ahh, didn't realize the yaml bit, duh, that's obvious now that i think about it. thanks!
21:42 majuscule i have a single quote in the string too though, ahrg
21:43 edrocks joined #salt
21:43 whytewolf well it is rendered in jinja first [unless you put #yaml at the top] https://docs.saltstack.com/en/latest/ref/renderers/#composing-renderers
21:43 majuscule the solution: http://yaml.org/spec/current.html#id2534365
21:43 majuscule bizarre, but that works for me
21:44 majuscule i don't trust it with '{%' though, my syntax highlighter says that'll do bad things
21:45 whytewolf majuscule: {{ '{%' }} [or if you have no jinja to render just remove the jinja render]
21:47 lubyou_ joined #salt
21:49 sh123124213 joined #salt
21:51 sjorge joined #salt
21:51 sjorge joined #salt
21:51 stack joined #salt
21:56 tmrtn[m] joined #salt
21:56 raspado whytewolf: is there a way to check the bootstrap process to see if its locked down to a specific version now?
21:56 watersoul joined #salt
21:56 yidhra joined #salt
21:56 whytewolf other then spining up a instance?
21:57 raspado yeah so for some reason, our very old master (from 2015) is still provisioning hosts with an old version of minion
21:57 lws joined #salt
21:57 raspado not sure how its doing it but if theres a way to see if its configured to lock down a version, just not sure how to do that
21:57 dkrae joined #salt
21:58 * whytewolf shrugs most likely it is using an old copy of the bootstrap that is pointing at a odd place to install.
21:59 MindDrive joined #salt
21:59 whytewolf but the only way to know is to spin up an instances so that the bootstrap runs
21:59 raspado mmmm ok
22:00 scsinutz joined #salt
22:04 keimlink joined #salt
22:05 dkrae joined #salt
22:06 scsinutz joined #salt
22:06 xbglowx joined #salt
22:10 cmarzullo raspado: are you provisioning with salt-cloud?
22:10 raspado yeah
22:11 cmarzullo I think there's a thing to run to update the bootstrap salt-cloud uses.
22:11 rlatimore left #salt
22:11 cmarzullo salt-cloud -u
22:12 raspado hmmm ok ill take a look, need to test
22:13 pipps joined #salt
22:13 akhter joined #salt
22:14 pipps joined #salt
22:14 longdaymonday joined #salt
22:17 xet7 joined #salt
22:18 longdaymonday Hello there. I use salt-cloud to provision VMs and let salt-cloud also bootstrap salt for me. How can I pin a version of salt to bootstrap with salt-cloud? I spun up a couple new VMs today that got 2016.11 but I would much prefer to keep 2016.3.4
22:18 raspado whytewolf: so is this the reason why my old salt master is "fixed" on a specific minion version? haha http://pastebin.com/y7sj8hhT
22:19 raspado https://copr-be.cloud.fedoraproject.org/results/saltstack/salt/epel-7-x86_64/salt-2015.5.2-3.el5/ seems like its pulling from here
22:19 zzzirk joined #salt
22:19 schemanic joined #salt
22:19 jas02 joined #salt
22:24 scsinutz1 joined #salt
22:28 monokrome joined #salt
22:30 Jimlad joined #salt
22:32 saintaquinas[m] joined #salt
22:32 M-liberdiko joined #salt
22:32 jcl[m] joined #salt
22:32 M-MadsRC joined #salt
22:32 Guest17212 joined #salt
22:32 dnull[m] joined #salt
22:32 jerrykan[m] joined #salt
22:32 freelock[m] joined #salt
22:32 Mads[m]1 joined #salt
22:44 jas02 joined #salt
22:46 sarcasticadmin joined #salt
22:51 Aleks3Y joined #salt
22:53 whytewolf raspado: sorry had some things at my day job to take care of... looks like it is installing using the epel. [defintly an old bootstrap]
22:53 raspado no worries
22:54 raspado yeah it def is
22:54 raspado still trying to figure out how to lock down a version, my concern is if we do somehow get bootstrap to lock a specific salt-minion version
22:54 raspado .... will that version of the minion always be in the repo?
22:57 whytewolf humm, looking through the amazon section of repo.saltstack.com does not look like it. not sure why, but the only thing i am seeing in the arcive for amazon is 2016.11.0 :/
22:58 whytewolf humm, but that is only the amazon section. the redhat section has all the old versions in it's archive
22:59 whytewolf going back to 2015.5.6
22:59 jrgochan joined #salt
23:02 jrgochan Hello all. I've got the following state file to copy files in /etc, first choosing from the "files/custom" directory if it exists, then from the "files/default". I believe this used to at least send the default files to every machine, and the custom ones if they existed, but it doesn't seem to be working anymore. Is this behavior supported? http://pastebin.com/bz7Sj6xy
23:05 whytewolf I'm not sure that ever worked
23:07 whytewolf humm, maybe it did and was just undocumented. one second
23:07 jrgochan This seems to say it is supported: https://github.com/saltstack/salt/issues/9304
23:07 saltstackbot [#9304][MERGED] file.recurse doesn't support multiple sources like file.managed does | I expect file.recurse to behave the same as file.managed when providing a source.  Meaning that you could provide a list of sources and it would use the first one that exists.  However, file.recurse doesn't do this; it only takes one source value....
23:08 whytewolf yeah, like i said undocumented... it has the logic to do that
23:09 whytewolf [it turns a single string into a list]
23:09 jrgochan so it should work if I write my sls file properly?
23:10 whytewolf yes
23:10 jrgochan hrm. definitely isn't working as expected
23:11 jrgochan i've got a yum.conf in default and none in custom, but it only seems to be looking at custom
23:12 ponyofdeath joined #salt
23:12 whytewolf turn up the debug and try with salt-call
23:12 whytewolf also, does custom exist?
23:13 whytewolf [the directory not just files in it]
23:13 jrgochan the custom directory exists, but it doesn't have the file in question, only default does
23:13 whytewolf okay. thats not how that works....
23:14 whytewolf it doesn't merge the differences. it picks the first one that exists
23:14 jrgochan hrm. gotcha
23:14 jrgochan guess I'll need to think of an alternative
23:15 zero_shane joined #salt
23:15 akhter joined #salt
23:16 zero_shane Hi all - does anyone here have experience w/ using Salt Cloud - specifically OpenStack provider - and use of a PROXY to pass the Endpoint connection through ?   Since Salt Cloud uses libcloud and libcloud supports it, I'm hopeful that the cloud providers config can support this option easily
23:16 zero_shane but I'm not seeing any documentation on the docs.saltstack.com cloud providers pages
23:17 qman__ joined #salt
23:18 Jesuspiece joined #salt
23:20 zero_shane left #salt
23:20 zero_shane joined #salt
23:22 tkojames Having an issues using the Salt-api and webhooks. I am using the following guide. I have nginx installed on a minion and the curl command runs as true but nginx is not restarted. Any ideas? Link to blog: http://bencane.com/2014/07/17/integrating-saltstack-with-other-services-via-salt-api/
23:25 whytewolf zero_shane: not all of salt-cloud uses libcloud... the openstack driver in salt-cloud uses libcloud. the nova driver uses the novaclient libs [currently] however I do not think that even the openstack driver is setup to use proxy features. but i could be wrong about that.
23:26 whytewolf although... apperently libcloud will use proxy settings if they are set in the enviroment ... so all you should need is to get the enviroment to have the proxy settings ... in thoery...
23:28 zero_shane @whytewolf - that's the theory I was considering, just not sure how to "get it in there" ... :-)
23:29 whytewolf set it in the systemd configurations? [honestly this kind of goes outside of salt, as it is dependednt on your underlying system and your os]
23:30 SaucyElf joined #salt
23:31 zero_shane right - we don't want to change the behavior of the entire system - just the cloud provider communication
23:31 whytewolf tkojames: not sure as not enough information provided about your setup
23:32 whytewolf zero_shane: it is still an operating system change :P systemd has per unit enviroment variables. but i don't know that the system you are using is useing systemd. I'm just guessing
23:33 whytewolf I'm also not sure if everything is said and done is salt will pick them up.
23:33 whytewolf or if libcloud will honor them
23:33 zero_shane ah - good point, I'm not certain what OS version the client is using
23:33 zero_shane libcloud states that it honors those - which is why I'm (vaguely) hopeful
23:34 zero_shane http://libcloud.readthedocs.io/en/latest/other/using-http-proxy.html
23:35 whytewolf yeah thats what i was reading that put me up to the enviroment vars... cause i know salt doesn't expose http_proxy to libcloud.common.base.LibcloudHTTPConnection and has no calls to libcloud.common.base.LibcloudHTTPConnection.set_http_proxy
23:38 whytewolf zero_shane: if you find out you are on systemd you can extrapolate from this how to set the enviroment http://unix.stackexchange.com/questions/199081/writing-a-systemd-unit-file-with-a-environment-set-executable-path
23:39 zero_shane sweet - nice find, thanks whytewolf
23:42 raspado how does the repo determine if the instance is from amazon?
23:42 raspado we use both openstack and aws instances
23:43 tkojames @whytewolf Sorry about that. I have a VM running a salt-master and one running a salt-minion both on centos 7. I am able to pass commands from the master to the minion without issue. I am trying to get the salt-api to work with webhooks. Below is pastebin  link with the steps I did. I tried running   sudo salt-master -l debug and it is including the configuration from the reactor.conf. What other info would you need? Thank you very
23:44 tkojames http://pastebin.com/iCgM0R4U
23:44 jas02 joined #salt
23:45 tkojames If i do my curl command different with random stuff I get error back. So it seems like salt is receiving the request but do nothing with it once it gets it.
23:48 nZac joined #salt
23:49 amontalban joined #salt
23:50 whytewolf tkojames: did you restart the master after creating /etc/salt/master.d/reactor.conf
23:51 whytewolf ?
23:53 tkojames yes multiple times and few reboots of each vm as well/
23:53 whytewolf okay, watch the event bus on the master as you exacute the webhook. make sure it is coming through
23:54 whytewolf salt-run state.event pretty=True
23:54 Bico_Fino joined #salt
23:55 whytewolf wait ...
23:55 whytewolf you have the reactor pointing at /salt/reactor/restart.sls but you say you created it at /salt/reactor/services/restart.sls
23:56 whytewolf also check the salt master log at /var/log/salt/master

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