Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-04-12

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

All times shown according to UTC.

Time Nick Message
00:43 jfelchner joined #salt
01:18 besideyou joined #salt
01:19 Pyro_ joined #salt
01:20 Pyro_ joined #salt
01:21 Pyro_ joined #salt
01:21 besideyou left #salt
01:21 Pyro_ joined #salt
01:22 Pyro_ joined #salt
01:23 Pyro_ joined #salt
01:24 Pyro_ joined #salt
01:24 edrocks joined #salt
01:25 Pyro_ joined #salt
01:26 Pyro_ joined #salt
01:30 Karunamon joined #salt
01:40 squishypebble joined #salt
01:43 catpiggest joined #salt
01:47 Pyro_ joined #salt
01:56 djgerm joined #salt
02:05 Tanta joined #salt
02:06 dendazen joined #salt
02:06 CeBe joined #salt
02:20 eichiro joined #salt
02:24 mpanetta joined #salt
02:28 onlyanegg joined #salt
02:36 evle joined #salt
02:38 k_sze[work] joined #salt
02:46 XenophonF i love writing code that writes code!
02:46 hemebond
02:55 raspado joined #salt
02:57 onlyanegg joined #salt
03:01 ivanjaros joined #salt
03:16 amcorreia joined #salt
03:41 Bock joined #salt
03:41 Bock joined #salt
03:45 Bock joined #salt
03:54 onlyanegg joined #salt
04:08 systeem joined #salt
04:16 Pyro_ joined #salt
04:17 Pyro_ joined #salt
04:17 Pyro_ joined #salt
04:18 Pyro_ joined #salt
04:19 Pyro_ joined #salt
04:20 Pyro_ joined #salt
04:30 onlyanegg joined #salt
04:51 Pyro_ joined #salt
05:05 ninjada joined #salt
05:08 edrocks joined #salt
05:21 felskrone joined #salt
05:22 heyimawesome joined #salt
05:28 rdas joined #salt
05:33 jodok joined #salt
05:52 Pyro_ joined #salt
05:58 yuhl______ joined #salt
06:02 preludedrew joined #salt
06:05 sh123124213 joined #salt
06:14 golodhrim|work|3 joined #salt
06:15 jas02 joined #salt
06:19 sh123124213 joined #salt
06:24 aldevar joined #salt
06:25 bvcelari joined #salt
06:31 do3meli joined #salt
06:31 do3meli left #salt
06:32 do3meli joined #salt
06:33 do3meli left #salt
06:37 onlyanegg joined #salt
06:49 strohi joined #salt
06:54 tvinson joined #salt
06:55 SamYaple joined #salt
06:56 Psy0rz joined #salt
06:56 eseyman joined #salt
06:56 degorenko joined #salt
06:56 speedlight joined #salt
06:56 pfallenop joined #salt
06:56 corvus joined #salt
06:56 codehotter joined #salt
06:56 ajolo joined #salt
06:56 LostSoul joined #salt
06:57 mirko joined #salt
06:57 beebeeep joined #salt
06:57 kevc_ joined #salt
06:57 Garo_ joined #salt
06:57 pietdv_ joined #salt
06:57 izrail joined #salt
06:57 Inveracity joined #salt
06:57 Ahlee joined #salt
06:57 egilh joined #salt
06:57 tobiasBora joined #salt
06:57 euidzero joined #salt
06:58 fooker_ joined #salt
06:58 Yoda-BZH joined #salt
06:58 s0undt3ch joined #salt
06:58 Yoda-BZH joined #salt
06:58 whyzgeek joined #salt
06:58 nineteen joined #salt
06:59 haam3r joined #salt
06:59 armguy joined #salt
07:00 feld joined #salt
07:02 goal joined #salt
07:04 tom29739 joined #salt
07:08 jas02 joined #salt
07:16 dariusjs joined #salt
07:18 candyman88 joined #salt
07:22 catpig joined #salt
07:22 valkyr2e joined #salt
07:22 shortdudey123 joined #salt
07:22 Rubin joined #salt
07:23 candyman89 joined #salt
07:24 Pyro_ joined #salt
07:25 justanotheruser joined #salt
07:26 JohnnyRun joined #salt
07:30 o1e9 joined #salt
07:38 Ricardo1000 joined #salt
07:39 coldbrewedbrew_ joined #salt
07:44 Rumbles joined #salt
07:58 ronnix_ joined #salt
08:00 nikdatrix joined #salt
08:07 armyriad joined #salt
08:07 jhauser joined #salt
08:11 mikecmpbll joined #salt
08:22 lasseknudsen2 joined #salt
08:29 bvcelari joined #salt
08:30 LondonAppDev joined #salt
08:31 toanju joined #salt
08:38 whaity joined #salt
08:38 onlyanegg joined #salt
08:45 stooj joined #salt
08:45 pbandark joined #salt
08:47 LondonAppDev joined #salt
08:52 Mattch joined #salt
08:52 s_kunk joined #salt
08:55 Pyro_ joined #salt
09:13 jdipierro joined #salt
09:13 promorphus_home joined #salt
09:15 fujexo[m] joined #salt
09:18 bdrung_work joined #salt
09:21 dariusjs joined #salt
09:23 stooj joined #salt
09:26 jerrykan[m] joined #salt
09:26 gomerus[m] joined #salt
09:26 freelock joined #salt
09:26 ThomasJ|m joined #salt
09:26 saintaquinas[m] joined #salt
09:31 aldevar joined #salt
09:35 N-Mi joined #salt
09:35 N-Mi joined #salt
09:36 Tanta joined #salt
09:42 dariusjs joined #salt
09:49 Sammichmaker joined #salt
09:49 Sammichmaker joined #salt
09:50 pbandark I am trying to configure mysql repo from "http://repo.mysql.com/mysql57-community-release-el7-9.noarch.rpm". I can see repo package gets installed on client but, on salt-master I get error. >>> "The following packages failed to install/update: mysql57-community-release-el7-9=http://repo.mysql.com/mysql57-community-release-el7-9.noarch.rpm"
09:50 pbandark https://paste.fedoraproject.org/paste/GHe6jHdKua34nJ6LvMMGMF5M1UNdIGYhyRLivL9gydE=
09:50 pbandark did i make any mistake in state file ?
09:52 hemebond pbandark: Is it supposed to have `.noarch`?
09:52 hemebond Is that what the package name is?
09:53 strohi joined #salt
09:53 pbandark yes. from `rpm -qa` on the client :
09:53 pbandark rpm -qa|egrep -i mysql57-community-release-el7-9.noarch
09:53 pbandark mysql57-community-release-el7-9.noarch
09:55 pbandark hemebond: ^
09:55 hemebond The error (comment) doesn't have the noarch
09:55 Tanta why not mariadb
09:55 Tanta you don't need funky repos for that
09:57 Tanta I would advise using MariaDB over MySQL anyhow, since Oracle is in charge of that mess now
09:58 pbandark hemebond: it fails if i set :"- mysql57-community-release-el7-9: http://repo.mysql.com/mysql57-community-release-el7-9.noarch.rpm"
09:59 pbandark even package do not install on client
09:59 pbandark Tanta: ok.. let me check process to configure mysql using mariadb
09:59 pbandark Tanta: but, in either case, i feel above state file should not fail
10:00 hemebond I don't know enough about rpm to recognise where the issue might be.
10:00 hemebond Does it work if you install it using an execution module?
10:01 pbandark let me check
10:01 gmoro joined #salt
10:01 Tanta I've passed in source: before with a package but always with a file:// URL referring to a local RPM package on the Salt fileserver
10:01 Tanta you should make sure http is a valid scheme there
10:02 hemebond Tanta: You mean salt:// ?
10:02 Tanta er yeah
10:02 Tanta 6 AM
10:02 Tanta lol
10:02 hemebond Yeah, the examples for aptpkg only show salt://
10:02 hemebond But that doesn't necessarily mean http:// isn't supported.
10:02 Tanta well I don't think this guy knows enough to really test that
10:03 Tanta you can always do a cmd.shell or cmd.run
10:07 pbandark hemebond, Tanta: it failed with "pkg.install" execution module as well. but, i am able to install with `cmd.run`
10:07 hemebond pbandark: What if you have the file on the salt server?
10:11 pbandark hemebond: same error. but package installed on client
10:11 pbandark https://paste.fedoraproject.org/paste/kBVbiCO6QHRLxd~J1EGGIV5M1UNdIGYhyRLivL9gydE=
10:11 Tanta remove the name: field
10:12 Tanta when you pass in a list of packages, you pass them in as a name: source tuple
10:12 hemebond Oh, good catch.'
10:12 Tanta I finally understand what he is trying to do here
10:13 LondonAppDev joined #salt
10:15 pbandark Tanta: do you mean:
10:15 pbandark pkg:
10:15 pbandark - installed
10:15 pbandark - sources:
10:15 pbandark - mysql57-community-release-el7-9.noarch: salt://files/mysql57-community-release-el7-9.noarch.rpm
10:15 hemebond 👍
10:15 Tanta https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html
10:15 Tanta yeah
10:15 Tanta and read that
10:17 Tanta there is a lot of information about the 'installed' state and the various options
10:18 Tanta I forgot about pkgs: (which is similar to sources:)
10:19 Tanta if your intent is to install the custom mysql repo and then install the package from that repo, the link has an example just like that
10:25 Pyro_ joined #salt
10:28 ivanjaros joined #salt
10:33 dendazen joined #salt
10:36 pbandark Tanta: ok. let me check
10:39 onlyanegg joined #salt
10:55 dariusjs joined #salt
11:03 joop_ joined #salt
11:10 edrocks joined #salt
11:14 ProT-0-TypE joined #salt
11:18 Rumbles joined #salt
11:32 fgimian joined #salt
11:40 onlyanegg joined #salt
11:47 nikdatrix joined #salt
11:50 bdrung_work joined #salt
11:50 toanju joined #salt
11:55 impi joined #salt
11:56 Pyro_ joined #salt
12:10 btorch left #salt
12:13 numkem joined #salt
12:17 dendazen joined #salt
12:25 mpanetta joined #salt
12:26 squishypebble joined #salt
12:34 impi joined #salt
12:35 candyman88 joined #salt
12:36 toastedpenguin joined #salt
12:39 lasseknudsen joined #salt
12:39 ronnix joined #salt
12:40 TomJepp joined #salt
12:41 candyman88 joined #salt
12:43 toanju joined #salt
12:49 edrocks joined #salt
12:49 swills joined #salt
12:55 gaborn joined #salt
12:58 ssplatt joined #salt
13:03 dariusjs joined #salt
13:09 edrocks joined #salt
13:19 jdipierro joined #salt
13:27 Pyro_ joined #salt
13:33 SaucyElf joined #salt
13:34 racooper joined #salt
13:40 Ahlee joined #salt
13:41 onlyanegg joined #salt
13:44 XenophonF note to self: doc bugs in salt.states.boto_iam (specifically policy_present) and possibly salt.states.boto_s3 (minion-side API key config)
13:51 numkem joined #salt
13:52 or joined #salt
13:54 or hey, i have a problem. i changed my pillar's top file and i got an error "rendering primary top file failed, render error: could not found expected ':'; line 16. after that i deleted that line and returned to the older version of top file, and the error keeps return. i deleted line 16 and it keeps showing that there is an error with a line that is not exsists anymore
13:54 or please help me
13:55 or only on a specific minion
13:55 cyborg-one joined #salt
13:55 or that the pillar was related to
13:55 or every state i try to run on it, failes from the same reason
13:57 Sketch have you tried salt-call saltutil.refresh_pillar
13:57 Sketch there's also sync_pillar
13:58 Pyro_ joined #salt
13:58 _JZ_ joined #salt
14:00 _JZ_ joined #salt
14:03 swills joined #salt
14:10 dariusjs joined #salt
14:14 zzzirk joined #salt
14:19 Tanta joined #salt
14:20 ivanjaros joined #salt
14:25 tiwula joined #salt
14:29 Praematura joined #salt
14:34 numkem joined #salt
14:36 tiwula joined #salt
14:40 Pyro_ joined #salt
14:40 sarcasticadmin joined #salt
14:42 Praematura joined #salt
14:49 evle joined #salt
14:56 onlyanegg joined #salt
14:58 PatrolDoom joined #salt
15:01 kjb joined #salt
15:08 iju joined #salt
15:09 iju hi, I have a deployment script that now does git fetch, git rebase origin/master, and something like pip install -r , is that possible to automate this use case throught salt or it is better to use salt only to distribute code and config files?
15:10 hasues joined #salt
15:11 haam3r joined #salt
15:21 manji iju, yes there are salt modules, and states for what you just mentioned
15:24 XenophonF iju: here's an example of a deployment from git - https://github.com/irtnog/salt-states/blob/development/saltpad/init.sls
15:25 iju so I need to put source code files under salt root dir, and run deployment scripts as root (or the user salt runs as) ?
15:26 iju XenophonF: an example that concatenates those operations would be really useful, should I specify states and use depends or listing them one after another is fine with the default conf?
15:28 XenophonF you don't need to put source code under the salt root dir
15:29 iju XenophonF: mh you are right, I could git.latest and then run pip states from the checked out source code
15:29 onlyanegg joined #salt
15:29 XenophonF yup, that's it
15:29 iju but will it detect that the requirement file is changed?
15:29 XenophonF it should
15:30 bvcelari Hello guys!!
15:30 jas02 joined #salt
15:30 bvcelari I am trying to use mine.get with no lucj
15:30 bvcelari luck
15:30 XenophonF iju: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pip_state.html#salt.states.pip_state.installed
15:31 bvcelari salt['mine.get']('*', 'grains.items', expr_form = 'glob').items()
15:31 bvcelari is not returning anything, any clues?
15:32 iju XenophonF: ok requirements params is what I need
15:32 iju *param
15:34 XenophonF yes
15:34 XenophonF hm maybe the pip.installed state can point directly at the git repo
15:34 iju last thing , could I be able to not execute salt state.apply through root but normal user, and maybe having multiple users with their salt roots on the same machine?
15:35 XenophonF so you can configure that kind of stuff
15:35 iju XenophonF: given I need to check it out already, it avoids a round trip :)
15:35 XenophonF oh hm multiple salt roots?
15:35 iju (referring to pointing pip to git)
15:36 iju for example I have multiple projects, and I don't want to share a salt and pillar root between them
15:36 iju and I don't want to have a container/vm for each of them :)
15:36 aldevar left #salt
15:38 XenophonF are you trying to do a masterless setup or something? i'm not following you
15:39 iju I would like to keep salt configuration and code coupled, and I have multiple projects that need to be separated, so I would like to have a salt dir for each of them
15:40 iju is this possible?
15:40 iju I could be fine having the same master key for each of them even if that would be cool to separate also that thing
15:41 Trauma joined #salt
15:45 keltim joined #salt
15:46 dezertol joined #salt
15:46 onlyaneg1 joined #salt
15:47 toastedpenguin anyone setup a reactor based on AWS SQS queues?
15:47 Brew_ joined #salt
15:55 Inveracity joined #salt
15:59 XenophonF iju: let's say you have six different python virtual environments, which you want salt to maintain
16:00 XenophonF you could manage them all from a single .sls file, from multiple files, from multiple files in different directories
16:00 XenophonF best to keep things simple, though
16:16 pipps joined #salt
16:18 smartalek joined #salt
16:19 edrocks joined #salt
16:27 woodtablet joined #salt
16:31 toastedpenguin is it possible to evaluate and match data that is part of the event system used for reactors?  I see an event salt/engine/sqs/ which contains data = { some data }  or is it all or nothing when used with a reactor?
16:33 toastedpenguin meaning a reactor is limited to salt/engine/sqs as the trigged reaction and the other data that is part of the event can't be used for pattern matching etc.
16:35 edrocks joined #salt
16:36 gk_1wm_su joined #salt
16:37 gk_1wm_su left #salt
16:39 nikdatrix joined #salt
16:49 bltmiller joined #salt
16:52 Mogget I have 4 environments provided using git; Each env. work fine, but I have a set of files which is used in all 4 env and they never change. Is it possible to share this set of files without having to duplicate these files in four branches in git?
16:52 Mogget Err; They change, but when they change, they change for all 4 envs/branches.
16:53 sh123124213 joined #salt
16:53 keldwud joined #salt
16:54 keldwud joined #salt
16:57 strohi joined #salt
17:01 impi joined #salt
17:07 pipps joined #salt
17:07 prg3 joined #salt
17:09 pipps joined #salt
17:15 amcorreia joined #salt
17:17 s_kunk joined #salt
17:17 s_kunk joined #salt
17:28 squishypebble joined #salt
17:30 gk_1wm_su joined #salt
17:31 gk_1wm_su left #salt
17:32 PatrolDoom joined #salt
17:33 concerti joined #salt
17:34 SaucyElf joined #salt
17:40 gk_1wm_su joined #salt
17:41 wendall911 joined #salt
17:42 gk_1wm_su left #salt
17:42 zzzirk joined #salt
17:43 zzzirk joined #salt
17:48 gmoro_ joined #salt
17:50 censorshipwreck joined #salt
18:02 hemphill joined #salt
18:03 WesleyTech joined #salt
18:03 ChubYann joined #salt
18:05 XenophonF Mogget: maybe you could put the common files into the base environment?
18:06 mikecmpbll joined #salt
18:29 toastedpenguin is it possible to glob the tgt in a reactor file, something like tgt: "web-*" where the reactor action applies to any minion with web- in its name?
18:33 cyborg-one joined #salt
18:37 gk_1wm_su joined #salt
18:38 gk_1wm_su left #salt
18:51 aldevar joined #salt
18:52 impi joined #salt
18:55 aldevar1 joined #salt
18:59 tapoxi joined #salt
19:00 debian112 joined #salt
19:02 gk_1wm_su joined #salt
19:03 gk_1wm_su left #salt
19:04 squishypebble1 joined #salt
19:06 aldevar joined #salt
19:06 squishypebble joined #salt
19:07 squishypebble1 joined #salt
19:12 amcorreia joined #salt
19:14 pcn is there an api or runner like jobs.lookup_jid that takes a list of jids?
19:17 pcn Looking up 5 jids can take 4 seconds when using RunnerClient.cmd, and that seems awfully slow
19:17 pcn What I mainly need to know is if the jobs have completed, so I may not need lookup_jid, so if there's a better way I'd love to know about it
19:18 keldwud joined #salt
19:25 chowmeined joined #salt
19:29 theblazehen joined #salt
19:30 DammitJim joined #salt
19:35 whytewolf pcn like say jobs.exit_success? none of the job runner functions take a list of jids. however if you don't need full output. try jobs.exit_success
19:36 benner how reliable is tcp transport?
19:36 Tanta tcp is reliable
19:36 whytewolf more reliable then reat
19:37 benner and comparing to zeromq?
19:37 Tanta zeromq is fast
19:37 Tanta it's not reliable necessarily
19:37 Tanta TCP has re-transmission, checksum, ordering built in to the protocol
19:49 lorengordon joined #salt
19:50 hemphill joined #salt
20:04 pcn whytewolf: jobs.exit_success has the downside that a failure of some kind seems to be hidden there, I can't just check for all responses == True and the command has completed.
20:04 hemphill joined #salt
20:05 pcn jobs.list_jobs doesn't indicate whether the commands have completed
20:06 whytewolf sounds like you need to create something new
20:08 DammitJim joined #salt
20:11 toastedpenguin is it possible to define/run a state only when salt-cloud deploys an instance so it wont run again for the life of the minion?
20:11 DammitJim any of you work with continuous integration?
20:13 whytewolf toastedpenguin: one way around this is to have the state put a grain in place at the end of it's run. and to only render the part you want to run when that grain doesn't exist
20:13 quantumriff joined #salt
20:15 quantumriff I just upgraded my master and one minion to 2016.11.3.  When I run a salt-call from minion, it works fine, when I run state.sls custom.state I get an error of Module 'state' is not available
20:15 quantumriff from the master no states except a few test ones seems to work.. but from the minion, they all seem to work
20:15 quantumriff how do I even begin to troubleshoot?
20:16 quantumriff sorry, running centos 6.8
20:16 DammitJim do you have a simple state test you can run?
20:17 DammitJim or are you saying the Module 'state" is borked?
20:18 quantumriff literally the module 'state' is broken.. restarted the minion, now I get the "Module 'test' is not available" after a 'sudo salt <host> test.module_report
20:18 toastedpenguin whytewolf: thx for the suggestion, I'll think about that option, ultimately I am trying to overcome some weirdness with the aws s3 sync cli utility on windows instances, if some of the data exists in a directory on a minion that I am trying to sync with aws cli it always syncs that data even if it hasn't changed
20:19 toastedpenguin discovered that deleting the directory and syncing fresh fixes the issue
20:19 toastedpenguin but I dont want delete the directory if a highstate is run or even state.sls
20:19 feld joined #salt
20:19 toastedpenguin only on initial deployment
20:20 whytewolf quantumriff: first, make sure you actually are running only a single minion on your minion
20:22 quantumriff whytewolf: thanks.. going to slap my forehead now..
20:23 quantumriff so something in the yum upgrade from 2015.5.5 to 2016.11.3 is borked on a restart.. so at least I know where to look now
20:23 quantumriff thanks
20:23 whytewolf the upgrade from 2015.5.x to 2016.11 was always a little rocky.
20:24 jodok joined #salt
20:31 Antiarc joined #salt
20:39 keldwud joined #salt
20:51 mpanetta joined #salt
21:01 onlyanegg joined #salt
21:04 Klaus_Dieter joined #salt
21:06 mage_ joined #salt
21:07 Tanta joined #salt
21:08 rem5 joined #salt
21:19 DammitJim joined #salt
21:20 pcn whytewolf: can you try this on a saltmaster you run and tell me if the times seem like what you'd expect? https://gist.github.com/pcn/6d3928139a633c1f51d542a6643d1e6b
21:21 Pyro_ So, i'm hitting a pretty nasty wall with templating and saltcloud profiles.  I am to the point of creating a script to generate profiles because the limitation of only being able to use one "extends".
21:21 Pyro_ Is there any way around this, or someway to pass in variables to salt-cloud to define variables in profiles?
21:23 whytewolf humm, it took 10 seconds without even attempting to lookup jids
21:23 Antiarc joined #salt
21:24 pcn whytewolf: you mean just the queueing up 10 jobs too you 10 seeconds?
21:26 whytewolf pcn: i didn't change the name of the master so it didn't know what to look for. and tried query a jid of 0 ten times. when i put in the name of the master it still took the exact same amount of time about 10 seconds
21:27 whytewolf failed : Looking up 10 jobs, took 10.2855801582
21:28 whytewolf working: Looking up 10 jobs, took 10.277312994
21:29 Zaunei_ joined #salt
21:30 pcn OK, that is even slower than in my case
21:30 pcn Hm
21:31 pcn Looking up jids in the external event cache is really fast
21:31 whytewolf that master is a single minion by it's self. it is one of my development systems
21:32 pcn Thanks for helping me, I asked that because I wanted too make sure it wasn't just me.
21:32 pcn This seems a lot slower than it should be.
21:32 pcn E.g.
21:32 pcn Looking up 10 jobs in redis, took 0.0152740478516
21:34 DanniZqo joined #salt
21:34 whytewolf well, I'm not useing an external cache. just the standard built in cache. which uses seperate files. which is going to slow things down
21:35 pcn I'm getting similar numbers on a test ec2 master too.  I was hoping redis would make it a lot faster, though.
21:36 tiwula joined #salt
21:38 pcn I'll see if I can get to the job cache more directly, I guess.  Profiling shows it sitting on a read, maybe after a fork.
21:43 rem5_ joined #salt
21:50 rem5 joined #salt
21:51 pcn whytewolf, I've updated the gist with a direct call to the runner for the configured master job cache
21:51 jhauser joined #salt
21:51 pcn Can you see how it runs for you?
21:53 whytewolf Looking up 10 jobs via returner, took 0.00157499313354
21:53 pcn OK, that's faster than redis - fast enough to make the network lag part of the time.
21:54 pcn OK, I guess that's the way to go, but I wish there was a documented external interface for this since I'm mostly just doing what jobs.lookup_jid does there.
21:54 pcn Maybe time to open an issue on github
21:57 keltim joined #salt
22:12 keldwud joined #salt
22:13 jodok joined #salt
22:17 hasues left #salt
22:18 seanz joined #salt
22:18 pcn I think this is fair: https://github.com/saltstack/salt/issues/40671
22:19 saltstackbot [#40671][OPEN] jobs.lookup_jid is orders of magnitude slower than using the bare runner get_jid. | Description of Issue/Question...
22:43 dendazen joined #salt
22:52 onlyanegg if I'm running masterless, how can I tell salt to merge pillar lists?
22:53 onlyanegg There's this for the master config: https://docs.saltstack.com/en/latest/ref/configuration/master.html#pillar-merge-lists
22:53 whytewolf have you tried that?
22:53 onlyanegg yeah
22:53 whytewolf if it doesn't work in masterless then it is a bug
22:54 whytewolf fpillar should work the same for masterless as it does for a master
22:55 onlyanegg thx, let me double check
22:56 whytewolf wondering if when it was added it only got added to the master.
22:56 keldwud joined #salt
22:56 onlyanegg ok, user error. sorry.
22:56 whytewolf oh ok
23:06 onlyanegg joined #salt
23:06 onlyanegg whytewolf: do you work for salt? You're always on here answering questions.
23:07 whytewolf lol, i wish. no i work for a bank. who doesn't even use salt. I'm in here to keep from going insane.
23:08 onlyanegg haha, wow! well, thanks
23:22 aneeshusa joined #salt
23:24 SaucyElf joined #salt
23:33 cliluw joined #salt
23:48 benner joined #salt

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