Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-04-14

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

All times shown according to UTC.

Time Nick Message
00:01 hemebond joined #salt
00:09 nick123 joined #salt
00:11 censorshipwreck joined #salt
00:19 Joe630 pcn: thanks again for the help, It works, when it works!
00:19 Joe630 Now I need to figure out how to tell if dnsutil fails or not
00:19 woodtablet left #salt
00:32 Derailed left #salt
00:35 Yamazaki-kun joined #salt
00:35 DEger joined #salt
00:57 dezertol joined #salt
01:01 jdipierro joined #salt
01:02 bltmiller joined #salt
01:04 DEger joined #salt
01:09 nick123 joined #salt
01:10 aneeshusa joined #salt
01:17 DEger joined #salt
01:23 lorengordon joined #salt
01:23 ChubYann joined #salt
01:36 Tanta joined #salt
01:41 catpiggest joined #salt
01:48 ilbot3 joined #salt
01:48 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.3.6, 2016.11.3 <+> 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
01:53 DEger joined #salt
01:56 Praematura joined #salt
02:10 nick123 joined #salt
02:23 debian112 joined #salt
02:39 om2_ joined #salt
02:42 DEger joined #salt
02:44 evle joined #salt
02:55 DEger joined #salt
03:03 jdipierro joined #salt
03:11 nick123 joined #salt
03:14 ahrs joined #salt
03:17 Praematura joined #salt
03:19 nikdatrix joined #salt
03:43 DEger joined #salt
03:55 antpa joined #salt
03:56 DEger joined #salt
04:12 nick123 joined #salt
04:12 DEger joined #salt
04:22 DEger joined #salt
04:27 DEger joined #salt
04:34 rschneberger joined #salt
04:47 nick123 joined #salt
04:52 jimklo_ joined #salt
04:54 DEger joined #salt
05:04 jdipierro joined #salt
05:07 Bock joined #salt
05:08 cyborg-one joined #salt
05:10 CeBe joined #salt
05:19 nikdatrix joined #salt
05:19 aldevar joined #salt
05:24 DEger joined #salt
05:25 aldevar left #salt
05:33 DEger joined #salt
05:48 jas02 joined #salt
05:51 DEger joined #salt
05:56 brent_ joined #salt
05:57 brent_ joined #salt
06:04 DEger joined #salt
06:11 funabashi joined #salt
06:16 c4rc4s joined #salt
06:24 aldevar joined #salt
06:36 Inveracity joined #salt
07:09 onlyanegg joined #salt
07:16 Praematura joined #salt
07:20 mr_kyd joined #salt
07:22 jas02 joined #salt
07:37 dh joined #salt
07:51 mbologna1 joined #salt
07:56 nikdatrix joined #salt
08:07 jdipierro joined #salt
08:21 antpa joined #salt
08:53 onlyanegg joined #salt
09:21 mikecmpb_ joined #salt
09:28 antpa joined #salt
09:30 Inveracity joined #salt
09:41 ProT-0-TypE joined #salt
09:42 ProT-0-TypE is there a way with file.recurse to skip empty files?
09:53 chutzpah joined #salt
09:57 chutzpah joined #salt
09:58 chutzpah joined #salt
10:08 jdipierro joined #salt
10:14 Drunken_Panda joined #salt
10:40 funabashi joined #salt
11:12 q1x hi all, I have added our first windows minion. However, I'd like to use a custom remote execution module on this machine that requires a pip installed module.
11:13 q1x I have installed the module via the salt minion pip module and it shows up in a pip.list. However, the minion is complaining it can't find the module when we try to use our custom module.
11:14 q1x Is there something specfic I need to do to make sure the minion can access the pip installed modules?
11:19 Dragonblaze joined #salt
11:29 Rumbles joined #salt
11:54 onlyanegg joined #salt
11:58 Inveracity joined #salt
12:06 cyteen joined #salt
12:12 Dragonblaze left #salt
12:15 Sammichmaker joined #salt
12:17 impi joined #salt
12:32 hemebond q1x: Restarting the minion?
12:33 hemebond There is also a module reload command.
12:33 hemebond saltutil.refresh_modules might do it.
12:40 thebinary joined #salt
12:42 squishypebble joined #salt
12:45 Rumbles joined #salt
12:52 st8less joined #salt
12:56 XenophonF joined #salt
13:04 brousch__ joined #salt
13:06 johnkeates joined #salt
13:07 cyteen_ joined #salt
13:20 q1x hemebond: I've already restarted the minion and issued a sync_all
13:20 q1x I'm wondering if pip and salt are actually using the same env
13:20 Tanta joined #salt
13:25 racooper joined #salt
13:26 muxdaemon joined #salt
13:43 catpig joined #salt
13:46 cyteen_ joined #salt
13:47 evle1 joined #salt
13:50 XenophonF unless you did something weird with your salt install or pip command, they should be using the same environment
13:54 q1x hemebond, XenophonF Python was already installed on the machine
13:54 q1x pip was  indeed refering to the other env
13:54 q1x using salt <minion> pip.list cwd='C:\salt\bin\Scripts' bin_env='C:\salt\bin\Scripts\pip.exe' as per https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.pip.html worked
13:55 onlyanegg joined #salt
14:02 Whissi joined #salt
14:08 XenophonF oh
14:08 XenophonF awesome
14:08 XenophonF that's really good to know
14:08 GMAzrael joined #salt
14:08 GMAzrael no word from bigbear on my pull requests.
14:10 mpanetta joined #salt
14:12 mpanetta joined #salt
14:13 XenophonF I kind of wish Salt used the system Python on Windows.
14:14 XenophonF That said, I've built my own MSIs for all of Salt's dependencies, which was not fun, and then tried to deploy them, which was even less fun.
14:14 candyman88 joined #salt
14:14 XenophonF So I get why they do the Windows installer the way they do.
14:17 PatrolDoom joined #salt
14:17 jvelasquez joined #salt
14:19 edrocks joined #salt
14:23 XenophonF I almost (almost!) wish that the Windows minion install process leveraged nuget or something.
14:24 XenophonF Then we could have a proper package manager on Windows instead of the kludge that is win_pkg
14:25 XenophonF IMO
14:26 cyborg-one joined #salt
14:27 Tanta joined #salt
14:29 jmcenviron joined #salt
14:33 impi joined #salt
14:39 concerti I found this formula https://github.com/bechtoldt/saltstack-iscdhcp-formula which uses datamaps. Tried finding info on said datamaps and how to configure them. Anyone know where to start reading on using datamaps with salt states & jinja templates?
14:39 st8less joined #salt
14:49 theblazehen joined #salt
14:53 antpa joined #salt
14:55 mat_ joined #salt
14:56 _JZ_ joined #salt
14:57 aldevar left #salt
15:00 Pyro_ joined #salt
15:04 onlyanegg joined #salt
15:07 Praematura joined #salt
15:10 Trauma joined #salt
15:18 onlyanegg joined #salt
15:19 XenophonF concerti: it looks similar to the defaults.yaml/map.jinja/init.sls pattern
15:20 XenophonF i personally think that's a little harder to read but YMMV
15:20 XenophonF here's how i implement that pattern - https://github.com/irtnog/openssh-formula/tree/master/sshd
15:24 onlyanegg joined #salt
15:29 aneeshusa joined #salt
15:29 Trauma joined #salt
15:30 Brew joined #salt
15:35 ronnix joined #salt
15:35 jdipierro joined #salt
15:53 sarcasticadmin joined #salt
15:56 wangofett joined #salt
16:05 sjorge joined #salt
16:08 jdipierro joined #salt
16:12 daemonkeeper joined #salt
16:15 edrocks joined #salt
16:16 antpa joined #salt
16:17 atree joined #salt
16:17 keltim joined #salt
16:21 pipps joined #salt
16:22 pipps joined #salt
16:30 mikecmpbll joined #salt
16:32 concerti XenophonF: OK here's a question where is {%- import_yaml "sshd/defaults.yaml" as default_settings %}
16:33 concerti meaning how does salt find sshd/defaults ?
16:33 concerti and why are you loading it as default_settings and not datamap
16:36 jimklo joined #salt
16:36 whytewolf concerti: doesn't matter what it is called. although it is different beast then the way the formula you are pointing at does it. but in the end data from 2 or three different points is combined into one through grains.filter_by
16:37 s_kunk joined #salt
16:39 keldwud joined #salt
16:39 keldwud joined #salt
16:40 concerti interesting. I'll read into filter_by
16:41 jvelasquez how could I stop a service on a minion?   it's in webserver.sls, and is apache2 on the minion.
16:43 whytewolf salt '*' service.stop apache2
16:43 whytewolf ?
16:43 whytewolf [don't always have to use an sls to do something]
16:45 jvelasquez thank you.  I was trying  salt '*' service.dead webserver
16:53 jdipierro joined #salt
16:53 Inverakitty joined #salt
16:58 onlyanegg joined #salt
16:59 RabidCicada joined #salt
17:02 jvelasquez I changed a hostname of a minion.  How can I update it in the master list?
17:03 wangofett The hostname or the minion ID?
17:03 wangofett jvelasquez: because those are (technically) two different things
17:06 sarcasticadmin joined #salt
17:07 Edgan XenophonF: what distribution/version do you use?
17:10 jvelasquez I got it. was in /etc/salt/minion_id
17:11 jvelasquez Edgan, Ubuntu, an an older version of Salt
17:11 st8less joined #salt
17:11 jvelasquez salt==2015.8.8+ds-1 ?
17:12 jvelasquez this is my first time with Salt. you can expect to see me in this channel a bit in the next week or so.  :)
17:13 XenophonF sorry guys went out to lunch with the wife
17:13 whytewolf welcome, jvelasquez
17:13 XenophonF concerti: generally, formulas get mounted at the root of the salt file server
17:13 whytewolf XenophonF: no need to appologize.
17:15 XenophonF e.g., if you're using the salt.formulas SLS from saltstack-formulas/salt-formula, that would get cloned to /srv/formulas/openssh-formula, and then added to file_roots in the salt-master config
17:16 XenophonF so the directory search starts from the top of salt:// in the appropriate environment
17:16 XenophonF and i load defaults into "default_settings" becuase that's the pattern i follow
17:17 XenophonF the merged settings go into <SLS ID>_settings
17:17 Trauma joined #salt
17:17 XenophonF with the SLS ID abbreviated in ways that I hope are obvious to others in order to prevent variables from getting too long
17:18 XenophonF here's another example
17:18 XenophonF https://github.com/irtnog/shibboleth-formula/tree/master/shibboleth/idp
17:18 XenophonF quite a bit more complicated and not as polished as my openssh-formula
17:18 XenophonF i end up using inline defaults in a bunch of places, unfortunately
17:19 XenophonF i need to rework the XML templates, too
17:19 XenophonF Edgan: to what was your question referring? dist/ver of what?
17:19 XenophonF sorry lost the thread
17:21 XenophonF jvelasquez: I'm not sure it's possible to rename a minion.
17:22 XenophonF if I make an error like that, I'll force re-keying the minion by deleting it off the master (using salt-key) and by deleting the keying material on the minion ($prefix/etc/salt/minion_id and .../pki/, IIRC)
17:23 Edgan XenophonF: I was asking what distro/version you use with your salt code?
17:24 XenophonF the way I do deployments now forces the minion hostname to match the minion ID and not the other way around, e.g., https://github.com/irtnog/salt-states/blob/development/hostname/init.sls
17:25 jvelasquez XenophonF, thank you.
17:25 XenophonF Edgan: at work I'm running mostly Windows and CentOS, with a smattering of Ubuntu (our bioinformatics HPC clusters)
17:26 XenophonF at home it's mostly FreeBSD and Windows, with a little CentOS and Debian
17:26 XenophonF jvelasquez: you're welcome
17:26 XenophonF I'm starting to use Salt to do some of the heavy lifting for our AD FS and SharePoint deployments.
17:26 Joe630 pcn: uh i'm dumb, socket.gethostbyname('')
17:26 XenophonF e.g., I just started using the scheduler to handle federation metadata updates
17:27 XenophonF which is awesome - wish i'd know about that a year ago
17:27 impi joined #salt
17:27 jvelasquez XenophonF,  I'm looking for an opinionated answer next.   In Ubuntu theres a service called gpumanager which breaks my xorg.config.  I'd like to disable it.  The correct way to disable it is by passing kernel boot params thru Grub.  I could use a pointer in deciding on an sls, module, and overall approach of the issue.  :)
17:27 XenophonF I'm slowly working out how to get Salt to run AutoSPInstaller, too.  That'll be awesome once I have it working.
17:28 XenophonF jvelasquez: KISS is your friend.  Doesn't grub have a .d-style config directory structure?
17:28 jvelasquez XenophonF,  so I'll need to modify /etc/defaults/grub, and then redeploy grub.
17:28 Edgan XenophonF: no https://paste.fedoraproject.org/paste/5WbdGUPeSBTH24ft1AUhTF5M1UNdIGYhyRLivL9gydE=  ?
17:29 jvelasquez XenophonF, I must modify the GRUB_CMDLINE in /etc/default/grub, and then run grub-install
17:30 XenophonF hang on let me find an ubuntu box
17:30 jvelasquez XenophonF,  I use a sed 's///' /etc/default/grub,  to edit the file
17:30 XenophonF you could use file.replace but i prefer to avoid mutating config files like that
17:30 jvelasquez I was thinking of creating a gpumanager.sls file,  and putting two commands in it.
17:31 XenophonF oh here we go
17:31 XenophonF /etc/grub.d
17:32 XenophonF if it were me I'd drop a file into /etc/grub.d that makes the changes I want, then re-run grub-install via an onchanges requisite
17:32 XenophonF that should survive upgrades without any trouble
17:33 XenophonF but you could use a file.replace state
17:34 XenophonF so the dirt simple way is to create /srv/salt/gpumanager/disable.sls
17:35 XenophonF stick your file.replace and cmd.run states in there (i'd use a single state ID of disable_gpumanager)
17:35 fooker left #salt
17:35 XenophonF Edgan: I haven't used module.wait.  Interesting.
17:36 XenophonF jvelasquez: to give you a slightly different example, this one involving modprobe on RHEL/CentOS - https://github.com/irtnog/salt-states/blob/development/hyperv/ic.sls#L12
17:37 Praematura joined #salt
17:39 Edgan XenophonF: it is required for any systemd based system with a new service
17:39 XenophonF gotcha
17:40 jvelasquez XenophonF,  can I see hyperv_settings.packages|yaml ?
17:41 XenophonF jvelasquez: https://github.com/irtnog/salt-states/blob/development/hyperv/map.jinja
17:42 sjorge joined #salt
17:42 XenophonF this is how the |yaml filter works - https://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html#salt.utils.jinja.SerializerExtension
17:42 antpa joined #salt
17:42 XenophonF I use the YAML serializers all over the place.
17:43 whytewolf psh, you havn't used yaml filter till you have your entire top generated using the yaml filter :P
17:43 XenophonF Too many times I've encountered problems where YAML files don't render properly b/c {{ variable }} doesn't yeild valid syntax
17:43 XenophonF that's actually a very interesting idea, whytewolf!
17:43 whytewolf XenophonF: https://github.com/whytewolf/dyn_salt_top
17:44 XenophonF sadly I still have a lot of {%- for ...%} {{ ... }} crap in mine
17:44 Edgan XenophonF: 90% of the time that is if you have quotes around it
17:44 whytewolf it is a work in progress
17:44 XenophonF Edgan: I can't guarantee that I get the quotes correct, esp. when dealing with Windows vs. Unix pathnames
17:44 XenophonF safer to use |yaml_encode
17:44 Edgan XenophonF: extract fun is when you put quotes around the original, then you use one variable to define another, and you have to quote that too
17:45 XenophonF yeah
17:45 XenophonF that's a pain
17:45 XenophonF which is why i use {{ "template"|format(...)|yaml_encode }}
17:45 Edgan XenophonF: true, false, yes, no, Yes, No = True/False
17:45 XenophonF yeah i've been bitten so many times by that stuff
17:45 whytewolf also None = NoneType
17:47 XenophonF further complicating things for me is the fact that most of my team aren't programmers
17:47 edgr joined #salt
17:47 XenophonF i'd rather tell them to always use |yaml_encode and friends
17:47 Edgan XenophonF: If you want to really confuse most people, https://en.wikipedia.org/wiki/YAML#Advanced_components . You can make yaml repeat itself instead of using jinja variables.
17:47 saltstackbot [WIKIPEDIA] YAML#Advanced components | "YAML (/ˈjæməl/, rhymes with camel) is a human-readable data serialization language. It is commonly used for configuration files, but could be used in many applications where data is being stored (e.g. debugging output) or transmitted (e.g. document headers). YAML targets many of the same communications..."
17:48 XenophonF to always construct path names using list|join(dirsep)|yaml_encode, for example
17:48 XenophonF OOOOH
17:48 XenophonF I didn't know about <<:
17:48 XenophonF omg
17:48 XenophonF this changes everything!
17:49 Edgan XenophonF: Another thing I find annoying is you can't really completely comment out jinja in sls files with #. It will still try to render the jinja, even if the end result is commented out.
17:49 whytewolf you do have to becareful cause salt support of advaned components can sometimes be iffy. least that is what i have heard.
17:49 jvelasquez XenophonF,  like this?  https://pastebin.com/JCHxrRys
17:49 whytewolf Edgan: commenting out jinja is {#
17:49 XenophonF Edgan: you have to use {# #} syntax
17:49 Edgan XenophonF: yeah, I just learned that one myself. I am curious where you mind goes with it. It sounded really cool, and then I realized I liked jinja variables more.
17:50 Edgan whytewolf: good to know
17:50 XenophonF jvelasquez: that should work although instead of "path" you want "name" (iirc)
17:50 whytewolf yeap, name
17:50 whytewolf not path
17:50 XenophonF haha sorry to have both of us jump  on you :)
17:51 XenophonF I need to give the YAML spec another read through.
17:51 XenophonF I have the Jinja docs on speed dial.
17:51 whytewolf all else fails, there is always the py render :P
17:51 XenophonF LOL
17:51 XenophonF I actually tried that once.
17:51 XenophonF Once, Johnny.
17:52 XenophonF ended up deciding that rendering XML in Jinja was easier ;)
17:52 whytewolf i like it for complex things.
17:52 XenophonF I'm rather proud of these templates - https://github.com/irtnog/shibboleth-formula/blob/master/shibboleth/idp/files/conf/metadata-providers.xml
17:52 Edgan whytewolf: I have considered that a few times, but have yet had to do it. I also looked at the other templating syntaxes supported and realized they aren't any better.
17:52 XenophonF the rendered XML is pretty reasonable
17:52 whytewolf well XML in jinja shouldn't be that bad. after all HTML is XML like. and jinja was written to render html
17:53 Edgan XenophonF: What is the XML for?
17:53 XenophonF there are a few cases where it falls down, but that's because Spring is weird
17:53 XenophonF Shibboleth is a web SSO implementation writtin in Java/Spring, so it's all configured via XML.
17:53 Edgan XenophonF: I was using jinja to render the XML for Jenkins jobs, and then switched to the Job DSL. The XML was awful.
17:53 whytewolf Edgan: yeah I stick to pretty much jinja and py. and py is VERY rare useages
17:54 jvelasquez XenophonF,  when I run  `salt '*' state.highstate gpumanager`,  salt runs my other sls files I created by following the tuturial, but skips right over my gpumanager.sls.  Succeeded:2, Failed: 0.  Should I debug on the minion anyway?
17:54 Edgan jvelasquez: state.sls not state.highstate
17:54 XenophonF i think you want to call state.apply
17:55 whytewolf the other renders are there. but the documentation for them is ... almost not even there. and I was already familure with jinja before starting into salt
17:55 XenophonF or state.sls
17:55 XenophonF one is an alias for the other
17:55 XenophonF yeah, same here
17:55 ChubYann joined #salt
17:55 Edgan I wish jinja was just a little bit more powerful
17:55 XenophonF I came to Salt knowing YAML (thanks to Minecraft/Bukkit) and Jinja (thanks to djangoCMS).
17:56 whytewolf state.apply is the one recomended. basicly because it can be used to replace both state.sls and state.highstate
17:56 whytewolf it calls one or the other based on input
17:56 XenophonF jvelasquez: i think you meant for one of the states in that paste to be a cmd.run
17:57 * XenophonF nods
17:58 Edgan XenophonF: whytewolf: have you mastered the use of dashes in jinja to control newlines? I have found it to be an art. I have it mostly figured out, but it still surprises me sometimes.
17:58 XenophonF I'm so-so on that.
17:59 jvelasquez XenophonF,  what if I want to make multiple changes to the same file?
17:59 whytewolf I generally can get what i want. but it takes a couple of tries sometimes.
17:59 jvelasquez XenophonF, I have a conflicting ID.
17:59 XenophonF jvelasquez: You're at the point where I tell people to stop mutating the file and just have Salt take over the entire thing, whether via file.managed or file.recurse.
18:00 XenophonF I mean, it's certainly possible.  You just have to give each file.replace state a unique state ID.
18:00 Zachary_DuBois joined #salt
18:00 SaucyElf joined #salt
18:00 jvelasquez XenophonF,  I got it!
18:01 XenophonF oh, btw, you need to change your matches
18:01 XenophonF otherwise subsequent runs will change it to ... nogpumanager nogpumanager, and then ... no gpumanager nogpumanager nogpumanager
18:01 XenophonF and so on
18:01 XenophonF I might have an example of negative matching using PCRE somewhere.  Hold on a sec while I look.
18:02 whytewolf also, if you are making multiple changes to the same file you should use require between the states so that they work in ordder and know about each other.
18:02 slupers joined #salt
18:02 Joe630 I'm using salt.client to run something on the master in a salt-runner
18:02 Edgan XenophonF: My rule is salt owns all files it touches, if possible. The exceptions are where the daemon rewrites it's own configuration file. I don't play the append or rewrite games.
18:02 Joe630 is there a shortcut to that?
18:02 jvelasquez whytewolf,  require?
18:02 Joe630 client = salt.client.get_local_client(opts['conf_file']); client.cmd('saltmaster'...
18:03 Joe630 is there a way to just run it wherever the runner is being executed from?
18:03 XenophonF jvelasquez: https://github.com/irtnog/salt-states/blob/development/cron/init.sls#L17
18:03 Edgan XenophonF: For the ones that rewrite, I just write it the first time, and then tell salt to leave it alone after that.
18:03 XenophonF see how the pattern matches for the _absense_ of the replacement string?
18:03 XenophonF Edgan: I wholly agree.
18:03 XenophonF Actually I think I picked that bit of advice from babilen.
18:04 whytewolf I personally would perfer the pattern handle it correctly everytime. just in case someone changes the file and it needs to be recreated
18:04 XenophonF exactly
18:04 Edgan XenophonF: I learned the lesson with Puppet's use of Augeas, and how painful it is.
18:04 XenophonF hence why if you're going to do file.replace, be very, very careful
18:05 XenophonF one must be very careful to write the matching and replacement patterns such that the state is idempotent
18:05 Edgan XenophonF: and I have been very happy ever since
18:05 XenophonF i.e., that subsequent runs don't change anything
18:05 XenophonF hah I bet
18:05 XenophonF Augeas is awesome for hacking stuff together, but it can quickly become a footgun.
18:05 whytewolf jvelasquez: https://docs.saltstack.com/en/latest/ref/states/requisites.html
18:07 whytewolf Joe630: you are running a runner through local_client? is it something that can be run through RunnerClient?
18:09 Joe630 i'm writing a runner and the runner needs some info that easily available locally
18:10 Joe630 instaed of calling a minion twice, I'd like to just get it locally
18:10 whytewolf locally on the master?
18:10 Joe630 we typically execure selt-run from the master, so yes?
18:10 Joe630 *execute
18:11 Joe630 i tried importing the module I want to use and excuting it, but that doesn't seem to be right
18:15 whytewolf ahhh, no you are mostly correct with your original code. if you need to call something that is minion based you need to setup the client then call cmd or cmd_run
18:15 Joe630 im having trouble understanding the docs, I thought I knew what a runner did
18:16 Joe630 i want to use salt.modules.dnsutil in the runner
18:16 Joe630 it doesn't have to be on a minion, but I was doing it that way
18:16 Joe630 am I making sense?
18:16 whytewolf https://github.com/saltstack/salt/blob/develop/salt/runners/salt.py here is a runner function setup to call minion modules
18:16 whytewolf yes, it does have to be a minion that is a minion function in a minion scope
18:17 whytewolf there is a layer of seperation between master and minion.
18:17 whytewolf and the code with in
18:18 Joe630 does it make any sense to not use a minion here?
18:18 whytewolf no
18:18 Joe630 and is this correct: a salt.mondule is only available to a minion?
18:18 whytewolf what you can do. see if salt.modules.dnsutil uses a util
18:19 whytewolf yes
18:19 whytewolf that is correct
18:20 MajObviousman so, this is kinda interesting: https://gist.github.com/anonymous/4daff0c9c3a7bba7bf9d8faabcaf4da7
18:20 MajObviousman minion is responding to ping multiple times, but other things just once
18:21 whytewolf MajObviousman: minion running the client more then once? or more then one minion with the same id [and key files]
18:21 MajObviousman I'm investigating the latter right now
18:21 MajObviousman that's the most likely
18:22 mpanetta joined #salt
18:23 whytewolf althought it is wierd that test.ping returns more then once. and other things don't.. they should return the same way
18:24 whytewolf if you do a lookup_jid on one of the ones that returned with only one does it still only show one response?
18:25 MajObviousman found a duplicate
18:25 MajObviousman so that explains one of the two overlaps
18:28 pipps joined #salt
18:29 MajObviousman yep, all duplicates accounted for now. Thanks for the tip
18:29 whytewolf no problem
18:29 hatifnatt Hello. How can I "break" Jinja for loop scope? I want iterate over list and concatenate list items in one string but variable doesn't change outside the loop.
18:29 MajObviousman not sure why the grains.item only returned one response
18:30 MajObviousman something to explore later, I think
18:31 whytewolf hatifnatt: as long as the item being updated in the loop exists before the loop the loop should just update it
18:32 MajObviousman hatifnatt: read the jinja2 templating doc carefully
18:32 MajObviousman the loop creates a new scope, so changes to the variable do not exist once the loop exits
18:33 MajObviousman http://jinja.pocoo.org/docs/dev/templates/#for  very last paragraph of this section
18:33 XenophonF hatifnatt: don't use a loop
18:33 XenophonF use join
18:33 whytewolf ^
18:33 hatifnatt Variable created otside the loop.
18:33 XenophonF e.g., {{ ['a', 'b', 'c']|join(' ')|yaml_encode }}
18:34 XenophonF that renders as "a b c"
18:34 writtenoff joined #salt
18:34 MajObviousman it makes me irrationally annoyed that jinja is poorly cherry-picking features out of python and re-implementing them
18:34 XenophonF it's a completely different programming language
18:34 XenophonF DLS
18:34 XenophonF er, DSL
18:35 XenophonF it just happens to be implemented using python
18:35 XenophonF but it really has different semantics for better or worse
18:36 MajObviousman is true, but still makes me irrationally annoyed
18:36 MajObviousman also, I dig the name. Ran across Xenophon and started reading some of his stuff recently
18:36 hatifnatt MajObviousman: I had already read Jinja docs, and came here with question. I will try join, thanks.
18:36 cliluw joined #salt
18:37 XenophonF awesome!
18:37 XenophonF Xenophon is actually my IRL middle name, after my grandfather
18:38 XenophonF made picking my 7337 haxxor alias a lot easier ;)
18:38 btorch joined #salt
18:38 XenophonF hatifnatt: hey it's all good
18:39 btorch salt doesn't have any state/module to remove everything that has been done by states that we create to clean up a system, does it ?
18:39 btorch we have to create some cleaup state I guess , is that so ?
18:39 XenophonF isn't there a backup option you can turn on in the minion config?
18:39 whytewolf yes,
18:40 pipps joined #salt
18:40 whytewolf XenophonF: no
18:40 hatifnatt whytewolf: Variable definitely exist outside for loop but it is not updated. Which confuse me.
18:40 edrocks joined #salt
18:40 btorch XenophonF: I think I read something about revions now for rollbacks
18:40 XenophonF https://docs.saltstack.com/en/latest/ref/states/backup_mode.html#file-state-backups
18:41 whytewolf thats for file states. not all states
18:41 XenophonF ah true
18:41 whytewolf and it backups the file for every change ...
18:41 XenophonF definitely better to write an "undo" or "absent" SLS
18:42 whytewolf i use remove
18:42 XenophonF although in this day and age of disposable VMs, I usually nuke the instance and redeploy
18:42 XenophonF remove - that's good, i might switch to that
18:42 whytewolf https://github.com/whytewolf/salt-phase0-states/blob/master/mysql/remove.sls
18:42 whytewolf like that
18:43 Tanta joined #salt
18:44 whytewolf I use remove scripts mostly for testing. as it is generally a could of seconds to return a system to prestate then to nuke the instance
18:49 MajObviousman XenophonF: yeah no kidding
18:49 hatifnatt join doesn't suite good for my needs :(
18:49 MajObviousman hatifnatt: if you are skipping some items, then you can filter them out of the list first before join
18:51 hatifnatt I need string like '-k arg1 -k arg2' but with join I will get 'arg1 -k arg2'
18:51 XenophonF {{ '-k ' + var|join(' -k ') }}
18:51 MajObviousman ^
18:51 whytewolf ^
18:52 XenophonF LOL
18:52 MajObviousman I was 3/4 of the way through typing
18:52 whytewolf was 3.5/4 way through typing then started sneezing
18:52 justanotheruser joined #salt
18:55 hatifnatt XenophonF: That was obivious, I think I need a brake. Thanks. :)
18:56 whytewolf my head hurts ... I really hope it heats up in vegas soon this pollen is killing me
19:01 btorch left #salt
19:02 jdipierro joined #salt
19:02 MajObviousman have you ever stopped to laugh at the name Las Vegas?
19:02 MajObviousman vega =~ fertile, consistently wet ground down next to a river
19:03 MajObviousman Las Vegas is literally the middle of nowhere in a desert
19:04 whytewolf think of it like greenland/iceland deceptive naming ;)
19:04 jvelasquez Any ideas on a good spot for  `apt-get dist-upgrade` in the Salt state files?
19:05 whytewolf jvelasquez: https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.uptodate
19:05 whytewolf at the very end
19:07 whytewolf or the very begining [although pkg.latest states won't trigger because the update will update before they have a chance]
19:07 whytewolf or no where. and do it by hand when needed.
19:08 Tanta pray.sls
19:08 Tanta that's where I'd put it
19:09 jvelasquez hehe. ty.
19:09 whytewolf i like description names like long_night_ahead_fixing_broken_dependencies.sls
19:10 XenophonF I wish package managers were more consistent regarding service restarts.
19:10 whytewolf thats why we have salt :P
19:10 XenophonF Many Linux packages will do it, but I'm not aware of any FreeBSD packages that do.
19:12 jvelasquez I had seen some packages from multimedia repos, edit my ssl-cacert-revocations.list,  hidden somewhere inside their update scripts.  Just two single bytes. one for one record, and another for another record.
19:12 whytewolf humm i have not run across many linux packages that restart after upgrade automaticcly.
19:12 jvelasquez sorry. off topic. I couldn't help it.
19:13 MajObviousman well, you'll have to wear the dunce hat for the next fifteen minutes
19:13 jvelasquez me?
19:13 Tanta at least you don't have to sit on the dunce cap
19:13 Tanta it's way worse
19:14 MajObviousman we stopped that archaic practice back in 2013 though
19:14 whytewolf the one or two packages i have seen that do autorestart after upgrade... broke the upgrade. and was easier to turn them off before the update
19:14 Tanta they did it to me until I started liking it
19:14 * MajObviousman misses the old days
19:15 DEger joined #salt
19:18 Gareth joined #salt
19:18 mbologna joined #salt
19:20 codeape joined #salt
19:22 jvelasquez upon a `salt '*' state.sls nv`, I see Succeeded: 1, Failed: 0, followed by,  ERROR: Minions returned !0 quit code
19:23 hatifnatt Still curious why variable defined outside loop has not been updated in a loop. There is part of pillar, state and state.show_sls output https://gist.github.com/hatifnatt/6e8e9d875e1055b0e313ce7aa9139204
19:23 keltim joined #salt
19:23 cyborg-one joined #salt
19:24 MajObviousman hatifnatt: because jinja
19:26 mdpolaris joined #salt
19:27 hatifnatt MajObviousman: So whytewolf statement > "as long as the item being updated in the loop exists before the loop the loop should just update" it isn't correct?
19:29 MajObviousman yes, that is not correct
19:29 MajObviousman I know this because I just went through this exact thing two days ago
19:30 jvelasquez I have a state to install nvidia drivers, and only if they were just installed or updated, I'd like to generate a new xorg.conf file.   I'm gonna go checkout the pkg.installed docs and see what I find.
19:34 mdpolaris II had to override the gpg renderer due to an issue i found and the custom version in _renderers is not being used
19:35 mdpolaris it is present here: /var/cache/salt/minion/extmods/renderers
19:35 jimklo joined #salt
19:36 mdpolaris but it is just not being used and i can’t figure out why
19:37 MajObviousman hatifnatt: run this: https://gist.github.com/anonymous/216d66ea8d26a6cf6f35b532a6b0f07a
19:37 MajObviousman you'll see it
19:39 * MajObviousman forgot a require_in, but w.e.
19:45 hatifnatt MajObviousman: Looks like inside loop external variable always taken in "fresh" state.
19:45 * MajObviousman isn't sure what you mean
19:49 hatifnatt MajObviousman: I expect in first iteration in your example str will be "started--alpha," in second "started--alpha,beta,"
19:50 MajObviousman that's what happens. If you run it, you'll see it yourself
19:50 MajObviousman it makes no changes and only calls that test state
19:50 hatifnatt Sorry fo screenhot but plese see http://scr.hatifnatt.ru/shrx/2017-04-14_2246_M4MkKnTH.png
19:51 hatifnatt MajObviousman: I launched it already
19:51 MajObviousman ah
19:54 st8less joined #salt
19:55 hatifnatt Looks like that online renderer not perfect?
19:56 pipps joined #salt
19:59 hatifnatt MajObviousman: Under 'fresh state' I mean on every iteration external variable always taken from outside scope regardless of changes made during iteration.
20:03 daemonkeeper joined #salt
20:06 jvelasquez I have two named states inside an sls file.  The first installs some nvidia packages, and the second then should ensures that some alternatives are setup using libs from the first state.  Would you recommend "require-in" or "prereq-in" ?
20:06 demonkeeper joined #salt
20:08 jimklo joined #salt
20:08 whytewolf jvelasquez: will the second one fail if the first one doesn't finish correctly?
20:10 edrocks joined #salt
20:11 daemonkeeper joined #salt
20:12 Joe630 is there any syntactic sugar for having salt run a minion thats on the master?
20:13 Joe630 i wanna run test.ping on the master without specfying the host: salt saltmaster test.ping
20:13 jimklo joined #salt
20:13 jvelasquez whytewolf, yes.
20:13 jvelasquez whytewolf,  this is what I have so far:  https://pastebin.com/Ube3makA
20:14 whytewolf jvelasquez: then yeah use a require
20:14 Joe630 I'm writing salt runners that are going to run on mulitiple environments and may not know the names of them.  I feel like I'm using runners wrong
20:14 hatifnatt Ok, I'll just take this Jinja behavior as granted. But it's still confusing imho.
20:14 jvelasquez whytewolf, each following named section requires the previous
20:15 daemonkeeper joined #salt
20:15 whytewolf jvelasquez: whole lota wrong in that
20:15 Pyro_ joined #salt
20:17 whytewolf first. you can not have more then one reference to the same module in each state id.
20:17 daemonkeeper joined #salt
20:17 blackshe3p you must mean alternatices.set ?
20:17 whytewolf second require and require_in are add ons to each stanza not module.functions
20:17 blackshe3p ahh
20:17 whytewolf yeah
20:18 blackshe3p So I need to create a separate named section for each alternative, and put a little more thought into the module I'm using, and follow up with it's requirements ?
20:18 whytewolf yes
20:19 blackshe3p well hell.  Its way easier talking to you, than reading that big manual on the website.
20:19 whytewolf one sec let me see if i can gist something up
20:19 pipps joined #salt
20:20 blackshe3p whytewolf,  wait wait, let's see if I can do it!
20:20 blackshe3p stop trying to backseat drive my shell.
20:20 mavhq joined #salt
20:21 whytewolf lol. alright. but there are things that are so out of wake in that. like pkg.uptodate should be it's own state]
20:21 MajObviousman blackshe3p: it's difficult to communicate the fullness of what salt can do and the best ways to do it
20:21 daemonkeeper joined #salt
20:21 MajObviousman not helped by how quickly salt has evolved
20:22 whytewolf jvelasquez: take a look at this and see if it helps you understand require a little better. https://github.com/whytewolf/salt-phase0-states/blob/master/mysql/install.sls
20:23 whytewolf in that the mysql_server_install needs the mysql_repo_install state to run first. and needs it to run correctly or not change
20:23 justanotheruser joined #salt
20:26 whytewolf MajObviousman: yeah. the number of changes can be frustrating. but welcome at the same time. and then there are things that have stagnated that upset me more then the changes that have been made
20:28 * whytewolf would REALLY love if the openstack support was modernized and updated to work better with the newer versions of openstack
20:28 monjwf joined #salt
20:29 babilen whytewolf: Not gonna happen with Red Hat now that they bought Ansible
20:29 babilen But yeah, that would be nice
20:29 whytewolf actually gtmanfred was working on it for nitrogen. however that got pushed to oxygen in favor of python3 support
20:30 daemonkeeper joined #salt
20:30 whytewolf REDHAT owning ansiable doesn't mean salt can't support openstack better
20:30 Inveracity joined #salt
20:31 babilen No, surely not, but it gained a lot of traction due to it
20:32 daemonkeeper joined #salt
20:32 whytewolf also, i do see it becoming important soon, since SuSE bought most of HPE and is partnered with saltstack
20:33 jimklo joined #salt
20:33 jimklo joined #salt
20:34 babilen I'd love to see more of it, but we weren't too happy with the current offerings
20:36 whytewolf yeah
20:37 whytewolf i just would like to not have to resort to cmd.run statments for createing subnets for external networks
20:38 ahrs joined #salt
20:38 jvelasquez whytewolf,  would it be easier if I move all the 4 named sections with alternatives to another state file?  then somehow place a single require condition on the whole state?
20:39 whytewolf jvelasquez: which way does the require go?
20:42 cyteen joined #salt
20:43 jvelasquez whytewolf,  3 files:  https://pastebin.com/Lhe3HqvM
20:44 whytewolf still way wrong on your states.
20:44 jvelasquez did it at least improve?
20:45 whytewolf although create-xorg-conf looks good
20:45 whytewolf alts.sls looks good also
20:47 whytewolf in apt.sls that only stanza would be written as update:\n  pkg.uptodate: []
20:48 swills joined #salt
20:48 whytewolf also you are close on nvidia-packages. pkg.installed: then the next line starts the actual state. with - name: nvidia-375
20:49 whytewolf your require should be sls not sts
20:49 whytewolf and finally. does nvidia-packages require your alternatives to run. or is it the other way around?
20:50 jvelasquez other way.
20:50 whytewolf so that should be require_in
20:50 jvelasquez alternatives needs the nvidia libs to be there
20:51 _dev left #salt
20:51 whytewolf require means this stanza requires the other states
20:51 whytewolf require_in means the other states require this state
20:52 whytewolf althought, I'm currently unsure if require_in works on a full sls file.
20:53 whytewolf i know require does if the sls file is included
20:53 whytewolf in thoery it should. but i wouldn't be surprised if there is a bug
20:56 jvelasquez we're talking about:   update-alts ?
20:58 whytewolf huh, no
20:59 whytewolf i didn't meantion update-alts at all cause it doesn't do anything
20:59 whytewolf it actually will only error
21:01 rem5 joined #salt
21:07 codeape joined #salt
21:09 atree1 joined #salt
21:10 jvelasquez whytewolf, I've greatly simplified it:  https://pastebin.com/SNKbCdMg
21:10 jvelasquez whytewolf,  but I see error:  https://pastebin.com/rvnAxzzd
21:11 wendall911 joined #salt
21:12 pipps joined #salt
21:12 whytewolf ok, currently you have nvidia-package requiring apt.sls but not running it [it needs to be included] and create-xorg-conf requiring your alternatives
21:12 whytewolf that doesn't seem right
21:13 whytewolf create-xorg-conf needing nvidia-packages first does seem correct
21:13 whytewolf drop the True on pkg: -uptodate
21:14 whytewolf jvelasquez: https://docs.saltstack.com/en/latest/ref/states/include.html
21:15 whytewolf you just need include: - .apt - .alts
21:16 jvelasquez yea.
21:18 heaje I have a file on which I want salt to manage the permissions, but I don't want it to do anything else to the file (create it or change it in any other way).  Is there some state that I can use to accomplish that?
21:19 heaje so salt shouldn't manage the file in the sense of contents and such.  Only permissions.
21:20 jvelasquez whytewolf, it's almost working
21:20 whytewolf heaje: file.managed without a source
21:20 heaje ahh, you can do that?  I thought the source was a required option
21:20 * heaje goes to give it a try
21:20 jvelasquez whytewolf,  create-xorg-conf:  can't find sls:alts
21:21 whytewolf heaje: I'm like 80% sure
21:22 whytewolf jvelasquez: did you also include it?
21:22 jvelasquez yes.
21:22 heaje whytewolf: Thanks for the suggestion.  That worked just fine.
21:23 jvelasquez https://pastebin.com/yWb69Fjh
21:23 DEger joined #salt
21:24 whytewolf jvelasquez: odd, i don't see why it shouldn't find that. i will say i am not sure you have the direction on these requires right still
21:24 whytewolf but one step at a time
21:24 Pyro_ Question:  When salt-cloud kicks off the highstate, where would it log?  In the minion log, or in the cloud log?
21:24 pipps joined #salt
21:25 Pyro_ The first highstate run for me is failing until I run it again, and I need the log for it...
21:25 whytewolf Pyro_: it would be in the job_cache
21:27 Pyro_ Thanks, I'll dig in there.
21:27 whytewolf jvelasquez: are you getting any errors about the states in alts.sls?
21:27 whytewolf or anything about unable to include alts
21:28 whytewolf even a warning
21:30 mdpolaris I am seeing some strange behavior with saltutil.runner, the gpg_keydir is missing from the __opts__ dict, which causes rendering failures, and custom renderer modules are not being used
21:33 jvelasquez whytewolf,  https://pastebin.com/fAqZchmC
21:33 jvelasquez whytewolf,  yes. errors.  I renamed them.  the paste is complete with errors, dir/filenames
21:34 leonkatz joined #salt
21:36 leonkatz having an issue setting hostname correctly in aws with ubuntu, https://gist.github.com/leonkatz/3ba86a15886074d8742270952f28ea4d
21:36 leonkatz if i use host its idempotent
21:36 leonkatz but then incorrect when I run hostname -f
21:37 leonkatz i just get the short name, not fqdn
21:37 jvelasquez whytewolf, consider my version?  salt 2015.8.8 (Beryllium),  - sls was added 0.16.0
21:37 whytewolf jvelasquez: 0.16.0 was ALONG time ago.
21:37 jvelasquez whytewolf, maybe the show_sls would help.
21:39 jvelasquez should it be,   - sls: nvidia.aptupdate ?
21:39 whytewolf try sls: .alterns and sls: .aptupdate if that doesn't work try with the nvidia.aptupdate
21:40 whytewolf i was just wondering that [i don't use full file requires myself]
21:40 jvelasquez yea. I tried .alterns
21:40 jvelasquez ok.  - sls: nvidia.alterns  WORKS!
21:41 jvelasquez However,  aptupdate returns error:  State pkg.uptodate found in sls nvidia.aptupdate is unavailable
21:42 whytewolf yeah. thats because you have that True in there
21:42 jvelasquez no. I removed it as you suggested.
21:42 whytewolf humm
21:42 whytewolf i know that has existed since before 2015.8
21:43 jvelasquez ohh wait
21:43 jvelasquez it says  pkg.uptodate.  I wonder if that's the correct module
21:43 whytewolf it should be
21:44 whytewolf https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.uptodate
21:44 swills joined #salt
21:45 jvelasquez maybe I called it wrong. docs says it takes a few params.
21:46 whytewolf they are all optional
21:46 whytewolf - name = state id and in that state does nothing
21:47 whytewolf - refresh might be useful as it defaults to false so won't do a apt-get update before the apt-get dist-upgrade
21:52 eprice_ left #salt
21:52 jab416171 how can I do this? - contents_pillar: bacon:{{ salt.grains.get['fqdn'] }}:cheese
21:52 jab416171 in a file.managed
21:53 whytewolf um, whats wrong with that? that actually should work
21:53 whytewolf except your missing a ()
21:53 jab416171 [ERROR   ] Data passed to highstate outputter is not a valid highstate return: {'local': ["Rendering SLS 'mysls' failed: Jinja variable 'function object' has no attribute 'fqdn'"]}
21:53 jab416171 oh right
21:53 whytewolf salt.grains.get('fqdn')
21:53 jab416171 change brackets to parenthesis, right?
21:53 jab416171 yeah
21:53 eprice joined #salt
21:53 jab416171 what if I wanted it to be uppercase? can I do like |upper on the end?
21:54 whytewolf yeap
21:54 SaucyElf joined #salt
21:55 jvelasquez whytewolf,  heh.  :(  It works!
21:55 SaucyElf_ joined #salt
21:56 whytewolf jvelasquez: yay?
21:56 jvelasquez whytewolf,  cmd.run wasn't working cause  [ -f /sbin/apt-get ] doesn't exist.
21:56 jab416171 whytewolf, Pillar bacon:mynode.example.com:cheese|upper does not exist
21:56 jvelasquez whytewolf,  it's in /usr/bin/
21:56 whytewolf jvelasquez: instead of [ user test
21:56 whytewolf s/user/use
21:57 whytewolf jab416171: humm.
21:58 jab416171 whytewolf, can I do: contents: {{ salt.pillar.get('bacon:'{{ salt.grains.get('fqdn') }}':cheese')|upper }}
22:00 whytewolf 1you should be able to. although the reason to use contents_pillar is that it doens't show in the highstate what the contents of the pillar are
22:00 jab416171 er, {{ salt.pillar.get('bacon:' + salt.grains.get('fqdn') + ':cheese')|upper }}
22:00 jab416171 in this case it's not sensitive data so I'm not too worried about that
22:02 whytewolf okay
22:03 jab416171 but it's good to know the distinction
22:03 jab416171 also while you're here, any idea why some of my states have output that looks like this: https://bpaste.net/show/adcea1e680b6
22:03 antpa joined #salt
22:04 jab416171 I have state_output: changes set in the minion config
22:04 jab416171 and only some states have that output, most states have the output I'd expect (from my state_output setting)
22:04 whytewolf odd, i have only seen that once. and it was with a corrupted setup
22:04 jab416171 I'm running salt-2016.3.3-2.el7.noarch
22:05 antpa joined #salt
22:05 whytewolf that is strange and not what i would expect.
22:05 fleaz joined #salt
22:06 jab416171 I should clarify, when I do for instance a highstate, *all* states in the highstate have that output
22:06 jab416171 but if I target a specific state that's included in my top.sls by doing state.sls included_state, it has the "normal" output
22:08 whytewolf jab416171: check state_verbose, state_output, and output in your /etc/salt/master file
22:09 jab416171 # grep -E '(output|state_output|state_verbose)' /etc/salt/master.d/*
22:09 jab416171 /etc/salt/master.d/state_output.conf:state_output: changes
22:09 jab416171 /etc/salt/master is all comments or blank lines.
22:10 whytewolf odd
22:10 whytewolf try adding output: nested
22:13 jvelasquez whytewolf,  are my minions supposed to have 9 salt-master processes running ?
22:13 jab416171 only if they're also running the salt-master daemon
22:14 whytewolf jvelasquez: only your master should have any master processes running
22:16 jvelasquez whytewolf, what's the suggested way to fix this?
22:16 jvelasquez rm `which salt-master` ?
22:16 jab416171 systemctl stop salt-master && systemctl disable salt-master
22:16 jab416171 assuming you're running systemd
22:17 jvelasquez `lsb_release -r` says 14.04.  I have no systemctl, or systemd, and I've already removed rc*.d links using `update-rc.d salt-master remove`
22:17 N-Mi_ joined #salt
22:17 jvelasquez but salt-master*9 still starting on boot.
22:18 whytewolf apt-get purge salt-master
22:18 jvelasquez whytewolf, I tried that. it removes all of salt
22:18 whytewolf wtf
22:18 jvelasquez ohh! no it doesn't!
22:18 jvelasquez But I swear I did try that twice a few hours ago
22:19 jvelasquez I don't understand how I could of got that wrong.
22:19 jvelasquez it'll also remove,  salt-syndic.
22:19 jab416171 are you using salt-syndic?
22:19 jab416171 if not you don't need it
22:19 jvelasquez probably not.
22:19 jab416171 you only need salt and salt-minion on minions, and salt and salt-master (and possibly salt-minion) on the masters.
22:20 jvelasquez ok.
22:21 SaucyElf joined #salt
22:25 jab416171 whytewolf, setting output to nested didn't change anything
22:25 whytewolf humm
22:25 whytewolf IDK then
22:25 jab416171 yeah :(
23:00 catpig joined #salt
23:11 druonysus joined #salt
23:16 vodik joined #salt
23:17 GMAzrael joined #salt
23:19 hatifnatt What do you use to manage Let's Encrypt certificates? I don't like  acme module/state because it use official certbot client which is wery heavy. certbot git verion have 50 dependencies on Debian Jessie!
23:22 iggy patch it to use something else and send the patches upstream
23:23 Pyro_ joined #salt
23:26 jvelasquez whytewolf,  hey!
23:27 whytewolf hey
23:27 hatifnatt iggy: unfortunately my Python skills are too low for that. My current best - some small improvements in users formula.
23:28 jvelasquez whytewolf, thanks man! for your patience and continued efforts to help somebody you don't know.  I really appreciate it.
23:28 jvelasquez whytewolf, and please have a great weekend.
23:29 whytewolf jvelasquez: no problem. thats one of the reason i hang out in this channel. my day job keeps me pretty braindead. so i sue this channel as an outlet into a system i actually enjoy
23:29 whytewolf you have a great weekend as well
23:30 jvelasquez whytewolf, well then you need to diversify!
23:30 jvelasquez whytewolf, add a few dozen tech's like Salt to your resume.
23:31 whytewolf lol jvelasquez Salt is in my resume. but so is openstack and ELK. and they tend to get bigger fish that bite
23:31 leonkatz joined #salt
23:31 whytewolf which is how i ended up at $bank I currently work at
23:32 armguy joined #salt
23:32 whytewolf it isn't the technilogy that keeps me braindead. it is PnP [aka red tape]
23:33 jvelasquez I thought they did away with tape.
23:33 jvelasquez to discs?
23:33 whytewolf i wish. i mean the policies and procedures to do ANYTHING
23:34 jvelasquez a serious lack of great leaders?
23:34 whytewolf also, tape is and will always be a thing in IT
23:34 vodik joined #salt
23:35 whytewolf some decent leaders. but mostly badly designed compliance with regulations
23:35 whytewolf again i work at a bank
23:35 jvelasquez ar, tar, mt, mtx ?
23:36 jvelasquez i've unraveled a spool once or twice
23:36 whytewolf red tape "excessive bureaucracy or adherence to rules and formalities, especially in public business."
23:37 jvelasquez ahh. well that sounds like an excellent task for a tuning machine.
23:38 whytewolf i have to go through 3 different ticketing systems. and our "cloud" instances take almost an hour to deploy because of all the software used for maintaining regulations
23:39 whytewolf but hey, it pays well
23:41 justanotheruser joined #salt
23:42 Tanta that's why I work at small companies whytewolf
23:42 Tanta you get 100% control and access
23:43 whytewolf i keep telling myself i should go to a smaller company. but none of the companies in my area that are small. have anything interesting technology wise.
23:44 whytewolf and i have no desire to move to california or, idaho
23:45 Tanta fair enough, if you want million dollar toys you work at a big corp
23:46 whytewolf yeah. and deal with the red tape that goes with it
23:46 whytewolf can't have my cake and eat it too
23:46 Tanta heh, I did 2 months as a subcontractor to AT&T once
23:46 Tanta never again
23:47 Tanta conference calls, forms, plans, procedures, checklists, etc
23:47 whytewolf ouch. yeah. telcos are just a flat no in my list
23:47 whytewolf although banks used to be.
23:48 whytewolf yeap, sounds like a typical work day. only benifit i get out of it is work from home :)
23:48 iggy move to LA!
23:48 whytewolf did LA move out of california? :P
23:49 iggy not all telcos are bad (well, depending on what part of them you work for)
23:50 whytewolf true. the smaller ones can be nice. i have heard decent reviews of them. but forget Ma Bel.... err AT&T
23:52 whytewolf when i worked at a news paper they used AT&T for a CDN for a while [not my recomendation but they got kick backs so I didn't get a say]. the web interface to the CDN was so slow that it took 10 min just to invalidate a page for refresh.
23:53 iggy companies like... I don't know, say Verizon... are so big that you can work for a subsidiary and never have to deal with corporate stuff
23:54 iggy but still get most of the benefits
23:54 whytewolf i had a friend work at a subsidiary of verizon. right up until verizon decided to get more hands on with the subsidiary
23:55 whytewolf said it went down hill quick. shortly before layoffs
23:55 whytewolf although he did love it up till that point

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