Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-10-15

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

All times shown according to UTC.

Time Nick Message
00:06 cyteen joined #salt
00:22 tiwula joined #salt
00:24 _aeris_ joined #salt
00:31 major joined #salt
00:54 sh123124213 joined #salt
01:06 rgrundstrom joined #salt
01:11 rgrundstrom Good morning...
01:11 * rgrundstrom cant sleep
01:42 fatal_exception joined #salt
01:55 ilbot3 joined #salt
01:55 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 <+> We are volunteers and may not have immediate answers
03:08 zerocool_ joined #salt
03:51 zerocool_ joined #salt
04:44 armyriad joined #salt
04:47 Morrolan joined #salt
04:49 q1x joined #salt
04:56 lompik joined #salt
05:48 hoonetorg is there already a formula to install and configure qemu-guest-agent somewhere for fsfreeze (snapshots of running vms) in centos/rhel 7
05:56 armyriad joined #salt
05:57 aldevar joined #salt
05:59 hasues joined #salt
06:00 hasues Anyone have any good docs on using masterless minions with gitfs backends?
06:00 hasues The ones I read online are not giving me good results.
06:11 sh123124213 joined #salt
06:12 XenophonF major: I'm not 100% certain that using orchestrate with highstate makes sense.
06:12 XenophonF hm
06:13 XenophonF I'll have to think about that.
06:59 icebal joined #salt
07:15 CHIPPY joined #salt
07:25 stanchan joined #salt
07:36 schasi joined #salt
07:44 dendazen joined #salt
08:00 pualj joined #salt
08:10 icebal joined #salt
08:11 mavhq joined #salt
08:14 stanchan joined #salt
08:20 pualj joined #salt
08:25 pualj_ joined #salt
08:36 armyriad joined #salt
08:49 cyteen joined #salt
08:49 Oida joined #salt
09:01 JawnAuz joined #salt
09:34 KingJ joined #salt
09:41 Oida joined #salt
09:49 ivanjaros joined #salt
09:54 filthyG joined #salt
10:20 colegatron joined #salt
10:45 daks joined #salt
10:48 daks joined #salt
11:08 daks joined #salt
11:09 xet7 joined #salt
11:17 mayk joined #salt
11:26 DanyC joined #salt
11:28 DanyC joined #salt
11:38 DanyC joined #salt
11:40 DanyC_ joined #salt
12:13 sh123124213 joined #salt
12:47 ivanjaros joined #salt
12:50 Oida joined #salt
13:00 CHIPPY joined #salt
13:01 CHIPPY joined #salt
13:01 CHIPPY joined #salt
13:01 CHIPPY joined #salt
13:02 CHIPPY joined #salt
13:02 CHIPPY joined #salt
13:04 schasi joined #salt
13:05 sh123124213 joined #salt
13:09 zerocool_ joined #salt
13:12 Oida joined #salt
13:22 zerocool_ joined #salt
13:28 dendazen joined #salt
13:59 _KaszpiR_ joined #salt
14:34 tiwula joined #salt
14:34 oida joined #salt
14:36 ibro joined #salt
14:41 Sd8rte joined #salt
14:42 Oida joined #salt
14:46 omie888777 joined #salt
15:10 mayk joined #salt
15:13 Trauma joined #salt
15:27 ivanjaros joined #salt
15:28 tom[] how to use the value of one item in pillar in the value of another item? e.g. base_dir: /foo \n config_dir: {{ base_dir }}/conf
15:31 Mattch joined #salt
15:33 XenophonF I think PillarStack is the canonical answer, but I prefer to use Jinja.
15:33 babilen tom[]: You can either define a variable that you reference or use PillarStack (cross SLS)
15:34 babilen {% set base_dir = /foo %} .... base_dir: {{ base_dir }} ... config_dir: {{ base_dir }}/conf
15:35 tom[] hmm...
15:35 tom[] tnx
15:40 tom[] or..., can i put a jinja expression in a string in pillar and eval() it in a sate sls?
15:43 fatal_exception joined #salt
15:47 skatz joined #salt
15:48 pualj_ joined #salt
15:49 cgiroua joined #salt
15:51 pualj joined #salt
15:51 cgiroua joined #salt
15:56 hasues joined #salt
16:09 XenophonF sorry tom[] I'm not following you
16:10 XenophonF Does Jinja have an eval function?
16:10 XenophonF What are you trying to do?
16:11 tom[] i have a jinja2 template to write systemd service unit files. it has a line ExecStart={{ service.exec }}
16:12 tom[] that template is rendered by file.managed with context from pillar
16:13 tom[] the file.managed is inside a for loop that iterates all the services found in pillar
16:14 tom[] but, on some of those services, the value of service.exec needs to depend on other pillar data
16:15 tom[] i should probably try to pare this down to a simple thing i can put in a gist
16:30 colegatron joined #salt
16:30 tom[] here: https://gist.github.com/tom--/a32af33a266db3c79cf8a309948df9a9
16:30 tom[] the problem is what to do where it says EXPRESSION INVOLVING OTHER PILLAR ITEM
16:31 tom[] maybe i can move the deamons object from pillar and into a jinja variable using {{ set
16:35 XenophonF why not just pass everything the template needs via file.managed context?
16:38 tom[] that would involve delaying the evaluation of {{ ' --insert' if EXPRESSION INVOLVING OTHER PILLAR ITEM else '' }} to when file.managed templates it
16:39 tom[] hence the question about something like 'jina expression'.eval()
16:39 tom[] which is surely a bad idea
16:40 johnkeates joined #salt
16:48 XenophonF delaying?
16:48 XenophonF you might be misunderstanding when the renderers run vs. when salt-minion executes states
16:48 tom[] moving. i.e. not evaluating that when setting the pillar data
16:49 XenophonF hm, I guess I'm confused
16:49 tom[] i believe i do understand that difference
16:49 tom[] yeah, i'm sorry
16:49 XenophonF no it's OK
16:49 XenophonF I'm on the wrong U.S. coast ATM and clearly need more coffee =)
16:50 tom[] i'll be easier if i redo the gist so i can refer to line numbers
16:52 tom[] ok. take another look at https://gist.github.com/tom--/a32af33a266db3c79cf8a309948df9a9
16:52 mayk joined #salt
16:53 tom[] in the template, lines 12-14 write the key/value pairs from daemons.Service in the pillar
16:54 tom[] so, for example, daemons.Service.Nice: yes in the pillar ends up as a line in the systemd unit file
16:54 tom[] Nice=yes
16:55 cyteen joined #salt
16:55 tom[] and that much works nicely so long as value is the same string for every minion
16:56 tom[] but if the value needs to depend on pillar data specific to a minion, i get stuck
16:58 hasues On masterless minions, can pillar data be fetched via gitfs?
17:13 cyteen joined #salt
17:17 Oida joined #salt
17:20 bluenemo joined #salt
17:25 pualj joined #salt
17:28 onlyanegg joined #salt
17:36 tom[] XenophonF: i found something that works. move the yaml in pillar.txt (in the gist) to some/file.yml and then in the state sls {% import_yaml "some/file.yml" as foo %}
17:40 stanchan joined #salt
17:57 coredumb plop
17:57 coredumb ooops wrong channel my bad :)
17:59 Lionel_Debroux joined #salt
18:12 CrummyGummy joined #salt
18:27 schasi joined #salt
18:40 babilen tom[]: At that point it's probably easier to use PillarStack, but if you only want two elements in the Stack, you can naturally use your approach
18:42 nebuchadnezzar joined #salt
18:52 cgiroua joined #salt
18:57 Rumbles joined #salt
19:09 tom[] babilen: i think i might have been getting carried away with using pillar. the values in this data structure will be used in exactly one place for one thing so maybe it's better to keep them together with that stuff rather than in the big pillar database
19:11 tom[] and i only need the data structure because i want to stamp out systemd unit files using templates
19:11 marcux joined #salt
19:18 stanchan joined #salt
19:30 Rumbles joined #salt
19:33 icebal joined #salt
19:38 omie888777 joined #salt
19:42 pualj_ joined #salt
19:46 Rumbles joined #salt
19:51 icebal joined #salt
19:53 girishb joined #salt
19:58 icebal joined #salt
20:03 Heartsbane joined #salt
20:03 Heartsbane joined #salt
20:08 girishb left #salt
20:08 girishb joined #salt
20:14 pualj joined #salt
20:16 cyteen joined #salt
20:28 tom[] lxc.present in the minion version i have (2016.12.2) does not support thinpool. is there a way to force a --thinpool=TP option through to the lxc-create command from the state def?
20:28 girishb https://pastebin.com/0nBRQqEJ
20:28 girishb No Top file or master_tops data matches found.     — please help
20:29 girishb salt 2017.7.1 (Nitrogen)
21:32 KingJ joined #salt
21:39 schasi joined #salt
21:50 XenophonF girishb: you probably need to read through https://docs.saltstack.com/en/latest/ref/states/top.html#how-top-files-are-compiled
21:51 XenophonF in the simplest case, i'd move the top file to the base environment, which should work
21:53 whytewolf they might also need to be here in order to see the informaiton you posted :P
21:54 XenophonF oh :(
21:54 whytewolf not your fault they left before getting an answer
22:04 czchen joined #salt
22:21 oida joined #salt
22:41 tiwula joined #salt
23:11 cyborg-one joined #salt
23:17 Whissi joined #salt
23:20 XenophonF well this sucks
23:21 XenophonF I think I need to run salt-master under a debugger to figure out this SaltReqTimeoutError thing
23:21 XenophonF I tried a couple of different minion versions, as old as 2015.5, and they all threw it
23:22 XenophonF so I don't think this is a minion thing esp. since state.apply et al worked fine "a while ago"
23:24 XenophonF I like how the docs think that "debug salt-master" means "run this with debug logging enabled" /s
23:41 cyteen joined #salt
23:51 yidhra joined #salt

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