Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-09-16

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

All times shown according to UTC.

Time Nick Message
00:00 oxi left #salt
00:09 breakingmatter joined #salt
00:10 bhosmer_ joined #salt
00:17 leev_ joined #salt
00:17 jodv_ joined #salt
00:18 monkey661 joined #salt
00:18 toddnni_ joined #salt
00:18 opensource_ninj1 joined #salt
00:18 nebuchad` joined #salt
00:19 Aidin left #salt
00:19 pratikmallya joined #salt
00:19 teebes joined #salt
00:21 awpti_ joined #salt
00:21 sxar joined #salt
00:21 Tritlo_ joined #salt
00:21 Tritlo_ joined #salt
00:21 aurynn joined #salt
00:21 g3cko_ joined #salt
00:21 cliluw joined #salt
00:26 archimedespi womble: thanks :D
00:26 archimedespi left #salt
00:26 jodv joined #salt
00:28 basepi_ joined #salt
00:28 Tritlo_ joined #salt
00:28 tmclaugh[work]_ joined #salt
00:30 David_B55__ joined #salt
00:30 stickmac1 joined #salt
00:30 six99 joined #salt
00:31 zemm_ joined #salt
00:31 nkuttler_ joined #salt
00:31 frankS2_ joined #salt
00:31 NachoDuck_ joined #salt
00:31 mlanner_ joined #salt
00:32 programm1 joined #salt
00:32 ventris_ joined #salt
00:32 troyreadyy joined #salt
00:34 llua^_^AznSmile- joined #salt
00:34 aurynn_ joined #salt
00:35 otter768 joined #salt
00:36 egil joined #salt
00:36 Horgix_ joined #salt
00:36 tongpu joined #salt
00:36 dankrs joined #salt
00:36 Ouzo_12 joined #salt
00:37 scurry joined #salt
00:37 mspo joined #salt
00:38 jor joined #salt
00:38 Rebus joined #salt
00:38 [arx] joined #salt
00:39 qybl joined #salt
00:39 packeteer joined #salt
00:40 creppe joined #salt
00:40 izibi joined #salt
00:40 GrueMaster joined #salt
00:41 ajw0100 joined #salt
00:41 Rockj joined #salt
00:42 zwi joined #salt
00:42 mfournier joined #salt
00:42 w1gz joined #salt
00:42 dyasny joined #salt
00:42 mrmarv joined #salt
00:42 hasues joined #salt
00:42 ede joined #salt
00:42 hasues left #salt
00:43 munhitsu joined #salt
00:45 zwi1 joined #salt
00:48 llua joined #salt
00:48 aparsons joined #salt
00:48 llua joined #salt
00:51 aparsons_ joined #salt
00:53 zwi joined #salt
00:56 JDiPierro joined #salt
01:01 knite joined #salt
01:05 jmreicha_ joined #salt
01:06 kevinquinnyo joined #salt
01:10 iggy arnoldB: another option is salt-ssh from the laptop
01:10 iggy errm, tab complete fail
01:10 iggy arnoldB: ignore that
01:17 jmickle joined #salt
01:17 jmickle hi can someone help me with a command
01:19 JDiPierro joined #salt
01:25 iggy maybe
01:27 dthom91 joined #salt
01:29 dthom91 joined #salt
01:30 pravka joined #salt
01:30 lampshades joined #salt
01:40 jmickle ended up not using salt
01:40 jmickle needed to echo `hostname` > /etc/salt/grains
01:40 jmickle salt kept forking out and getting something else
01:42 catpigger joined #salt
01:45 johnkeates joined #salt
01:45 unholycrab joined #salt
01:47 ilbot3 joined #salt
01:47 Topic for #salt is now Welcome to #salt | 2015.8.0 is the latest | Please use https://gist.github.com for code, don't paste directly into the channel | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
01:49 theologian joined #salt
01:54 breakingmatter joined #salt
01:58 aristedes joined #salt
02:02 aristedes left #salt
02:06 choke joined #salt
02:09 dthom911 joined #salt
02:11 bhosmer joined #salt
02:30 ilbot3 joined #salt
02:30 Topic for #salt is now Welcome to #salt | 2015.8.0 is the latest | Please use https://gist.github.com for code, don't paste directly into the channel | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
02:34 mfournier joined #salt
02:34 mrmarv joined #salt
02:36 [vaelen] joined #salt
02:36 otter768 joined #salt
02:38 zwi joined #salt
02:53 larsfronius joined #salt
02:57 cyborg-one joined #salt
03:05 bbbryson joined #salt
03:07 evle joined #salt
03:13 cyborglone joined #salt
03:15 choke joined #salt
03:16 favadi joined #salt
03:17 zwi joined #salt
03:20 malinoff joined #salt
03:21 malinoff joined #salt
03:25 markm joined #salt
03:30 hasues joined #salt
03:39 malinoff_ joined #salt
03:43 malinoff joined #salt
03:44 6A4AAGUZX joined #salt
03:48 hasues left #salt
03:56 breakingmatter joined #salt
03:59 malinoff_ joined #salt
04:00 malinoff joined #salt
04:08 malinoff joined #salt
04:10 ITChap joined #salt
04:12 bhosmer joined #salt
04:16 writteno1 joined #salt
04:20 ITChap joined #salt
04:24 pratikmallya joined #salt
04:25 dayid joined #salt
04:26 pratikmallya joined #salt
04:30 mosen joined #salt
04:35 cyborg-one joined #salt
04:37 otter768 joined #salt
04:37 zer0def joined #salt
04:38 jimklo joined #salt
04:39 Bryson joined #salt
04:40 cyborg-one joined #salt
04:43 bmac2 joined #salt
04:46 ramteid joined #salt
04:49 PeterO_ joined #salt
04:51 ITChap joined #salt
04:51 cberndt joined #salt
04:53 jimklo joined #salt
05:01 malinoff joined #salt
05:08 malinoff joined #salt
05:08 malinoff joined #salt
05:08 ITChap joined #salt
05:09 PeterO_ joined #salt
05:18 jimklo joined #salt
05:19 jimklo joined #salt
05:22 cberndt joined #salt
05:22 estahn joined #salt
05:24 estahn Hi Guys, I don't get archived.extracted working with github personal tokens. i get the following error: "[ERROR   ] Unable to manage file: HTTP error 404 reading https://foouser:foopw@github.com/zanui/shop/tarball/release-4.85: Nothing matches the given URI" any idea why?
05:24 estahn Hi Guys, I don't get archived.extracted working with github personal tokens. i get the following error: "[ERROR   ] Unable to manage file: HTTP error 404 reading https://foouser:foopw@github.com/foouser/foorepo/tarball/release-4.85: Nothing matches the given URI" any idea why?
05:25 pcdummy joined #salt
05:39 jodv joined #salt
05:43 alemeno22 joined #salt
05:49 favadi joined #salt
05:49 ganeshk joined #salt
05:53 joe_n joined #salt
05:54 dopesong joined #salt
05:55 dopesong_ joined #salt
05:57 breakingmatter joined #salt
05:59 katyucha joined #salt
06:01 colttt joined #salt
06:02 slav0nic joined #salt
06:03 rdas joined #salt
06:09 yadzi joined #salt
06:10 laax joined #salt
06:13 bhosmer_ joined #salt
06:16 sirex joined #salt
06:18 MadsRC joined #salt
06:19 bytemask joined #salt
06:19 synical joined #salt
06:20 Laogeodritt joined #salt
06:20 davisj joined #salt
06:22 rabbithe1 joined #salt
06:23 malinoff joined #salt
06:24 Rumbles joined #salt
06:26 sroegner joined #salt
06:29 ITChap joined #salt
06:33 stephanbuys joined #salt
06:38 briner joined #salt
06:38 otter768 joined #salt
06:39 GreatSnoopy joined #salt
06:40 dopesong joined #salt
06:42 sxar joined #salt
06:47 kawa2014 joined #salt
06:47 KermitTheFragger joined #salt
06:53 rubendv joined #salt
06:54 ferbla joined #salt
06:55 larsfronius joined #salt
06:55 Ztyx joined #salt
06:55 simon-apprentice joined #salt
06:58 pcdummy joined #salt
06:58 simon-apprentice how can I use grains from other minions while priovisioning another one. I want to use for instance grains.get('fqdn_ip4') from minion-01 and use it on minion-02
06:59 simon-apprentice let's say I'll run salt 'minion-01' state.highstate and later salt 'minion-02' state.highstate and then all grains from minion-01 should be already available on the master... so how can I pass them to minion-02's context..
07:22 dopesong joined #salt
07:24 dopesong joined #salt
07:24 ITChap joined #salt
07:24 zer0def joined #salt
07:25 dopesong_ joined #salt
07:25 ventris joined #salt
07:25 malinoff joined #salt
07:25 sirex joined #salt
07:25 ramteid joined #salt
07:25 Bryson joined #salt
07:25 mfournier joined #salt
07:25 mrmarv joined #salt
07:29 lampshades joined #salt
07:36 stephanbuys joined #salt
07:38 favadi joined #salt
07:41 lupulcelbun joined #salt
07:44 CeBe joined #salt
07:47 jodv joined #salt
07:49 Furao joined #salt
07:50 jhauser joined #salt
07:50 rdxc joined #salt
07:52 Grokzen joined #salt
07:53 jodv joined #salt
07:55 rawsik joined #salt
07:56 rawsik Hi there!
07:56 rawsik is it available to set custom pillar for salt orchestrate?
07:56 rawsik In the manual I found this:
07:56 rawsik salt '*' state.highstate pillar='{"update_archive_name":     "new_archive_name.zip"}'
07:57 Phil-Work I have an sls file which adds an apt repo and then does an include of "mysql" to have the MySQL formula do its work... how can I make sure the apt repo is added before the formula runs?
07:57 rawsik This example works fine.
07:57 rawsik But I need to set custom pillar for orchestrate procedure. I try like this:
07:57 rawsik salt-run state.orchestrate orchestration.install_update pillar='{"update_archive_name": "new_archive_name.zip"}'
07:57 rawsik And this variant doesn't work.
07:57 rawsik How to correct run orchestration in salt with custom pillar?
07:58 fredvd joined #salt
07:58 ITChap joined #salt
08:00 rawsik_ joined #salt
08:01 rawsik_ Phil-Work, you should use  require for your "formula runs"  or  set prereq in  adding repo
08:03 Phil-Work rawsik_, what's the syntax of that? tried a few things and just got errors
08:03 Phil-Work sec, I'll paste the current config
08:03 aristedes joined #salt
08:03 Phil-Work rawsik_: https://gist.github.com/anonymous/0a621ae8b3eefa4fe9cb
08:03 rawsik_ https://docs.saltstack.com/en/latest/ref/states/requisites.html
08:04 rawsik_ There are several direct requisite statements that can be used in Salt:   require, watch, prereq, use, onchanges, onfail
08:04 rawsik_ for include you should use jinja
08:04 aristedes left #salt
08:05 rawsik_ like this  {% include "new_app/init.sls" %}
08:05 rawsik_ jinja will get you ordering in state
08:06 rawsik_ I didn't find any another ability to ordering  include in states
08:07 Phil-Work ok, thanks
08:07 lampshades joined #salt
08:08 traph joined #salt
08:13 bhosmer_ joined #salt
08:13 s_kunk joined #salt
08:17 Xevian joined #salt
08:17 thalleralexander joined #salt
08:19 keimlink joined #salt
08:20 markm joined #salt
08:23 thefish joined #salt
08:26 favadi joined #salt
08:30 TyrfingMjolnir joined #salt
08:31 chiui joined #salt
08:34 Furao joined #salt
08:35 eseyman joined #salt
08:37 madssj left #salt
08:39 Rumbles joined #salt
08:39 otter768 joined #salt
08:44 Furao joined #salt
08:47 linjan joined #salt
08:48 Furao joined #salt
08:49 hhenkel left #salt
08:53 kbyrne joined #salt
09:13 Kurisutian joined #salt
09:15 jhauser joined #salt
09:16 seatan joined #salt
09:16 impi joined #salt
09:18 izibi joined #salt
09:25 sunkist joined #salt
09:36 Ztyx left #salt
09:39 aristedes joined #salt
09:39 aristedes left #salt
09:41 larsfronius joined #salt
09:59 aqua^c joined #salt
09:59 breakingmatter joined #salt
10:07 Furao joined #salt
10:10 sxar joined #salt
10:14 bhosmer joined #salt
10:21 impi joined #salt
10:27 seatan joined #salt
10:30 N-Mi joined #salt
10:35 catpig joined #salt
10:40 otter768 joined #salt
10:46 [vaelen] joined #salt
10:47 ITChap joined #salt
10:48 zer0def joined #salt
10:50 giantlock joined #salt
10:57 geekatcmu joined #salt
11:12 Jahkeup joined #salt
11:15 breakingmatter joined #salt
11:19 mortis_ joined #salt
11:20 mortis_ when getting "Include Declaration in SLS 'role' is not formed as a list", is there any way to actually see what it generated? --log-level of any type doesnt show me the output
11:20 mortis_ its probably some newline or something
11:21 aqua^c joined #salt
11:24 TooLmaN joined #salt
11:25 stephanbuys1 joined #salt
11:26 thefish mortis_: you might get a bit closer to seeing it with state.show_sls {{state}}
11:27 mortis_ oooooh
11:27 mortis_ ill try that :)
11:30 TyrfingMjolnir joined #salt
11:35 mortis_ only tricky thing, is that this role.sls that gives me the errors ....is actually just and sls including other slses
11:35 mortis_ så i get the output from whats included and not the include sls itself
11:36 mortis_ just an* sls
11:36 mortis_ omg i type like a monkey today
11:36 mortis_ ...
11:38 seatan joined #salt
11:41 jbrnds joined #salt
11:43 jbrnds Q: I have a key set in a pillar using key: |\n-----BEGIN CERTIFICATE---- etc etc. When I render this pillar value in a state, salt complains that the next line (after BEGIN) does not end with a ':'. What am I doing wrong?
11:45 jbrnds ... i am using the state: file.managed and the pillar is rendered in - content: {{ }}
11:46 chiui joined #salt
11:52 XenophonF jbrnds: the next line needs to be indented at least one more space than the key is
11:52 XenophonF jbrnds: hang on, let me find an example for you
11:53 aqua^c joined #salt
11:53 DammitJim joined #salt
11:53 XenophonF jbrnds: https://github.com/irtnog/salt-states/blob/development/postfix/pillar.example#L102
11:56 jbrnds XenophonF thanks. The problem is where this pillar key is rendered in a state 1:1 and it seems to break on the processing of that 'rendered' state. Let me paste something.
11:57 XenophonF if you use that value in the argument to contents, you have to filter it through yaml_encode, e.g., https://github.com/irtnog/salt-states/blob/development/postfix/init.sls#L58
11:58 XenophonF or use contents_pillar to access the pillar key directly (assuming a file.managed state)
11:59 svx_ joined #salt
12:01 XenophonF from the Jinja renderer's point of view, it's just pasting in a multi-line string with no indentation
12:01 jbrnds XenophonF yep - contents_pillar seems to perfectly match my use case - even the example provided. Sorry for not RTFM, could have found that myself as I was just looking at 'contents'... tss. Thanks for the examples.
12:02 XenophonF so post-render that results in something that looks like https://gist.github.com/xenophonf/d365fcc5ca0e0daf5e0d
12:02 XenophonF hey no problem jbrnds
12:03 XenophonF there's a lot of information in the docs
12:03 XenophonF it's pretty easy for the eyes to glaze over, you know?
12:03 XenophonF brb
12:05 ITChap joined #salt
12:06 toastedpenguin joined #salt
12:07 TyrfingMjolnir joined #salt
12:08 JDiPierro joined #salt
12:14 toastedpenguin joined #salt
12:15 bhosmer joined #salt
12:16 svx_ joined #salt
12:16 aqua^c joined #salt
12:19 spaceSub joined #salt
12:20 evidence joined #salt
12:20 thefish anyone got any ideas for this? I need to kill a docker container if its running an image with an old tag. To get the current image, i do {% set current = salt['docker.inspect_container'](containername)['out']['Config']... %}. This works fine if that container is running. If its not, i get moaned at about a String not having a Config property. If I try to put that "set = " inside an {% if (....).has_key('Config'), i get moaned at that i cant set here -
12:21 pravka joined #salt
12:21 thefish actually I tried it on "out" == True (the module has an out key which is bool)
12:22 ITChap joined #salt
12:22 LiveSimply joined #salt
12:23 scoates joined #salt
12:30 jbrnds hmm in 2015.5.5 it seems that selinux.mode cannot be found. I get a raise KeyError on selinx.mode
12:31 jbrnds it might that selinux is disabled on this image? (getenforce -> disabled)
12:32 gmoro joined #salt
12:34 chiui joined #salt
12:34 dthom91 joined #salt
12:35 wnkz joined #salt
12:38 jbrnds solved it using a - only_if: /usr/sbin/selinuxenabled (returns false if selinux is disabled)
12:38 XenophonF back
12:41 otter768 joined #salt
12:41 jbrnds .. I meant a - onlyif (naturally)
12:43 dthom91 joined #salt
12:45 _JZ_ joined #salt
12:47 munhitsu joined #salt
12:47 Edgan___ joined #salt
12:47 zwi joined #salt
12:48 Vincent__ joined #salt
12:49 xenoxaos joined #salt
12:50 Guest37951 Hi, I have a problem with a salt state using pip.installed (I want to upgrade pip to 7.1.2) but it says it doesn't found the distribution for pip==7.1.2. Anyone here having an issue with that too ?
12:50 adelcast joined #salt
12:50 XenophonF thefish: can you post a gist of the template along with the errors you're getting?
12:50 Guest37951 yes i was doing it :P
12:51 XenophonF thefish: you can nest set statements inside of if statements in jinja
12:53 Guest37951 here is the gist : https://gist.github.com/bloody76/961eaa6d668844142fa0
12:54 Guest37951 It's weird because when I highstate a VM from scratch its working, but once it is bootstraped and all, its not working anymore
12:54 wnkz Hi, what's the correct way to make a docker container restart when watching a file ? A simple "watch: file" doesn't seem to work (Salt 2015.5)
12:56 subsignal joined #salt
13:01 bhosmer joined #salt
13:02 mcote joined #salt
13:04 aqua^c joined #salt
13:05 mcote hey guys. I've setup a salt returner to go to MySQL, and then programmed a php json browser-like web interface to allow us to go through our states daily. Although my schedules states (that run at every boot and at 5 am) do not use the MySQL returner. Is there any way to automate this?
13:05 jbrnds wnkz   use - watch: \n  - file:<statename>
13:06 jbrnds wknz: the watch statement expects a list of state:<statename> as input. So move the file:<statename> to the next line with a - in front. Check your idents as well (yaml needs 2 spaces per indent)
13:10 JDiPierro joined #salt
13:12 timoguin joined #salt
13:13 ITChap joined #salt
13:16 dthom91 joined #salt
13:17 sastorsl Is there a state to only _check_ if a package is installed?
13:19 adelcast joined #salt
13:19 wnkz jbrnds: ty but I know how watch works with files, I'm just saying that my docker container is not actually restarted after the file is updated
13:19 zwi joined #salt
13:20 wnkz /etc/haproxy/haproxy.cfg:
13:20 wnkz file.managed:
13:20 wnkz - source: salt://haproxy/files/haproxy.cfg.jinja
13:20 wnkz - makedirs: True
13:20 wnkz haproxy:
13:20 wnkz docker.running:
13:20 wnkz - image: haproxy:1.5.14
13:20 wnkz - network_mode: host
13:20 wnkz - volumes:
13:20 wnkz - "/etc/haproxy/haproxy.cfg:/usr/local/etc/haproxy/haproxy.cfg:ro"
13:20 Norrland pastebin
13:20 wnkz - "/dev/log:/dev/log"
13:20 Norrland please
13:20 wnkz - watch:
13:20 wnkz - file: /etc/haproxy/haproxy.cfg
13:20 wnkz - restart_policy:
13:20 wnkz Name: always
13:20 wnkz oh sh**
13:20 wnkz sorry guys
13:20 wnkz yes, I misclicked, my bad
13:21 CeBe joined #salt
13:23 wnkz jbrnds: http://pastebin.com/mN3Di49G
13:23 bluenemo joined #salt
13:24 cpowell joined #salt
13:24 Guest37951 wnkz: did you try something like require:  -pkg: your_pkg ?
13:25 pravka joined #salt
13:25 breakingmatter joined #salt
13:26 wnkz Guest37951: you mean require the file on top of watching it ?
13:26 racooper joined #salt
13:26 Guest37951 hum non
13:26 Guest37951 no*
13:27 wnkz Guest37951: sorry but I don't see the what does -pkg have to do here
13:27 Guest37951 normally in a state, you can use `require` to tell salt to only pass on the state if and only if the requirement in the require declared are here
13:27 Guest37951 oh sorry I miss readed
13:27 Guest37951 it was for sastorsl
13:28 linjan_ joined #salt
13:28 protoz joined #salt
13:29 pratikma_ joined #salt
13:31 mcote Guest37951: sastors1 is trying to verify if it is installed only, but -pkg would install it if it isn't. afaik there is no way to do that
13:32 slav0nic joined #salt
13:32 Deevolution joined #salt
13:33 hemebond left #salt
13:33 win_salt joined #salt
13:34 sastorsl mcote / Guest37951: According the CLI example it should be, but I must be missing something because the command does not work... https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.yumpkg.html#salt.modules.yumpkg.info_installed
13:34 jbrnds wnkz I often use the - watch_in state to trigger eg. the reloading of apache. watch_in is the inverse from watch so I would place this at the state /etc/haproxy/haproxy.cfg: .... - watch_in:\n - docker:haproxy
13:36 jbrnds wnkz -- I do not know how the docker would be triggered to restart. That is docker behaviour. You might want to call another state of docker. (is there a docker.restart?)
13:37 Tecnico1931 joined #salt
13:37 mcote sastors1: that would be a differente state than "pkg", if the command doesn't work, try to see at the top of the page in the "notes" section if this info concerns your installation
13:40 wnkz jbrnds: might be a module command for that, I'll check
13:41 wnkz sastorsl, jbrnds: makes me think, I don't know what you're trying to do but maybe you could use jinja + pkg module to help you ; something like "salt['pkg.version']('your_package')"
13:41 JDiPierro joined #salt
13:42 jbrnds what I find difficult in dealing with salt is that domain knowledge (in this case knowledge on docker on a os_family) is merged with jinja, yaml, and salt knowledge. And the problem is that the culprit can be on one or many of these levels.
13:42 wnkz then if "salt['pkg.version']('your_package')" is empty, package is not installed
13:43 larsfronius joined #salt
13:43 N-Mi joined #salt
13:47 scoates joined #salt
13:51 mapu joined #salt
13:52 ITChap joined #salt
13:53 dendazen joined #salt
13:54 sastorsl wnkz, I seem to be missing some basic knowledge, because "salt-call pkg.version httpd" returns the version number of httpd, and afaik "version" is a function in the "pkg" _module_. But running "salt-call pkg.info_installed httpd" returns "'pkg.info_installed' is not available."
13:54 jbrnds wnkz what do you want to happen when the value is empty? It seems a case to solve with - require:\n - pkg:<state>
13:55 mpanett__ joined #salt
13:55 sastorsl However, what I want to do is to only _check_ if httpd is installed in another state running file.managed - but I don't want to use "pkg.installed" since installing httpd should be managed centrally.
13:56 philpep joined #salt
13:56 vim-zz joined #salt
13:56 amitash joined #salt
13:56 jbrnds sastorsl use - onlyif: \n - <cmdline check eg: ls /usr/bin/httpd>
13:57 jbrnds sastorsl check: https://docs.saltstack.com/en/latest/ref/states/requisites.html
13:58 sastorsl http://pastebin.com/4uGWwHzd
13:58 jbrnds https://dpaste.de/Qmn4
14:00 sastorsl jbrnds, thanks for the tip.
14:00 jbrnds sastorsl in reply to your paste: https://dpaste.de/1sBY
14:01 teebes joined #salt
14:01 pdayton joined #salt
14:01 jbrnds sastorsl - it does not install httpd. It does NOT run when httpd is not found. And the state completes with success! If this is what you want.
14:03 jbrnds and underscores in statenames are preferable for stronger python compatibility. At least that is what I have been told once.
14:03 thefish is there a way to "force" installs from an ubuntu salt-managed repo? I have an unsigned package to install, and it fails with pkg.installed because its not signed
14:03 dthom91 joined #salt
14:04 sastorsl For _this_ state I'd rather it failed if httpd wasn't installed. I require httpd, but installation requires the confirmation from ops and / or coordination with others using httpd on the same server.
14:04 quasiben joined #salt
14:05 jbrnds thefish tried skip_verify: True? https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.latest
14:07 andrew_v joined #salt
14:08 Akhter joined #salt
14:08 jack_ joined #salt
14:08 Akhter joined #salt
14:09 Rumbles joined #salt
14:11 mspo left #salt
14:11 wendall911 joined #salt
14:15 zmalone joined #salt
14:17 alemeno22 joined #salt
14:18 clintberry joined #salt
14:18 TyrfingMjolnir joined #salt
14:18 ambientsound joined #salt
14:20 zanhsieh joined #salt
14:20 masterkorp Hello everyone
14:21 btorch morning
14:21 masterkorp has ever happened to anyone that the salt-minion is just ignoring the "master" option on the config
14:21 zanhsieh Hi, is there anybody successful upgrading from 2015.5.3-3 to 2015.5.5-1 on el6?
14:21 masterkorp i have set the ip on /etc/salt/minion
14:22 zanhsieh https://github.com/saltstack/salt/issues/27158
14:23 jack_ hi, after a upgrade to 2015.8 my pillar-git fails with "Failed to checkout base from git_pillar remote 'base ssh://git@abc:/devops/saltstack.git': remote ref does not exist". any ideas whats wrong ?  ?
14:25 btorch hmm so I have state where I have things splited up as in swift_services/init.sls,files.sls,packages.sls,directories.sls,services.sls .. I have a require_in within swift_services.packages that asks for sls: swift_services.files and I do include: swift_services.files in the packages.sls but I keep getting this error http://pastebin.com/GJszWV2c
14:25 btorch masterkorp: hmm I think the one time that happened to me was due to a salt-minon process not reloading .. did you stop/start and check the logs ?
14:29 bhosmer joined #salt
14:31 fe92 joined #salt
14:31 masterkorp btorch: yes, i stopped the deamon, and started the proccess by calling the minion directly with: "salt-minion -l info"
14:32 iggy jack_: there were changes to the git ext-pillar... did you read the release docs?
14:33 iggy I can't view pastebin.com, they harass me for using adblock
14:33 Rumbles joined #salt
14:33 dthom91 joined #salt
14:34 btorch masterkorp: try -l debug ?
14:34 btorch masterkorp: also the config is at /etc/salt/minion right ?
14:35 masterkorp yeah
14:35 masterkorp let me try with debug
14:36 jack_ @iggy: yes. looks like you have to restart the salt master two-times after a clear of the gitfs-folder. the first time i get the error, the second time, it works
14:36 jbrnds iggy - which adblock? ublock org?
14:37 kaptk2 joined #salt
14:37 masterkorp btorch: yeap, with debug, it still tries to connect with 127.0.0.1, I have tried adding errors on config file, and salt indeed complained about misconfiguration. So its is indeed reading the file
14:39 masterkorp also there does not seem to be any way to pass the master as param
14:39 btorch masterkorp: can you paste your config ... and salt is able to read the file
14:41 impi joined #salt
14:41 btorch masterkorp: on some of my minions the /etc/salt/minion config is as simple as "master: ip" and that's all
14:41 davisj zanhsieh: Did you try highstate with -l debug? Need more info on that error.
14:42 iggy jbrnds: not really surbh, but they suck either way
14:42 otter768 joined #salt
14:42 masterkorp btorch: yeah, I am aware of that
14:42 jalbretsen joined #salt
14:42 iggy jack_: weird, if you can reproduce it, please file a bug
14:43 murrdoc joined #salt
14:43 masterkorp btorch: my config https://ptpb.pw/lgo5
14:45 masterkorp i just changed the master
14:45 hasues joined #salt
14:45 hasues left #salt
14:46 jbrnds masterkorp - that is weird indeed. Do you have the log of the /var/log/salt/minion?
14:46 cmek hi, best practices question. one company with a multiple, separate platforms. what's the recommended setup for this - single master with an environment per platform, master + syndic per environment, or something else?
14:46 cmek or.. one master per platform?
14:47 btorch masterkorp: yeah paste the logs too ... also you probably did this already but stop the minion and make sure there is no other salt-minion process running
14:47 zanhsieh davisj: yes, i did. nothing special. like this: http://pastebin.com/sfkf39LT
14:47 masterkorp i can paste the debug output when I can salt manually
14:48 zanhsieh davisj: when i run other command (e.g. cmd.run, test.version, test.ping, grains.get) it always return normal.
14:49 jbrnds on the minion: salt-call --local state.highstate -ldebug
14:49 jbrnds uhm sorry - not --local naturally
14:49 clintberry joined #salt
14:50 Segfault___ joined #salt
14:50 Brew joined #salt
14:50 zer0def joined #salt
14:51 polishdub joined #salt
14:51 davisj zanhsieh: how about 'salt-call pillar.items -l debug' on the minion
14:52 Segfault___ Hello! I've just made a quite complicated sls. Is there a way to show the rendered sls, how it looks after running it through jinja?
14:52 dthom91 joined #salt
14:53 davisj Segfault___: state.show_sls
14:55 masterkorp btorch: ok, the old method, deinstall and install again just worked
14:55 masterkorp i blame black magic
14:56 Segfault___ Thanks, but I'm still getting errors, in green this time which is nice for a change: "ID vhost_default in SLS nginx.vhosts is not a dictionary.".
14:57 Segfault___ I have no idea why it is "not a dictionary", I was hoping to spot the mistake if I could see the rendered output
14:57 debian112 joined #salt
14:58 pcn There is a value that you're dereferencing in the state, and instead of it being a dictionary, vhost_default is some other type (maybe a string?)
14:59 theologian joined #salt
14:59 pcn So you need to look at what is supposed to create that dictionary (if it is supposed to be a dict) or if you don't expect it to behave like a dict, you have to change how you're accessing it
15:00 davisj Segfault___: most likely you have bad indentation somewhere or you have a '-' somewhere that you shouldn't. Just to see what jinja is doing, I think you can try state.template /path/to/my/state.sls
15:00 davisj ^^ what pcn said
15:01 TyrfingMjolnir joined #salt
15:02 timoguin joined #salt
15:03 pcn Segfault___: And what davidj said.  If the state s very complicated, you may want to make sure it can be approached in simple steps so you can understand everything that's going on.
15:04 shgamr joined #salt
15:10 DammitJim joined #salt
15:12 Cyis Anyone tried setting up module.wait to call cp.push to backup a file but only if a file.managed resource is to be updated?
15:12 wendall911 joined #salt
15:12 aparsons joined #salt
15:13 mage_ joined #salt
15:13 vim-zz joined #salt
15:13 mage_ hello, any idea for 2015-09-16 17:12:38,085 [salt.loaded.int.fileserver.gitfs         ][ERROR   ][25572] Exception 'The SSL certificate is invalid' caught while fetching gitfs remote https://xxx.be/gitlab/bbpf/automation.git ..? I've set pillar_gitfs_ssl_verify and gitfs_ssl_verify to False ..
15:15 zanhsieh joined #salt
15:16 zanhsieh davisj: http://pastebin.com/u9wM1quL
15:17 jimklo joined #salt
15:20 Cyis As is ( https://gist.github.com/jbouse/341b877d57945070557d ) this gives me a "recursive requisite found" error... if I change module.wait to module.run and remove the watch it works but the cp.push occurs every time ... if I leave the require out but leave as module.wait it executes but backs up the file after it's been modified
15:21 Aleks3Y joined #salt
15:26 davisj zanhsieh: was there a paste error when you pasted your apps/tb/top.sls in that github issue? There are multiple "apps_tb:\n '*':" Can you paste just the content of that file. (p.s. https://gist.github.com/ > pastebin)
15:26 N-Mi joined #salt
15:28 cresten joined #salt
15:30 DammitJim joined #salt
15:30 pravka joined #salt
15:31 zanhsieh davisj: there are two top.sls; one is /srv/salt/apps/tb/top.sls  -> http://pastebin.com/ngR7yiCA
15:33 zanhsieh davisj: another one /srv/pillar/apps/tb/top.sls -> http://pastebin.com/AUymipfR
15:34 zanhsieh davisj: nothing special there.
15:34 Aleks3Y hey guys! Quick question: Does community addition has some sort of free UI?
15:35 kevinquinnyo joined #salt
15:35 JDiPierro joined #salt
15:35 Aleks3Y there is saltpad, anything else?
15:35 JDiPierro joined #salt
15:35 zmalone halite existed, but I think it was cancelled.
15:38 davisj zanhsieh: ah, I see now the second one is the pillar top. I don't think that's valid jinja. Since you're not assingning any top data there, you could try just commenting the whole thing out.
15:38 davisj s/jinja/yaml/
15:39 fuzzy_id joined #salt
15:39 Aleks3Y yeah, it was
15:39 breakingmatter joined #salt
15:41 fuzzy_id how do i find the specs for the function executed in state declarations?
15:41 fuzzy_id e.g. service.running
15:41 zanhsieh davisj: but even i assign something valid (e.g. not related pillar data which are valid) but still throw me that message. plus, in 2015.5.3 it works.
15:41 fuzzy_id there is no such function in salt.modules.service
15:41 zanhsieh davisj: it does not complain anything in the past
15:42 jbrnds zanhsieh in the salt top - Line 3 has 3 spaces in stead of expected 4? (YAML can be picky)
15:44 zanhsieh jbrnds: 4 spaces.
15:44 larsfronius joined #salt
15:44 jbrnds zanhsieh not in http://pastebin.com/ngR7yiCA - L3 starts with 3 spaces
15:44 zanhsieh jbrnds: my previous mistake. sorry about it. even change to 4 spaces it does not help.
15:45 fuzzy_id file.managed is another candidate: it is all over the place in the states tutorial
15:45 zanhsieh jbrnds: i just test it.
15:45 fuzzy_id but i don't know where to find the list of arguments…
15:45 whytewolf fuzzy_id: https://docs.saltstack.com/en/latest/salt-modindex.html#
15:45 jbrnds the render pillar top file fails as there is noting to render based on looking at your top.sls pillar file
15:46 davisj zanhsieh: fuzzy_id also 'salt-call sys.doc module.cmd'
15:46 jbrnds zanhsieh just put something there, or don't use the pillar top.sls at all
15:48 zanhsieh davisj: return just 'local:\n ------'
15:48 fuzzy_id whytewolf: yeah, i found that index, but where should i look further?
15:48 whytewolf davisj: sys.doc only shows execution modules.
15:48 fuzzy_id as already said: salt.modules.file.managed doesn't exist…
15:49 whytewolf fuzzy_id: if you are looking for state modules then i would sugest in the salt.states
15:49 zanhsieh jbrnds: same result.
15:49 davisj whytewolf: oops. thought that's what was asked for. My bad.
15:49 whytewolf fuzzy_id: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.managed
15:49 fuzzy_id yeah, that's it
15:49 zanhsieh jbrnds: no improving..
15:50 davisj zanhsieh: if you got 'local:\n ------' back from your pillar.items call, then it worked.
15:50 jbrnds zanhsieh aj. And if you reference to another .sls pillar file (maybe empty). Otherwise there is an error on another level such as - cannot find the pillar dir?
15:50 davisj That's an empty pillar.
15:50 fuzzy_id thanks!
15:50 whytewolf fuzzy_id: state modules and execution modules are to different things. what you run on the cli is execution modules. and sys.doc will help with those [sys.doc] [sys.doc <module>] and [sys.doc module.function]
15:52 fuzzy_id great
15:53 zanhsieh davisj: but how should i debug? previous working states all return the message as https://github.com/saltstack/salt/issues/27158 shows
15:53 pdayton joined #salt
15:54 zanhsieh jbrnds: put his way, the state file previously works (2015.5.3) but after upgrading it doesn't work any more (2015.5.5).
15:55 jbrnds zanhsieh how do you provide pillars to the minion? is on the master the pillar roots properly set. Do you use pillar gitfs?
15:55 davisj zanhsieh: whatever change you made that casued pillar.items to return 'local:\n ------' should have also fixed your state run. If that's not true then I'm out of ideas and you may have to wait for a response to your github issue. Or someone smarter than me.
15:56 zanhsieh jbrnds: pure file system (default) not gifts.
15:56 dkuzmenko joined #salt
15:56 zanhsieh davisj: thanks anyway.
15:57 davisj zanhsieh: np
15:58 jbrnds zanhsieh did you try to make a foo.sls with content: foo:bar and include that one in the top.sls pillar file? just for sakes. Otherwise I am clueless to and I join a beer with davisj
15:59 zanhsieh davisj, jbrnds: oh btw, there's one error message i missed on the after "Error encountered while render pillar top file." , "ERROR: Minions returned with non-zero exit code"
15:59 jbrnds zanhsieh and ssh into the minion and use salt-call state.highstate -ldebug to see what is happening.
15:59 davisj jbrnds: cheers
16:00 jbrnds davisj <cling!>
16:01 davisj zanhsieh: you might also verify file permissions are still good for salt-minion process user... restart daemons... saltutil.sync_all...
16:02 hasues joined #salt
16:03 zanhsieh jbrnds: http://pastebin.com/3CKLwqwb
16:04 alemeno22 joined #salt
16:05 pdayton joined #salt
16:06 davisj zanhsieh: "Malformed topfile (state declarations not formed as a list)" - that brings me back to my mal-formed top file theory. Did you remove or otherwise alter /srv/pillar/apps/tb/top.sls?
16:07 pdayton joined #salt
16:07 Bryson joined #salt
16:08 zanhsieh davisj: just 3 lines: 'apps_tb:\n   'min01':\n     - foo'
16:08 zanhsieh davisj: as jbrnds proposed.
16:09 rogst joined #salt
16:10 rodr1c joined #salt
16:13 zwi joined #salt
16:14 mrwboilers joined #salt
16:15 mrwboilers Are there any good salt message boards? The saltstack subreddit doesn't seem to be very active. Some questions/discussion benefit from that type of format compared to irc.
16:16 jbrnds zanhsieh all those 'malformed topfiles' might refer to the 'empty' top.sls:  files/var/cache/salt/minion/files/os_base/top.sls /var/cache/salt/minion/files/apps_prod/top.sls: /var/cache/salt/minion/files/apps_tb/top.sls and /var/cache/salt/minion/files/os_prod/top.sls:
16:16 ambientsound mrwboilers: maybe the issue tracker?
16:16 pdayton joined #salt
16:17 jbrnds i'm sorry zanhsieh - have to go. Dinnertime @ Europe
16:17 zanhsieh jbrnds: thanks.
16:19 wenzel_ joined #salt
16:19 wenzel_ hi !
16:19 mrwboilers ambientsound: But for me personally, I typically have questions that aren't necessarily related to any bug or problem per se (just my own ignorance :))
16:20 wenzel_ i would like to install a package which lies in the non-free release of Debian repositories.
16:20 quasiben joined #salt
16:20 wenzel_ how can I use pkgrepo to add the "non-free" release to all debian repositories configured in the sources.list ?
16:21 quasiben joined #salt
16:22 cresten joined #salt
16:23 malinoff joined #salt
16:27 openfly joined #salt
16:28 jimklo joined #salt
16:28 dthom91 joined #salt
16:28 jimklo_ joined #salt
16:28 saltsa joined #salt
16:29 jodv joined #salt
16:31 dthom91 joined #salt
16:34 dthom91 joined #salt
16:36 knite joined #salt
16:43 otter768 joined #salt
16:43 mapu joined #salt
16:47 roberto joined #salt
16:47 roberto howdy
16:48 Guest63696 I have a question regarding a cmd.run, I have a script that I am starting from salt however the script will run for a while
16:48 Guest63696 and it seems that is blocking salt from returning
16:48 Guest63696 is there any option to just let it run and ignore?
16:48 johnkeates joined #salt
16:49 Guest63696 well not ignore but not wait, as shoot and forget
16:49 johnkeates left #salt
16:50 Guest63696 the timeout options seems that it will kill it if it does not return within the spectrum of predefined time
16:51 openfly what about backgrounding or forking the process in the cmd.run ?
16:51 openfly or nohup ing it?
16:51 openfly if you don't care about the return state
16:51 openfly that is
16:52 jodv joined #salt
16:52 openfly though if you do, you could probably write a whole nother state to verify final state... and probably should anyways
16:52 knite joined #salt
16:54 Guest63696 cool will give that a try
16:57 kevinquinnyo what's the best way to run a command only after all sls have completed during a highstate run?  Use the reactor events?  Or is there another way?
16:58 PeterO_ joined #salt
16:58 iggy kevinquinnyo: for what purpose?
17:00 win_salt joined #salt
17:01 clintberry joined #salt
17:01 jodv joined #salt
17:02 maxitaxi joined #salt
17:03 kevinquinnyo iggy: i need to reload iptables rules, but i think it's interrupting the persistent connection from the saltmaster when this happens, becuase i get timeouts on subsequent states after that
17:03 kevinquinnyo at least that's my theory right now
17:04 kevinquinnyo i was wondering if i could just do that last
17:04 iggy I'd probably use at to schedule for after the run is done
17:04 iggy There's nothing built-in to salt to say "run this after you've returned data to the master"
17:04 kevinquinnyo ok
17:05 kevinquinnyo thanks
17:05 iggy there's an example in the docs (for restarting the minion)
17:06 pratikmallya joined #salt
17:10 maxitaxi Hi everyone, I was hoping someone could point me in the right direction: I am trying to figure out what is the "Salt" way of doing the following. Our build process produces a tarball that we'd like deployed to the minions (this has our python code as well as our html/css/image assets).  We'd like this tarball simply extracted at some path, but ideally updated when it changes.
17:11 maxitaxi Any pointers would be appreciated :)
17:11 maxitaxi I've looked at archive.extracted, but it doesn't seem to "notice" when the archive has been updated, and it won't re-extract it
17:11 maxitaxi or is my deployment strategy wrong (tarball to the minions) wrong and can you suggest an alternative
17:11 iggy make your build process hit the api or send a reactor event that then kicks off the deploy state
17:12 maxitaxi iggy: thanks! hm, actually I don't even care about that at this point
17:12 maxitaxi I mean, I don't care that salt deploys when build is finished, I am happy to do it myself
17:13 whytewolf maxitaxi: you could also make your package an actaully package. now days it isn't to difficult with tools like fpm
17:13 aw110f joined #salt
17:13 iggy archive.extracted won't detect changes (as it deletes the temp file it pulls down from the master)
17:13 maxitaxi actually, sorry, I am confused now
17:13 SheetiS joined #salt
17:13 iggy so you could do it as separate steps (file.managed the archive, then extract it manually)
17:14 iggy that way the file.managed will notice the change and your extract stanza can just watch the file.managed
17:14 maxitaxi oh that's great, that sounds like what I want
17:14 maxitaxi so if the tarball hasn't been touched, file.managed won't run? and therefore archive.extracted will neither?
17:15 maxitaxi whytewolf: thanks! that's will probably happen too, down the line :)
17:15 iggy technically, it'll run, it just won't do anything (because it notices the file on the master and the local file are the same)
17:15 iggy and it won't register as a change (the important part)
17:16 maxitaxi iggy: thanks! sounds like it solves my problem
17:18 dthom91 joined #salt
17:19 cresten joined #salt
17:21 alainv joined #salt
17:21 hasues left #salt
17:22 viq joined #salt
17:24 forrest joined #salt
17:24 forrest_ joined #salt
17:27 jimklo joined #salt
17:27 ajw0100 joined #salt
17:27 dopesong joined #salt
17:36 cyborge joined #salt
17:38 icflournoy joined #salt
17:39 pdayton When will the ppa packages for ubuntu be updated to 2015.8?
17:39 breakingmatter joined #salt
17:41 iggy don't hold your breath
17:43 bhosmer joined #salt
17:44 dthom91 joined #salt
17:44 cpattonj joined #salt
17:45 openfly heh
17:45 openfly truth
17:47 cpattonj No matter what I put for sig, it's not detecting anything
17:47 cpattonj I wonder if ordering is screwing me up
17:48 forrest joined #salt
17:50 Fiber^ joined #salt
17:53 pratikma_ joined #salt
17:54 cpattonj http://pastebin.com/ZVrkMN5B
17:55 cpattonj It all looks good to me, I only have the logstash service running check in one place so I know it's not that I'm using a different salt state file by accident or something.
18:00 iggy pastebin.com complains about me using an adblocker, so I can't view that
18:02 Akhter joined #salt
18:02 jodv hastebin > pastebin
18:02 win_salt I had an external pillar that is suddenly breaking, has anyone seen this? https://gist.github.com/anonymous/b8cf5a2f5e3d8dee2ee0
18:03 cpattonj https://gist.github.com/buddyp450/b7b83e268640e2bd34b7
18:03 cpattonj there you go, I probably should have used gist first anyways
18:04 cpattonj I already tried just /usr/bin/java for kicks and that still didn't pick up anything :/
18:04 saffe joined #salt
18:06 roock joined #salt
18:10 bhosmer_ joined #salt
18:11 whytewolf cpattonj: to know what string to look for check what is being returned by the grain ps
18:12 TomJepp I still can't get over how awesome it feels when I use salt to change the firewall config on 40 dev/test VMs or so at once...
18:14 baweaver joined #salt
18:14 cpattonj whytewolf: I'm a total saltstack noob, picked it up 2 days ago, could you point me in the direction of how to do that?
18:15 cpattonj haha TomJepp, I can't wait to do that
18:15 whytewolf cpattonj: salt 'minionid' grains.get ps
18:16 cpattonj ahh, thanks
18:16 whytewolf and than salt 'minnionid' cmd.run [ps value from other command here]
18:16 katyucha joined #salt
18:17 arc-impulse joined #salt
18:17 cpattonj that still gives me the output from the gist I pasted
18:18 cpattonj so nothing I didn't expect
18:18 whytewolf also keep in mind that the search pattern is re based. so any slashes and what not could be throing it off
18:19 whytewolf it just uses this https://docs.python.org/2/library/re.html#re.search to search that output
18:19 alfborge joined #salt
18:19 lexter joined #salt
18:20 arc-impulse is there a reason salt-ssh would take a full 3 minutes to do a test.ping to one server? on os x, installed salt-ssh via homebrew
18:20 whytewolf also, are you sure you need sig? most services return to service <service> status fine without the need of a sig
18:21 alfborge joined #salt
18:21 mrwboilers joined #salt
18:21 whytewolf arc-impulse: cause it is copying over a small subset of salt python code to run that test.ping
18:21 win_salt joined #salt
18:21 alfborge I want to run a command on a bunch of nodes and do some digging in the result using python. Is there some easy way to do that?
18:22 arc-impulse whytewolf: got it! thanks! any way to speed it up?
18:22 alfborge Something like: salt '*' docker.version --out=interactive
18:24 whytewolf arc-impulse: not really. get a faster connection? connect directly as root. I hear goat sacrafices are back in style
18:24 whytewolf okay. I think I need to go eat a snickers
18:25 alfborge arc-impulse: Try a chicken first if you consider sacrifices. They're cheaper.
18:27 arc-impulse whytewolf: alfborge: all out of chickens and goats :( but i appreciate the help here!
18:27 knite joined #salt
18:27 cpattonj whytewolf: I didn't think I needed a sig but it wasn't working as-is so no I'm not completely sure, but what I'm super confused on is how I can give the logstash service the same exact sig I use for stunnel4 (just to test since I know that sig gets picked up correctly) and it doesn't work
18:27 traph joined #salt
18:27 traph joined #salt
18:29 alfborge The closest I get now for post-processing return data is to use --out=raw --out-file=tmp.py, edit tmp.py and python -i tmp.py
18:29 trph joined #salt
18:29 twork joined #salt
18:39 zer0def joined #salt
18:40 arc-impulse joined #salt
18:43 TyrfingMjolnir joined #salt
18:43 otter768 joined #salt
18:44 GreatSnoopy joined #salt
18:50 bhosmer_ joined #salt
18:51 win_salt has anyone seen this cause an external pillar to fail? https://gist.github.com/anonymous/b8cf5a2f5e3d8dee2ee0
18:52 knite_ joined #salt
18:54 win_salt nevermind.  I had the extension_modules field in the master config set wrong
18:56 StolenToast I'd just like to know if I'm going about this in a sane way.  I have an sls with two package states, two file states and a final service state that watches the packages and files.
18:57 StolenToast So 5 states total to get this service running.  Can I combine them any better?
18:57 dthom91 joined #salt
18:58 kusams joined #salt
19:00 whytewolf StolenToast: no that sounds about right. maybe use - pkgs with the package states. kinda lke this https://gist.github.com/whytewolf/af8949fe637eb3bc6d38
19:00 arc-impulse joined #salt
19:02 TyrfingMjolnir joined #salt
19:03 StolenToast whytewolf: yeah that looks cleaner.  http://hastebin.com/ifuqucigiv.sm
19:04 StolenToast ideally I'd like all of that under a single "ganglia_client" state
19:05 Akhter joined #salt
19:06 edrocks joined #salt
19:06 Gareth anyone running masterless salt with gitfs?
19:07 babilen Be the first!
19:08 babilen (although I know for certain that you wouldn't be)
19:08 Gareth I know I'm not :)  wondering why it's not refreshing properly.
19:09 andrew_v_ joined #salt
19:09 TyrfingMjolnir joined #salt
19:10 arc-impulse joined #salt
19:11 Akhter joined #salt
19:11 PeterO_ joined #salt
19:12 pdayton1 joined #salt
19:12 cpattonj Really confused still regarding my previous issue whytewolf, I swapped out the service logstash for stunnel4 and it works (using the same sig) but when I use logstash it doesn't. Syntax is exactly the same, any idea what would cause that?
19:15 arc-impulse joined #salt
19:15 dthom91 joined #salt
19:17 numkem Is there anything available that I could use to pull the grains data of all servers so I can put in into a database? I'm sure someone did that before
19:18 forrest Gareth: Can you confirm that my reasoning here is sound based on your old comment: https://github.com/saltstack/salt/issues/4648#issuecomment-140816971
19:18 StolenToast Anyone have a nice YAML plugin for vim?  I can find a number online but they're all really old http://www.vim.org/scripts/script.php?script_id=739
19:19 forrest Gareth: Also not sure about why gitfs isn't refreshing, did you clear the cache out
19:19 forrest StolenToast: Use https://github.com/saltstack/salt-vim
19:19 jmreicha joined #salt
19:21 baweaver joined #salt
19:22 StolenToast thanks forrest
19:22 forrest For sure
19:23 aqua^c joined #salt
19:24 nofxrok joined #salt
19:24 ajw0100 joined #salt
19:25 arc-impulse joined #salt
19:25 Gareth forrest: a couple times.  It's a vagrant machine that I just destroyed and rebuilt too.
19:26 amcorreia joined #salt
19:26 forrest Gareth: Are you sure that isn't a vagrant cache error? I've had that happen before
19:26 forrest I've had that happen with the yum cache
19:26 murrdoc did u rebuild the host
19:26 Gareth forrest: entirely possible that it could be.
19:26 murrdoc like your laptop
19:26 nofxroky joined #salt
19:26 murrdoc its the only sane option
19:26 Gareth murrdoc: destroyed and rebuilt.
19:27 murrdoc ouch
19:27 cpattonj how do I call a salt state that I created instead of salt.highstate?
19:27 forrest Gareth: Try deleting the VM from virtualbox if it isn't already gone, as well as clearing out the .vagrant directories that might be cached.
19:27 cpattonj state.highstate*
19:27 forrest cpattonj: salt '*' state.sls state-name
19:27 cpattonj thanks
19:27 murrdoc state.apply
19:27 Gareth forrest: and yeah. you're reasoning is sound.
19:27 forrest Gareth: Cool
19:27 murrdoc word is they are moving away from .sls
19:27 forrest murrdoc: state.apply? Wat
19:27 murrdoc {{ they }}
19:28 murrdoc https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.state.html#salt.modules.state.apply
19:28 forrest state.apply is actually pretty sweet
19:28 TyrfingMjolnir joined #salt
19:28 forrest means you can just run a highstate or a single state from one command? Yes please.
19:28 murrdoc yeah mang
19:28 forrest Now if we just had file rendering, shit would be tiiiiight
19:28 murrdoc here to help
19:30 cpattonj +1 file rendering
19:31 murrdoc what is file rendering
19:32 forrest murrdoc: I have a file with jinja variables, I want to see them rendered.
19:32 forrest I want to see what it looks like when they are replaced, so prior to a highstate I can see what the file will look like
19:32 forrest so if something is screwed, my boxes won't be.
19:32 murrdoc oh
19:32 murrdoc that should be easy
19:32 forrest lol
19:32 giantlock joined #salt
19:32 forrest Why isn't it in then ;)
19:33 murrdoc cos u havent written it lazy bum
19:33 forrest We've discussed this quite a bit, and I believe Tom said it was difficult to do
19:33 forrest there's an issue about it somewhere I think
19:33 cpattonj lol
19:33 derxleben joined #salt
19:33 cpattonj "because reasons"
19:33 murrdoc "cos cuz"
19:33 cpattonj ./closes issue
19:33 murrdoc u forgot to put on shades
19:34 arc-impulse joined #salt
19:37 cpattonj B)
19:37 pcn forrest murrdoc I think the tester I wrote can do that
19:37 forrest pcn: Which one?
19:37 pcn You supply the grains and the pillars, and it provides you with the rendered data
19:37 forrest pcn: But it doesn't read from existing files right?
19:38 forrest Like I have to feed it the pillar and grains data.
19:38 pcn https://github.com/librato/salt-state-test
19:38 pcn Yeah
19:38 forrest Yeah I'm familiar with your tool
19:38 pcn If you think there's another way that should be handled, let me know, maybe we can talk abou tit?
19:38 pcn Yeah, it needs more work
19:38 Gareth forrest: problem solved.  wrong git branch.  pebkac.
19:38 _nes joined #salt
19:38 murrdoc " Yeah I'm familiar with your tool" P
19:38 murrdoc PHRASING
19:38 DammitJim joined #salt
19:38 * murrdoc is bored
19:39 pcn There should be a badge for all parties involved in that exchange
19:39 dthom91 joined #salt
19:40 forrest I want to do this salt 'my_minion' state.highstate test=True render=True , and have it render any jinja files so I can see what they look like. The only concern is secret pillar data, so if render=True was turned on, it would not go to the logs.
19:40 forrest So I get all the test output to confirm things work, and I get to see what the rendered files look like without applying the changes
19:40 win_salt whats "moving away from .sls" mean? isnt it just an arbitrary extension
19:40 forrest murrdoc: /facepalm
19:41 forrest win_salt: We're talking about the way you call a single state/highstate. Currently to do highstate you do salt 'minion' state.highstate, and for a single state salt 'minion' state.sls sls_name, with state.apply it just runs a highstate if you pass nothing, and a state if you pass something.
19:41 ajw0100 joined #salt
19:41 forrest win_salt: Murrdoc linked the module docs here: https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.state.html#salt.modules.state.apply
19:41 forrest So you can see a better example with real formatting.
19:42 forrest pcn: So yeah, I like the idea of what salt-state-test does, I just wish that functionality was baked into salt, and supported reading straight from the existing data. Having to pass stuff in is more than most users would do.
19:42 mephx joined #salt
19:43 writtenoff joined #salt
19:44 Rebus we did something similar with puppet in a company i worked for. There we set puppet to noop by default and wrote a bash wrapper that ran it in noop mode and which had to be passed a -f flag to reallz run teh agent
19:44 Rebus seems like this is common throughout most of the orchestration tools out there
19:44 arc-impulse joined #salt
19:45 larsfronius joined #salt
19:45 Rebus weird that this does not seem to occur to $developers that wanting to see what the automation tool of your choice does before applying is a requirement the common user has
19:47 forrest Rebus: Salt has the test=True stuff, it just doesn't show rendered files. And I believe there is an issue somewhere that discusses in-depth why this is difficult to do with the current salt architecture.
19:47 forrest But yes I agree, it should be in there.
19:47 forrest And I've wanted it for a couple years.
19:48 ageorgop joined #salt
19:50 Rebus hmmm I wonder if one could run the renderer by hand and optain the required result
19:50 opensource_ninja joined #salt
19:50 Akhter joined #salt
19:50 Rebus not nice, but at least a workaround
19:51 jimklo joined #salt
19:51 _dragonbreath_ joined #salt
19:51 ajw0100 joined #salt
19:54 cresten joined #salt
19:54 arc-impulse joined #salt
19:55 zmalone joined #salt
19:57 forrest Rebus: There might have already been someone who did that, but I don't think it worked correctly
20:00 baweaver joined #salt
20:00 whytewolf Rebus: I did write this for generating renders. it is pretty crappy but it mostly works and uses salts own rendering engine. https://github.com/whytewolf/salt-debug
20:04 arc-impulse joined #salt
20:06 jodv joined #salt
20:08 Akhter joined #salt
20:08 guest joined #salt
20:09 alfborge joined #salt
20:10 guest Hello. Is there any way to make a service state watch an execution module? My service state restarts the service when the config file changes, but it would be great if it depended on the execution module that check the config for error to return True
20:10 guest I mean "require an execution module"
20:11 forrest thanks whytewolf that's what I was thinking of.
20:11 forrest guest: use https://docs.saltstack.com/en/latest/ref/states/all/salt.states.module.html
20:11 petersson joined #salt
20:12 petersson join puppet
20:12 petersson whops
20:12 whytewolf I would rather not if i can help it.
20:12 whytewolf :P
20:12 forrest petersson: Traitor!
20:12 zer0def joined #salt
20:12 forrest whytewolf: lol, just fix it up and get it merged into mainline salt
20:12 forrest come onnnn
20:13 whytewolf lol forrest most of it is already mainline salt code. I stole from one of the cp commands. I personally suck at python
20:13 babilen petersson: Don't go there!
20:14 arc-impulse joined #salt
20:14 Ztyx joined #salt
20:14 pratikmallya joined #salt
20:15 whytewolf all i did was pull out the file save part and output to the salt outputter
20:17 knite joined #salt
20:17 pratikma_ joined #salt
20:20 ajw0100 joined #salt
20:21 cberndt joined #salt
20:21 petersson what it the number of hours required on average to maintain a single minon per day/month/etc?
20:21 petersson are some neglected if the count gets too high?
20:22 petersson what are some best practices in managing too many minons with Salt. Basically the level of attention required and service support
20:22 jodv_ joined #salt
20:22 petersson lets say you have 1,000 means to feed? who and what resources do you steal?
20:23 petersson do you have a template for minon robots to manage these effectivly?
20:23 Fiber^ joined #salt
20:23 petersson asozial
20:24 arc-impulse joined #salt
20:24 Rumbles joined #salt
20:26 jimklo joined #salt
20:26 forrest petersson: A lot of that depends on how your apps are configured and how beefy your master is.
20:26 forrest I really can't give you definitive details for most of that stuff.
20:30 jmreicha joined #salt
20:33 arc-impulse joined #salt
20:35 dthom91 joined #salt
20:38 dthom91 joined #salt
20:38 win_salt ive got a weird problem, for one specific state, saltutil.find_job gets run over and over and never stops
20:43 mpanett__ joined #salt
20:43 arc-impulse joined #salt
20:44 otter768 joined #salt
20:45 guest so.. if a service state is watching another state (config file, for example), but requires a third state that fails. Will the service state restart the service?
20:46 ajw0100_ joined #salt
20:46 andrew_v joined #salt
20:49 petersson joined #salt
20:49 dude051 joined #salt
20:49 petersson am at the airport lost connection. is there any idea what the number of hours per minion per month?
20:52 zmalone I think you are asking how many development hours a minion takes per month, for some kind of project management / scheduling?
20:53 arc-impulse joined #salt
20:53 zmalone petersson: The answer is "it depends", if you are doing something simple, and rarely changing it, near 0.  If you are handling tons of identical hosts, near zero.  If you have complicated hosts, not much in common between them, and frequently changing configs, a possibly unlimited amount of time.
20:56 babilen No, it clearly is "42 minutes" ;)
21:03 arc-impulse joined #salt
21:03 fersur3 joined #salt
21:06 JDiPierro joined #salt
21:09 protoz joined #salt
21:10 alfborge joined #salt
21:13 arc-impulse joined #salt
21:14 traph joined #salt
21:14 dthom91 joined #salt
21:17 dthom91 joined #salt
21:19 trph joined #salt
21:21 teebes joined #salt
21:22 aristedes joined #salt
21:23 aristedes left #salt
21:24 Ztyx joined #salt
21:26 arc-impulse joined #salt
21:26 mpanett__ joined #salt
21:27 trapha joined #salt
21:28 iggy I concur
21:31 amcorreia joined #salt
21:33 arc-impulse joined #salt
21:36 opensource_ninja joined #salt
21:37 baweaver joined #salt
21:38 jor joined #salt
21:39 nofxrok joined #salt
21:39 andres833 joined #salt
21:40 ajw0100 joined #salt
21:40 KyleG joined #salt
21:40 KyleG joined #salt
21:40 Ztyx joined #salt
21:44 arc-impulse joined #salt
21:44 mrwboilers While troubleshooting a state, is there a way to just render the jinja to see what the yaml looks like after?
21:45 mrwboilers Something in my jinja isn't formatting the resulting yaml correctly. If I could see the resulting yaml, I think it would help me a lot.
21:45 murrdoc state.show_sls
21:46 N-Mi joined #salt
21:47 mrwboilers murrdoc: thanks. Just tried that, but it doesn't just show the yaml. It's in some other format.
21:47 murrdoc salt cli has -out options
21:49 johnkeates joined #salt
21:52 teebes joined #salt
21:52 zmalone joined #salt
21:54 arc-impulse joined #salt
22:00 cresten joined #salt
22:03 knite joined #salt
22:03 arc-impulse joined #salt
22:06 s_kunk joined #salt
22:10 murrdoc basepi:  hey where is 2015.5.5 ubuntu package
22:11 alfborge joined #salt
22:11 zmalone joined #salt
22:13 alemeno22_ joined #salt
22:13 arc-impulse joined #salt
22:15 conan_the_destro joined #salt
22:18 baweaver joined #salt
22:19 * basepi is so tempted to run /kick murrdoc
22:19 jodv_ lol
22:20 murrdoc :) but seriously it only has 2015.5.3
22:20 murrdoc the ppa
22:20 murrdoc help a brother out
22:20 murrdoc basepi:  :pray:
22:20 basepi I don't know, Joe Healy does those.
22:20 cliluw joined #salt
22:21 murrdoc joehh:  help!
22:21 johnkeates I wonder if there is a way to speed up bistro-packaging in general
22:22 johnkeates i know distro's have their own QA process
22:22 johnkeates but shouldn't it be possible to automate to at least their unstable or mainline branches?
22:22 jodv generally, if you want to be on the bleeding edge, youve just got to build your own package
22:23 johnkeates but if 10 people build the same package, why not have 1 bot build that package and have it downloadable?
22:23 arc-impulse joined #salt
22:23 johnkeates oh wait, we invented that already, it's called a repo :p
22:24 jodv yep, and you're free to wait for them to update :)
22:24 jodv or agree to automated builds, like you're saying
22:25 breakingmatter joined #salt
22:25 johnkeates i think an automated build channel would be great
22:25 cruatta joined #salt
22:25 johnkeates hook jenkins in to do a dpkg -i for automatically built packages
22:26 basepi Well, and we are building packages for major distros starting with 2015.8.0. The one big one that's currently missing is ubuntu, that's in progress
22:26 johnkeates and if it installes and dmesg doesn't suddenly lists a butload of sigsegv
22:26 johnkeates is Debian in on that process?
22:26 basepi Debian 8 packages are available
22:26 johnkeates true
22:26 murrdoc basepi:  any chance u can build 2015.5.5
22:26 murrdoc :)
22:26 johnkeates so you are building for debian but not for ubuntu :p
22:26 johnkeates murrdoc: build your own, it's not hard :D
22:26 basepi johnkeates: just didn't have ubuntu ready yet. =)
22:26 murrdoc its not that its hard
22:27 murrdoc its that the upgrade path is easier if it the same maintainer
22:27 murrdoc is all
22:27 johnkeates well
22:27 johnkeates dunno
22:27 johnkeates dpkg -i does the same thing
22:27 johnkeates unless you have a cluster to upgrade
22:27 johnkeates then you might want to do it using salt
22:27 johnkeates *badum tiss*
22:27 murrdoc you sir are tripping
22:27 murrdoc and hilarious
22:27 * johnkeates is
22:28 murrdoc thanks for lulz
22:28 murrdoc basepi:  HALP
22:28 * murrdoc cowers in a corner
22:29 salty-guy joined #salt
22:30 salty-guy Got a question about using another repo to install phpfpm.... any one out there?
22:30 johnkeates im here, i worked with the fpm formula
22:30 johnkeates but if you simply need to source it elsewhere, use pkg and repo states
22:32 pratikmallya joined #salt
22:32 salty-guy So - I'm relatively new at Saltstack...
22:33 arc-impulse joined #salt
22:33 salty-guy so far I have https://gist.github.com/salt-lick/2894a54d12c4a3bd7fac
22:34 salty-guy and that's located /srv/salt/packages/php-fpm/init.sls
22:34 aparsons joined #salt
22:34 johnkeates salty-guy: don't use enablerepo stuff, use pinning instead if you're on a DPKG system
22:34 johnkeates if you are on an RPM system i can't help you tho
22:35 johnkeates also; instead of attaching something to the name of the package, use: fromrepo
22:35 johnkeates check it out: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.installed
22:36 johnkeates they even have an example with php packages! :D
22:39 salty-guy Thank you - another kinda related question. Formulas, I placed them /srv/formulas  and enabled the file in the master config. I think I'm missing something on how to use the formula.
22:40 johnkeates you reference it from a state
22:41 cresten joined #salt
22:41 aristedes joined #salt
22:41 johnkeates this is what my master looks like:
22:41 johnkeates https://gist.github.com/johnkeates/530a6a2a2e68b1116d0b
22:42 johnkeates then I have a directory in /srv/salt/formula-import which contains git repos from the formulas I use
22:42 johnkeates and I symlink the actual formula in to /srv/salt/state/formulas
22:43 johnkeates so /srv/salt/state/formulas/php links to /srv/salt/formula-import/php-formula/php
22:43 arc-impulse joined #salt
22:43 salty-guy Thank you. That'll help out. Thank you John.
22:45 smkelly_ joined #salt
22:45 otter768 joined #salt
22:48 pdx6 joined #salt
22:53 arc-impulse joined #salt
23:00 aqua^c joined #salt
23:01 ajw0100 joined #salt
23:02 arc-impulse joined #salt
23:04 mosen joined #salt
23:12 alfborge joined #salt
23:12 joe_n joined #salt
23:12 arc-impulse joined #salt
23:18 jimklo_ joined #salt
23:19 aristedes joined #salt
23:19 aristedes left #salt
23:26 breakingmatter joined #salt
23:28 clintberry joined #salt
23:33 baweaver joined #salt
23:35 snarfy joined #salt
23:37 baweaver joined #salt
23:38 estahn joined #salt
23:38 johnkeates joined #salt
23:39 snarfy So, I feel like I've asked this before - but it seems like in newer versions of salt, there is an automatic scheduler config that runs mine.update every hour
23:40 johnkeates list the scheduler and find out
23:41 writtenoff joined #salt
23:43 snarfy well - yes there is
23:43 snarfy but *I* didn't add that to the config, and there is very little about it in the documentation
23:44 mosen I thought it was only run if you had mine_functions defined
23:44 snarfy so did I
23:44 snarfy and yet that does not appear to be the case
23:46 snarfy my minion's config file as only two lines, master and id.
23:46 snarfy /etc/salt/minion has been deleted
23:47 larsfronius joined #salt
23:47 kevinquinnyo joined #salt
23:47 snarfy and yet ever since the upgrade from 2014.7 to 2015.5, there is an /etc/salt/minion.d/_schedule.conf that re-creates itself
23:49 writtenoff joined #salt
23:49 snarfy and my minion logs are flooded with "running scheduled job" "handling event 'minion_mine' blah blah blah
23:50 mosen definitely no pillar?
23:50 mosen im not doubting you're correct
23:50 snarfy actually that's a good idea
23:51 bfoxwell joined #salt
23:52 bfoxwell joined #salt
23:52 snarfy maybe someone snuck some shit into pillar
23:54 Bryson joined #salt
23:54 snarfy but I don't see anything there
23:55 snarfy I got my master config details in the pillar
23:55 snarfy but nothing all minions would have access to
23:55 snarfy anyway. thanks. I guess I'm out.
23:55 snarfy I think it's time to go to the barcade
23:56 baweaver joined #salt
23:57 zmalone joined #salt
23:59 ajw0100_ joined #salt

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