Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2018-01-05

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

All times shown according to UTC.

Time Nick Message
00:00 saltslackbridge joined #salt
00:01 pipps joined #salt
00:15 viq joined #salt
00:22 pipps joined #salt
00:27 pipps99 joined #salt
00:28 miruoy_ joined #salt
00:29 miruoy__ joined #salt
00:31 pipps joined #salt
00:32 sh123124213 joined #salt
00:35 pipps99 joined #salt
00:38 pipps joined #salt
00:52 justanotheruser joined #salt
01:12 pipps joined #salt
01:48 tiwula joined #salt
01:55 nethershaw joined #salt
02:08 kettlewell joined #salt
02:16 vexati0n joined #salt
02:16 17SAAIFAC joined #salt
02:25 LordOfLA joined #salt
02:35 nomeed joined #salt
02:59 ilbot3 joined #salt
02:59 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.11.8, 2017.7.2 <+> Support: https://www.saltstack.com/support/ <+> Logs: http://irclog.perlgeek.de/salt/ <+> Paste: https://gist.github.com/ <+> See also: #salt-devel, #salt-offtopic, and https://saltstackcommunity.herokuapp.com (for slack) <+> We are volunteers and may not have immediate answers
03:37 problem_win_iis joined #salt
03:50 zer0def hum, anyone else experiencing problems with boto_route53.present throwing 503 from AWS' end after 30 or 60 seconds?
03:55 tflo joined #salt
03:59 zer0def related state: https://ghostbin.com/paste/4o9ck
04:00 problem_win_iis joined #salt
04:02 whytewolf working fine for me
04:03 shiranaihito joined #salt
04:05 whytewolf related state: https://gist.github.com/whytewolf/f6615c91c82586328a88a487f54ea8bb
04:14 hasues joined #salt
04:15 hasues So some time ago, someone showed me how to use cp.get_template to test how a template is rendered on a minion.  How does one include pillar overwrites on the command line?
04:16 hasues I tried salt-call --local cp.get_template salt://.../template.sls /template.sls pillar='{"key": value}' and it doesn't seem to be getting my pillar data?
04:17 whytewolf well if value is a string it needs "" as well
04:17 hasues It isn't.  It is a boolean.
04:18 hasues By the way, Happy New Year whytewolf.
04:18 hasues Haven't been on in a bit as my client is borked.
04:19 whytewolf happy new year
04:19 whytewolf just tried this and it worked fine salt-call --local cp.get_template salt://kewl.sls /tmp/file pillar='{"kewl":true}'
04:20 whytewolf kewl.sls only had this in it {{pillar['kewl']}}
04:20 whytewolf which output True into the file
04:20 hasues I guess this means I need to copy and paste my crappy code.
04:22 whytewolf honestly. I'm pretty worn out so was just going to take off
04:22 hasues That's okay.
04:22 whytewolf been a busy day
04:22 hasues I completely understand.
04:22 honestly It's ok, I'm here
04:23 hasues Thanks honestly
04:23 hasues Have a good one whyte
04:23 whytewolf thank you, have a good one
04:24 honestly cp.get_template doesn't take a pillar parameter according to the docs
04:24 hasues That's my fear.
04:24 honestly but apparently it works for whytewolf so
04:24 honestly can you reproduce his example?
04:25 hasues https://pastebin.com/NbYc57T8
04:25 honestly btw I've created a template for minimal salt test cases: https://github.com/duk3luk3/salt-ssh-minimal
04:25 whytewolf honestly: before i go pillar= is global. it merges into the pillar before what ever command is called
04:25 honestly ok
04:27 hasues Am I mistaken?  Is the call in jinja not supposed to be salt.pillar.get('pillar key')?
04:28 hasues Maybe I should have {% if salt['pillar.get']('key') ... %} instead?
04:28 hasues Look at my if condition, did I just write it incorrectly?  Bad syntax?
04:28 honestly just pillar['key'] will do
04:29 hasues https://docs.saltstack.com/en/latest/topics/best_practices.html
04:29 hasues We had this discussion one time, and it appeared that they wanted that in some form of syntax.
04:30 honestly the salt context variable in jinja template is a dictionary of execution functions: https://docs.saltstack.com/en/latest/topics/jinja/index.html#calling-salt-functions
04:31 honestly there's nothing about salt.pillar in the best practices document or anywhere else I can see
04:32 hasues I was originally just using the pillar statement, and I was advised writing it that way here so I'm just trying to get on the same page.
04:32 sh123124213 joined #salt
04:34 honestly you're right, salt.pillar.get should work
04:35 hasues Well, it appears I'm not setting that value correctly in Pillar?  I'm not getting anything to render in my example other than what I have.
04:36 hasues I thought since it was a boolean, I could write it that way.  Do I really need to test for the string "true"
04:37 honestly no, it should be fine that way.
04:38 honestly please check if you can reproduce whytewolf's example.
04:42 hasues Yes, I was able to reproduce what he had.
04:45 hasues Should my pillar file just read installPackages: True?  Or should it have "installPackages": True?
04:53 zerocool_ joined #salt
05:10 sh123124213 joined #salt
05:42 honestly hasues: what does this have to do with your pillar file?
06:02 NightMonkey joined #salt
06:04 hasues Because installPackage is a parameter with a default in my pillar file.
06:04 hasues Which is why I posted its configuration in my pillar
06:04 hasues honestly: But regardless, I figured out the issue.
06:07 hasues Well, I think I have.  I need to double check my work.
06:14 zer0def whytewolf: been poking r53 and apparently `identifier` causes the timeouts i've mentioned
06:15 hasues AWS R53?
06:16 zer0def yes
06:16 hasues So you use Salt to manage sthings in AWS?
06:16 sh123124213 joined #salt
06:17 zer0def i find it preferrable, even
06:17 hasues Are you using it with a Salt Master or just using the AWS Systems Manager to do masterless minion deployments?  You using Salt Cloud as well?
06:18 zer0def so far i'm doing `state.orchestrate` on the salt master
06:18 hasues Ah okay.
06:19 zer0def and i do call salt-cloud from it too, yes
06:19 hasues Was just curious is all.
06:19 hasues Was trying to see if there was a compelling reason to use that over cloud53 and similar.
06:19 hasues oops, cloud formation rather
06:20 zer0def pretty sure you could review the `boto_` prefixed states, modules, etc. and find a way to complement cfn
06:21 hasues Where I work, they use Jenkins to make calls to a set of python modules we have written interfacing with boto and formation.  I'm pondering replacing that with some Salt in the mix.
06:22 zer0def sounds procedural
06:22 zer0def rings a bell, certainly
06:22 hasues I guess I'd rather use salt calls in our pipelines over what we have as it would allow some flexibility there.
06:23 zer0def you could just be calling a state run
06:24 hasues Exactly
06:30 LocaMocha joined #salt
06:53 leo_ joined #salt
06:57 valkyr2e joined #salt
06:57 eseyman joined #salt
07:06 leo_ joined #salt
07:07 hammer065 joined #salt
07:07 leodownunder joined #salt
07:15 yuhl joined #salt
07:21 sh123124213 joined #salt
07:23 aldevar joined #salt
07:36 saltslackbridge <leo> Having some trouble getting started with salt-ssh and states. I would like to organise states in folders and not sure what I am missing.  My /srv/salt/top.sls:  base:   '*':     - common  If I have a common.sls in the same directory the state is executed. If I create a directory common/ with init.sls in it I get this error: - Specified SLS packages in saltenv base is not available on the salt master or through a configured fileserver  Am I
07:36 saltslackbridge missing something ?
07:38 leodownunder joined #salt
07:38 Ricardo1000 joined #salt
07:39 Tucky joined #salt
07:40 saltslackbridge <haam3r> And the common directory is under `/srv/salt/`
07:41 saltslackbridge <leo> Yes - default salt-ssh install on Ubuntu 16.04
07:42 saltslackbridge <haam3r> By the way...try to post as code blocks, pastes or gist-s. yaml is picky with whitespace and in general makes it easier to spot typos :slightly_smiling_face:
07:42 saltslackbridge <leo> ls /srv/salt/common  init.sls  packages.sls
07:45 saltslackbridge <leo> Yes - have checked whitespaces.  However I am assuming the yaml in top.sls is fine as I did not modify
07:45 saltslackbridge <leo> Just trying the get my head around the state tree structure as I don't want to have all SLS files in /srv/salt/
07:48 Yoda-BZH joined #salt
07:48 Yoda-BZH joined #salt
07:49 saltslackbridge <haam3r> yeah...it should work in all honesty. Have you tried running in debug?
07:55 saltslackbridge <leo> I just did again and I noticed that it actually loaded common/init.sls however it could not find the included "packages.sls" file as I did not use "common.packages" (I only used "packages" assuming that it's pathed from the directory the init.sls is in).  Changed to "common.packages" and works.   Thanks a lot @haam3r!
08:02 Mogget joined #salt
08:03 saltslackbridge <haam3r> @leo You can do relative includes like this: ``` include:   - .packages ```
08:04 saltslackbridge <leo> @haam3r :+1:
08:11 Hybrid joined #salt
08:20 aviau joined #salt
08:20 aviau joined #salt
08:29 Hybrid joined #salt
08:38 sh123124213 joined #salt
09:02 mikecmpbll joined #salt
09:05 jrenner joined #salt
09:07 ensbro joined #salt
09:11 sh123124213 joined #salt
09:12 ensbro joined #salt
09:13 armyriad joined #salt
09:36 saltslackbridge <james> Morning all
09:37 saltslackbridge <james> I'm deploying Salt in some environments where the firewall is out of our hands
09:37 saltslackbridge <james> But I know 80 & 443 are okay going out
09:38 saltslackbridge <james> I'm trying to get Salt minion to use port 80 and then at the data center hosting the master, NAT from 80 to 4505
09:38 saltslackbridge <james> Without much joy...
09:39 saltslackbridge <james> I know there are two ports used - how can I best get around these restrictions?
09:39 saltslackbridge <james> These are windows minions btw
09:59 saltslackbridge <haam3r> @james Have you set these in the minion configs: https://docs.saltstack.com/en/latest/ref/configuration/minion.html#master-port & https://docs.saltstack.com/en/latest/ref/configuration/minion.html#publish-port
10:02 DanyC joined #salt
10:03 babilen joined #salt
10:10 sh123124213 joined #salt
10:14 saltslackbridge <james> I'd seen master_port but not the publish_port option
10:16 pbandark joined #salt
10:46 darix joined #salt
10:54 Lionel_Debroux joined #salt
10:56 pbandark joined #salt
11:19 alexlist joined #salt
11:49 ahrs joined #salt
12:13 kettlewell joined #salt
12:14 pbandark1 joined #salt
12:30 kwork joined #salt
12:30 kwork joined #salt
12:36 gmoro joined #salt
12:46 yuhl left #salt
12:46 yuhl joined #salt
12:49 tracphil joined #salt
13:04 JawnAuz joined #salt
13:08 newby333 joined #salt
13:12 Nahual joined #salt
13:17 saltslackbridge <gtmanfred> Can you connect to the minion on ssh?
13:17 saltslackbridge <gtmanfred> because this is one of the use cases for salt-ssh
13:18 saltslackbridge <gtmanfred> also, if you can use ssh, in Oxygen, you can contact those minions using just salt https://github.com/saltstack/salt/pull/44578
13:27 ahrs joined #salt
13:33 LocaMocha joined #salt
13:36 tracphil joined #salt
13:51 c4rc4s joined #salt
13:54 jdipierro joined #salt
13:56 gh34 joined #salt
13:59 georgemarshall joined #salt
14:07 mikecmpbll joined #salt
14:21 edrocks joined #salt
14:28 hexa- joined #salt
14:45 yuhl joined #salt
14:46 Deliant joined #salt
14:49 racooper joined #salt
14:55 jeffspeff joined #salt
14:56 cgiroua joined #salt
14:57 jdipierro joined #salt
14:59 mrueg joined #salt
14:59 jeffspeff My minions are categorized by department, for example COMPUTER01-Dept1. I want to take advantage of the jinja templating in win repo now and need to specify a different setting depending on the department of the minion. how can i get a substring of the minions 'id' grain of anything after '-' to test against in an if statement?
15:01 jeffspeff is there a way to see if the string ends with something? i.e. {% if grains ['id'] endswith 'Dept1' %}
15:10 hoonetorg joined #salt
15:21 jeffspeff FYI, {% if grains['id'].endswith('Dept1') %} seems to be working...
15:27 profkitkat joined #salt
15:30 Aleks3Y joined #salt
15:44 jbkc85 joined #salt
15:45 jbkc85 Hi all, I was attempting to run a salt event/reactor, and so far everything is working fine...but ran into one issue:  When the event reaches back to my master, I want my master to look up a pillar on its OWN pillar items (ie: resources).  I can see in "salt 'master' pillar.items" the value is there, but for some reason in the reactor/orchestrator state it fails to find said resources pillar
15:45 jbkc85 `{%- set resources = pillar.resources %}` is in orchestrator, and then `Rendering SLS 'base:orchestration.consul_service_registration' failed: Jinja variable 'salt.pillar object' has no attribute 'resources'`
15:47 saltslackbridge <gtmanfred> I do not believe that the reactor file actually gets pillar values populated in it, the object is there, because it is there in every template in salt, but it does not get any values added to it, because it is a process in the master
15:48 ouemt joined #salt
15:55 vexati0n yeah reactor doesn't know anything about pillars (or grains, for that matter). all it knows is the event that was triggered, the minion responsible, and whatever data might be included in the event call (if it's a custom event and you've put something useful in there)
15:55 vexati0n to use the master's pillar data, you'd need to target the master in the event, have it run a state or module that checks the pillar data, and kick off another command or event based on that
16:00 mikecmpbll joined #salt
16:02 jbkc85 I actually just got it working with master pillar data O.o
16:03 jbkc85 It was just a refresh of the pillar data that was failing out...
16:10 yuhl joined #salt
16:12 tiwula joined #salt
16:13 DanyC joined #salt
16:14 Lionel_Debroux joined #salt
16:16 babilen salt '*' spectre.fix meltdown="no"
16:29 Hybrid joined #salt
16:32 Lionel_Debroux joined #salt
16:36 Snake joined #salt
16:37 Lionel_Debroux joined #salt
16:37 Snake joined #salt
16:38 NakedSnake joined #salt
16:39 NakedSnake joined #salt
16:41 alvinstarr joined #salt
16:44 NakedSnake joined #salt
16:45 SnakeEater97 joined #salt
16:46 ecdhe I wrote a salt module for updating settings in dconf for a given user.  It's harder than it sounds because you have to attach to their dbus session, and to do that accurately, you have to determine if they're logged in or not.
16:46 ecdhe But from there, you can do things like change desktop wallpaper, terminal transparency, default font sizes for various applications.
16:47 ecdhe Or remove icons from the unity side bar
16:48 aldevar joined #salt
16:53 SnakeEater97 joined #salt
16:53 DoubleOSnake joined #salt
17:05 JawnAuz joined #salt
17:07 Lionel_Debroux joined #salt
17:17 zerocoolback joined #salt
17:27 tiwula Depending on the order of items in top.sls, I get a corrupt rpm database.  Has anyone else seen this?  I don't have any custom states.
17:32 DanyC joined #salt
17:33 mikecmpbll joined #salt
17:34 DanyC_ joined #salt
17:40 Lionel_Debroux joined #salt
17:46 djinni` joined #salt
18:03 om2 joined #salt
18:11 edrocks joined #salt
18:20 pipps joined #salt
18:32 stankmack joined #salt
18:40 aldevar joined #salt
18:45 cyteen joined #salt
18:52 emerson joined #salt
19:05 profkitkat joined #salt
19:07 oida joined #salt
19:09 nixjdm joined #salt
19:33 deathstar joined #salt
19:34 XenophonF joined #salt
19:35 pipps joined #salt
19:41 chowmeined joined #salt
19:42 MTecknology tiwula: that seems tough to achieve. Mind sharing some more details?
19:48 nixjdm joined #salt
19:58 aldevar joined #salt
20:00 jbkc85_ joined #salt
20:23 jbkc85__ joined #salt
20:32 swa_work joined #salt
20:42 colabeer joined #salt
21:04 sjorge joined #salt
21:08 DammitJim joined #salt
21:12 pipps joined #salt
21:15 aldevar left #salt
21:15 jbailey joined #salt
21:20 duckfez joined #salt
21:23 gmoro joined #salt
21:27 sjorge joined #salt
21:42 feliks joined #salt
21:52 tracphil joined #salt
22:19 netcho joined #salt
22:19 netcho joined #salt
22:20 sh123124213 joined #salt
22:31 cyteen joined #salt
22:54 zerocoolback joined #salt
22:57 sh123124213 joined #salt
23:25 pipps joined #salt
23:30 pipps joined #salt
23:35 sh123124213 joined #salt
23:35 pipps99 joined #salt
23:42 pipps joined #salt
23:57 mk-fg joined #salt
23:57 mk-fg joined #salt

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