Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-12-09

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

All times shown according to UTC.

Time Nick Message
00:04 hemebond joined #salt
00:05 edrocks joined #salt
00:06 borgstrom joined #salt
00:06 voxpop joined #salt
00:11 madboxs joined #salt
00:13 xet7 joined #salt
00:13 jas02 joined #salt
00:13 tehsu I'm using a mine.get to get an IP for a specific grain which works fine, however it returns it in brackets because its a list, any easy way to drop the brackets and quotes
00:14 dlam joined #salt
00:16 tehsu nevermind, figured it out.
00:17 whytewolf |first
00:17 whytewolf :P
00:17 bfrog_ joined #salt
00:26 dxiri joined #salt
00:26 madboxs joined #salt
00:42 misconfig joined #salt
00:48 djgerm was the answer to mine.get[0]?
00:53 dxiri joined #salt
01:09 jas02 joined #salt
01:14 bfrog_ joined #salt
01:18 rpb joined #salt
01:18 _JZ_ joined #salt
01:28 cyteen joined #salt
01:28 krymzon joined #salt
01:31 dxiri joined #salt
01:31 onlyanegg joined #salt
01:38 k_sze[work] joined #salt
01:56 mohae joined #salt
02:05 edrocks joined #salt
02:10 catpiggest joined #salt
02:12 Shirkdog joined #salt
02:14 jas02 joined #salt
02:18 Nahual joined #salt
02:18 wavded joined #salt
02:21 wavded do people run salt state.highstate on a an interval with cron or otherwise?  we were used to puppet that checked in every 30 mins before
02:21 hemebond I don't. And probably never will. I even disabled that on my Puppet setups.
02:21 wavded hemebond: rationale?
02:22 hemebond No benefit.
02:22 hemebond I want minions updating when I want them to.
02:22 wavded hemebond: the one use case i can see is keeping dotfiles up to date for users (whenever they push changes to git)
02:22 hemebond I don't want to fight it if something goes wrong.
02:23 hemebond Easier/better to use a hook to push the change.
02:23 wavded a git hook for everyone's dotfiles repo?
02:24 hemebond Sure.
02:24 wavded sounds harder
02:24 hemebond Maybe. I've never done dotfile repos that need constant updating.
02:25 wavded you can't commit git hooks so you'd have to train everyone to set one up whenever they clone... i suppose i could just run state.dotfiles or something in cron so i'm not updating everything
02:25 hemebond That sounds more reasonable than a full highstate.
02:27 wavded i don't see a huge need otherwise, another coworker was concerned about people editing files on the servers and wanted them resynced regularly, but with a big "DO NOT EDIT" on the top, hopefully that will dispell that :)
02:38 evle joined #salt
02:41 jas02 joined #salt
02:47 netcho joined #salt
02:48 ilbot3 joined #salt
02:48 Topic for #salt is now Welcome to #salt! <+> Latest Versions: 2016.3.4, 2016.11.0 <+> 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
02:53 scsinutz joined #salt
02:53 mpanetta joined #salt
03:10 scsinutz joined #salt
03:29 DEger joined #salt
03:31 krymzon joined #salt
03:37 bastiand1 joined #salt
03:38 pipps joined #salt
03:39 Shirkdog joined #salt
03:39 Shirkdog joined #salt
03:52 bfrog_ joined #salt
04:08 sh123124213 joined #salt
04:09 jas02 joined #salt
04:16 jas02_ joined #salt
04:17 patrek_ joined #salt
04:21 bfrog_ joined #salt
04:28 raspado joined #salt
04:33 cyteen joined #salt
04:40 scsinutz joined #salt
04:46 netcho joined #salt
05:09 rdas joined #salt
05:14 dxiri joined #salt
05:17 jas02 joined #salt
05:22 dxiri joined #salt
05:41 jas02 joined #salt
05:42 mk-fg joined #salt
05:45 pipps joined #salt
05:47 rdas joined #salt
06:02 preludedrew joined #salt
06:11 ivanjaros joined #salt
06:12 netcho joined #salt
06:15 gladia2r joined #salt
06:18 jas02 joined #salt
06:21 mk-fg joined #salt
06:22 sh123124213 joined #salt
06:41 felskrone joined #salt
06:41 netcho_ joined #salt
06:42 cyborg-one joined #salt
06:51 bocaneri joined #salt
07:09 edrocks joined #salt
07:11 jas02 joined #salt
07:12 samodid joined #salt
07:16 ronnix joined #salt
07:23 fracklen joined #salt
07:23 rdas joined #salt
07:23 sh123124213 joined #salt
07:27 ivanjaros3916 joined #salt
07:30 sh123124213 joined #salt
07:32 ProT-0-TypE joined #salt
07:33 jas02 joined #salt
07:33 smcquay joined #salt
07:34 pipps99 joined #salt
07:36 ivanjaros joined #salt
07:42 sh123124213 joined #salt
07:45 colegatron joined #salt
07:51 sidx joined #salt
07:53 sidx Hi, I have successfully created 2 VM s on Azure using the same profile. When I do a query on these VMs, one of them has private_ips and no public_ips; the other one has empty private_ips and a public_ips
07:53 sidx Please hel[
07:53 sidx *help
07:56 buu Are you sure both vms actually have correct ip settings?
07:56 fracklen joined #salt
07:57 sidx buu: Could you please explain what you meant by correct ip settings?? I'm new to this.
07:58 buu I'm asking if the query you are running is infact returning the correct results
07:58 buu What makes you think it is wrong
07:58 buu Look at the actual settings
07:59 fracklen joined #salt
08:00 sidx I can see that the new VMs are created from the azure portal
08:02 sidx buu: I also ran salt-cloud -q
08:05 sidx From the azure portal I can see both private and public ips of the VMs
08:05 sidx They are there
08:05 sidx But -q and -f doesn't return those details
08:06 buu Dunno, I don't do microsoft
08:07 sidx buu: No problem, thank you for trying to help. :)
08:08 darioleidi joined #salt
08:08 darioleidi joined #salt
08:11 djgerm1 joined #salt
08:20 jas02_ joined #salt
08:27 toanju joined #salt
08:27 SamYaple joined #salt
08:30 SamYaple hello. ive got a two part question about best practices
08:30 raspado joined #salt
08:32 SamYaple I am testing deploying openstack using docker images (project kolla). I am wondering if it would be best to have a single state with multiple sls like 'salt/kolla/keystone.sls' 'salt/kolla/nova.sls' or to have 'salt/kolla-keystone/init.sls' and 'salt/kolla-nova/init.sls'
08:32 o1e9 joined #salt
08:44 krymzon joined #salt
08:44 Rumbles joined #salt
08:54 pipps joined #salt
08:56 samodid joined #salt
08:57 VR-Jack2-H joined #salt
09:03 sh123124213 joined #salt
09:03 misconfig joined #salt
09:11 edrocks joined #salt
09:12 madboxs_ joined #salt
09:19 mikecmpbll joined #salt
09:21 Rumbles joined #salt
09:23 jacekplacek joined #salt
09:25 jas02_ joined #salt
09:25 keimlink joined #salt
09:30 netcho joined #salt
09:31 s_kunk joined #salt
09:33 wendall911 joined #salt
09:42 ronnix joined #salt
09:43 ivanjaros3916 joined #salt
09:45 impi joined #salt
09:51 mackripeum joined #salt
09:59 netcho joined #salt
10:05 wendall911 joined #salt
10:09 coredumb Morning folks
10:10 coredumb a simple interrogation about the relative include
10:11 coredumb nah should try it first
10:12 madboxs joined #salt
10:12 felskrone joined #salt
10:25 jas02_ joined #salt
10:29 netcho joined #salt
10:38 DEger joined #salt
10:39 jhauser joined #salt
10:40 PhilA joined #salt
10:42 Rumbles joined #salt
10:45 mavhq joined #salt
10:52 sebastian-w joined #salt
10:55 wendall911 joined #salt
10:55 sarlalian joined #salt
10:56 yuhl__ joined #salt
10:57 onlyanegg joined #salt
11:07 amcorreia joined #salt
11:17 jas02 joined #salt
11:20 Jonax joined #salt
11:20 JonaxC joined #salt
11:25 gmacon joined #salt
11:27 jas02 joined #salt
11:28 impi joined #salt
11:29 jas02_ joined #salt
11:45 J0hnSteel joined #salt
11:46 amontalban joined #salt
11:46 amontalban joined #salt
11:52 jas02 joined #salt
11:57 jas02 joined #salt
12:03 Bico_Fino joined #salt
12:03 keimlink joined #salt
12:07 jas02 joined #salt
12:12 jas02 joined #salt
12:13 edrocks joined #salt
12:20 jas02 joined #salt
12:27 jas02 joined #salt
12:32 raspado joined #salt
12:34 jas02 joined #salt
12:40 coredumb I cannot seem to make gitfs work on a centos 7 master
12:40 coredumb in debug mode I can't see any error when calling fileserver.update
12:40 coredumb but nothing gets cached from the git remotes
12:40 coredumb any idea how to debug this ?
12:47 supermike_ joined #salt
12:48 coredumb actually is it possible to only have top file in a git remote ? I've nothing in roots ...
12:49 Nightcinder joined #salt
12:51 JamieH joined #salt
12:57 pipps joined #salt
12:58 onlyanegg joined #salt
13:00 twodayslate joined #salt
13:02 coredumb heck I don't even have /var/cache/salt/master/gitfs >_<
13:03 pipps joined #salt
13:09 coredumb ah forget about it found the issue
13:11 jas02 joined #salt
13:14 jas02 joined #salt
13:16 Freek joined #salt
13:17 bmcorser joined #salt
13:18 abele joined #salt
13:24 stooj joined #salt
13:30 jas02 joined #salt
13:31 CaptTofu joined #salt
13:33 edrocks joined #salt
13:35 jas02 joined #salt
13:36 hacks joined #salt
13:36 doriftoshoes joined #salt
13:41 imanc joined #salt
13:43 stooj joined #salt
13:44 Nahual joined #salt
13:44 WKNiGHT joined #salt
13:46 debian112 joined #salt
13:47 averell joined #salt
13:47 Brew joined #salt
14:02 lem2 joined #salt
14:03 mariusv joined #salt
14:03 mariusv joined #salt
14:16 filippos joined #salt
14:20 swills joined #salt
14:21 DEger joined #salt
14:22 misconfig joined #salt
14:23 irctc188 joined #salt
14:28 jas02_ joined #salt
14:37 Tanta joined #salt
14:39 swills joined #salt
14:43 pipps joined #salt
14:46 stooj joined #salt
14:49 futuredale joined #salt
14:49 nickabbey joined #salt
14:52 darthzen joined #salt
14:54 lnx1 joined #salt
14:55 lnx1 Hi,
14:55 cmarzullo sup
14:55 lnx1 got a problem with pillar access from minion
14:56 lnx1 am I supposed to be able to test pillar access from minion by running "salt-call pillar.get <pillar-name>" ?
14:56 fracklen joined #salt
14:56 DammitJim joined #salt
14:57 lnx1 From master I can run "salt '*' pillar.items" and see minion has access to pillar
14:57 cmarzullo might need to refresh the pillar on the minion
14:57 lnx1 but from minion, "salt-call pillar.get " command returns empty
14:58 racooper joined #salt
14:58 lnx1 I did "salt '*' saltutil.refresh_pillar" on the master, and this returned True for the minion
14:58 onlyanegg joined #salt
14:59 cmarzullo from the master do a pillar.raw
14:59 atoy3731 joined #salt
15:00 Reverend any way to change a user's primary groups?
15:00 Reverend i've added nginx to the user's list, but I need ot make it it's primary group
15:00 tobiasBora Reverend: Well the error I got is that the sls file was named test/test.sls instead of test/init.sls...
15:00 Reverend told ya
15:01 Reverend ;D
15:01 Reverend just saying.
15:01 Reverend haha
15:01 Reverend brb - going for a smoke
15:01 Sketch Reverend: have you tried user.present: - gid: xxx
15:01 Sketch https://docs.saltstack.com/en/latest/ref/states/all/salt.states.user.html
15:02 atoy3731 Struggling getting multi-environment pillars working.. Anyone know why, based on these configs, running "salt '*' state.apply saltenv=dev" is ONLY getting the Pillar data that is in dev's service.sls, and not merging base and dev's service.sls?
15:02 atoy3731 https://gist.github.com/anonymous/aeaf6ce8823ad4d45d7741f75351b026
15:02 Tanta tobiasBora: make an init.sls file and insert two lines: include: \  - test.test
15:02 lnx1 @cmarzullo: pillar.raw returns the pillar data
15:03 tobiasBora Tanta: Yes, no problem, I just renamed test/test.sls into test/init.sls ^^
15:04 Tanta I like to include all the files within init.sls as a standard pattern, it makes it easy to inspect the order of assembly
15:04 atoy3731 I'd think the configs would roll down from base to dev with my pillar_roots config.
15:04 tobiasBora Tanta: Hum ok why not.
15:04 _JZ_ joined #salt
15:04 lnx1 @cmarzullo: I should be able to see the applicable pillars from minion correct?
15:10 Reverend Sketch: I have - I'm wondering if it's because the user is already set upo tho and i'm trying to change it post-creation
15:10 Reverend might remove the groups from the user and run a highstate to see if it fixes it
15:10 Reverend I'll inform you on my findings.... FOR SCIENCE!
15:13 Sketch Reverend: yeah, i do recall that it has barfed for me when i've had gid issues before, but wasn't sure if this would be one of those times
15:13 Reverend do you need to specify the gid in the -groups list too?
15:15 tobiasBora I've a question : I would like to be able to configure my gitfs_remote via my main git repo... So I thought I could add a rule that update the file /etc/salt/master.d/gitfs_formulas
15:15 Cottser joined #salt
15:18 tobiasBora Or (second option)
15:18 sarcasticadmin joined #salt
15:19 tobiasBora I could try to add a "folder" in my salt git repo
15:19 tobiasBora but I don't know which option is the best one
15:21 scsinutz joined #salt
15:22 tobiasBora (the second option would use submodule I think)
15:22 jhauser joined #salt
15:23 atoy3731 I think I know the issue with my pillar configuration.. Maybe some one can confirm.. Listing multiple root directories under a piller_roots environment doesn't mean those root directory contents will be merged, it means it will ONLY grab the first available file from the ordered list, right?
15:24 Reverend Sketch - worked a treat chap.
15:24 Cottser joined #salt
15:24 atoy3731 aka, using environments, I can't grab all the data from the base environment, then overwrite a few values with the dev environment.
15:30 jas02_ joined #salt
15:30 dxiri joined #salt
15:35 ronnix joined #salt
15:40 stooj joined #salt
15:40 anotherzero joined #salt
15:51 edrocks joined #salt
15:54 Rumbles joined #salt
15:55 DEger joined #salt
15:56 dxiri joined #salt
16:00 nicksloan joined #salt
16:03 okolesnykov joined #salt
16:12 pipps joined #salt
16:15 sidx joined #salt
16:16 ekristen joined #salt
16:17 smcquay joined #salt
16:17 sidx Hi. I'm new to saltstack. I created 2 VMs using profile maps. The action was successful. On doing a -q on the maps, one VM has only public ip and the other has only private ip. While checking azure console, I can see both ips. Why is this happening??Any help is much appreciated
16:18 lubyou_ joined #salt
16:25 scsinutz joined #salt
16:29 lubyou_ can I access __grains__ in a custom grain?
16:31 jas02 joined #salt
16:35 jas02_ joined #salt
16:46 arount joined #salt
16:47 winsalt dont think so lubyou_
16:47 lubyou_ @winsalt yeah, you are right, the __grains__ dict is empty
16:48 ivanjaros joined #salt
16:48 amontalb1n joined #salt
16:48 lubyou_ https://docs.saltstack.com/en/develop/ref/clients/index.html#salt.loader.grains workaround
16:48 winsalt i think i tried that too, and it didnt work
16:49 arount Is there a way to get computed sls file (I mean, after jinja is computed) ?
16:52 winsalt arount you can run state.show_sls STATE to see how it will render
16:53 tobiasBora Is it possible to have several gitfs_remote in several files ?
16:53 raspado joined #salt
16:54 igormarnat_ joined #salt
16:56 onlyanegg joined #salt
17:01 dkrae joined #salt
17:03 teclator_ joined #salt
17:03 nicksloan joined #salt
17:04 _Cyclone_ joined #salt
17:14 samodid joined #salt
17:18 bltmiller joined #salt
17:19 krymzon joined #salt
17:26 scsinutz joined #salt
17:27 lubyou_ joined #salt
17:32 jas02 joined #salt
17:35 mpanetta joined #salt
17:43 Edgan joined #salt
17:47 bltmiller joined #salt
17:48 lompik joined #salt
17:52 Xenophon1 tobiasBora: i'm not sure how those dictionaries and lists get merged
17:52 scsinutz joined #salt
17:52 Xenophon1 you should take a look at salt-formula
17:52 Xenophon1 use that to manage the salt-master configuration
17:52 Xenophon1 brb gotta reconnect
17:53 XenophonF joined #salt
17:53 XenophonF there that's better
17:57 Trauma joined #salt
17:59 bltmiller joined #salt
18:02 mikecmpbll joined #salt
18:05 gmacon On RHEL 7, I have a salt state that installs the python-pip yum package, but it was recently renamed to python2-pip. yum seems to do the right thing here, installing python2-pip when python-pip is requested, but the pkg.installed state thinks that the install failed. Obviously, I can change the state to explicitly request python2-pip, but I would like to know if there's a way to prevent this error in the future.
18:06 jas02 joined #salt
18:06 bltmiller gmacon: well you could always check a grain to see if you're on RHEL 7. put that in your salt state and then add some logic to change the name of the package based on distro
18:06 xmj use a map
18:08 Edgan yeah, the answer is a map.jinja with a case statement per OS/Release.
18:08 gmacon Maybe I didn't clearly articulate the question: Am I required to watch the repos for package renames and update my salt states every time it happens? Since yum clearly knows, is there a way to get salt to get this information from yum?
18:09 buu gmacon: yum probably has temporary transition packages
18:09 buu I'm surprised it doesn't report python-pip as installed though
18:09 buu I'd assume you'd have to change the name when yum removes the temporary package, eventually, anyways
18:13 nicksloan joined #salt
18:15 Edgan gmacon: It probably doesn't handle that case, and we are pointing out that you can have this between OS/Releases where the name is different. So you might as well learn how to do it that way.
18:16 sh123124213 joined #salt
18:17 gmacon I've gone off and read the yum documentation, it looks like yum can handle the rename without creating a transitional package using the Obsoletes: metadata entry. It looks like I just have to be prepared to have my states randomly fail and then go update my maps when it happens.
18:18 s_kunk joined #salt
18:20 lubyou_ joined #salt
18:21 KajiMaster joined #salt
18:21 nickabbey joined #salt
18:22 mikecmpbll joined #salt
18:24 nickabbey joined #salt
18:24 s_kunk joined #salt
18:25 seanz joined #salt
18:30 nicksloan joined #salt
18:34 jas02_ joined #salt
18:34 bltmiller joined #salt
18:39 mohae_ joined #salt
18:39 numkem joined #salt
18:41 teclator joined #salt
18:48 darthzen joined #salt
18:50 foundatron joined #salt
18:52 darthzen joined #salt
18:55 onlyaneg1 joined #salt
18:56 lws joined #salt
19:08 Praematura joined #salt
19:09 XenophonF maybe patch yumpkg to check the Obsoletes metadata?
19:11 whitenoise joined #salt
19:15 eseyman joined #salt
19:19 Qlawy left #salt
19:20 s_kunk_ joined #salt
19:24 bltmiller joined #salt
19:26 djgerm1 is there a quick/idiots guide to "Why is my pillar data not showing up?"
19:28 whytewolf mostly it would be filled with saltutil.refresh_pillar
19:29 djgerm1 well… if it had ever worked… then I'd say "yeah! i forgot!" but it's not worked before
19:29 s_kunk joined #salt
19:31 whytewolf if you use pillar.items is there an item that says it couldn't render?
19:32 whytewolf are you using an ext_pillar?
19:32 nZac joined #salt
19:33 whytewolf did you turn on log_lvel_logfile: all in the master and try the refresh again. then check the logfile on the master?
19:34 jas02 joined #salt
19:35 whytewolf when all fails did you nuke the cache on the minion?
19:36 jas02_ joined #salt
19:42 lws joined #salt
19:42 fracklen joined #salt
19:54 sh123124213 joined #salt
19:54 dxiri_ joined #salt
19:59 irctc477 joined #salt
20:02 irctc477 hi there. I'm trying to running a cmd.run state in last order IF and only IF a state X or state Y has changed. I tried this with onchanges_in in the other states but cmd.run is always executed. Salt Ver is 2016.11
20:02 djgerm1 whytewolf: thanks! I'll check those out. got swamped with meetings. back in a bit to answer you!
20:06 whytewolf irctc477: that is strange. you definitely want onchanges for what you are trying. can you post your starts?
20:06 whytewolf s/starts/states
20:06 DammitJim joined #salt
20:06 whytewolf also the output
20:07 armonge joined #salt
20:08 nickabbey joined #salt
20:14 whytewolf irctc477: just a quick tests i ran https://gist.github.com/whytewolf/3e15f9df0d1fb9c629d935bda6c6efbe
20:15 lws joined #salt
20:17 bltmiller joined #salt
20:18 DEger joined #salt
20:24 irctc477 whytewolf: ah i did onchanges_in: - mystatename instead of onchanges_in: - cmd: mystatename. Sadly i got no error
20:25 whytewolf ahh yeah there needs to be a note somewhere that _in need the module. unlike the non-_in versions
20:25 whytewolf or a bug filed that the _in versions should work without it
20:25 saintromuald joined #salt
20:26 alrayyes joined #salt
20:26 lws joined #salt
20:35 jas02 joined #salt
20:38 lws joined #salt
20:38 pipps joined #salt
20:49 lws joined #salt
20:53 fracklen joined #salt
20:53 Praematura joined #salt
20:53 djgerm1 whytewolf: pillar.items doesn't give me error, just no pillar items, I am using ext_pillar, log level all, no errors, how do I nuke the pillar cache on the minion?
20:54 pipps99 joined #salt
20:55 pipps_ joined #salt
20:55 whytewolf djgerm1: log into the minion, shut salt-minion down, nuke[delete] /var/cache/salt/minion/*, start the minion back up. then run sync_all and refresh_pillars
20:58 pipps joined #salt
20:58 pipps___ joined #salt
21:00 pipps99 joined #salt
21:01 djgerm1 No love. I wonder if my targeting/undestanding of pillar's top.sls and pillar structure is fundamentally incorrect :(
21:01 mohae joined #salt
21:02 whytewolf djgerm1: maybe. that would explain it not showing up as it wouldn't know to add it
21:03 RandyT joined #salt
21:04 lws joined #salt
21:04 pipps_ joined #salt
21:05 pipps__ joined #salt
21:06 djgerm1 in my pillar root, I have a folder called mysql and in that I have init.sls and in that i have one line: testkey: testvalue and in my pillar root I have  top.sls that has 3 lines: master:  '*':  - testkey
21:06 whytewolf ...
21:06 djgerm1 with the right white psace :)
21:06 whytewolf change that - testkey to - mysql
21:07 whytewolf pillar top is based off of filename not pillar keys
21:07 djgerm1 okey doke. done. committing, restarting master and refresh.pillaring....
21:07 pipps99 joined #salt
21:07 whytewolf i'm kind of interested in why you were not getting a error about testkey not existing
21:08 djgerm1 hmmm maybe my ext pillar isn't config'd right.
21:08 djgerm1 tho…. wouldnt I see that in the log?
21:08 whytewolf you should
21:09 whytewolf but what you are discribing isn't ext_pillar
21:09 whytewolf it is just straight up standard pillar
21:09 pipps joined #salt
21:10 djgerm1 i thought straight up pillar was /srv/pillar/ etc etc, no git
21:10 whytewolf ahhh gitfs based pillar is kind of half way between an ext pillar and not but you are right
21:10 whytewolf okay. is there enviroments?
21:11 whytewolf just noticed the master bit
21:11 djgerm1 that's the name of the branch
21:11 djgerm1 should that be base?
21:11 whytewolf that should be base
21:11 pipps_ joined #salt
21:13 djgerm1 testing.
21:13 whytewolf reading up now see if master auto maps to base
21:13 whytewolf looks like it does
21:13 djgerm1 it used to… i think :)
21:13 djgerm1 ok kewl
21:14 pipps99 joined #salt
21:14 djgerm1 ok testing… one mo
21:14 ronnix joined #salt
21:14 dxiri joined #salt
21:14 DEger joined #salt
21:15 lws joined #salt
21:15 pipps joined #salt
21:16 djgerm1 YAAAAY!!! you fixed it
21:16 pipps_ joined #salt
21:16 whytewolf hehe
21:18 pipps99 joined #salt
21:19 pipps__ joined #salt
21:20 pipps joined #salt
21:21 djgerm1 thanks!
21:21 whytewolf no problem :)
21:22 lws joined #salt
21:23 pipps99 joined #salt
21:25 pipps_ joined #salt
21:26 pipps joined #salt
21:27 jas02 joined #salt
21:27 bltmiller joined #salt
21:29 pipps99 joined #salt
21:30 pipps_ joined #salt
21:31 nickabbey joined #salt
21:32 Rumbles joined #salt
21:33 pipps joined #salt
21:34 pipps__ joined #salt
21:34 nickabbey joined #salt
21:35 pipps99 joined #salt
21:35 pipps_ joined #salt
21:37 pipps___ joined #salt
21:39 lws joined #salt
21:39 jas02_ joined #salt
21:42 pipps joined #salt
21:43 _KaszpiR_ joined #salt
21:43 pipps99 joined #salt
21:45 pipps_ joined #salt
21:46 pipps__ joined #salt
21:47 pipps___ joined #salt
21:47 viq joined #salt
21:47 lws joined #salt
21:48 pipps joined #salt
21:48 scsinutz joined #salt
21:49 pipps99 joined #salt
21:52 pipps_ joined #salt
21:53 pipps joined #salt
21:54 pipps99 joined #salt
21:55 tapoxi hi all
21:55 tapoxi recommended way to call highstate on salt-cloud vm creation?
21:56 pipps__ joined #salt
21:58 iggy tapoxi: there are multiple ways... not sure any one is "recommended"
21:58 whytewolf ^
21:58 pipps_ joined #salt
21:58 whytewolf personally i like reactor set to fire off of a start based event
21:59 ptitdoc joined #salt
22:00 ptitdoc hello
22:00 ptitdoc I'm trying to debug salt-ssh stuff, but I'm stuck
22:01 ptitdoc basically, the mine and publish functions are not working very well
22:01 iggy I'm surprised they work at all with salt-ssh
22:02 ptitdoc https://github.com/saltstack/salt/issues/36796
22:02 saltstackbot [#36796][OPEN] Problem with salt-ssh and mine.get  | Description of Issue/Question...
22:03 ptitdoc In fact I need to x509 module to work with salt-ssh but that is hard
22:03 ptitdoc because real use cases require both mine (to exchange CA certificates) and publish (to generate certificates)
22:04 pipps99 joined #salt
22:04 racooper howdy.  Does anyone have an example of using salt.states.apache (apache.configfile) including the SSLCipherSuite directive?
22:04 whytewolf salt-ssh should come with a warning, your "milage may vary"
22:05 whytewolf never used it racooper normally i just file.managed a bunch of files for apache
22:06 racooper I could do that but I was trying to see how much I could get into state configs
22:07 pipps joined #salt
22:07 ptitdoc At least I got the mine working by tweaking the saltutil module but my attempts to make the publish module working failed
22:10 pipps99 joined #salt
22:11 pipps_ joined #salt
22:12 pipps joined #salt
22:13 pipps__ joined #salt
22:15 pipps___ joined #salt
22:17 pipps99 joined #salt
22:18 pipps joined #salt
22:19 pipps_ joined #salt
22:23 pipps joined #salt
22:23 bltmiller joined #salt
22:23 pipps99 joined #salt
22:26 pipps_ joined #salt
22:27 pipps__ joined #salt
22:29 aw110f joined #salt
22:32 pipps joined #salt
22:33 pipps99 joined #salt
22:34 DEger joined #salt
22:37 pipps__ joined #salt
22:38 pipps joined #salt
22:38 swills joined #salt
22:39 pipps99 joined #salt
22:40 pipps___ joined #salt
22:41 fracklen joined #salt
22:41 scsinutz joined #salt
22:42 amontalban joined #salt
22:42 amontalban joined #salt
22:43 pipps joined #salt
22:46 xbglowx joined #salt
22:46 smcquay joined #salt
22:46 Yog joined #salt
22:47 NightMonkey joined #salt
22:47 pipps joined #salt
22:47 jacksontj joined #salt
22:49 pipps99 joined #salt
22:50 pipps_ joined #salt
22:51 pipps__ joined #salt
22:52 pipps joined #salt
22:54 pipps99 joined #salt
22:55 bltmiller joined #salt
22:55 pipps_ joined #salt
22:56 Salander27 joined #salt
22:57 debian112 joined #salt
22:58 jas02 joined #salt
23:00 pipps joined #salt
23:01 pipps99 joined #salt
23:05 pipps joined #salt
23:06 pipps99 joined #salt
23:09 pipps_ joined #salt
23:09 whytewolf SWEET! got the saltify bootstrap MoM working. and the only modification of the bootstrap script was adding ssh keys
23:10 pipps__ joined #salt
23:11 pipps joined #salt
23:12 pipps99 joined #salt
23:15 pipps_ joined #salt
23:16 pipps joined #salt
23:19 pipps99 joined #salt
23:21 pipps_ joined #salt
23:22 pipps joined #salt
23:22 pipps__ joined #salt
23:25 pipps99 joined #salt
23:26 pipps_ joined #salt
23:26 sjorge joined #salt
23:26 sjorge joined #salt
23:28 pipps joined #salt
23:30 pipps99 joined #salt
23:31 pipps__ joined #salt
23:32 pipps_ joined #salt
23:33 pipps___ joined #salt
23:33 pipps joined #salt
23:36 pipps99 joined #salt
23:37 oida joined #salt
23:38 pipps_ joined #salt
23:39 pipps joined #salt
23:41 pipps__ joined #salt
23:41 jas02 joined #salt
23:43 pipps99 joined #salt
23:44 pipps joined #salt
23:45 pipps_ joined #salt
23:47 pipps__ joined #salt
23:48 pipps___ joined #salt
23:49 pipps joined #salt
23:50 pipps99 joined #salt
23:51 pipps_ joined #salt
23:51 fracklen joined #salt
23:54 pipps joined #salt
23:56 pipps99 joined #salt
23:57 pipps_ joined #salt
23:58 pipps__ joined #salt
23:58 pipps___ joined #salt

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