Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-05-09

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

All times shown according to UTC.

Time Nick Message
00:00 cyborg-one joined #salt
00:02 rmnuvg joined #salt
00:04 keimlink joined #salt
00:11 ssplatt joined #salt
00:12 flowstate joined #salt
00:23 Hetman joined #salt
00:39 estahn joined #salt
00:50 quasiben joined #salt
01:02 iceyao joined #salt
01:03 iceyao_ joined #salt
01:13 flowstate joined #salt
01:16 amcorreia joined #salt
01:17 quasiben joined #salt
01:23 cpowell joined #salt
01:28 racooper joined #salt
01:33 nZac joined #salt
02:13 blu_ joined #salt
02:14 flowstate joined #salt
02:14 favadi joined #salt
02:31 fracklen joined #salt
02:32 subsignal joined #salt
02:33 iceyao joined #salt
02:34 nZac joined #salt
02:42 keldwud joined #salt
02:49 ninjada joined #salt
02:54 ramteid joined #salt
02:55 subsignal joined #salt
02:57 nZac joined #salt
03:00 jeffspeff joined #salt
03:07 brianfeister joined #salt
03:07 keldwud joined #salt
03:08 dayid joined #salt
03:08 brianfeister joined #salt
03:09 iceyao joined #salt
03:12 ninjada_ joined #salt
03:15 brianfeister joined #salt
03:23 cpowell joined #salt
03:25 rem5 joined #salt
03:26 dendazen joined #salt
03:32 manji joined #salt
03:33 estahn joined #salt
03:37 ninjada joined #salt
03:55 nZac joined #salt
04:03 kshlm joined #salt
04:05 kshlm joined #salt
04:11 vodik joined #salt
04:12 flowstate joined #salt
04:34 Edgan joined #salt
04:35 ivanjaros joined #salt
04:40 macheck joined #salt
04:44 Edgan joined #salt
04:48 Edgan_ joined #salt
04:51 macheck left #salt
04:52 macheck joined #salt
04:57 subsignal joined #salt
04:59 anmol joined #salt
05:06 ageorgop joined #salt
05:07 nZac joined #salt
05:10 keimlink joined #salt
05:13 aarontc joined #salt
05:13 flowstate joined #salt
05:21 brotatochip joined #salt
05:24 cpowell joined #salt
05:27 Edgan_ joined #salt
05:29 jhauser joined #salt
05:41 estahn joined #salt
05:46 jamesp9 joined #salt
05:50 rdas joined #salt
05:56 manji joined #salt
05:58 favadi joined #salt
05:58 subsignal joined #salt
06:02 Garyx_ joined #salt
06:04 aw110f joined #salt
06:09 nZac joined #salt
06:12 flowstate joined #salt
06:21 brianfeister joined #salt
06:33 josuebrunel joined #salt
06:33 slav0nic joined #salt
06:35 josuebrunel joined #salt
06:35 Ayo joined #salt
06:47 evle1 joined #salt
06:51 KermitTheFragger joined #salt
06:51 AirOnSkin joined #salt
06:55 duncanmv joined #salt
06:55 ivanjaros joined #salt
06:57 fracklen joined #salt
06:57 fracklen joined #salt
07:03 Joene joined #salt
07:12 flowstate joined #salt
07:13 kumar joined #salt
07:15 GreatSnoopy joined #salt
07:16 ashb left #salt
07:22 Durga joined #salt
07:23 dgutu joined #salt
07:25 cpowell joined #salt
07:32 Jimlad joined #salt
07:36 CeBe1 joined #salt
07:37 Nag_ joined #salt
07:41 jhauser joined #salt
07:47 losh joined #salt
07:47 impi joined #salt
07:52 nZac joined #salt
07:54 bdrung_work joined #salt
07:56 toanju joined #salt
07:56 manji joined #salt
07:58 CeBe2 joined #salt
07:59 JohnnyRun joined #salt
07:59 kawa2014 joined #salt
08:00 subsignal joined #salt
08:01 ravenx joined #salt
08:02 ravenx im' trying to get my salt-minion started and it says:
08:02 ravenx File "/usr/lib/python2.7/dist-packages/salt/transport/client.py", line 12, in <module>
08:02 ravenx from salt.utils.async import SyncWrapper
08:02 ravenx File "/usr/lib/python2.7/dist-packages/salt/utils/async.py", line 9, in <module>
08:02 ravenx import tornado.concurrent
08:02 ravenx ImportError: No module named concurrent
08:02 ravenx dpkg -l | grep tornado show 2.4.1
08:02 ravenx dpkg -l | grep tornado show 4.2.1-1****
08:02 ravenx pip freeze | grep tornado show 2.4.1
08:03 ravenx and i have narrowed down the problem to salt-minion using the tornado from my pip, and not system package
08:03 ravenx is there anyway to tell salt-minion to use the sys one?
08:04 teatime and this is why you should never 'sudo pip install'
08:06 AndreasLutro ^
08:06 Miouge joined #salt
08:07 manji joined #salt
08:09 brianfeister joined #salt
08:11 josuebrunel joined #salt
08:13 flowstate joined #salt
08:14 ravenx -__- woops
08:14 ravenx as far as i know i can't uninstall either versions as our devs dont know what vesrion of tornado we are using.
08:17 josuebrunel joined #salt
08:18 AndreasLutro you *should* uninstall the pip one (and every other pip package possibly) and move whatever was using said pip package into a virtualenv
08:18 qephex joined #salt
08:19 qephex left #salt
08:21 s_kunk joined #salt
08:27 guanopho1ic joined #salt
08:29 garphy joined #salt
08:29 ravenx thanks
08:29 dmaiocchi joined #salt
08:30 ravenx any other reasons why one should almost always avoid `sudo pip install`?
08:30 teatime not almost always
08:30 teatime always
08:30 ravenx i see..
08:30 ravenx i'm curious to know why
08:30 ravenx or., more reaons.
08:30 teatime pip install into a virtualenv, or your homedir
08:30 teatime because, as you've seen, it interferes with system-installed packages
08:31 teatime multiple applications can have conflicting dependencies
08:31 ravenx i see..
08:31 ravenx gotcha
08:31 ravenx and lesson learnt.
08:32 brianfeister joined #salt
08:35 fracklen joined #salt
08:35 fracklen joined #salt
08:38 rrei joined #salt
08:46 dariusjs joined #salt
08:47 keimlink joined #salt
08:47 ronnix joined #salt
08:48 manji joined #salt
08:53 nZac joined #salt
08:55 Joene_ joined #salt
08:57 N-Mi joined #salt
09:04 ninjada joined #salt
09:04 mage_ should I restart the master every time I'm adding a new reactor ?
09:06 Erik-p joined #salt
09:06 dariusjs_ joined #salt
09:12 ninjada joined #salt
09:13 Erik-p salt minion target with graing give me wrong servers
09:13 dkrae joined #salt
09:14 flowstate joined #salt
09:15 rbjorkli1 Is there any easy way to list all available configuration paramaters for salt-cloud providers and profiles?
09:16 remyd1 joined #salt
09:16 remyd1 Hi. Any idea for that: https://groups.google.com/forum/#!topic/salt-users/EEUucQH2yEI  ?
09:18 bluenemo joined #salt
09:19 bluenemo hi guys. Whats the preferred way to run a - unless: command as another user? I dont have sudo on all machines and su -l foobar gives me "su: must be run from terminal"
09:20 toanju joined #salt
09:21 remyd1 su -l foobar -s /bin/bash -c "command" ?
09:23 Garyx_ joined #salt
09:25 baffle joined #salt
09:25 ninjada joined #salt
09:26 fracklen joined #salt
09:26 fracklen joined #salt
09:27 Erik-p can anyone help me with this https://gist.github.com/erikpar/06882f4e5eac75b6d1f52b7ed8cf5a7a
09:32 manji Erik-p, when you test.ping those minions, you get true or false?
09:35 bluenemo remyd1, works in a state, doesnt work when used via unless in a state. using salt master and minion 2015.8.8.2 (Beryllium)
09:35 bluenemo when used with unless, the exit status != 0
09:36 bluenemo - unless: "su -l backuppc -s /bin/bash -c '/usr/bin/ssh -q {{ user }}@{{ h['hostname'] }} exit'"
09:36 Erik-p true
09:38 DanyC joined #salt
09:45 Sylvain31 joined #salt
09:46 Sylvain31 Hi, is there a quick oneliner syntax to query pillar from bash? may through python…
09:50 toanju joined #salt
09:51 mage_ any idea why the following doesn't work ?
09:51 mage_ https://gist.github.com/silenius/9de8414b59b6dde0aff750e1c7bea7e3
09:52 tristianc joined #salt
09:52 mage_ the key isn't added/removed
09:53 mage_ this is my state file https://gist.github.com/silenius/731864f819805e8cdd50f996df0076ab
09:54 nZac joined #salt
09:55 oida joined #salt
09:56 Erik-p manji, true
09:57 manji try restarting salt-minion in one of your targets and check if it will run
09:58 manji I used to have a problem where even though there was an active master-minion connection
09:58 manji jobs wouldn't run
09:58 manji but that was a year ago
10:02 subsignal joined #salt
10:04 kevinqui1nyo joined #salt
10:09 Sylvain31 answer: salt 'db*' config.get pillar_key:nested:more-nested
10:09 Sylvain31 Can I remove the key an obtain only the value?
10:11 fredvd joined #salt
10:12 neill_ joined #salt
10:12 flowstate joined #salt
10:13 neill_ i'm a chef/puppet/ansible person trying to learn salt. -)
10:14 neill_ i've created a new state for serverdensity_device but my minion cannot find it and get error  No matching sls found for 'serverdensity_device' in env 'base'
10:14 AndreasLutro neill_: do you have a master/minion setup? masterless? salt-ssh?
10:15 neill_ i'm running command on the minion sudo salt-call state.sls serverdensity_device  -l debug
10:15 neill_ yes i have a master/minion setup
10:15 AndreasLutro where on the master is serverdensity_device.sls located?
10:15 neill_ in my state directory
10:16 AndreasLutro which is where?
10:17 neill_ in folder /etc/salt/state
10:17 Sylvain31 selfanswer: salt 'db*' config.get pillar_key:nested:more-nested --out=json | jq -r '.[]' (could probably be better, I guess)
10:18 AndreasLutro neill_: by default the state directory is /srv/salt, what configuration changes have you made to set the new path?
10:19 neill_ we have recently moved it from gitfs to this directory
10:19 toanju joined #salt
10:19 TyrfingMjolnir joined #salt
10:20 neill_ in the master we have configured
10:20 neill_ file_roots:   base:     - /etc/salt/state
10:20 neill_ and restarted salt master
10:20 AndreasLutro looks correct
10:21 neill_ i don't understand how the master and minion synchronise
10:22 AndreasLutro the minion downloads the file_roots directory (or at least the bits relevant to it) when you run salt-call state.sls
10:22 neill_ i even tried  running saltutil.sync_all and could not see the new state in the minion cache
10:23 neill_ i understand then pillar data is always got from the master each time
10:23 AndreasLutro the state tree isn't part of the things that need to be synced
10:23 neill_ but the state stuff is cached on the minion
10:23 AndreasLutro yes, but it's done at runtime - it checks the hashsums it's got cached vs the hashsum on the master and re-downloads if needed
10:23 neill_ i expected it to sync when salt runs
10:23 neill_ indeed
10:24 AndreasLutro it does sync. you've probably just made a mistake somewhere
10:24 neill_ probably -) just learning ha ha
10:27 mavhq joined #salt
10:27 neill_ it works on an existing state but not on my new state which i added as a new role so i guess i've done something wrong. -)
10:27 neill_ but its pretty simple to add a new state
10:38 catpig joined #salt
10:42 XenophonF joined #salt
10:45 mariusv joined #salt
10:45 mariusv joined #salt
10:47 fracklen joined #salt
10:48 favadi joined #salt
10:49 mage_ any idea for this https://dpaste.de/Q0km/raw ? I checked the documentation and "context" is never mentionned ..
10:50 __number5__ joined #salt
10:50 Hipikat joined #salt
10:51 teryx510 joined #salt
10:54 nidr0x joined #salt
10:55 nZac joined #salt
10:58 fracklen joined #salt
10:59 kawa2014 joined #salt
11:05 fracklen joined #salt
11:09 av_ joined #salt
11:12 amcorreia joined #salt
11:13 flowstate joined #salt
11:16 saltuser joined #salt
11:17 ravenx joined #salt
11:17 saltuser Hi! 2015.8 and file.replace seems to ignore regex. Is that a feature or a bug?
11:20 MadHatter42 joined #salt
11:21 toanju joined #salt
11:23 rbjorkli1 I've recently committed a few fixes I would like to see in 2016.3.0 anyone know how often stuff gets merged back from develop?
11:24 AndreasLutro rbjorkli1: if they're bugfixes you shouldn't submit them against develop
11:25 toanju joined #salt
11:26 cpowell joined #salt
11:37 debian112 left #salt
11:40 fgimian joined #salt
11:43 Garyx_ joined #salt
11:45 georgemarshall joined #salt
11:46 tiktb8_ joined #salt
11:47 tiktb8_ can multiple environment inherit common states from base?
11:56 toanju joined #salt
11:56 rogst joined #salt
11:56 nZac joined #salt
12:00 josuebrunel joined #salt
12:04 subsignal joined #salt
12:05 quasiben joined #salt
12:05 flowstate joined #salt
12:05 flowstate joined #salt
12:06 Nag_ I would require help in zookeeper formula
12:06 Nag_ https://github.com/saltstack-formulas/zookeeper-formula
12:06 Nag_ the above formula works fine with single cluster which is role based ..
12:07 Nag_ if i would like to set up multiple clusters of zookeeper, with zookeeper as a role, this fails (as it takes all the instance occurrences instead of the target cluster)
12:08 Nag_ is there a way to isolate clusters? i am pretty new to salt, and this has become a pressing issue ...
12:09 AndreasLutro Nag_: probably not without forking and modifying the formula. I think the relevant parts are here https://github.com/saltstack-formulas/zookeeper-formula/blob/1595bca61f663dc47f883a5016c35c7307a315a2/zookeeper/settings.sls#L52-L57
12:11 impi joined #salt
12:12 Nag_ Thank you, AndreasLutro.. okay. this is the part where roles are assigned .. can we assign a role at run time (something while executing the salt formula)?
12:14 SeaPhor joined #salt
12:18 CeBe1 joined #salt
12:19 ashrov joined #salt
12:19 rem5 joined #salt
12:19 ashrov Hi, guys. Can someone help me. I stuck in it, very long time http://paste.debian.net/683029/
12:20 pdayton joined #salt
12:22 ashrov anyone please?
12:23 AndreasLutro ashrov: try asking in #python, looks like a problem with your os/distro
12:23 ashrov I am using redhat 5
12:24 ashrov Thank you AndreasLutro
12:31 msn joined #salt
12:31 fracklen Anyone knows if you can write orchestrations using the pyobjects renderer?
12:31 ssplatt joined #salt
12:32 saltuser left #salt
12:33 toanju joined #salt
12:34 estahn joined #salt
12:36 garphy joined #salt
12:37 hax404 joined #salt
12:38 impi joined #salt
12:44 ashrov no one help me in #python
12:44 djinni` joined #salt
12:49 flowstate joined #salt
12:50 amcorreia joined #salt
12:50 ninjada joined #salt
12:52 ivanjaros joined #salt
12:53 DammitJim joined #salt
12:56 mage_ "The Salt Master has cached the public key for this node, this salt minion will wait for 10 seconds before attempting to re-authenticate"
12:56 mage_ any idea how to clear the cache ?
12:57 AndreasLutro mage_: salt-key -d id-of-minion
12:57 nZac joined #salt
12:58 mage_ AndreasLutro: does wheel.key.delete isn't supposed to do that too ?
12:58 AndreasLutro yes, same thing
12:58 mage_ (I'm using the Reactor to manage this)
12:58 mage_ mmh
12:59 AndreasLutro though in my experience, the salturil.wheel function has been buggy
12:59 garphy joined #salt
13:00 mage_ so it's best to use a local.cmd.run with a salt-key -d and/or -a ?
13:00 numkem joined #salt
13:01 mage_ I have the following state https://gist.github.com/silenius/731864f819805e8cdd50f996df0076ab with the following reactor https://gist.github.com/silenius/9de8414b59b6dde0aff750e1c7bea7e3
13:04 gh34 joined #salt
13:05 cyborg-one joined #salt
13:05 mage_ mmh https://gist.github.com/silenius/91cfb505841c22210e3be49dd26239db
13:06 mage_ looks like there is a bug when a dot "." is presend in the id
13:06 AndreasLutro not sure, you'd have to try - I use salt.wheel.key.gen_accept in a python program living on the salt master, and have had to do `salt 'saltmaster*' file.remove /path/to/minion_key` to remove minion keys across multiple masters
13:06 jad_jay joined #salt
13:06 AndreasLutro oh and cp.recv to distribute new keys
13:08 mage_ mmh
13:08 tpaul joined #salt
13:11 racooper joined #salt
13:12 josuebrunel joined #salt
13:12 s_kunk joined #salt
13:13 josuebrunel joined #salt
13:15 teryx5101 joined #salt
13:16 keldwud joined #salt
13:19 feliks joined #salt
13:19 scoates joined #salt
13:21 iceyao joined #salt
13:24 tracphil joined #salt
13:24 josuebrunel joined #salt
13:26 subsignal joined #salt
13:28 cpowell joined #salt
13:31 CeBe1 joined #salt
13:34 fracklen During an orchestration, I'd like to wait for a specific minion to complete a reboot. Only, I don't know the ID - only that it has a certain role (grain). How to proceed? Help?
13:35 Rumbles joined #salt
13:41 subsignal joined #salt
13:42 subsignal joined #salt
13:44 toastedpenguin joined #salt
13:47 Tanta joined #salt
13:47 tiktb8 joined #salt
13:51 toastedpenguin joined #salt
13:53 pdayton joined #salt
13:53 rovar joined #salt
13:54 pdayton1 joined #salt
13:58 asoc joined #salt
13:58 nZac joined #salt
13:59 rem5_ joined #salt
13:59 tkharju joined #salt
14:03 josuebrunel joined #salt
14:03 hasues joined #salt
14:05 jerredbell joined #salt
14:09 favadi joined #salt
14:09 sdemura joined #salt
14:10 pdayton1 Anyone know if the slides / videos of saltconf16 are available?
14:10 Ayo joined #salt
14:10 gtmanfred they are not, they will go up here when they get released https://www.youtube.com/user/SaltStack
14:11 gtmanfred if you went to the conference, you should get an email with all the videos in a private youtube list
14:12 gtmanfred then the ones that are going to be released will be released throughout the year
14:12 ssplatt joined #salt
14:12 gtmanfred from what i remember of last year
14:12 fracklen joined #salt
14:13 SeaPhor joined #salt
14:13 knine joined #salt
14:16 edrocks joined #salt
14:18 hasues left #salt
14:19 tristianc joined #salt
14:24 fredvd joined #salt
14:27 rem5 joined #salt
14:32 ekristen joined #salt
14:36 nZac joined #salt
14:36 Brew joined #salt
14:39 nZac_ joined #salt
14:40 fracklen joined #salt
14:41 mapu joined #salt
14:45 keldwud_ joined #salt
14:45 ekristen_ joined #salt
14:45 _JZ_ joined #salt
14:46 TooLmaN joined #salt
14:46 tiktb8 anyone active?
14:46 cyborg-one joined #salt
14:50 keltim joined #salt
14:52 subsignal joined #salt
14:52 mavhq joined #salt
14:54 Eugene Nobody but us rocks
14:56 zmalone joined #salt
14:56 tiktb8 i'm having some trouble getting multi environment states to compile
14:56 tiktb8 my env specific top file includes an "include" from my base environment
14:57 tiktb8 and as soon as I do that I get a data failed to compile error when doing a state.apply
14:58 mage_ is there a way to see only failed state when I'm running state.apply?
14:59 tiktb8 try the state.apply with test=True
14:59 gtmanfred mage_: yes
14:59 ravenx you can set that in the /etc/salt/master
14:59 duncanmv joined #salt
14:59 ravenx the output
14:59 ravenx set it to tmixed
15:00 gtmanfred you can't see it on salt-call, but youcan see if if you use the salt \* state.apply
15:00 ravenx mixed*
15:00 ravenx state_output:
15:00 gtmanfred state_output: changes
15:00 gtmanfred state_verbose: False
15:00 gtmanfred will only show changes and failed states
15:00 mage_ thanks
15:00 gtmanfred i also enable failhard: True, so that you stop the state run on the first failed state
15:02 mage_ good idea
15:09 pipps joined #salt
15:10 brotatochip joined #salt
15:18 debian112 joined #salt
15:18 flowstate joined #salt
15:21 josuebrunel joined #salt
15:24 evle1 joined #salt
15:24 rovar_ joined #salt
15:25 nZac joined #salt
15:30 Sylvain31 hi is there a way to show (dump) an .sls as behing generated after jinja evaluation?
15:30 brianfeister joined #salt
15:31 gtmanfred yes
15:31 gtmanfred state.show_low_sls
15:31 gtmanfred will show you the fully generated low state data
15:34 _rovar_ joined #salt
15:39 tristianc joined #salt
15:39 punkoivan joined #salt
15:40 josuebrunel joined #salt
15:45 dezertol joined #salt
15:46 Sylvain31 @gtmanfred: Thanks I try to dump server.sls in this formula https://github.com/saltstack-formulas/mysql-formula, with: salt 'db*' state.show_low_sls mysql.server --out=yaml |less
15:46 mavhq joined #salt
15:47 gtmanfred yup, that should work
15:49 Sylvain31 it seems to be here :) I've to decode now. ;)
15:50 bltmiller joined #salt
15:50 edrocks joined #salt
15:51 murrdoc joined #salt
15:51 pipps joined #salt
15:55 ageorgop joined #salt
15:57 spuder joined #salt
15:59 Vishvendra joined #salt
16:04 Trauma joined #salt
16:04 garphy joined #salt
16:04 DammitJim joined #salt
16:06 sqwishy joined #salt
16:07 sqwishy Does salt run on python 3 yet?
16:07 armguy joined #salt
16:07 gtmanfred no
16:07 gtmanfred but we are actively working on it
16:08 gtmanfred (it kinda does, but it is really buggy right now)
16:08 sdemura I want to host state files and pillar files in git. What is best practice on that? Two separate repos? Git/Pillar support does not look as fully baked as GitFS: https://docs.saltstack.com/en/latest/ref/pillar/all/salt.pillar.git_pillar.html#git-pillar-2015-8-0-and-later
16:08 josuebrunel joined #salt
16:09 jeddi joined #salt
16:09 gtmanfred sdemura:git pillars are good
16:09 gtmanfred erik is making some small tweaks to them, but they work really well here
16:09 gtmanfred it now uses the same code that the fileserver uses for states
16:09 sdemura oh nice.
16:10 flowstate okay, so I've got 14 minions. salt-run manage.alived only returns 8 of them
16:10 gtmanfred just follow this doc https://docs.saltstack.com/en/latest/ref/pillar/all/salt.pillar.git_pillar.html#configuring-git-pillar-for-salt-releases-2015-8-0-and-later
16:10 flowstate however, the other 6 still respond to normal requests
16:10 flowstate however, when I do things like grains.get, each of those 6 will time out
16:10 amcorreia joined #salt
16:10 flowstate and they get included on each salt execution, no matter the targeting
16:11 flowstate according to the master, they are "not_alived"
16:11 flowstate wtf does that mean?
16:11 flowstate salt-minion is running on each of these, and everything is fine
16:11 flowstate or... seems to be
16:12 flowstate except that they're exhibiting this awkward behavior where they do the "Minion did not return" thing on salt executions which do not target them
16:12 gtmanfred iirc, managed.alive just sends a test.ping and prints out which minions returned
16:12 onlyanegg joined #salt
16:13 gtmanfred you could try manage.status, and it should give a list of what is responding and not responding
16:13 DanyC joined #salt
16:13 nate_c joined #salt
16:13 sfz- joined #salt
16:14 gtmanfred actually
16:15 DanyC hi, is any devloper here with saltify driver(salt-cloud) experience?
16:15 gtmanfred flowstate: alived lists all minions that actively have a connection to the zeromq feed i think. so no command is sent to the minion
16:15 estahn can i run manage.down in an orchstration state?
16:15 gtmanfred estahn: you cannot, orchestrate can only run stuff on minions, it can't run runners
16:16 gtmanfred (unless you run it in jinja)
16:16 estahn how do i run it in jinja?
16:16 gtmanfred DanyC: i have used the saltify driver once
16:16 flowstate but that's the thing, they are responsive to any salt module that targets '*'
16:16 flowstate but they're still listed in manage.not_alived
16:16 gtmanfred estahn: {{ salt['manage.down']() }}
16:16 gtmanfred just like normal
16:16 estahn thanks
16:17 gtmanfred estahn: in salt-run stuff, you have all runner modules exposed to you, no execution modules though
16:17 gtmanfred flowstate: are they returning timed out when you target them?
16:17 flowstate if I do a salt '*' test.ping, all return true
16:17 flowstate nope
16:17 flowstate they just react as normal
16:17 gtmanfred then that i do not know
16:17 flowstate yeah, it's super strange
16:18 flowstate and it's throwing off my deployments, because the list of instance-ids I get back from my call now includes 6 "Minion did not respond"
16:18 gtmanfred flowstate: do they return back when manage.up is sent?
16:18 josuebrunel joined #salt
16:18 DanyC gtmanfred: and have you came acrross of any issues? REason i ask is because everything works till to the point where the salt-cloud output (mainly the minion conf) looks okay however that is not reflected on the minion /etc/salt/minion file and the end result is that the master IP (defined in the cloud.providers.d ) is missing
16:18 flowstate lemme check
16:18 flowstate yes
16:18 flowstate hahaha
16:18 gtmanfred flowstate: then they are connected, whatever internal thing that the master is using for alived, is different
16:19 gtmanfred manage.up sends a test.ping to the minions
16:19 flowstate and that thing is also causing my targeted executions to hang
16:19 flowstate sigh
16:19 flowstate I wonder if I can just purge all keys and re-accept
16:19 gtmanfred DanyC: i have not, you put the master: option under a minion block in the provider file yeah?
16:19 flowstate but then, I don't know what caused this, so I don't know how to prevent it from happening again
16:20 DanyC gtmanfred: yes i did
16:21 gtmanfred DanyC: i haven't played with the saltify driver recently, but looking through the code, it should use salt.utils.cloud:deploy_script, which passes over the DEFAULT_MINION_OPTS merged with the minion dictionary from the driver, so if it isn't working on saltify, it shouldn't be working on anything
16:21 dendazen joined #salt
16:21 DanyC gtmanfred: let me ask you s'thing else: how does salt-cloud "inject" th eminion cfg? via bootstrap-salt.sh script (which does the installation of the minion by default) ?
16:21 gtmanfred yeah
16:21 gtmanfred it just uses that bootstrap
16:22 gtmanfred it saves the default minion opts, and merges it with your minion config in salt.utils.cloud:bootstrap()
16:22 gtmanfred which is the only thing that the saltify driver does
16:22 ahammond I have a salt-cloud profile name given to me in the context of an execution module called by a reactor triggered by a salt-cloud event. From this, I'd like to extract the salt cloud profile information (specifically things like the provider name, location, etc). I assumed this would be as easy as looking it up in __opts__, but that's a no-go. Is there another way to grab this or do I need to tinker with files on the saltmaster in a reactor? :)
16:23 gtmanfred ahammond: i would use the #!py renderer on that reactor, initiate a CloudClient, then load up list-providers or list-profiles
16:24 DanyC gtmanfred: damn, because i decided to write my own script which just doesn yum -y install salt-minion (reason is because i can't have epel.repo present due to a conflict)
16:24 ahammond @gtmanfred that sounds like a good plan. Thanks! :)
16:24 gtmanfred DanyC:that is fine
16:24 gtmanfred it can use the extra script
16:24 flowstate is there a way to reset the presence detection so I can get back to a sane state?
16:25 gtmanfred it is just deployed using the salt.utils.cloud:bootstrap function
16:25 gcorey joined #salt
16:25 gcorey left #salt
16:25 murrdoc joined #salt
16:26 ahammond @gtmanfred  how do I address the tag and data in a #!py reactor? Are they just variables that are already defined? Parameters to the run() function? Uh... ???
16:26 gtmanfred uhh, it should still be data?
16:27 gtmanfred hold on, lemme find you an example
16:27 ahammond @gtmanfred thanks again! :)
16:27 gtmanfred https://github.com/saltstack-formulas/salt-cloud-reactor/blob/master/reactor/autoscale.sls
16:27 gtmanfred just data[]
16:27 gtmanfred looks like it is injected into the state
16:27 ahammond @gtmanfred I owe you a beer. :)
16:27 gtmanfred <3
16:27 gtmanfred come to texas
16:28 mavhq joined #salt
16:28 DanyC gtmanfred: i wonder if 2015.8.8-2 is broken, will need to dig more into it
16:29 ahammond @gtmanfred Austin texas or Texas texas?
16:29 gtmanfred i am going to be in austin next week, but I live in san antonio
16:30 flowstate as an Austinite, I both take offense and agree with that distinction
16:30 gtmanfred we got some dope stuff down here, i walked all the way across the riverwalk to the pearl brewery distract for the farmers market last week
16:30 gtmanfred flowstate: except austin doens't have lyft or uber anymore
16:30 flowstate ;asldkfjs;dlfkjasd;lfkajsd;f
16:30 flowstate don't freaking remind me
16:30 flowstate morons
16:30 gtmanfred really cramping my style when i have a conference this week
16:30 flowstate yeah dude, I feel you on that.
16:30 flowstate I'm in Pflugerville, but work downtown
16:30 flowstate so I can uber in
16:30 flowstate but not back out
16:31 gtmanfred back for the openstack summit, i was up at the doubletree at 290 and 35, and just ubered downtown for $8 each day instaed of having to drive an park
16:31 gtmanfred for the 4 days i was there
16:31 flowstate btw, you have any ideas of how I could debug this weird state?
16:31 gtmanfred got a truck load of shirts though
16:31 flowstate yeah, I would do the same
16:31 flowstate I heard the summit was good
16:31 gtmanfred it was super fun
16:31 gtmanfred i don't have any other ideas, i would say restart all the master and then restart all the minions?
16:32 gtmanfred if you wanna reregister them from the beginning, nuke /etc/salt/pki
16:32 gtmanfred and then restart stuf
16:32 flowstate hmm, can I tell master to restart all the minions?
16:32 flowstate since targeting '*' seems to work just fine
16:32 flowstate you know, this started when I restarted master
16:32 flowstate that's what happened
16:32 gtmanfred yeah you can
16:32 gtmanfred it spins off the process in the background for doing the restart, so it will be allowed to clean itself up
16:33 gtmanfred salt \* service.restart salt-minion
16:33 gtmanfred or if you want
16:33 flowstate oh, derp, I've used the service state errywhere, didn't think about the module
16:33 gtmanfred salt \* cmd.run 'echo "systemctl restart salt-minion" | at now + 5 min'
16:34 gtmanfred and the at command will restart the minion 5 minutes from now
16:34 flowstate you are the man
16:34 gtmanfred may have to give it the full path to systemctl
16:36 flowstate that fixed it
16:37 gtmanfred dope sauce
16:37 Tyrel_ joined #salt
16:37 murrdoc i only got the two shirts from openstack
16:37 flowstate yeah, def a bug. I'll open an issue later
16:37 toofer joined #salt
16:37 murrdoc <— is not a fan of swag
16:37 impi joined #salt
16:38 murrdoc altho i did get a sweet timbuktu bag
16:38 gtmanfred i got like 15 XXL shirts, i have been dealing with unsubscribing from mailing lists for the past week though
16:38 gtmanfred i really like the datadog shirt
16:38 flowstate dood, timbuktu bags?
16:38 flowstate I'm so angry now
16:38 flowstate I'm literally sitting in my office, 6 blocks from the convention center
16:38 flowstate and didn't get to go, because I went to the elasticsearch conference
16:38 flowstate sigh
16:40 writtenoff joined #salt
16:41 haaj joined #salt
16:41 murrdoc :)
16:41 murrdoc es had a conf
16:42 murrdoc any good ?
16:43 murrdoc i went to chuys, gus and joes
16:43 murrdoc austin has ok food
16:43 gtmanfred heretic
16:43 gtmanfred i went to some awesome places
16:43 gtmanfred teh cedar door was awesome
16:43 gtmanfred we went to a place called the korient
16:43 gtmanfred really good stuff there
16:44 gtmanfred non sweet teriyaki chicken
16:44 murrdoc the cedar door was aight
16:44 murrdoc didnt goto korient
16:44 gtmanfred it was kinda a hipster weird eating place
16:44 gtmanfred but it was delicious
16:44 murrdoc got some ice cream at the 'place' forgot the name
16:44 gtmanfred then we went to an indian food place on rainey street next to craft pride
16:44 gtmanfred that was great
16:45 gtmanfred oh, it had a great name too
16:45 gtmanfred g'raj mahal cafe and lounge
16:46 gtmanfred yelp is the best, was looking for vegetarian places, cause we started a diet the day before summit like dummies
16:49 flowstate austin's food is kinda weirdly decent but overrated
16:49 flowstate like 8 years ago, there was NOTHING here
16:50 gtmanfred i still prefer my tacos from san antonio
16:50 flowstate all the vaunted bbq is either imported from the greater hill country or is new
16:50 flowstate that's because you have good taste
16:50 gtmanfred :)
16:50 gtmanfred yeah also the bbq here is better
16:50 flowstate not that Torchy's isn't good, but SA just crushes the btacos
16:50 flowstate ooooh, that's a harder one to argue
16:50 flowstate not that Austin kills it, but Luling/Lockhart
16:50 gtmanfred either way, we are both better than houston
16:50 flowstate YES
16:51 flowstate and I say that as a native Houstonian
16:51 gtmanfred i was subjected to houston brisket last week
16:51 flowstate Houston has great international food
16:51 flowstate bad texan food
16:51 gtmanfred vietnamese food is dope there
16:51 flowstate oh, btw, on Salt: how do I copy a file from master to minion?
16:51 flowstate ....nvm!
16:51 gtmanfred salt-cp
16:51 flowstate I'm an idiot
16:51 gtmanfred if you haven't used salt-cp, it is awesome
16:51 gtmanfred and you can target minions iirc
16:51 flowstate I was going to use file.copy
16:51 flowstate what's salt-cp?!
16:52 gtmanfred pick a file on the master to copy to the same spot on the minon
16:52 flowstate oh nice
16:52 gtmanfred and target your minions the same way you target them with salt \*
16:52 pipps joined #salt
16:52 gtmanfred https://docs.saltstack.com/en/latest/ref/cli/salt-cp.html
16:52 flowstate yeah, because file.copy seems to imply that you're copying something from one spot on the minion to another
16:52 gtmanfred yeah
16:52 MarioRC64 joined #salt
16:52 bltmiller joined #salt
16:53 gtmanfred you could reference salt:// in the file.copy i think
16:53 gtmanfred and copy it from the fileserver
16:54 tristianc joined #salt
16:55 msn joined #salt
16:56 SeaPhor joined #salt
16:57 minot joined #salt
16:57 ageorgop joined #salt
16:59 MarioRC64 joined #salt
17:00 MarioRC64 hey guys
17:00 gtmanfred hola
17:00 MarioRC64 I have a question about the Win Minion. I'm using 2015.8.8 but notice I have to keep restarting the minion because it seems to have some caching issues. Do you know anything about it?
17:00 tiktb8 i have an environment named common defined and it contains a test.sls file - when I include it in a top.sls from another environment using using "include: - common: test" I get a data failed to compile error on a highstate run against a windows minion
17:01 tiktb8 i frequently delete my cache mario
17:01 gtmanfred I do not unfortunately
17:01 MarioRC64 I see, tiktb8. I been doing that, too, but it seems it's something in RAM, thought.
17:02 gtmanfred tiktb8: you can't include the states from across environments like that as far as I am aware
17:02 gtmanfred only from inside the same environment
17:02 MarioRC64 I notice the RAM keeps growing and never gets released
17:02 gtmanfred oh
17:02 gtmanfred nevermind you are right
17:03 gtmanfred tiktb8: sorry, yoiu are doing that right... i had never tried that before
17:03 Sylvain31 https://github.com/saltstack-formulas/mysql-formula/blob/master/mysql/server.sls seems to use debconf to set root password on debian. salt 'db*' state.show_low_sls mysql.server seems to say that, but salt-call -ldebug state.highstate on the minion output an SQL UPDATE on mysql tables. Where can it come from?
17:03 tiktb8 @gtamanfred I'm not having much luck with it though
17:04 gtmanfred are you doing an include in the top.sls, or are you doing an include in another state that is then referenced in top.sls?
17:04 tiktb8 the include is the first statement in my top.sls
17:05 MarioRC64 Does any of you guys know of any RAM issues with the Win Minion? I notice I have to restart the service after a while. The states start returning very weird errors until I restart.
17:05 gtmanfred can you put the include in some other staet in the environment, and then add that state to the top file and target some minon with that?
17:05 gtmanfred i don't know that you can use include like that in top.sls
17:07 tiktb8 data failed to compile again
17:08 gtmanfred are you able to run the state on a minion by running
17:08 gtmanfred salt \* state.apply <test> saltenv=common ?
17:08 hal58th joined #salt
17:10 tiktb8 yes it does apply the state when forcing the env from the master
17:13 tiktb8 gtamanfred: the include does not work on the top.sls - it does appear to work if move it do another sls and include there
17:14 gtmanfred yeah, that is what it should be
17:16 cnk joined #salt
17:18 Eureka703 joined #salt
17:18 Sylvain31 found. a config pasted from the gist about mariadb formula, I was not looking the same thing. Thanks debug mode!
17:20 haaj joined #salt
17:22 ahammond is there a grain or pillar which tells me what nodegroups a minion is a member of?
17:25 debian112 joined #salt
17:25 debian112 joined #salt
17:26 iggy doubtful
17:26 Eureka703 joined #salt
17:26 gtmanfred ahammond: i do not believe so
17:26 cableninja joined #salt
17:26 ahammond yeah, I've been looking. kinda surprised nobody just tossed this into a grain.
17:26 iggy once most people learn they have to restart their master every time they need to change nodegroups, they basically abandon them
17:26 gtmanfred i actually switched over and started using pillar targeting instead of nodegroups, cause you can do basically the same thing, and you don't have to restart the master
17:27 gtmanfred (actually i remember someone telling me you dind't have to restart the master for nodegroups anymore)
17:27 cableninja is there a way to make salt do something on a minion after updating it? (hooks or similar)?
17:27 ahammond gtmanfred we have mixed results. We use nodegroups to manage pillar's top.sls. And for that we have to restart sometime.
17:27 gtmanfred after ... updating pkg.update? or after salt updating
17:28 ahammond cableninja check out the reactor
17:28 iggy cableninja: just put whatever you want to do in the right order in your states
17:28 rihannon joined #salt
17:28 DanyC hi all, anyone can explain why on CentOS the boostrap-salt.sh requires EPEL repo https://github.com/saltstack/salt-bootstrap/blob/stable/bootstrap-salt.sh#L3369 now that Saltstack has its own repos ?
17:29 iggy avoid overlap?
17:30 DanyC cause if we install salt via ./boostrap-salt.sh on CentOS it goes and download python-request and others depends while if you run yum --enable repo-saltstack-el7 install salt it doesn't
17:31 ahammond gtmanfred do you have any other examples of .py reactors? Or suggestions where I could find them?
17:31 DanyC so to me it doesn't sound like overlap @iggy ;)
17:31 gtmanfred that is the only one i know of, and no don't know of any more
17:31 DanyC and is so annoying to have differences like this imho
17:31 gtmanfred you need an ordered dict returned from the run() otherwise it goes the exact same as a yaml file
17:32 ahammond gtmanfred that makes sense.
17:33 ALLmightySPIFF joined #salt
17:37 ALLmight_ joined #salt
17:37 s_kunk joined #salt
17:37 s_kunk joined #salt
17:38 fracklen joined #salt
17:39 dmaiocchi joined #salt
17:40 brotatochip joined #salt
17:41 zmalone joined #salt
17:44 edrocks joined #salt
17:47 wendall911 joined #salt
17:50 impi joined #salt
17:55 flowstate joined #salt
17:56 crooms joined #salt
17:57 aw110f joined #salt
18:02 ssplatt joined #salt
18:03 flowstate joined #salt
18:07 DanyC joined #salt
18:07 bhosmer_ joined #salt
18:09 jimklo joined #salt
18:11 manji joined #salt
18:12 stanchan joined #salt
18:15 cpowell joined #salt
18:16 jerredbell joined #salt
18:17 bltmiller joined #salt
18:17 cpowell joined #salt
18:18 flowstate joined #salt
18:21 tharkun joined #salt
18:21 impi joined #salt
18:26 irctc770 joined #salt
18:26 irctc770 hi, I am trying to use file.uncomment, it shows it ran to completion, but don't see any changes in the file.
18:28 irctc770 also when doing file.uncomment i used backup, but don't see that in the directory either
18:28 irctc770 Any ideas ?
18:31 irctc770 hi, looking for help on file.uncomment. It runs to completion, but neither backup file created nor actually making the changes. says "Comment: Pattern already uncommented"
18:31 irctc770 any help ?
18:32 devops joined #salt
18:33 toofer joined #salt
18:33 tharkun joined #salt
18:34 bltmiller joined #salt
18:34 irctc770 folks - I have google this for a while, how do I use file.uncomment ?
18:35 irctc770 I am looking at https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html
18:36 Tanta example code, example errors, maybe someone can help
18:38 AdamSewell joined #salt
18:39 Tanta looks like file.uncomment is one of the buggier states though, there are a few bug reports of it working inconsistently
18:39 pipps joined #salt
18:39 AdamSewell does anyone know a way to see why a reactor failed? I've got an slack alert setup for disk space usage but it's not working and I can't figure out why
18:40 Tanta you might try doing something with https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.replace, and replacing something like "^#text" with "text"
18:40 jnilsson joined #salt
18:40 gtmanfred AdamSewell: you should see error messages about rendering the reactor file in /var/log/salt/master
18:40 gtmanfred maybe turn on debug mode
18:40 gtmanfred also, any errors should be in the master logs
18:46 AdamSewell @gtmanfred, thanks i'll double check it. I keep having to restart my minions because of that tornado bug in 2015.8.8
18:47 irctc770 jnilsson: kestrel ?
18:48 Antiarc joined #salt
18:48 irctc770 Antiarc: thanks for confirming it, how do you lookup if the feature is buggy (file.comment / file.uncomment). I am trying replace now.
18:49 AdamSewell gtmanfred, nothing in the logs about why it failed. i've got -l debug on as well.
18:49 pipps joined #salt
18:51 DammitJim in my top.sls, can I just target: *test*:
18:51 DammitJim for all my minions with name test in it?
18:51 irctc770 Antiarc: getting further with file.replace. Thanks for the pointer.
18:51 amcorreia joined #salt
18:52 DanyC joined #salt
18:54 nZac joined #salt
18:56 garphy joined #salt
19:03 guanopho1ic joined #salt
19:05 punkoivan joined #salt
19:05 ssplatt joined #salt
19:08 NV joined #salt
19:09 edrocks joined #salt
19:13 nZac joined #salt
19:16 pdayton joined #salt
19:18 pfallenop joined #salt
19:20 josuebrunel joined #salt
19:21 bltmiller joined #salt
19:22 ajw0100 joined #salt
19:24 guanopho1ic joined #salt
19:28 NVX joined #salt
19:32 N-Mi joined #salt
19:32 N-Mi joined #salt
19:33 mowntan joined #salt
19:34 cableninja joined #salt
19:34 cableninja How can I invert this? {% if grains['localhost'].startswith('collectd') %} (IE: match anything that does not start with collectd?)
19:34 cableninja and where can I read up on the functions/comparators that come with grains[] ?
19:35 mapu joined #salt
19:36 gtmanfred if not grains['localhost'].startswith('collectd')
19:36 cableninja ah, dunno why I didnt think of the real word 'not'
19:36 gtmanfred it is kinda like python for that
19:36 gtmanfred grains[''] are just whatever comes back from salt grains.items
19:36 gtmanfred and if it is a string, you can use startswith
19:37 gtmanfred if it is a list, you can use most list operators (not list comprehension though, jinja doesn't have that)
19:37 Sandlayth left #salt
19:39 cedwards joined #salt
19:41 cableninja What am I missing? http://pastie.org/10830581
19:55 gtmanfred cableninja: any reason you aren't just doing {% else %} in the second block?
19:55 fracklen joined #salt
19:58 flowstate joined #salt
20:00 keimlink joined #salt
20:01 GreatSnoopy joined #salt
20:03 beardo can someone clarify service.mod_watch reload vs full_restart in the context of the watch requisite? Specifically, the documentation on service.mod_watch at https://docs.saltstack.com/en/latest/ref/states/all/salt.states.service.html#salt.states.service.mod_watch indicates both variables default to false. But if that were true, using watch as in the ntp example at https://docs.saltstack.com/en/latest/ref/states/requisites.html#watch would not have an
20:03 beardo effect on ntpd
20:03 Ayo joined #salt
20:03 beardo so does salt reload or restart a service when watching by default?
20:04 flowstate joined #salt
20:08 manji joined #salt
20:08 ageorgop joined #salt
20:12 sagerdearia joined #salt
20:14 jhauser joined #salt
20:14 pipps joined #salt
20:14 keith4 joined #salt
20:15 win_salt joined #salt
20:16 win_salt hey, does anyone know how pillar cache works? do I have to manually refresh if the pillar data changes?
20:17 pfallenop joined #salt
20:22 toastedpenguin looking for examples of how to use salt to upgrade the salt minions on windows servers
20:22 rem5 joined #salt
20:23 DanyC joined #salt
20:23 AdamSewell toastedpenguin - easiest way is through the windows repo
20:24 toastedpenguin AdamSewell: I dont have salt managing salt-minion on minions
20:24 AdamSewell ah ok
20:25 guanopho1ic joined #salt
20:26 gtmanfred win_salt: you do not, it will refresh every few minutes
20:26 gtmanfred win_salt: also, it automatically gets refreshed on a highstate
20:26 gtmanfred if you call salt-call, it will get a new pillar cache, cause it effectively starts up another minion on the box seperate from the running daemon
20:26 win_salt ok, its just a periodic thing? not a hash check or something?
20:27 flowstate joined #salt
20:27 _rovar_ is there an example somewhere of bootstraping minions with cloudformation?
20:27 gtmanfred correct, cause it just is keeping the same __pillar__ dictionary in memory
20:27 CampusD joined #salt
20:29 mTeK joined #salt
20:30 zer0def joined #salt
20:30 DanyC joined #salt
20:30 sdemura I'm playing with Git and Pillars. Looks like if I add Pillar data to a branch, the salt minion has access to it regardless of the salt env I'm using?
20:32 pipps joined #salt
20:32 gtmanfred yeah, if your minion matches something in that environment, it would have access to what you assign from it in the environment
20:33 gtmanfred same way as if you used regular fileroots on the master to define environments
20:33 jeblair joined #salt
20:34 sdemura ok cool. thanks!
20:34 kojiro joined #salt
20:34 gtmanfred np
20:34 etw joined #salt
20:36 cableninja joined #salt
20:37 tvinson anyone have a working example of calling a runner from an orchestration state with arguments?
20:37 sdemura A follow up question. If I have 3 branches, one with "foo: bar", "foo: baz", "foo: boo", which value will my minion get?
20:38 gtmanfred tvinson: i don't think you can call runners from orchestrate states
20:39 gtmanfred sdemura: the one for the environment that it is pulling the pillar from
20:39 tvinson gtmanfred: i see references to doing this with salt.states.saltmod.runner, but there's not much information out there
20:39 gtmanfred ahh right, you can do that
20:39 gtmanfred what kind of arguments are you trying to pass to it?
20:40 gtmanfred https://github.com/saltstack/salt/blob/develop/salt/modules/saltutil.py#L1063
20:40 gtmanfred everything should be passed in as a keyword argument
20:40 gtmanfred so
20:41 gtmanfred salt.function:
20:41 gtmanfred - name: seomthing.something
20:41 gtmanfred - key1: val
20:41 gtmanfred - key2: val
20:41 gtmanfred would probably look like this
20:42 tvinson gtmanfred: so it throws keyerrors when i've done that, i tried with a kwarg block and a few other things
20:43 gtmanfred where is your reference where it is shown without arugments?
20:43 RandyT joined #salt
20:44 tvinson gtmanfred: http://pastebin.com/XCf96uBq
20:44 gtmanfred ahh, that will be a problem
20:44 gtmanfred cause you can't have name in there twice
20:45 gtmanfred yeah, i am not sure how to do that then
20:45 gtmanfred i don't think you can entirely
20:45 tvinson gtmanfred: zuh..guess i'll go change my runner then
20:45 tvinson gtmanfred: i'm not sure how i didn't spot that. thanks for setting me straight
20:45 gtmanfred aslso
20:45 gtmanfred it isn't salt.runner
20:45 gtmanfred do you have a docuemtnation where that is
20:45 gtmanfred it should be salt.function
20:46 guanopho1ic joined #salt
20:46 gtmanfred tvinson: http://ix.io/Ctj
20:46 tvinson gtmanfred: the salt.states.saltmod page lists function and runner
20:46 tvinson hm..interesting
20:46 gtmanfred can you give me the docs page link?
20:47 tvinson https://docs.saltstack.com/en/latest/ref/states/all/salt.states.saltmod.html
20:47 sdemura @gtmanfred re: pillars and env's. I was thinking about it all wrong earlier. I just tested it and now it makes sense. Thanks!
20:47 gtmanfred tvinson: that is for in a state file, not in an orchestrate file
20:47 gtmanfred oh wait
20:47 gtmanfred that might actually work now
20:47 gtmanfred tvinson: yeah, that should work i think maybe
20:48 gtmanfred sdemura: awesome
20:48 gtmanfred tvinson: yup, that does work
20:48 tvinson gtmanfred: great
20:48 gtmanfred tvinson: http://ix.io/Ctk
20:49 gtmanfred you just can't have the 'name' directive in there, because name is passed as the function to saltmod.runner
20:52 cableninja_ joined #salt
20:54 tvinson gtmanfred: yep, i'm all too familiar with overwriting yaml keys, tunnelvision was kicking in
20:55 cableninja gtmanfred, sorry, I stepped away for lunch. there will eventually be multiple locations, (IE the lax bit), but in either case, I'm still getting the same error after changing it to an else. http://pastie.org/10830581
20:57 gtmanfred what error?
20:57 cableninja see pastie link at the end
20:57 cableninja http://pastie.org/10830581
20:58 gtmanfred i think it might be because source is one too many spaces out
20:58 gtmanfred also, i recommend changing all the {% to {%- to get rid of extra whitespace
21:03 ahammond where can I find out more about how nodegroups are communicated to the salt minion? It looks like I have a minion which has cached an old version of the nodegroups.
21:03 flowstate joined #salt
21:03 cableninja_ joined #salt
21:06 guanopho1ic joined #salt
21:07 ahammond never mind. The problem was the minion running an ancient (and poorly packaged) version of salt.
21:07 Ahlee anybody got clever ideas for a queue in salt, short of forcing all runs through something like celery or kafka?
21:08 Ahlee i guess if i'm going to muck with the api to submit into a queue I could just as easy rewrite the scripts polling the api to detect is_running and retry with a backoff too
21:12 flowstate joined #salt
21:13 ahammond Ahlee there is queuing functionality in salt states.
21:13 ahammond Ahlee look for queue=True
21:15 gtmanfred there is also a salt queues system for delayed notificatoin to the reactor
21:15 gtmanfred https://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.queue.html
21:16 Ahlee ahammond: Yes, but if a state is running you can not submit new states
21:16 gtmanfred i use it extensively in my predictive orchestration talk at saltconf https://github.com/gtmanfred/predictive-orchestration
21:16 Ahlee so if I have a state that requires 7 minutes, 22 seconds that minion is effectively dead
21:17 Ahlee gtmanfred: slides up for this yet?
21:17 gtmanfred you could not yet
21:17 Ahlee no problem, I can read through the states to determine
21:17 gtmanfred yup, it should all be in the reactor
21:17 gtmanfred and then in the config/master.d/scheduler.conf
21:18 CampusD hi all, how would a jinja with multiple or would look like?
21:18 CampusD would this work? {% if grains['os_family']  == 'RedHat' or grains['os_family']  == 'CentOS' or grains['os_family']  == 'OracleLinux' %}
21:18 gtmanfred yes
21:18 gtmanfred you can also do
21:18 gtmanfred {% if grains['os_family'] in ['RedHat', 'CentOS', 'OracleLinux'] %}
21:19 gtmanfred but i believe the os_family is just redhat there, the os may be those other ones
21:19 gtmanfred yup, my centos7 box is RedHat for os_family
21:20 subsignal joined #salt
21:20 CampusD you are right
21:20 Ahlee reactor is interesting for this gtmanfred. Would be pretty drastic switch from our workflow as we leverage salt-api calls on demand for everything
21:20 CampusD thanks
21:21 Ahlee I think to prevent breaking work flow I'm just going to replace salt-api with something that absorbs all requests and re-instantiates a client on demand
21:21 Ahlee can't wait to see the race conditions i introduce
21:22 Ahlee added bonus I can then keep the output consistent whenever we do upgrade, since the return format seems to have changed between whatever's develop and 0.17.5
21:22 sagerdearia joined #salt
21:27 guanopho1ic joined #salt
21:28 gtmanfred Ahlee: yeah, it is, the reactor is super good
21:29 haaj joined #salt
21:36 bltmille_ joined #salt
21:36 rem5 joined #salt
21:37 zmalone joined #salt
21:39 linjan_ joined #salt
21:42 cableninja__ joined #salt
21:44 ALLmightySPIFF joined #salt
21:45 jnilsson joined #salt
21:46 auxirius joined #salt
21:47 auxirius left #salt
21:50 philiaagape joined #salt
21:53 GreatSnoopy joined #salt
21:55 ajw0100 joined #salt
21:56 onlyanegg joined #salt
21:56 mavhq joined #salt
21:58 edrocks joined #salt
22:00 tracphil joined #salt
22:04 pipps joined #salt
22:06 ALLmightySPIFF joined #salt
22:07 zmalone joined #salt
22:11 pipps joined #salt
22:11 flowstate joined #salt
22:16 liskl joined #salt
22:17 BigBear joined #salt
22:18 BigBear hi folks
22:21 BigBear are pillars the right way to securely store values of confidental vars and account passwords etc?
22:23 teatime yup
22:26 zmalone joined #salt
22:27 liskl joined #salt
22:28 guanopho1ic joined #salt
22:29 BigBear yup: thanks thought so. but I can't get my head around howto write / organise the pillar file to keep items from going to the wrong minions. just can't figure it. is it really that hard? (or maybe I am really stupid)
22:29 liskl joined #salt
22:30 teatime the targeting works just like states
22:31 teatime file_tree external pillar is useful for per-minion secrets, though
22:31 BigBear don't get what you mean by 'just like states' ?
22:32 BigBear will have to look up file_tree for external pillar
22:34 shiriru joined #salt
22:34 BigBear if I have a secret that i want to only go to minion1 and another secret that should only go to minon2, can I do tat with the regular pillar files, or is that kind of per minon secret only possible using file_tree external pillars?
22:35 zmalone joined #salt
22:37 zenlot joined #salt
22:39 hal58th_ joined #salt
22:40 Edgan joined #salt
22:49 kevinquinnyo joined #salt
22:49 ageorgop joined #salt
22:49 guanopho1ic joined #salt
22:49 kevinquinnyo i can't remember... is there a way to use a pillar inside another pillar, or as a variable inside your salt file_root's top.sls ?
22:50 kevinquinnyo for instance, in a top.sls it would be nice if i could target:
22:50 kevinquinnyo 'dns?.{{ platform_fqdn }}':
22:51 kevinquinnyo where platform fqdn is __pillar__['platform_fqdn']
22:56 rem5 joined #salt
23:01 Edgan joined #salt
23:02 ekristen joined #salt
23:03 teryx510 joined #salt
23:04 ninjada joined #salt
23:05 brianfeister joined #salt
23:08 armguy joined #salt
23:10 guanopho1ic joined #salt
23:10 pdayton joined #salt
23:11 keimlink_ joined #salt
23:11 onlyanegg joined #salt
23:11 rem5 joined #salt
23:12 NVX joined #salt
23:12 pipps joined #salt
23:12 flowstate joined #salt
23:13 ninjada joined #salt
23:15 hasues joined #salt
23:26 djgerm joined #salt
23:26 djgerm is there a recommended gitlab formula? (I want salt to control my gitlab users and their permissions).
23:27 djgerm and https://github.com/saltstack-formulas/gitlab-formula doesnt look like I can do that?
23:30 guanopho1ic joined #salt
23:31 irctc770 hi, question about reactor. My master config file does not have that section. Following the documentation https://docs.saltstack.com/en/latest/topics/reactor/, are we to create it or is this expected to be there ?
23:32 djgerm yeah, you create it
23:33 djgerm i put it all in reactor.conf in /etc/salt/master.d/
23:33 djgerm i found it odd there was no examples in the master config either ¯\_(ツ)_/¯
23:35 irctc770 djgerm: thanks. I like the idea of separating it in the master.d
23:35 nZac joined #salt
23:35 jamesp9 djgerm, once the /etc/salt/master.d/reactor.conf file is in place. Does the salt-master service require a restart to pick it up ?
23:35 fgimian joined #salt
23:37 djgerm i think you need a restart yeah, for any config changes
23:37 djgerm salt-cloud is the exception, since it reads them on instantiation… I think (I think I might be wrong…. 50/50
23:38 djgerm since I salt my masters, they reload whenever I push new configs
23:38 djgerm so I dont recall what is and isn't required anymore
23:38 GreatSnoopy joined #salt
23:39 irctc770 I am just getting started with reactors, and seems like "how did we live without it". So be patient :). Question: is there any config changes on the minion that is reactor specific ?
23:39 ashmckenzie joined #salt
23:40 estahn joined #salt
23:40 Edgan joined #salt
23:40 djgerm not inherently that I know of
23:41 djgerm yeah. I think that about salt often.
23:41 irctc770 awesome.
23:41 irctc770 completely not salt related, how do I mute out join / leave from irc browser.
23:42 djgerm "How did I EVER live without this?!"
23:42 djgerm browser? ¯\_(ツ)_/¯ I use a chat client and I right click on the chat to not get those notifications
23:43 myraft joined #salt
23:44 irctc770 word
23:44 sfz- joined #salt
23:48 aqua^c joined #salt
23:50 myraft djgerm: rejoined with a client and got to mute folks joining and leaving.  Previously known as irctc770.
23:51 djgerm easy peasy lemon squeezy
23:51 guanopho1ic joined #salt
23:52 keimlink joined #salt
23:53 aurynn does salt-ssh support bastion/passthrough ssh connections? or do I need to set up a local tunnel before I use salt-ssh?
23:55 cpowell joined #salt
23:58 ninjada joined #salt
23:58 edrocks joined #salt

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