Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-11-13

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

All times shown according to UTC.

Time Nick Message
00:05 aarontc joined #salt
00:06 DarkKnightCZ joined #salt
00:09 jas02 joined #salt
00:10 hemebond fas3r: No, you would have to use Salt Mine to get minion information.
00:11 hemebond raspado: https://docs.saltstack.com/en/latest/topics/tutorials/gitfs.html#using-gitfs-alongside-other-backends
00:37 Aleks3Y joined #salt
00:43 systo joined #salt
00:46 ninjada joined #salt
00:49 Klas joined #salt
01:02 Satyajit joined #salt
01:02 jas02 joined #salt
01:06 systo joined #salt
01:08 lilvim joined #salt
01:20 ninjada joined #salt
01:26 amontalban joined #salt
01:26 amontalban joined #salt
01:27 systo joined #salt
01:38 amontalb1n joined #salt
02:08 Nahual joined #salt
02:14 amcorreia joined #salt
02:22 edrocks joined #salt
02:35 hemebond joined #salt
02:39 catpigger joined #salt
02:41 ninjada joined #salt
02:46 sebastian-w joined #salt
02:48 ilbot3 joined #salt
02:48 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.8.12, 2016.3.4 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
03:06 bastiand1 joined #salt
03:32 ninjada joined #salt
03:34 onlyanegg joined #salt
03:42 tiwula joined #salt
03:50 systo joined #salt
03:50 fas3r is there a way to set parrallel build mode/options when using cloud.provide in a state ?
04:27 netcho joined #salt
04:40 informant1 joined #salt
04:47 DEger joined #salt
04:52 Adsisco joined #salt
04:53 Adsisco I'm a cmd.script that modifies path in ~/.bashrc, anyway for the next cmd.run to recognise the changes besides bash exec? tried `source ~/.bashrc` and `- reload_modules: true` to now avail
05:03 hemebond Does cmd.script actually use .bashrc?
05:04 hemebond Does it work if you manually update the file?
05:10 ninjada joined #salt
05:19 ninjada joined #salt
05:28 ninjada joined #salt
05:38 moy joined #salt
05:38 bVector joined #salt
05:38 Awesomecase joined #salt
05:38 antonw joined #salt
05:39 mihait joined #salt
05:40 mattl joined #salt
05:41 ToeSnacks joined #salt
05:41 copelco joined #salt
05:41 ramblinpeck joined #salt
05:46 Ni3mm4nd joined #salt
06:03 ivanjaros joined #salt
06:28 netcho joined #salt
06:44 ninjada joined #salt
06:46 samodid joined #salt
07:18 awiss joined #salt
07:20 jas02 joined #salt
07:28 iggy highly doubt it... that's a login shell kind of thing, right?
07:30 SpX joined #salt
07:32 twiedenbein joined #salt
07:38 netcho joined #salt
07:45 lattenkiste[m] left #salt
07:58 Mantas7776 joined #salt
07:59 Mantas7776 Hello, could anyone help me with setting up vagrant demo vm (https://docs.saltstack.com/en/getstarted/fundamentals/index.html). I'm getting this error: https://gist.github.com/mantas7776/3d4c5c7aa7652b2db61a5070273ea2e1
08:00 DarkKnightCZ joined #salt
08:09 jeddi joined #salt
08:20 swimm3r joined #salt
08:23 Trauma joined #salt
08:27 edrocks joined #salt
08:34 _KaszpiR_ joined #salt
08:38 ivanjaros joined #salt
08:41 ivanjaros3916 joined #salt
08:47 jas02 joined #salt
09:11 hemebond iggy: Yeah, it's sourced when you login. I don't think Salt Minion does anything like that (which is why proxies are a pain)
09:23 Miouge joined #salt
09:25 xet7 joined #salt
09:27 jas02 joined #salt
09:29 Trauma joined #salt
09:45 fracklen joined #salt
10:03 cyteen_ joined #salt
10:06 awiss joined #salt
10:14 jeddi joined #salt
10:24 justanotheruser joined #salt
10:30 sagerdearia joined #salt
10:34 Kelsar joined #salt
10:35 Miouge joined #salt
10:36 LondonAppDev joined #salt
10:37 LondonAppDev Hey guys, is it possible to use a salt://xxx dir for the source of rsync.synchronized ?
10:38 Mantas7776 left #salt
10:41 babilen Wouldn't that just be file.recurse ?
10:44 LondonAppDev babilen: I guess. But I want it to delete any files that don't exist on the source
10:45 babilen clean: True
10:46 LondonAppDev babilen: Exactly what I was looking for. Thanks a mil.
10:46 babilen yw :)
10:58 LondonAppDev How can I check if my gitfs remotes have pulled down the latest version?
11:04 LondonAppDev Figured it out
11:04 LondonAppDev just cleared the cache
11:11 ninjada joined #salt
11:14 ninjada_ joined #salt
11:31 k_sze[work] joined #salt
11:34 keimlink joined #salt
11:44 Trauma joined #salt
11:53 awiss_ joined #salt
11:59 jeddi joined #salt
12:01 awiss joined #salt
12:27 haam3r joined #salt
12:28 catpig joined #salt
12:30 edrocks joined #salt
12:39 cyteen__ joined #salt
12:46 Xenophon1 i wish there was a way to give a file.recurse state an mtree-like manifest
12:47 Xenophon1 joined #salt
13:07 amcorreia joined #salt
13:09 amontalban joined #salt
13:09 amontalban joined #salt
13:10 awiss joined #salt
13:23 impi joined #salt
13:40 amontalb1n joined #salt
13:40 amcorreia joined #salt
13:52 cyborg-one joined #salt
14:04 jas02 joined #salt
14:19 jas02 joined #salt
14:20 oeuftete Finding sdb very confusing.  I expected if I set up a config on the master (say, etcd on localhost), if I did an sdb.get on a minion, it would do that query through the master.  But it appears that the sdb config needs to be on each minion, and the minion queries etcd.
14:21 oeuftete So I would need to expose etcd to each minion, which I'm not really interested in.  Am I understanding it correctly?
14:25 jas02 joined #salt
14:32 catpig joined #salt
14:32 edrocks joined #salt
14:38 babilen oeuftete: yeah
14:47 ekristen joined #salt
14:55 oeuftete babilen: thanks
15:06 amcorreia joined #salt
15:22 Pulp joined #salt
15:24 systo joined #salt
15:26 jas02 joined #salt
15:44 ivanjaros joined #salt
16:06 Kelsar joined #salt
16:07 lilvim joined #salt
16:07 Satyajit joined #salt
16:14 raspado joined #salt
16:17 Cod0 joined #salt
16:17 Cod0 Hi there! Kinda new to the whole IRC channel thing, and just checking out where the channels are about
16:17 Cod0 so hows life over here?
16:19 bluethundr joined #salt
16:27 justanotheruser joined #salt
16:27 jas02 joined #salt
16:29 raspado ok still cant get git_roots to work before git_pillars
16:29 Trauma joined #salt
16:34 raspado heres my config if anyone can help me determine why pillar_roots is not taking effect http://pastebin.com/CTQbnC6s
16:39 krymzon joined #salt
16:39 Cod0 ill take a look
16:48 Cod0 cant spot the problem mate =(
16:48 Cod0 sorry
16:49 darioleidi joined #salt
17:00 raspado how can I overrride the saltenv on a minion?
17:03 DEger joined #salt
17:07 netcho joined #salt
17:18 fracklen joined #salt
17:20 rml joined #salt
17:23 raspado i see there is a config.get
17:23 raspado but no config.set
17:24 CampusD joined #salt
17:24 raspado disregard, found out how
17:24 raspado needs to be a config.set tbh
17:27 jas02 joined #salt
17:28 Miouge joined #salt
17:33 LondonAppDev joined #salt
17:34 edrocks joined #salt
17:35 CampusD Hi all, had a quick question related to the schedule state,  is the return kwarg a valid option for the schedule state?
17:35 CampusD https://gist.github.com/anonymous/9de108b3e8d220e4d7794d233d1a9ccf
17:37 akhter joined #salt
17:42 alrayyes joined #salt
17:44 catpig joined #salt
17:44 DarkKnightCZ joined #salt
17:51 amcorreia joined #salt
17:57 krymzon joined #salt
17:58 jas02 joined #salt
18:04 jas02 joined #salt
18:14 justanotheruser joined #salt
18:16 haam3r joined #salt
18:28 XenophonF CampusD: where are you getting "security.iptables" from?
18:28 XenophonF oh I get it
18:29 XenophonF that's a SLS ID
18:31 XenophonF CampusD: state.sls doesn't take an argument named "return"
18:33 XenophonF you might want to write a custom returner?
18:33 raspado joined #salt
18:34 CampusD XenophonF , i see so option is most likely available via execution module but not state
18:35 CampusD I would usually do something like   salt \*  state.sls security.iptables --return local_cache
18:35 CampusD then the returned data would be stored in the local cache to be retrieved later for reporting or something else
18:36 XenophonF --return is an argument to the salt command
18:36 XenophonF you most likely need to write a custom returner
18:37 XenophonF i haven't done that myself, but maybe if you ask around this time tomorrow or post your question to the salt-users mailing list, someone will be able to share an example with you
18:37 raspado is there some merging strategy with git pillar and pillar roots? my dev environment is grabbing pillar data from git_pillar prod
18:39 raspado oh wow there is
18:39 raspado PILLAR_SOURCE_MERGING_STRATEGY: (default to smart)
18:40 raspado why is it default, should be set to none
18:40 raspado adds confusion
18:46 netcho joined #salt
18:58 raspado Arggghhhhhhh
19:01 babilen Already regretting the choice of using environments or should we give you another day?
19:02 raspado hehe, gotta use environments :)
19:02 babilen You might want to consider using a separate master and not using salt's environments though
19:03 raspado maybeee its because i changed the minion environment from prod -> dev
19:04 raspado but the once-prod minion is somehow getting prod pillar
19:04 raspado need to build a minion from scratch on dev env and see if i see the same results
19:05 aarontc joined #salt
19:06 nicksloan joined #salt
19:16 raspado is there any way to trace how a minion in dev can be getting prod pillar data?
19:16 DEger joined #salt
19:17 fracklen joined #salt
19:18 ronnix joined #salt
19:19 catpigger joined #salt
19:23 DarkKnightCZ joined #salt
19:25 amontalban joined #salt
19:25 amontalban joined #salt
19:26 fracklen joined #salt
19:31 raspado ok i removed the git prod branch
19:31 raspado and now it defaulted to the stage branch
19:31 raspado ugga
19:31 raspado but if i remove the entire ext_pillar
19:31 raspado it goes to the correct environment in pillar_roots
19:32 raspado locally on the salt master
19:32 nidr0x joined #salt
19:32 raspado ooooo shit i think i know why
19:35 jas02 joined #salt
19:36 johnkeates joined #salt
19:36 edrocks joined #salt
19:43 vodik joined #salt
19:50 XenophonF raspado: how are you selecting the environment in pillar?
19:52 raspado in state files for each respective environment folder, whichever file we need to get pillar data we set "{% set globals = pillar.get('globals', {}) -%}"
19:52 raspado currently testing something but i suspect because I didnt have the dev branch
19:53 raspado it could be the reason why it would go to the next git pillar
19:53 raspado so i added the dev branch and committed it now lets see if the minion will default to the dev pillar_root or the dev git_pillar branch
19:54 raspado hmm ok interesting, so it got the dev git_pillar
19:56 raspado XenophonF: do you know of a way to have pillar search for pillar_roots before git_pillar? I have set "ext_pillar_first: false" but still doesnt default to pillar root
20:00 XenophonF doesn't it follow the ordering of pillar_roots?
20:00 raspado hmmm
20:03 raspado XenophonF: heres my config http://pastebin.com/fyQRWJvH, how do i add ext_pillar to pillar_roots, in my case, they are separate
20:12 netcho joined #salt
20:14 raspado havent found a good example yet
20:16 LondonAppDev joined #salt
20:17 hemebond Does https://docs.saltstack.com/en/2015.5/topics/tutorials/gitfs.html#using-gitfs-alongside-other-backends affect pillars?
20:19 raspado good question
20:19 raspado seems like fileserver_backend only affects states in my case at least
20:21 raspado hemebond: seems like this would have done the trick that would accomplish the same behavor as setting fileerver_backends, im using "ext_pillar_first: false"
20:21 jhauser joined #salt
20:22 raspado that should have searched pillar_roots first
20:22 raspado but it seems just because I have ext_pillars configured and if that environment branch is not an actual branch in git, it will default to the next env branch
20:24 akhter joined #salt
20:27 Sammichmaker joined #salt
20:28 cyborg-one joined #salt
20:36 jas02 joined #salt
20:45 jas02 joined #salt
20:46 keimlink joined #salt
21:12 onlyanegg joined #salt
21:45 jas02 joined #salt
21:48 keimlink_ joined #salt
21:57 Kelsar joined #salt
21:59 raspado what is the best way to troubleshoot grain matching between the top.sls and the pillar?
22:03 DEger joined #salt
22:04 fracklen joined #salt
22:04 fracklen joined #salt
22:07 Kelsar joined #salt
22:25 Kelsar joined #salt
22:26 onlyanegg joined #salt
22:32 fracklen joined #salt
22:38 edrocks joined #salt
22:41 hoonetorg joined #salt
22:46 sh123124213 joined #salt
22:49 fas3r is there a way to set parrallel build mode/options when using cloud.provide in a state ?
22:50 Kelsar joined #salt
22:51 raspado like when you do salt-cloud -m <map_file> -P ?
22:54 hemebond cloud.provide is a state function?
22:57 netcho joined #salt
22:59 hemebond I can't find any info about cloud.provide
23:01 raspado hemebond: could you pass a tip or two over on my pillar dilemma? :(
23:01 hemebond raspado: Sorry, I don't use gitfs at all.
23:01 raspado heh k
23:01 raspado well
23:01 raspado not even gitfs related
23:02 hemebond Oh the grain matching?
23:02 hemebond state.show_top for states.
23:02 hemebond I think there is also pillar.show_top
23:02 hemebond Not sure.
23:02 raspado k let me check
23:03 hemebond Otherwise, when working on pillars I just do 'salt minion saltutil.refresh_pillar; salt minion pillar.items'
23:05 mosen joined #salt
23:15 awiss joined #salt
23:20 raspado hemebond: heres the output http://pastebin.com/GA2x91U2 , so in this example my box devops-blah-prod1 is somehow matching the stage pillar
23:21 raspado in my pillar directory, its basically /srv/pillar/{environment_name} so qe,dev,stage,prod ...etc
23:22 hemebond Can you show me your top.sls that's doing this grain targeting?
23:23 hemebond Actually, what's the problem?
23:25 raspado heres an example snippet of my top file for prod http://pastebin.com/7WVB859N. The issue is that the states are matching against the hosts environment okay. What is going on is that my minions in the prod environment are somehow defaulting to the stage pillar
23:26 raspado and if i wipe out the stage pillar and restart salt-master, then the minions will load the prod pillar
23:26 raspado if i delete the prod pillar folder, restart, it will just default to the dev pillar
23:27 hemebond I'll probably need to see more top.sls
23:27 hemebond This sounds more like a problem with your gitfs setup.
23:27 hemebond and ext_pillars
23:27 raspado I removed them completely
23:28 hemebond Paste your file_roots and top.sls files (with paths)
23:30 hoonetorg joined #salt
23:33 raspado hemebond: ok heres the break down http://pastebin.com/xLXZU3cx
23:34 hemebond Where if your pillar base environment?
23:35 raspado its not defined, i copied what works in our old prod salt environment, do I need it?
23:35 raspado I did try with it but it didnt do anything, so I left it out :\
23:35 hemebond Don't know.
23:35 hemebond I have one.
23:36 hemebond If pillars are the problem I need to see  the top.sls for the pillar environment.
23:37 justan0theruser joined #salt
23:38 raspado hemebond: http://pastebin.com/xG72pkku
23:39 hemebond And it doesn't apply any of those pillar files?
23:39 raspado oh it will but from a different environment pillar
23:40 hemebond Show me the top.sls for that environment.
23:40 raspado for the state?
23:40 hemebond For the environment that is applying its pillars.
23:40 hemebond That you don't want to apply.
23:41 hemebond e.g., if it's applying stage pillars then I need to see the pillar top.sls for stage
23:42 raspado hemebond: actually let me show you globals
23:43 raspado because that is what im testing
23:43 hemebond If an environment is applying its pillars then I need to see its top.sls
23:45 raspado hemebond: http://pastebin.com/igBN6AA8
23:46 hemebond Okay, I can see you are applying the stage:globals to all minions.
23:46 hemebond '*' means all minions.
23:46 raspado yeah anything that falls under stage
23:46 raspado or the respective environment
23:46 hemebond No no, all minions.
23:46 raspado really?
23:46 hemebond All minions will have that file applied.
23:46 raspado hmmm shit
23:46 hemebond Yes.
23:47 hemebond All top.sls files are merged together.
23:47 jas02 joined #salt
23:47 raspado how can i prevent that so env_state ==> env_pillar?
23:47 raspado this is how we have it working in an old version of salt
23:48 raspado maybe the new salt fixed it
23:48 raspado or added merging
23:48 hemebond How are you trying to specify the environment?
23:48 hemebond Environments have worked this way as long as I've used them.
23:49 hemebond My top files explicitly target hosts.
23:49 raspado were just defining environment basically using saltenv for the minion and also setting the environment=<env_name> as a grain
23:49 hemebond "using saltenv for the minion" like.. when you run commands or something?
23:49 raspado whatever is defined in /etc/salt/minion
23:49 hemebond Well, even of you set the grain, you're not targeting it.
23:50 hemebond If you want to specify an environment on a minion the config setting is "environment", not "saltenv"
23:51 raspado we use salt-cloud to provision hosts with map files, heres an example map file how we define environments at the provision level http://pastebin.com/AYi6CygS
23:52 raspado yeah it looks like we use environment sorry :)
23:52 krymzon joined #salt
23:56 hemebond And it's only the pillar that gets data from other environments?
23:56 raspado yeah, and if i delete the stage pillar
23:56 raspado then the pillar data will be grabbed from a different environment
23:57 raspado so its not specific to stage per-se
23:57 hemebond I'm not sure if that applies to pillars.
23:57 hemebond Since pillars are compiled on the master.
23:57 rml joined #salt
23:57 hemebond Which means you might need to change the merging strategy to get the behaviour you want.
23:59 raspado hmmm i set it for the states
23:59 raspado let me try for pillar

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