Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2017-09-13

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

All times shown according to UTC.

Time Nick Message
00:21 lkolstad joined #salt
00:25 johnj_ joined #salt
00:25 PTALLAPU joined #salt
00:30 PTALLAPU left #salt
00:31 ninjada_ joined #salt
00:32 dxiri joined #salt
00:32 PTALLAPU joined #salt
00:37 Cumulo741 joined #salt
00:38 jas02 joined #salt
00:38 J0hnSteel joined #salt
00:50 justanotheruser joined #salt
01:03 shoemonkey joined #salt
01:05 dxiri hi everyone, I am trying to use salt-virt to deploy a VM with 2 disks, 1 system disk and another one for data
01:05 dxiri system disk works ok, but for some reason the data disk is not being created
01:06 dxiri https://pastebin.com/6WfnTaQC
01:06 dxiri that's what I have on my minion config file
01:07 dxiri and I run: salt-run -l debug virt.init VMNAME 4 4096 salt://centos6-base.img enable_vnc=True seed=False disk=hpc
01:12 onlyanegg joined #salt
01:25 LostSoul joined #salt
01:26 johnj_ joined #salt
01:31 fredrick joined #salt
01:35 J0hnSteel joined #salt
01:36 ninjada joined #salt
01:36 _aeris_ joined #salt
01:54 ilbot3 joined #salt
01:54 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.11.7, 2017.7.1 <+> 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
01:57 mavhq joined #salt
02:10 dxiri joined #salt
02:12 ssplatt joined #salt
02:19 frygor_ joined #salt
02:27 johnj_ joined #salt
02:28 ujjain- joined #salt
02:28 dxiri joined #salt
02:31 heaje joined #salt
02:32 nledez joined #salt
02:46 jas02 joined #salt
02:47 kamellion_ joined #salt
02:48 evle joined #salt
02:54 onlyanegg joined #salt
02:57 J0hnSteel joined #salt
03:01 tiwula joined #salt
03:04 nixjdm joined #salt
03:12 justanotheruser joined #salt
03:15 shoemonkey joined #salt
03:16 dxiri joined #salt
03:28 johnj_ joined #salt
03:30 DanyC joined #salt
03:35 J0hnSteel joined #salt
03:36 zerocool_ joined #salt
03:37 zerocool_ joined #salt
03:42 lkolstad joined #salt
03:49 ninjada joined #salt
03:53 XenophonF xMopxShell: I'm using GitPython b/c pygit2 doesn't support my preferred SSH key algos/sizes.  YMMV.
03:55 J0hnSteel joined #salt
03:57 XenophonF VertigoRay: you have to change the nullsoft installer script and ROOT_DIR in syspaths.py at a minimum
03:58 XenophonF and then you'd have to rebuild salt on Windows
03:59 XenophonF oh too bad fenderblender93 is offline
04:00 xMopxShell XenophonF: good to know. I ended up going with GitPython because i was somewhat familiar with the module already
04:01 oida joined #salt
04:02 ssplatt joined #salt
04:04 XenophonF IIRC my issue with pygit2 was because FreeBSD Ports had an old version of libssh2 or libnet2 or something
04:04 XenophonF it may no longer be the case
04:25 ztychr joined #salt
04:28 johnj_ joined #salt
04:31 JPT joined #salt
04:48 tiwula joined #salt
04:50 onlyanegg joined #salt
04:54 hoonetorg joined #salt
05:13 jas02 joined #salt
05:17 shoemonkey joined #salt
05:17 Bock joined #salt
05:20 sergeyt joined #salt
05:25 jas02 joined #salt
05:29 johnj joined #salt
05:30 onlyanegg joined #salt
05:31 jas02 joined #salt
05:34 impi joined #salt
05:39 sergeyt joined #salt
05:41 J0hnSteel joined #salt
05:44 felskrone joined #salt
05:48 eseyman joined #salt
05:56 tiwula joined #salt
05:57 ECDHE_RSA_AES256 joined #salt
05:59 do3meli joined #salt
05:59 do3meli left #salt
06:01 pppingme joined #salt
06:02 J0hnSteel joined #salt
06:08 zerocool_ joined #salt
06:11 J0hnSteel joined #salt
06:14 felskrone1 joined #salt
06:18 LostSoul joined #salt
06:19 vb29 joined #salt
06:28 aldevar joined #salt
06:29 Ricardo1000 joined #salt
06:30 johnj joined #salt
06:33 usernkey joined #salt
06:39 sergeyt joined #salt
06:40 jas02 joined #salt
06:43 zulutango joined #salt
06:44 J0hnSteel joined #salt
06:58 J0hnSteel joined #salt
06:58 EthPyth joined #salt
07:03 Ricardo1000 joined #salt
07:06 Hybrid joined #salt
07:07 sergeyt joined #salt
07:14 mavhq joined #salt
07:16 pualj joined #salt
07:17 shoemonkey joined #salt
07:18 mayk joined #salt
07:22 ninjada joined #salt
07:25 onlyanegg joined #salt
07:27 J0hnSteel joined #salt
07:31 johnj joined #salt
07:31 EthPyth_ joined #salt
07:32 EthPyth_ joined #salt
07:42 usernkey joined #salt
07:45 gnomethrower joined #salt
07:55 gmoro_ joined #salt
07:57 DanyC joined #salt
08:00 _KaszpiR_ joined #salt
08:04 ninjada joined #salt
08:06 _KaszpiR_ joined #salt
08:13 J0hnSteel joined #salt
08:18 rgrundstrom joined #salt
08:18 rgrundstrom Hello everyone :)
08:23 sergeyt joined #salt
08:24 J0hnSteel joined #salt
08:26 abrcdbr joined #salt
08:28 pbandark joined #salt
08:31 Mattch joined #salt
08:32 johnj joined #salt
08:33 J0hnSteel joined #salt
08:33 mikecmpbll joined #salt
08:41 J0hnSteel joined #salt
08:48 rgrundstrom babilen: You around?
08:48 * babilen rises from the ashes
08:53 rgrundstrom babilen:  Ether you just got out of bed or you were in a relly hot place... I like it :)
08:54 babilen If only my flat had a sauna .. :)
08:55 rgrundstrom babilen: Ever used file.uncomment?
08:56 babilen Can't say I have
08:57 rgrundstrom I was looking at disabling ssh root login and looking at my Ubuntu sshd config i find this '#PermitRootLogin prohibit-password'
08:57 rgrundstrom I dont want to manage the hole file casue that is to much work for something this small.
08:58 rgrundstrom babilen: So I want to uncomment the line and set it so it is 'PermitRootLogin no'
09:00 uphoria rgrundstrom: Why are you so averse to managing the whole file?
09:01 uphoria https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.file.html#salt.modules.file.replace
09:01 rgrundstrom uphoria: To many diffrent OS and versions to manage.
09:02 babilen https://github.com/saltstack-formulas/openssh-formula ?
09:03 babilen And yeah, I typically use file.replace in these cases
09:03 babilen (when I really can't manage the entire file)
09:03 whytewolf esp, since the end goal isn't just uncomment. you also wanted to change the line
09:03 babilen Most of the time you want to make additional changes in the future and curse yourself for not having laid the groundwork for managing the file :)
09:04 uphoria It's actually not that complex to manage Ubuntu, CentOS, Debian and RHEL compatibility
09:04 rgrundstrom babilen: I can relate to that but today im lazy :p
09:04 whytewolf openssh is pretty much the same no matter the os.
09:04 uphoria we personally do so... we have a "merged" sshd config that we have standardized across the 4
09:04 uphoria combined the hardening that CentOS and Ubuntu used, so we get better security everywhere
09:05 uphoria and a simple conditional to turn off security features that don't work on CentOS 5, our only real edge case...
09:07 rgrundstrom uphoria: That is not a bad idea. I will add that to my todo list.
09:10 OliverUK Has anyone here had a problem with the ssh_auth.present state being re-applied on highstate even though there are no changes to be made?
09:11 babilen Could you share some information on a pastebin?
09:12 babilen I've seen that before, but haven't had to deal with that in a long time
09:12 dograt joined #salt
09:12 babilen (please also include --versions-report output of the master and minion)
09:13 uphoria rgrundstrom: here
09:13 babilen uphoria: Mind sharing your template?
09:14 babilen (or incorporating it into openssh-formula :)
09:14 uphoria babilen: rgrundstrom: here's the relevant one
09:14 uphoria https://gist.github.com/Zorlin/3c5602246d114d6dfbfc890628558c90
09:15 uphoria I unfortunately can't share more than that without seeking permission.
09:15 uphoria but that's an example of putting in SSH config stuff that won't run on CentOS/RHEL 5
09:15 uphoria (actually just CentOS. I think it would try to run on RHEL 5 unfortunately. I'm not great with Salt yet)
09:16 babilen ta!
09:18 shoemonkey joined #salt
09:19 uphoria babilen: :)
09:19 uphoria hopefully that's of some use.
09:21 rgrundstrom As you can see here: https://gist.github.com/anonymous/55617bcaf709b41e05cb024dbcc36c4c
09:21 rgrundstrom Almost working
09:22 rgrundstrom but pattern needs to be change so it removes "prohibit-password" and im not any good with python. Help?
09:23 uphoria why not just change pattern to be more specific?
09:23 uphoria - pattern: '#PermitRootLogin prohibit-password'
09:23 rgrundstrom uphoria: is it the same accross all platforms?
09:24 uphoria Not sure, sorry.
09:24 abrcdbr_ joined #salt
09:24 uphoria you could potentially do multiple replace patterns to handle different OSes
09:24 uphoria but at that point you may as well do what we did and build your combined sshd_config...
09:25 uphoria or use openssh-formula
09:25 rgrundstrom I would like to put a "*" in the pattern but that does not work.
09:25 whytewolf have you tried .*
09:25 rgrundstrom whytewolf: yes
09:26 onlyanegg joined #salt
09:28 whytewolf humm, #PermitRootLogin .* should match everything
09:29 rgrundstrom whytewolf: ahh i missed the <dot>.. yes that works :p
09:30 rgrundstrom uphoria: I will take up your advice to create a gerecic ssh config file. But I dont have the time right now. Thank you
09:31 sergeyt joined #salt
09:32 uphoria rgrundstrom: Do whatcha gotta do :)
09:33 johnj joined #salt
09:33 rgrundstrom My list of salt stuff to fix is ..... long. We had 4 people with 4 diffrent ways to code salt... And they sucked at it. And now they have all quit.... So im stuck with the mess.
09:34 rgrundstrom uphoria: ^
09:43 uphoria rgrundstrom: Fair enough haha
09:43 uphoria there's a bunch of different ways to deal with things, I'm not saying yours is wrong ;)
09:44 mikecmpbll joined #salt
09:45 rgrundstrom uphoria: I know... This is just a quick "fix" since my boss ordered me to do it ASAP
09:47 rgrundstrom uphoria: Well this works for Ubuntu and Centos7 atleast. Should be enough testing until i can do a live test tomorrow
09:48 whytewolf i normally ask my boss when they say "get it done now" do you want it done right, or do you want it done now. and also bring up the addage about "if there isn't time to do it right, when are we going to make time to do it over."
09:49 uphoria whytewolf: A temporary solution is rarely temporray
09:49 uphoria temporary*
09:50 whytewolf exxactly the problem
09:51 uphoria / somedev1 -  6/7/02 Adding temporary tracking of Login screen
09:51 uphoria / somedev2 -  5/22/07 Temporary my ass
09:56 dstensnes hehe
10:04 gmoro joined #salt
10:08 OliverUK joined #salt
10:09 vtolstov joined #salt
10:10 vtolstov hi. i'm stuck at ext_pillar. salt-master can't find my ext pillar. i'm put it in _pillar folder in file_roots
10:10 vtolstov file_roots:   base:     - /srv/salt
10:10 vtolstov ls /srv/salt/: _pillar/sdstack.py /srv/salt/_pillar/sdstack.py
10:11 EthPyth joined #salt
10:12 vtolstov 2017-09-13 13:12:25,545 [salt.pillar      ][CRITICAL][2818] Specified ext_pillar interface sdstack is unavailable
10:19 vtolstov as i understand salt does not try to find extmodules inide file_roots
10:26 mavhq joined #salt
10:29 vtolstov how can i refresh /var/cache/salt/master/extmods ?
10:34 johnj joined #salt
10:56 abrcdbr joined #salt
10:58 bainim joined #salt
11:03 sergeyt joined #salt
11:05 haam3r_ Trying my luck again :D
11:05 haam3r_ the mattermost runner uses '__salt__['config.get']' to query config options like api_url and hook. That is giving me 'KeyError: 'config.get''  if I change it to '__opts__.get' it works. I'm defining the config options in the master config. Might it be due to the fact that the config.get runner is still only in the develop branch?
11:10 babilen __salt__['config.get'] would reference the get function in the config execution module .. which might not have been monkey patched into the runner when it is called.
11:10 cyteen joined #salt
11:10 babilen Is this call in function or module scope?
11:10 haam3r_ sec...i'll find the reference
11:11 haam3r_ so this: https://github.com/saltstack/salt/blob/develop/salt/runners/mattermost.py#L62
11:11 babilen In fact the mattermost runner seems to be the only one that used config.get
11:11 haam3r_ that's what I noticed as well
11:13 babilen Most (all?) others make references to __opts__. If you look at https://docs.saltstack.com/en/latest/topics/development/dunder_dictionaries.html#salt __salt__[...] is being listed as available though
11:13 haam3r_ and this is my temporary fix: https://gist.github.com/haam3r/475471021bf8d9e1ea2f69f1b8ce0fdd
11:14 haam3r_ babilen: This note from your link seems interesting: "When used in runners, __salt__ references other runner modules, and not execution modules."
11:14 toanju joined #salt
11:15 babilen It's the fix I would have recommended (or something like __opts__['foo'].get('bar', default) which seems to be the prevalent style)
11:15 babilen Yeah, so you'd need the config.get runner module function
11:15 haam3r_ and that is still only in develop
11:17 babilen So, either copy config.py over to _runners or deploy your fixes
11:17 babilen A bug nonetheless
11:18 haam3r_ Great suspicions confirmed. Fixes already deployed. Guess I'll head over to GitHub and raise an issue :)
11:19 shoemonkey joined #salt
11:20 ninjada joined #salt
11:27 onlyanegg joined #salt
11:29 shoemonkey joined #salt
11:34 johnj joined #salt
11:35 OliverUK1 joined #salt
11:44 shoemonkey joined #salt
11:45 averell joined #salt
11:49 Naresh joined #salt
11:52 EthPyth joined #salt
11:54 jas02 joined #salt
12:12 kamellion joined #salt
12:12 J0hnSteel joined #salt
12:15 Nahual joined #salt
12:18 rgrundstrom coredumb: You alive?
12:18 ninjada joined #salt
12:18 jas02 joined #salt
12:19 lkolstad joined #salt
12:19 coredumb I am
12:20 coredumb rgrundstrom: ^
12:21 sergeyt joined #salt
12:21 rgrundstrom coredumb: sent you a priv.
12:21 J0hnSteel joined #salt
12:21 xet7 joined #salt
12:23 renaissancedev joined #salt
12:31 skatz_ joined #salt
12:34 skatz__ joined #salt
12:35 johnj joined #salt
12:36 Cumulo741 joined #salt
12:43 toanju joined #salt
12:45 gh34 joined #salt
12:52 J0hnSteel joined #salt
12:52 renaissancedev joined #salt
12:53 bluenemo joined #salt
13:01 OliverUK joined #salt
13:01 blarghmatey joined #salt
13:02 felskrone joined #salt
13:04 J0hnSteel joined #salt
13:06 felskrone1 joined #salt
13:07 sergeyt joined #salt
13:08 felskrone joined #salt
13:10 J0hnSteel joined #salt
13:11 vb29 left #salt
13:12 cruscio joined #salt
13:24 skeezix-hf joined #salt
13:24 nledez joined #salt
13:24 nledez joined #salt
13:24 numkem joined #salt
13:28 jas02 joined #salt
13:28 zerocool_ joined #salt
13:28 jthunt joined #salt
13:28 smead joined #salt
13:28 Diaoul joined #salt
13:28 max_2042 joined #salt
13:28 rgrundstrom when using ssh_auth and running the state the ssh-key is shown in plain test. is there a way to hide this?
13:28 rgrundstrom https://gist.github.com/Robert-Grundstrom/c9f9ef46156f3744acb03fe0eafd672d
13:28 J0hnSteel joined #salt
13:32 renaissancedev joined #salt
13:36 johnj joined #salt
13:36 J0hnSteel joined #salt
13:36 jas02 joined #salt
13:37 mchlumsky joined #salt
13:37 max_2042 Hi, in the salt command `sudo salt 'host*' network.ipaddrs type=private`, what is the name of the 'type=private' section? Is it referred to as an argument? parameter? filter? something else?
13:42 toanju joined #salt
13:44 babilen max_2042: It's a function argument
13:45 babilen (or keyword argument)
13:46 cgiroua joined #salt
13:47 babilen The function takes multiple arguments and all of them have the default value of None
13:47 max_2042 baliben: thanks. when I have a salt statement with an argument, how do I write that as a jinja template call? so to translate `sudo salt 'host' network.ipaddrs type=private` into {{ salt['network.ip_addrs']() }} but then with the argument ?
13:48 racooper joined #salt
13:48 babilen You'd pass it just like in Python -- {{ salt['network.ip_addrs'](type='private') }}
13:48 freelock joined #salt
13:49 darix joined #salt
13:49 max_2042 babilen: thank you, I'm going to give that a try :)
13:50 babilen 'salt' here is a dictionary that holds functions .. you get the function with salt['foo.bar'] and call it with (...). All arguments are part of the call
13:50 max_2042 yes that works very nicely, thank you! learned something new today :)
13:51 wavded joined #salt
13:51 mchlumsky joined #salt
13:53 tapoxi joined #salt
13:53 lorengordon joined #salt
13:54 theanalyst so is there a way I can refer to an ID from an sls not in the same folder...
13:54 theanalyst I have an sls that creates a configuration file
13:55 theanalyst and another which runs a service, the std. watch the file for service.running problem
13:55 babilen "refer" ?
13:55 theanalyst is that a salt thing?
13:55 babilen What are you trying to do?
13:56 lorengordon joined #salt
13:57 theanalyst ie. service shoudl restart only upon conf change.. but the state file that creates the conf file itself is another sls, and not a part of this folder
13:59 rojem joined #salt
14:00 babilen theanalyst: You'd include the other SLS and use requisites as if those states had been declared in the same SLS
14:00 VertigoRay @XenophonF Thanks for your response. I decided to start an issue since setting a target path on the installer should be baked in: https://github.com/saltstack/salt/issues/43473
14:01 toanju joined #salt
14:04 numkem joined #salt
14:06 theanalyst babilen, ah ok.. let me try that
14:07 jas02 joined #salt
14:07 psychi[m] joined #salt
14:07 viccuad[m] joined #salt
14:07 hackel joined #salt
14:07 gomerus[m] joined #salt
14:07 jerrykan[m] joined #salt
14:07 benjiale[m] joined #salt
14:07 toofoo[m] joined #salt
14:07 ThomasJ|m joined #salt
14:07 aboe[m] joined #salt
14:07 theblazehen joined #salt
14:07 renaissancedev[m joined #salt
14:07 fujexo[m] joined #salt
14:12 kamellion joined #salt
14:14 sarcasticadmin joined #salt
14:17 _KaszpiR_ joined #salt
14:20 impi joined #salt
14:22 tiwula joined #salt
14:24 cyborg-one joined #salt
14:29 EthPyth joined #salt
14:30 nixjdm joined #salt
14:37 k1412 Hello everyone, it's possible to use file.replace a little like sed with the print flag ? My case is to replace 1 line that I define with regex with the same line + some text after
14:37 johnj joined #salt
14:41 dev_tea k1412: looks like it according to the discussion on this issue https://github.com/saltstack/salt/issues/34240
14:41 onlyanegg joined #salt
14:43 k1412 yes thanks it's that I will look
14:44 EthPyth joined #salt
14:46 jas02 joined #salt
14:49 wavded joined #salt
14:50 _KaszpiR_ joined #salt
14:51 evle joined #salt
14:55 lorengordon joined #salt
14:56 Brew joined #salt
14:56 _KaszpiR_ joined #salt
14:59 JAuz joined #salt
15:05 keltim joined #salt
15:07 mike25de joined #salt
15:11 rgrundstrom babilen: Did you see the priv i sent to you?
15:18 kamellion joined #salt
15:18 ritz joined #salt
15:19 lkolstad joined #salt
15:21 _JZ_ joined #salt
15:28 smead joined #salt
15:29 sergeyt joined #salt
15:30 ritz_ joined #salt
15:32 wavded joined #salt
15:32 flagword joined #salt
15:33 tapoxi joined #salt
15:34 dxiri joined #salt
15:37 schemanic joined #salt
15:38 nledez joined #salt
15:38 johnj_ joined #salt
15:42 onlyanegg joined #salt
15:42 jas02 joined #salt
15:50 zerocool_ joined #salt
15:53 zerocool_ joined #salt
15:53 lordcirth_work Anyone know a reliable way to programmatically check if a drive is HDD or SSD?
15:55 lordcirth_work Hmm, I wonder how reliable 'smartctl -a /dev/sda | grep Spin' is
16:00 onlyanegg joined #salt
16:01 jas02 joined #salt
16:04 DanyC joined #salt
16:05 btorch left #salt
16:12 onlyanegg joined #salt
16:13 fenderblender joined #salt
16:16 ooboyle i'm unable to bootstrap Windows. I get a traceback after running: salt-run manage.bootstrap_psexec hosts='<myIP>' username='<myDomain>\<myAdministrator>'
16:16 ooboyle traceback link: https://gist.githubusercontent.com/ooboyle/b639b75f9995baf01992b1f8d4caae0d/raw/0cff33702a4b66fc90413f2ba753028829ebc2c8/gistfile1.txt
16:16 ooboyle any ideas?
16:16 smead joined #salt
16:17 fenderblender Hello, have a question about whether Salt is the right tool to use in a scenario - I need to dynamically configure EC2 instances to create StrongSwan ipsec tunnels. It seems that I need to create roles/new pillars each time, and append my top file so that the new instances can have the variables attached to them. is this the right approach?
16:17 sarcasticadmin joined #salt
16:18 fenderblender So, essentially, add new entries for the minion ids to the top file, and create a new directory for that minion and copy the same jinja templates to insert pillar vars.
16:21 sarcasti1 joined #salt
16:22 dxiri joined #salt
16:24 fenderblender No two minions can share the same configuration regarding certain variables like IP addresses, pre-shared keys etc.
16:30 sarcasticadmin joined #salt
16:31 wavded joined #salt
16:32 XenophonF fenderblender: you could have a single Pillar SLS file that sets up the right key-value pairs based on some calculation it does on the minion ID/IP addresses/whatever.
16:32 XenophonF You aren't required to have fifty million different Pillar SLS files if you don't want them.
16:38 fritz09 joined #salt
16:38 XenophonF for example, let's assume that you're building a spoke-hub VPN and that all of your minions (including the VPN concentrator) have public IPs
16:39 johnj_ joined #salt
16:39 XenophonF you could have a single Pillar SLS for all the endpoints that consists of {'strongswan_psk': 'mekmetasdigoat', 'my_ip': salt.grains.get('ipv4')[0], 'vpn_gw': '192.0.2.1'}
16:40 XenophonF really the sky's the limit
16:41 XenophonF you could go really crazy and use Salt Mine to collect your VPN endpoint addresses, and on the concentrator query the Mine data while setting up VPN tunnels
16:44 dxiri joined #salt
16:45 fenderblender joined #salt
16:48 fenderblender thanks xenophon - I was thinking of placing data on the grains, but currently I need the elastic ip of the minion (which I know and can place in a key value store) and other configuration information. I am currently using salt to create the configs and install strongswan on the instance, but I just need to put those values into the configs
16:50 fenderblender these tunnels are also going to be across regions and varied subnets, so having one gateway ip would not work in this scenario. Really nothing is shared aside from the applications to install and a base, generic configuration
16:54 robman joined #salt
16:54 vexati0n super weird: on Ubuntu 16.04, I just upgraded salt from 2016.11.2 to 2017.7.1. But --versions-report still shows version 2016.11.2. All services were restarted, and I even completely nuked the dist-packages/salt directory and reinstalled everything.
16:55 dxiri joined #salt
16:56 schasi joined #salt
16:56 schasi Hi everyone
16:58 dxiri_ joined #salt
17:05 dxiri joined #salt
17:07 Hybrid joined #salt
17:11 armyriad joined #salt
17:11 shalkie joined #salt
17:22 ssplatt joined #salt
17:25 jas02 joined #salt
17:33 mishanti1 joined #salt
17:39 oida_ joined #salt
17:39 johnj_ joined #salt
17:49 cyborg-one joined #salt
17:51 dxiri joined #salt
17:55 csmule joined #salt
17:56 jas02 joined #salt
17:56 motherfsck joined #salt
17:57 motherfsck In a map.jinja file can you do something like "salt['grains.filter_by'](grain='whavever'{'stuff'})"
17:57 motherfsck Or does it have to be OS
17:58 motherfsck I'm specifically trying to filter by 'init'
17:58 _KaszpiR_ joined #salt
17:58 whytewolf https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.grains.html#salt.modules.grains.filter_by
17:58 whytewolf you can change the grain the is the filter
18:00 debian112 joined #salt
18:01 chowmeined joined #salt
18:02 bluenemo joined #salt
18:02 motherfsck hmm, I'm obviously missing up my syntax then.
18:02 motherfsck s/missing/messing
18:03 tapoxi joined #salt
18:04 whytewolf salt['grains.filter_by'](lookup_dict='{stuff}',grain='grain_name')
18:04 tapoxi anyone using vagrant? trying to find out how to specify a version
18:04 tapoxi (of salt, to install)
18:05 _KaszpiR_ joined #salt
18:07 lordcirth_work vexati0n, that's odd.  Reboot the machine for fun?
18:07 vexati0n yeah that's been done also
18:07 * motherfsck facepalm, wrong order.
18:07 motherfsck Thanks whytewolf
18:07 vexati0n no matter what it insists that it is 2016.11.2
18:07 vexati0n and apparently it actually is, because i'm hitting a bug that exists in 2016.11.2 but has been fixed in 2017.7.x
18:09 lordcirth_work vexati0n, your using http://repo.saltstack.com/apt/ubuntu/16.04/amd64/latest ?
18:12 ooboyle pkg module not functioning with minion 2017.7.1 Py3. Error output is here: https://gist.githubusercontent.com/ooboyle/be7dfec9d88c6cf1c0b5e4b0cf846a12/raw/60aa659a3324dc9f0cdae78241dac59f012d9633/gistfile1.txt
18:12 ooboyle minion version report is here: https://gist.githubusercontent.com/ooboyle/097a1d4b5db0640e5d2ccb00a9d3c95c/raw/f9cb50e39dab7667cfcfe04a1133d5881860cfaf/gistfile1.txt
18:13 ooboyle master version report is here: https://gist.githubusercontent.com/ooboyle/96ee60da68f9e9414bdd9ba62e0f03b9/raw/0666ec9a16a5ba3dfb7a025c8a8f780208d084b6/gistfile1.txt
18:13 ooboyle any ideas?
18:13 ooboyle none of the pkg module commands work. All produce some similar error.
18:14 XenophonF motherfsck: you can even nest or chain calls to grains.filter_by
18:14 ooboyle regardless of whether i call from master with salt or locally with salt-call
18:23 KingOfFools joined #salt
18:25 KingOfFools How do I know if engine is started or something bad happenend? I added "engines:
18:25 KingOfFools - docker_events:
18:25 KingOfFools docker_url: 'unix://var/run/docker.sock' " to minion config, but don't see any signs of docker engine
18:30 toanju joined #salt
18:31 lordcirth_work KingOfFools, anything in minion log?
18:32 KingOfFools lordcirth_work: nope, i had '[salt.engines     ][CRITICAL][24336] Engine <salt.loader.LazyLoader object at 0x2175b50> could not be started! Error: 'module' object has no attribute 'Client'', but i took docker_url in quotes and now nothing is in log
18:33 vaelen joined #salt
18:33 shanth_ joined #salt
18:35 omie888777 joined #salt
18:36 _KaszpiR_ joined #salt
18:40 johnj_ joined #salt
18:41 csmule joined #salt
18:43 nixjdm joined #salt
18:45 mike25de joined #salt
18:47 motherfsck XenophonF, So saying somthing matches a filter by you can filter again?
18:48 motherfsck Where would the nested statement be placed?  Inside the lookup dict section?
18:49 noraatepernos joined #salt
18:50 vexati0n lordcirth_work: yes that's what I'm using. It's okay, though. I just killed the master and redeployed it.
18:51 mayk joined #salt
18:53 lordcirth_work vexati0n, well that works too, lol
18:54 kamellion joined #salt
18:55 KingOfFools Looks like i'm getting '[salt.engines     ][CRITICAL][32085] Engine <salt.loader.LazyLoader object at 0x28f8b50> could not be started! Error: 'module' object has no attribute 'Client'' when I'm trying to start docker_engine
19:08 mikecmpbll joined #salt
19:24 gh34 joined #salt
19:37 carrot left #salt
19:39 XenophonF motherfsck: yes - you'd put the call inside the lookup dict section
19:39 XenophonF but i've also seen them appended
19:45 viq joined #salt
20:00 nixjdm joined #salt
20:01 ritz joined #salt
20:01 motherfsck Thanks
20:02 noraatepernos joined #salt
20:05 XenophonF i've specifically seen that used to do version-specific values for os-specific varables
20:06 motherfsck XenophonF, as soon as you mentioned nesting that was the use-case I had in mind.
20:06 XenophonF like in the lookup dict for debian, there might be a nested call with a lookup dict full of debian codenames (lenny, squeeze, etc)
20:06 XenophonF i've also seen calls to grains.filter_by chained in the same manner, but i like the nested calls better
20:06 XenophonF makes it easier to follow, i think
20:06 * XenophonF shrugs
20:06 XenophonF YMMV
20:08 khaije1 joined #salt
20:08 _KaszpiR_ joined #salt
20:09 khaije1 Is there an execution module that would allow me to get info equivalent to $(uname -r) ?
20:10 viccuad[m] left #salt
20:11 whytewolf grains.get kernelversion
20:11 whytewolf sorry kernelrelease
20:11 whytewolf not version
20:15 hoonetorg joined #salt
20:15 hoonetorg_ joined #salt
20:26 noraatepernos joined #salt
20:26 lordcirth_work Anyone using an SIEM / have an opinion on what to use?
20:28 Hojs joined #salt
20:31 khaije1 that does it! :D Thanks for the boost whytewolf!
20:37 mayk joined #salt
20:42 johnj_ joined #salt
20:48 schasi I have a saltmaster which should configure itself. Do I need to do anything special so it can be it's own minion?
20:54 gtmanfred no, just point master: localhost
20:59 nixjdm joined #salt
21:02 whytewolf well, having the minion software also
21:06 gtmanfred i bet i can get the salt-minion to run with only installing the salt-master package
21:06 whytewolf i wouldn't doubt it. 99% of everything is there :P
21:07 dxiri joined #salt
21:07 gtmanfred python -c "$(curl -Ls https://raw.githubusercontent.com/saltstack/salt/2017.7/scripts/salt-minion)"
21:07 gtmanfred that worked lol
21:07 gtmanfred probably not secure
21:08 whytewolf lol, not something i would want to run on production.
21:08 gtmanfred just pin it to a tag and call it a day
21:09 gtmanfred ok, now i need to log off for the rest of the week
21:10 xet7 joined #salt
21:10 whytewolf have a good wedding!
21:11 pbandark joined #salt
21:14 renaissancedev joined #salt
21:16 _KaszpiR_ joined #salt
21:22 pentabular joined #salt
21:23 schasi gtmanfred thanks :)
21:24 schasi I had to delete the master_minion.pub key for some reason, then it works
21:30 renaissancedev joined #salt
21:36 blarghmatey joined #salt
21:39 debian112 joined #salt
21:41 XenophonF is gtmanfred getting married?
21:41 renaissancedev joined #salt
21:43 johnj_ joined #salt
21:44 pbandark I am trying to automate installation or oracle 12c DB using saltstack. To get familiar with installation, I manually installed it on test setup using response file. As per my observation, there are couple of commands which we need to execute. and when we execute installer, the command do not wait for installation completion. It immediately go to root prompt. I am wondering how I can check if the 1st installation command is completed or not before executi
21:44 pbandark can anyone help me on it?
21:48 XenophonF so if I understand you correctly, when you run the installer, it launches something in the background, and then the foreground process exits
21:48 XenophonF is that right?
21:48 pbandark yes
21:48 XenophonF wow, that's stupid of them
21:49 pbandark i am following https://docs.oracle.com/database/121/LADBI/app_nonint.htm#LADBI7842
21:50 shanth_ joined #salt
21:50 XenophonF what if you run it in "progress only" mode?
21:51 whytewolf i think it requires input in that mode
21:51 whytewolf orcle. breaking things, since 1977
21:52 XenophonF pbandark: I'd try progress only mode.
21:52 pbandark ok. let me give a try
21:53 pbandark i wll update you with my observation.
21:53 pbandark thanks XenophonF whytewolf
21:53 XenophonF I'm sorry you have to use Oracle :(
21:54 pbandark i am not DB guy. but, its the requirement for automating the installation for developers :)
21:55 whytewolf i remeber around 2000, oracle sent out free copies of their database software that ran on linux. every system i tried it on kernel panicked
21:56 pbandark i hope it should be stable by now ;)
21:56 debian112 joined #salt
21:57 whytewolf hopfully. :P
21:59 nixjdm joined #salt
22:04 XenophonF I cut my teeth on Oracle Developer 2000.
22:04 XenophonF took years of dental surgery to fix
22:05 pbandark :D
22:08 cgiroua joined #salt
22:14 renaissancedev joined #salt
22:14 shoemonkey joined #salt
22:26 hemebond joined #salt
22:29 ninjada joined #salt
22:30 ninjada_ joined #salt
22:33 DanyC hi, anyone knows if i can set a jinja vairalbe based on OS env variable ?
22:33 keltim pbandark, it might be easier to package the oracle software than use salt to micromanage the install
22:33 keltim though packaging Oracle 12c is not something i'd relish
22:34 pbandark keltim: how? do you mean script the installation and deploy script using salt ?
22:34 keltim you
22:34 keltim re using linux?
22:34 pbandark yes
22:34 keltim what distro?
22:34 pbandark centos
22:34 pbandark 7
22:34 keltim ok no I mean make an rpm(s) of the oracle software
22:36 pbandark ok. can we specify the sequence of steps we need to perform in rpm? i never created rpm hence, not sure
22:44 keltim pbandark, there are lots of tutorials on rpm, the learning curve is a little high but the rewards of packaging are many
22:44 johnj_ joined #salt
22:44 pbandark ok
22:48 shoemonkey joined #salt
22:49 ecdhe joined #salt
22:56 tiwula joined #salt
22:57 onlyanegg DanyC: there's the environ module - https://docs.saltstack.com/en/2015.8/ref/modules/all/salt.modules.environ.html#module-salt.modules.environ
22:58 DanyC thanks @onlyanegg
23:01 DanyC joined #salt
23:06 onlyanegg joined #salt
23:09 shred joined #salt
23:16 noraatepernos joined #salt
23:45 johnj_ joined #salt
23:50 cyborg-one joined #salt
23:57 wryfi cany anyone point me to a doc (or code) that will help me understand what the various event retcodes mean (when sent from a salt master's event returner)?
23:58 wryfi 0 is clearly success
23:58 wryfi 1 *appears* to be that the entire event failed
23:58 wryfi but then i get some events with a retcode of 2
23:58 wryfi and i don't know what that's supposed to be telling me
23:59 shoemonkey joined #salt
23:59 debian112 joined #salt

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