Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-10-19

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

All times shown according to UTC.

Time Nick Message
00:03 mehakkah_ joined #salt
00:05 kitplummer joined #salt
00:06 fsteinel_ joined #salt
00:08 mehakkahlon joined #salt
00:10 falenn joined #salt
00:13 mehakkahlon joined #salt
00:18 mehakkahlon joined #salt
00:23 mehakkahlon joined #salt
00:24 rojem joined #salt
00:28 mehakkahlon joined #salt
00:30 cyborglone joined #salt
00:33 mehakkahlon joined #salt
00:36 msx joined #salt
00:38 mehakkahlon joined #salt
00:40 falenn joined #salt
00:43 mehakkah_ joined #salt
00:45 creppe joined #salt
00:48 mehakkahlon joined #salt
00:52 aqua^c joined #salt
00:53 mehakkahlon joined #salt
00:56 furrowedbrow joined #salt
00:58 mehakkahlon joined #salt
01:00 sunkist joined #salt
01:03 mehakkahlon joined #salt
01:07 amcorreia joined #salt
01:08 mehakkahlon joined #salt
01:09 ashirogl joined #salt
01:10 aurynn I should expect state.orchestrate to work with the salt-ssh runner, right?
01:11 aurynn (the docs clearly say yes)
01:13 mehakkahlon joined #salt
01:15 larsfronius joined #salt
01:18 mehakkahlon joined #salt
01:19 iggy__ I think it depends on the version
01:20 aurynn I think I'm using 2015.8
01:23 mehakkahlon joined #salt
01:28 mehakkahlon joined #salt
01:33 mehakkahlon joined #salt
01:36 catpigger joined #salt
01:38 mehakkahlon joined #salt
01:39 favadi joined #salt
01:45 mehakkahlon joined #salt
01:47 ilbot3 joined #salt
01:47 Topic for #salt is now Welcome to #salt | 2015.8.0 is the latest | Please use https://gist.github.com for code, don't paste directly into the channel | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
01:48 mehakkahlon joined #salt
01:52 furrowedbrow joined #salt
01:53 mehakkahlon joined #salt
01:54 cberndt joined #salt
01:56 mapu joined #salt
01:56 iggy I would guess no
01:58 mehakkahlon joined #salt
02:03 mehakkah_ joined #salt
02:06 kitplummer joined #salt
02:08 mehakkahlon joined #salt
02:09 sunkist joined #salt
02:13 mehakkahlon joined #salt
02:15 TyrfingMjolnir joined #salt
02:16 ashirogl1 joined #salt
02:18 mehakkahlon joined #salt
02:23 msx joined #salt
02:23 mehakkahlon joined #salt
02:28 mehakkahlon joined #salt
02:33 mehakkahlon joined #salt
02:38 saltypete joined #salt
02:38 mehakkahlon joined #salt
02:39 jondonas joined #salt
02:42 mpanetta joined #salt
02:42 ingwaem joined #salt
02:43 ingwaem left #salt
02:43 mehakkahlon joined #salt
02:48 mehakkahlon joined #salt
02:49 zmalone joined #salt
02:53 evle joined #salt
02:53 mehakkahlon joined #salt
02:58 favadi joined #salt
02:58 mehakkahlon joined #salt
03:03 mehakkahlon joined #salt
03:06 pratikmallya joined #salt
03:08 malinoff joined #salt
03:08 mehakkahlon joined #salt
03:11 SheetiS joined #salt
03:13 mehakkahlon joined #salt
03:18 mehakkahlon joined #salt
03:23 mehakkahlon joined #salt
03:28 mehakkah_ joined #salt
03:32 SheetiS joined #salt
03:33 mehakkahlon joined #salt
03:38 mehakkahlon joined #salt
03:43 mehakkahlon joined #salt
03:45 bingle joined #salt
03:47 bingle Hi, I am using salt to provision a vagrant image based on hashicorp/precise32 with the salty-vagrant plugin. I have tests that succeed and tests that fail on `vagrant provision`. Is there a way to limit the oiutput to only show failing tests?
03:48 ramteid joined #salt
03:49 Bryson joined #salt
03:56 clintberry joined #salt
04:02 malinoff joined #salt
04:03 rawzone^ joined #salt
04:03 seblu joined #salt
04:08 rdas joined #salt
04:26 kitplummer joined #salt
04:27 Cliph joined #salt
04:27 ze- joined #salt
04:30 furrowedbrow joined #salt
04:30 Cidan joined #salt
04:31 rdas joined #salt
04:33 nidr0x joined #salt
04:37 favadi joined #salt
04:37 viq joined #salt
04:38 rdas joined #salt
04:43 pratikmallya joined #salt
04:45 clintberry joined #salt
04:46 mpanetta joined #salt
05:08 clintberry joined #salt
05:11 tzero joined #salt
05:18 larsfronius joined #salt
05:18 hasues joined #salt
05:18 hasues left #salt
05:20 robawt joined #salt
05:35 felskrone joined #salt
05:48 robawt joined #salt
05:50 favadi joined #salt
05:51 ashirogl joined #salt
05:57 * jfindlay really needs to learn vagrant
05:57 abele left #salt
06:02 jhauser joined #salt
06:02 zer0def joined #salt
06:04 sirex joined #salt
06:10 jtang joined #salt
06:11 saffe joined #salt
06:12 katyucha joined #salt
06:13 lb joined #salt
06:15 ashirogl joined #salt
06:22 harkx joined #salt
06:28 kitplummer joined #salt
06:43 sirex joined #salt
06:48 mpanetta joined #salt
06:49 KermitTheFragger joined #salt
06:55 chiui joined #salt
06:57 Grokzen joined #salt
07:08 eseyman joined #salt
07:11 stephanbuys joined #salt
07:12 TyrfingMjolnir joined #salt
07:14 favadi joined #salt
07:17 ThomasJ joined #salt
07:19 saltman_ joined #salt
07:19 saltman_ Hi, I try to run salt-call saltutil.sync_all
07:19 saltman_ and I get [WARNING ] SaltReqTimeoutError: Waited 60 seconds
07:19 saltman_ Minion failed to authenticate with the master, has the minion key been accepted?
07:19 saltman_ When salt-call test.ping works
07:19 saltman_ When I do salt-key -L, I can see the key
07:20 saltman_ I also try salt-key -d salt-minion and salt-key -A, and the problem is the same
07:20 saltman_ I use salt 2014.1.7
07:23 Norrland saltman_: if you do a "salt 'salt-minion' test.ping" ?
07:23 kawa2014 joined #salt
07:24 gasbakid joined #salt
07:25 saltman_ Norrland: It doesn't return after 60 seconds
07:30 saffe joined #salt
07:31 Norrland weird. No possobility to upgrade to non-ancient salt version?
07:31 Norrland possibility*
07:31 saltman_ No..
07:31 kitplummer joined #salt
07:42 Hydrosine joined #salt
07:43 catpig joined #salt
07:46 trapha joined #salt
07:51 dkrae joined #salt
07:51 babilen saltman_: How come?
07:51 rim-k joined #salt
07:52 linjan joined #salt
07:52 saltman_ How come what?
07:53 toanju joined #salt
07:53 babilen "How come you cannot upgrade to a non-ancient version of salt?"
07:54 babilen sorry for zero-anaphora
07:54 armyriad joined #salt
07:56 saltman_ Because the are others bug in salt (For example, pillar_opt default change from true to false), and we can't put it on production yet
07:56 saltman_ *there
07:59 Norrland saltman_: and you cant set that to True?
07:59 saltman_ Yes, but this is one bug of many.
08:00 babilen Pest or cholera, eh?
08:00 slav0nic joined #salt
08:01 babilen Your particular problem has been addressed in 2015 (and 2014.5 IIRC), so we could work on addressing your current issues.
08:01 babilen What are they?
08:01 babilen Well, the issues you have with the current version that is
08:02 epcim joined #salt
08:03 saltman_ What is the problem and how is was addressed?
08:03 babilen Check the 2014.5 changelogs and commits leading up to that version
08:04 babilen I'd also set ping_on_rotate to True
08:05 saltman_ But salt works fine until now. What can cause to this problem?
08:05 babilen 2014.7 *shake fist*
08:07 babilen There were also changes to this in 2014.1.5, but you would have them. All that being said: I have not encountered that issue with 2015.* in the last couple of months at all.
08:08 babilen saltman_: For us it was either a bug in the transport, interplay with rotate_on_ping and network problems (e.g. different MTU settings on some links, ...)
08:09 Mate ➜  ~  curl -v https://bootstrap.saltstack.com/
08:09 Mate < HTTP/1.1 301 Moved Permanently
08:09 Mate < Location: http://bootstrap.saltstack.com/stable/bootstrap-salt.sh
08:09 Mate this is quite strange
08:10 babilen salt can't ssl ;)
08:12 Norrland but it's ok. You're going to pipe it to a root shell...
08:12 babilen http://curlpipesh.tumblr.com/
08:12 babilen One of the biggest antipatterns in today's admin world
08:19 larsfronius joined #salt
08:31 epcim joined #salt
08:32 N-Mi joined #salt
08:35 garphy`aw joined #salt
08:36 thalleralexander joined #salt
08:36 the_lalelu babilen: yes. i agree.
08:37 ziro` joined #salt
08:42 briner joined #salt
08:43 s_kunk joined #salt
08:53 larsfron_ joined #salt
09:02 vim-zz joined #salt
09:04 vim-zz is there a way to simply list key/value info in the pillar's top.sls under the match pattern?
09:05 vim-zz e.g. pillar: base: '*': a_key: a_value
09:13 murkey joined #salt
09:14 douardda joined #salt
09:14 tru_tru joined #salt
09:15 msx joined #salt
09:16 aRkadeFR joined #salt
09:16 freelock joined #salt
09:17 jfindlay joined #salt
09:18 GreatSnoopy joined #salt
09:19 itsamenathan joined #salt
09:20 mehakkahlon joined #salt
09:20 impi joined #salt
09:22 babilen vim-zz: No
09:23 babilen You simply target SLS files to minions there
09:23 programmerq joined #salt
09:24 vim-zz babilen: thanks
09:26 vim-zz so if i have a file which some params needs to be set per minion, what would be the best approach? i thought of using file.managed and then using the pillar data with jinja template
09:28 freelock joined #salt
09:28 mpanetta joined #salt
09:29 babilen vim-zz: That sounds like a decent (and pretty common) approach
09:29 babilen You might want to read up on "salt best practices" and formula design
09:30 scarcry joined #salt
09:34 wych joined #salt
09:35 vim-zz babilen: ok, thanks. while you are still here, any way of using the minion id inside jinja?
09:35 rofl____ use grains?
09:37 chiui joined #salt
09:38 SheetiS joined #salt
09:40 ubikite joined #salt
09:40 babilen vim-zz: salt['grains.get']('id')
09:42 CeBe joined #salt
09:44 vim-zz thanks!
09:45 mehakkahlon joined #salt
09:46 sgargan joined #salt
09:50 gasbakid joined #salt
09:51 babilen vim-zz: That calls https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.grains.html#salt.modules.grains.get and lets you define a default value in case the grain you are looking up is not available
09:57 BogdanR joined #salt
09:58 BogdanR Is it possible to run a state on a server after another state finished on another server?
09:58 BogdanR I had a look at the reactor system but I am not sure how it could be used for this purpose.
09:59 babilen BogdanR: You are looking for orchestration
10:00 BogdanR babilen: Thanks. I'll read the documentation and hopefully I'll get it
10:02 malinoff joined #salt
10:05 mehakkah_ joined #salt
10:07 cberndt joined #salt
10:10 larsfronius joined #salt
10:11 giantlock joined #salt
10:19 mehakkahlon joined #salt
10:21 gasbakid joined #salt
10:23 ubikite hello, i'm a newbie on salt. very dummy question to ask: does whitespaces count in .sls files?
10:25 babilen ubikite: Sure
10:25 gasbakid joined #salt
10:26 babilen But you might want to be more specific, as I'm sure that you don't expect an SLS without *any* whitespace to work :)
10:27 ubikite :) yes, definitely. i think it's better to write sls files with a plugin in vim, right?
10:28 ubikite i'm getting errors from /usr/lib/python2.7/dist-packages/yaml/composer.py" when i test the sls'.
10:28 mehakkahlon joined #salt
10:30 flyx left #salt
10:31 saffe joined #salt
10:31 bluenemo joined #salt
10:32 ubikite and as i've understood it doesn't like tab characters :)
10:34 babilen Nobody likes Tabs
10:34 babilen https://github.com/saltstack/salt-vim you might want to install that plugin
10:38 mehakkah_ joined #salt
10:42 mpanetta joined #salt
10:44 vim-zz joined #salt
10:51 keimlink joined #salt
10:53 DanyC joined #salt
11:00 saffe joined #salt
11:03 ubikite hi, i'm working on this http://docs.logilab.org/minidebconf14-salt-slides/#/16 and my init.sls file returning error though i've installed plugin into my editor and checked every form. i think i'm doing something fundamentally wrong. here is the paste: https://gist.github.com/pavelliano/7280b827dbba399b1876 | can you please share your ideas?
11:03 amcorreia joined #salt
11:04 martoss joined #salt
11:05 mehakkahlon joined #salt
11:06 martoss left #salt
11:07 kitplummer joined #salt
11:08 ubikite i've updated the gist and trying in that form, still same.
11:09 DanyC hi all, anyone knows what is the saltstack pillar equivalent in Ansible ?
11:09 evle joined #salt
11:10 sgargan DanyC: you’d use a combination of groupvars and role vars
11:11 babilen DanyC: traitor ;)
11:13 sgargan babilen: always good to compare and contrast
11:13 DanyC babilen: i'm not mate, trust me (my first love is still Salt :) ) but i was curious on how on earth Ansible does cover this area since everyone waves the flag
11:13 babilen sgargan: That was really tongue-in-cheek
11:14 sgargan i know ;)
11:14 DanyC sgargan: indeed that is the one :D and all the comparisons i found were very lame.
11:14 DanyC babilen: :)
11:14 babilen https://twitter.com/alicemazzy/status/655306196128280576 -- good old days :)
11:14 sgargan I came to salt from a huge ansible project and there are lots of things ansible does well that I wish salt did
11:15 babilen Such as?
11:15 sgargan but there are markedly more things that salt does better
11:16 sgargan not to start a flame war, but I do prefer how ansible handles variables/pillars
11:17 babilen Could you elaborate on that? Im am genuinely interested and there is no room for flame wars in a technical discussion.
11:17 sgargan being able to easily and determinisitically override variables you’d pass to a state/role
11:17 babilen You mean interactively?
11:17 sgargan say I want to apply a state twice
11:17 DanyC sgargan: i don't take it as a war, always you can learn and innovate in few areas. I'm on same page with babilen
11:17 katyucha_ joined #salt
11:18 sgargan understood guys
11:18 mehakkah_ joined #salt
11:18 katyucha_ joined #salt
11:20 sgargan right now I use a fairly elaborate pattern of a setting.sls that contains defaults for a state and compare these to overrides I pass in via pillars
11:21 sgargan imho a state should run without any pillar information using sensible defaults
11:21 babilen Absolutely
11:21 babilen That's a pattern you see in "modern" formulas a lot
11:21 sgargan agreed
11:22 DanyC sgargan: and if you have a public example of ansible project i'd love to have a look. babilen one thing which comes to mind i wished to be different in Salt is the Salt’s ID declarations - it adds a lot of confussion
11:22 sgargan and its something that ansible does by default in a role, I’d love if salt had something formal that was similar
11:22 DanyC babilen: vs Ansible where gives you to describe the behavior of a task using the name parameter.
11:22 babilen Unfortunately due to the fact that accessing and setting values in Python is far from optimal and the fact that jinja doesn't support literal Python blocks some of those patterns are a lot harder to read or still buggy
11:23 babilen DanyC: You mean "ID == name if it isn't set" and the need for them to be globally unique?
11:24 eliasp does anyone know, whether there are plans to offer packages for other Ubuntu releases than 12.04 and 14.04 on repo.saltstack.com?
11:24 babilen sgargan: Could you (if you have the time) come up with an easy example of this in ansible and salt? I'd love to see the difference and maybe that's something we can incorporate into salt
11:24 sgargan for sure
11:25 babilen eliasp: I'm sure there are plans, but my guess would be that that happens once the current problems have been addressed and after the "packaging" bit has been open sourced
11:25 eliasp babilen: do you know what kind of "current problems" there are? are there issues for them?
11:25 eliasp ah, the packaging stuff isn't published yet… ok…
11:27 babilen eliasp: I am aware of the entire "best repository layout" discussion and the requirement to ship multiple versions. I *really* *really* hope that saltstack does not go down the "lets break the repo and offer multiple versions of the same package in the same repository" route.
11:28 eliasp yeah, right… let's hope this will end well :)
11:28 babilen I've also seen some "dependency $foo was not installed correctly due to $bar" bugs, but that might have been PEBKAC or a legitimate issue (can't remember)
11:28 DanyC babilen: i meant this http://pastebin.com/Ju4ydSqK
11:28 eliasp yeah, at least pyopenssl is missing on Ubuntu 14.04 in a proper version which makes the new fancy x509 state unusable…
11:29 eliasp so the SaltStack repos would have to ship their own version of pyopenssl (as long as that's possible without breaking other packages)
11:29 babilen Right! That's not an easy one ...
11:29 katyucha_ joined #salt
11:30 babilen In a way I don't think that duplicating half of the Debian/Ubuntu repo in saltstack-informal-backports is a good idea either :)
11:30 babilen DanyC: Oh yeah, totally agree
11:31 eliasp exactly… on the other hand, the repos should provide a smooth experience without having to hack around too much to get things working… but there might be some compromise required (as in shipping Salt to Ubuntu 14.04 without a working x509 state)
11:31 eliasp given the fact, that Ubuntu 16.04 (the next LTS release) is around the corner, this might be a reasonable decision to keep the pyopenssl stuff out of the SaltStack repo
11:32 DanyC babilen: frankly i'd have been happy if on Salt side there was this tech comparison or even explanation of the ID so people don't get trapped. Is all down to lower the entry bar ...hopefully one day
11:33 saffe joined #salt
11:33 eliasp DanyC: you know, that you can just use a plain sentence as ID as well? then just define the file path as "-name: /foo/bar/blah.conf"?
11:34 TyrfingMjolnir joined #salt
11:34 eliasp this makes it harder to reference this ID as requisite… but it makes it easier to understand what this state is supposed to do…
11:34 eliasp IIRC Ryan Lane is building his SLS this way…
11:35 eliasp I think he gave a talk addressing this… let me see if I can find it
11:35 babilen eliasp: I would actually be happy with that. This should be solved by Ubuntu/Debian (in that they provide backports) as saltstack is in no position to properly maintain backports for a variety of packages. I mean even if they manage to ensure that *salt* works, it'll be a nightmare once unrelated packages are broken.
11:35 babilen eliasp: He did
11:36 DanyC eliasp: i see, thanks for the tip
11:37 eliasp babilen: I agree… maybe there's even already a pyopenssl backport available … TBH I haven't checked the backport repos yet :)
11:38 eliasp DanyC: see #19 here: http://ryandlane.com/blog/wp-content/uploads/2015/04/Sequentially-Ordered-Execution-in-SaltStack.pdf
11:38 babilen There isn't in Debian
11:38 eliasp DanyC: talk: http://ryandlane.com/blog/2015/04/02/saltconf15-sequentially-ordered-execution-in-saltstack-talk-and-slides/
11:38 DanyC eliasp: much thanks
11:39 eliasp DanyC: AFAIK Ryan Lane uses hardfail for all his state, so he doesn't have to rely on requisites which then circumvents the "hard to reference plain-named states as requisites" issue…
11:41 eliasp DanyC: https://www.youtube.com/watch?v=yBF055Ye3kg
11:41 DanyC eliasp: cheers, will start listening. ;)
11:43 Corey joined #salt
11:49 chiui joined #salt
11:50 giantlock joined #salt
11:52 mattiasr joined #salt
11:54 saffe joined #salt
11:56 mehakkahlon joined #salt
11:58 mehakkahlon joined #salt
11:59 armyriad joined #salt
12:01 ferbla joined #salt
12:05 larsfron_ joined #salt
12:06 ingslovak joined #salt
12:07 falenn joined #salt
12:16 giantlock joined #salt
12:22 liskl joined #salt
12:23 DanyC joined #salt
12:24 kbaikov joined #salt
12:24 DanyC_ joined #salt
12:25 breakingmatter joined #salt
12:25 DanyC joined #salt
12:26 oravirt joined #salt
12:27 zer0def ok guys, quick question: am i doing something wrong, when i'm getting "An Exception occurred while executing state.highstate: 'NoneType' object has no attribute 'extend'"
12:27 zer0def not using any extend keyword, ironically.
12:29 briner joined #salt
12:32 eliasp zer0def: you need to provide more context… a full backtrace, the states you're using causing this, … without this, it's all just guesswork
12:34 bhosmer joined #salt
12:35 zer0def thing is that i'm not getting a backtrace
12:36 zer0def trust me, if i got a backtrace, i'd just use it :)
12:37 losh joined #salt
12:48 babilen zer0def: But you do have states, don't you? Could you find out which one is causing this and paste it? (binary search if necessary)
12:50 dyasny joined #salt
12:50 sroegner joined #salt
12:54 larsfronius joined #salt
12:57 saffe joined #salt
13:00 zer0def didn't test those states one by one… i guess i should start there
13:00 voxxit joined #salt
13:03 DanyC babilen: since you are interested from tech side - check this one and then make an analogy with pillars :D https://serversforhackers.com/running-ansible-programmatically
13:03 anmol joined #salt
13:07 babilen DanyC: I'll read that later .. thanks for the link
13:07 quasiben joined #salt
13:08 zer0def ok, false alarm, i'
13:08 zer0def i'm just a moron, forgot to populate args for `require`
13:09 babilen EUSER is a common one. Salt should have provided a much better error message though
13:11 toastedpenguin joined #salt
13:15 msx joined #salt
13:20 johtso joined #salt
13:21 jdesilet joined #salt
13:21 tmclaugh[work] joined #salt
13:24 mehakkah_ joined #salt
13:26 mehakkahlon joined #salt
13:31 breakingmatter joined #salt
13:37 toastedpenguin joined #salt
13:37 Deevolution joined #salt
13:40 markm joined #salt
13:40 markm joined #salt
13:42 jeffpatton1971 joined #salt
13:43 quasiben joined #salt
13:44 EvaSDK hello guys, is there a ticket where I can track progress on lxc configuration editing ?
13:45 pratikmallya joined #salt
13:52 cpowell joined #salt
13:53 cpowell joined #salt
13:55 mattiasr joined #salt
13:56 rojem joined #salt
13:56 drawsmcgraw joined #salt
13:57 mehakkahlon joined #salt
13:58 mpanetta joined #salt
14:00 murrdoc joined #salt
14:00 zwi joined #salt
14:02 zmalone joined #salt
14:03 saffe joined #salt
14:06 drawsmcgraw I tried using compound matching in my top file and found that it doesn't work. Are compound matchers supported in topfiles?
14:06 drawsmcgraw The exact same matcher works on the CLI.
14:07 EvaSDK it does work
14:07 EvaSDK did you add the like "match: compound" underneath it ?
14:07 drawsmcgraw AWW
14:07 drawsmcgraw I *just* saw that in the docs. No, no I did not EvaSDK
14:07 drawsmcgraw Thank you
14:08 andrew_v joined #salt
14:08 drawsmcgraw I had though (wrongly?) that the 'C@matching' syntax would work
14:12 EvaSDK no problem :)
14:15 mapu joined #salt
14:16 fredvd joined #salt
14:16 _JZ_ joined #salt
14:18 Akhter joined #salt
14:22 toastedpenguin joined #salt
14:22 hasues joined #salt
14:22 debian112 joined #salt
14:24 hasues left #salt
14:26 tkharju joined #salt
14:26 toastedpenguin joined #salt
14:27 ollins joined #salt
14:28 voxxit joined #salt
14:29 Akhter joined #salt
14:30 quasiben1 joined #salt
14:32 Fiber^ joined #salt
14:32 giantlock joined #salt
14:37 toastedpenguin joined #salt
14:39 kitplummer joined #salt
14:40 conan_the_destro joined #salt
14:41 toastedpenguin1 joined #salt
14:42 kitplummer joined #salt
14:45 murrdoc joined #salt
14:50 sporkd2 joined #salt
14:51 winsalt joined #salt
14:54 The joined #salt
14:55 Guest77023 Hello, can someone help me setup saltstack pillars?
14:56 murrdoc joined #salt
14:58 murrdoc1 joined #salt
14:58 sporkd2 joined #salt
14:59 DammitJim joined #salt
14:59 clintber_ joined #salt
15:00 CheKoLyN joined #salt
15:00 Brew joined #salt
15:00 winsalt what do you need help with
15:02 saguilar joined #salt
15:03 timoguin joined #salt
15:05 DanyC joined #salt
15:06 epcim joined #salt
15:06 Akhter joined #salt
15:07 edrocks joined #salt
15:08 g3cko joined #salt
15:11 fxhp joined #salt
15:13 meye1677 joined #salt
15:17 skrobul joined #salt
15:18 Aleks3Y joined #salt
15:19 gasbakid joined #salt
15:20 birett joined #salt
15:23 adelcast joined #salt
15:26 Guest77023 I have followed the steps in the documentation: https://docs.saltstack.com/en/latest/topics/tutorials/pillar.html
15:26 Guest77023 I created: /srv/pillar/top.sls and /srv/pillar/data.sls
15:28 Guest77023 When I execute: salt '*' saltutil.refresh_pillar & salt '*' pillar.items; no pillars are saved; I get  ----------
15:28 Guest77023 In /etc/salt/master, I have: pillar_roots:   base:     - /srv/pillar
15:29 Guest77023 And I have restarted the master too
15:29 mpanetta Guest77023: CHeck your master logs, make sure your pillar was compiled ok.
15:29 Guest77023 I am not sure what I'm missing to make this work.
15:29 whytewolf Guest77023: post your top.sls and data.sls to gist.
15:31 antonw joined #salt
15:32 pratikmallya joined #salt
15:32 Guest77023 Alright then, I will. I have not modified the log_level, it is still at default. I cannot see if the pillar was compiled or not. Should I set it to debug?
15:33 Akhter joined #salt
15:34 meye1677 joined #salt
15:34 sdm24 joined #salt
15:34 pratikma_ joined #salt
15:35 zwi joined #salt
15:36 TyrfingMjolnir joined #salt
15:36 aparsons joined #salt
15:39 Guest77023 Here is the gist link: https://gist.github.com/anonymous/1845a8d1b0277862c8ba
15:39 rhea joined #salt
15:41 lexter joined #salt
15:43 sdm24 joined #salt
15:43 whytewolf Guest77023: okay. that looks correct. all your monions should be getting "some data" as a pillar named info. from a minion try salt-call -l debug pillar.get info
15:45 mattiasr joined #salt
15:45 grumm_servire joined #salt
15:46 btorch is there an option on the master to stop this "retcode" output ?
15:47 ferbla_ joined #salt
15:51 zsoftich2 joined #salt
15:52 quix joined #salt
15:53 moogyver joined #salt
15:56 clintberry joined #salt
15:59 jmreicha joined #salt
16:00 Guest77023 I executed salt-call -l debug pillar.get info on my minion "d'Artagnan". I don't think it can see the pillar. Here is the output: https://gist.github.com/anonymous/9229d64ce1a72c007a8d
16:02 kitplummer any Windows minion experts here?  :)  running into an issue trying to run some pkg.stuff on windows (https://gist.github.com/kitplummer/63739298c6e540a86aad)
16:06 zwi1 joined #salt
16:08 Guest77023 kitplummer: You need to make sure that SaltStack can see your packages for git and firefox. Run this command in order to see your available packages: salt-run winrepo.genrepo
16:10 RedundancyD joined #salt
16:11 kitplummer Guest77023: cheers, i'd not run that before for sure.  but i still get the same python trace from the minion
16:11 kitplummer could it be version mismatch between master and minion?
16:13 amcorreia joined #salt
16:14 kitplummer it's like the sync isn't happening with pkg.refresh_db - i don't get the normal "True" back from that salt call.
16:15 edulix joined #salt
16:15 aparsons joined #salt
16:20 vieira_ joined #salt
16:20 flyx joined #salt
16:21 bingle joined #salt
16:21 stephanbuys joined #salt
16:21 Guest77023 kitplummer: I'm no expert, I'm trying to get help too. What does salt-run winrepo.genrepo and pkg.refresh_db return?
16:22 vieira_ Hello
16:22 vieira_ Has the saltstack ppa been discontinued?
16:22 zmalone vieira_: right now, it appears to be discontinued
16:22 zmalone in favor of https://repo.saltstack.com/apt/
16:23 vieira_ zmalone: ah ok, I was looking at https://docs.saltstack.com/en/latest/topics/installation/ubuntu.html
16:23 vieira_ and was unsure
16:24 kitplummer Guest77023: winrepo.genrepo returns 'True', and pkg.refresh_db doesn't return anything.
16:24 zmalone Yeah, they are juggling their docs and repos right now on a ~weekly basis
16:24 zmalone https://repo.saltstack.com/ has newer details
16:24 vieira_ thanks zmalone
16:25 whytewolf vieira_: basicly the ppa was not being updated. as well as other repos were being slow to be updated. so saltstack has brought repo manegment inhouse. [with the creation of repo.saltstack.com] and as I think it is a learning process for them they are still working out the kinks.
16:26 armyriad2 joined #salt
16:26 armyriad2 joined #salt
16:26 clintber_ joined #salt
16:26 mohae_ joined #salt
16:27 vieira_ whytewolf: hmm I see! thanks for the info!
16:27 vieira_ I will start using then
16:27 dh__ joined #salt
16:27 vieira_ instead of the ppa
16:27 Jimlad_ joined #salt
16:27 sdm24 So what if I have Debian 7 minions? Is 2015.8 compatible with them? Do I just changed "jessie" to "wheezy" in sources.list?
16:29 whytewolf sdm24: you might want to ask for wheezy packages. cause looking at the dists list for debian. jessie is the only one in the list
16:29 sdm24 thats what I thought. Thanks whytewolf. Luckily we are migrating to Ubuntu for our new minions, so salt will eventually only manage them
16:30 Cliph joined #salt
16:30 morsik joined #salt
16:30 marwood joined #salt
16:30 calebj joined #salt
16:30 shadowsun joined #salt
16:30 __alex joined #salt
16:31 sk_0 joined #salt
16:31 darvon joined #salt
16:31 Guest77023 kitplummer: I'm not sure what is wrong. When I prepared my setup, I did a lot of reading here: https://docs.saltstack.com/en/latest/topics/windows/windows-package-manager.html
16:31 armyriad joined #salt
16:31 marwood Anyone seen issues upgrading minion packages from 5.5 to 5.8? Whenever the minion installs the new package, it causes so many errors as a result of the file changes in the running minion, that the run fails.
16:32 marwood 2015.5 / 2015.8 that should read
16:33 nate_c joined #salt
16:33 scoates joined #salt
16:33 rodr1c joined #salt
16:33 rodr1c joined #salt
16:34 lowfive joined #salt
16:36 pratikmallya joined #salt
16:36 flyx left #salt
16:36 Akhter joined #salt
16:38 mattiasr joined #salt
16:39 colegatron joined #salt
16:39 kitplummer Guest77023: Yeah, that's where I started too.  I've realized my master was 2015.5.5 - trying to upgrade that and see.
16:39 pratikma_ joined #salt
16:39 Guest77023 whytewolf: I executed salt-call -l debug pillar.get info on my minion "d'Artagnan". I don't think it can see the pillar. Here is the output: https://gist.github.com/anonymous/9229d64ce1a72c007a8d
16:41 Guest77023 kitplummer: My Master is at version 2015.5.5 too (RHEL)
16:41 CaptainMagnus joined #salt
16:41 jeffpatton1971 ok I have a question about minion state over time, do they periodically check in to get updates? I'm coming from windows and powershell dsc where the local configuration manager would check against it's current state against the local cache on regular intervals...am I just missing it in the salt docs?
16:42 helgi joined #salt
16:42 faliarin joined #salt
16:42 numkem joined #salt
16:42 mullein joined #salt
16:42 kitplummer Guest77023: I'll let you know how my upgrade goes, and the impact on the Windows minion.
16:42 armyriad joined #salt
16:42 pcn joined #salt
16:43 drawsmcgraw jeffpatton1971: In a vanilla environment, minions do nothing until they receive a job from the Master
16:43 jfindlay joined #salt
16:43 drawsmcgraw I assume you're familiar with the Highstate and the topfile?
16:43 whytewolf Guest77023: odd. your gist looks right. is there anything in the master logs? [shouldn't need to update the loglevel]
16:43 drawsmcgraw In almost every environment (mine included), a Highstate is scheduled to run every time interval (for me, it's 30 minutes).
16:44 jeffpatton1971 @drawsmcgraw I have a top, and a few states configured, my highstate query returns an error so I think I have something misconfigured
16:44 sjorge joined #salt
16:44 sjorge joined #salt
16:44 drawsmcgraw Okay. If you have the time, we can try to see what's causing that to jam
16:44 jeffpatton1971 @drawsmcgraw is this interval configurable? and sure what do you need?
16:45 drawsmcgraw jeffpatton1971: But to answer the original question, the default behavior is that minions do nothing until asked to
16:45 drawsmcgraw jeffpatton1971: Can you post your topfile?
16:45 jeffpatton1971 sdure
16:45 drawsmcgraw And yes, it's configurable. I use the Salt schedule system and define it in Pillar
16:45 KyleG joined #salt
16:45 KyleG joined #salt
16:46 jeffpatton1971 @drawsmcgraw https://gist.github.com/jeffpatton1971/5018cfe457c18d523abe
16:47 chiui joined #salt
16:47 jeffpatton1971 pretty simple just defining a list of admins for all servers and users for all servers
16:47 drawsmcgraw jeffpatton1971: See this for a simple scheduled Highstate. I put this in a pillar file called 'schedule.sls'. Every minion gets this pillar. http://dpaste.com/3NX9R38
16:48 drawsmcgraw jeffpatton1971: Okay. Next step would be pasting the error if you're able. That way, we can see which state file is stopping the run.
16:48 jeffpatton1971 ok give me a sex
16:48 jeffpatton1971 sec...omg
16:49 kitplummer bahaha.
16:50 drawsmcgraw That's a Monday Freudian slip if I've ever heard one
16:50 jeffpatton1971 lol...no doubt!
16:50 jeffpatton1971 sorry
16:51 jeffpatton1971 @drawsmcgraw updated the gist https://gist.github.com/jeffpatton1971/5018cfe457c18d523abe
16:51 ponpanderer joined #salt
16:51 ponpanderer hello
16:51 jeffpatton1971 maybe that's a good omen for a great week though ;-)
16:52 sjorge joined #salt
16:52 sjorge joined #salt
16:52 ponpanderer Just started using 2015.8.1 and noticing my salt-cloud openstack provider configuration working in 2014.7 and 2015.5 is no longer functional. It gets disabled starting salt-cloud with verbose output stating "The cloud driver, 'openstack', configured under the '<my_provider_name_alias>' cloud provider alias, could not be loaded. Please check your provider configuration files and ensure all required
16:52 ponpanderer dependencies are installed for the 'openstack' driver."
16:53 ponpanderer only change i've made is change provider: openstack to driver: openstack for future release proofing
16:53 drawsmcgraw jeffpatton1971: Interesting.... Are you using GitFS or any other backends?
16:53 drawsmcgraw Or is this all on local disk?
16:54 drawsmcgraw ponpanderer: I can't help you but I'm interested in hearing how it works out. I'm using the openstack driver in salt-cloud. Staying on 2015.5 for other reasons but now I'm curious about this one.
16:54 jeffpatton1971 no gitfs
16:54 knite joined #salt
16:54 jeffpatton1971 updated the gist with a tree structure on my salt master
16:55 drawsmcgraw ok. Reading now
16:55 drawsmcgraw OHHH
16:55 drawsmcgraw So
16:55 jeffpatton1971 @propander I get that with azure on salt-cloud as well
16:55 thalleralexander joined #salt
16:55 drawsmcgraw There are two types of "top files"
16:55 drawsmcgraw One is for Pillar, one is for states
16:55 jeffpatton1971 k
16:55 MadHatter42 joined #salt
16:55 drawsmcgraw Both are named "top.sls", unfortunately
16:55 drawsmcgraw One lives in /srv/pillar, one lives in /srv/salt
16:56 jeffpatton1971 ok
16:56 drawsmcgraw So
16:56 jeffpatton1971 so I need to create a top.sls in /srv/salt
16:56 drawsmcgraw yes
16:56 jeffpatton1971 would it be identical?
16:56 drawsmcgraw Remove the 'users' line. Otherwise, yes, identical
16:56 RandyT ponpanderer: are you loading config files in *.d subdirs to etc/salt?
16:56 drawsmcgraw And keep the one in /srv/pillar
16:56 jeffpatton1971 ok
16:56 debian112 left #salt
16:57 jeffpatton1971 for salt-cloud i'm loading mine from conf.d
16:57 ponpanderer @RandyT: yep in /etc/salt/cloud.providers.d/<name>.conf
16:57 jeffpatton1971 @propander I've actually renamed mine a few times and moved it around with the same issue
16:57 drawsmcgraw I like to say that "Topfiles decide 'who' gets 'what'" The one in /srv/salt decides who gets what states. The one in /srv/pillar decides who gets what Pillar files.
16:57 RandyT ok, so they are .conf... I ran into issue recently with that. Was expecting to load any file in that directory as some doc suggested. Was not sure if that might have been a recent 2015.8 change
16:58 RandyT many parts moving on my end
16:58 RandyT in the end, only *.conf files are loaded in 2015.8.x versions
16:58 Akhter joined #salt
16:58 jeffpatton1971 @drawsmcgraw so, if I want all the users to go to all the machines I leave that in pillar.top?
16:58 RandyT ponpanderer: so not your problem.
16:59 RandyT ponpanderer: fwiw, successfully using 2015.8.1 with ec2 driver...
16:59 drawsmcgraw By users, do you mean the Pillar data?
16:59 drawsmcgraw the data outlined in /srv/pillar/users.sls ?
16:59 drawsmcgraw If that's the case, then yes.
16:59 larsfronius joined #salt
17:00 ponpanderer I'm wondering if libcloud version plays a role. i've seen that before. i was pinned a 0.15.1 for a long time due to a salt bug. just tried latest 0.18
17:00 jeffpatton1971 sorry, users.sls contains my list of users that I want to have setup on each server
17:00 ponpanderer @RandyT: guess your ec2 is working as it's based on boto maybe?
17:00 writtenoff joined #salt
17:00 Deevolution left #salt
17:01 Deevolution joined #salt
17:01 RandyT ponpanderer: yes, much of that code leverages boto from what I can see
17:02 drawsmcgraw jeffpatton1971: Then yeah. You'd keep that line in /srv/pillar/top.sls
17:02 Slimmons joined #salt
17:02 drawsmcgraw That makes sure that every minion gets that list of users
17:02 drawsmcgraw To test, you can run pillar.get on your minion.
17:02 raf_ joined #salt
17:02 drawsmcgraw Assuming you have a 'users' section in that file (/srv/pillar/users.sls), you can -> salt 'ns1*' pillar.get users
17:03 drawsmcgraw and observe
17:03 jeffpatton1971 @drawsmcgraw in /srv/salt/top.sls just base * enough then?
17:03 Akhter joined #salt
17:03 meye1677 joined #salt
17:03 drawsmcgraw That's a valid topfile, yes. But it won't do anything.
17:03 jeffpatton1971 would I need to refresh the pillar or something?
17:03 kitplummer Guest77023: updated to 2015.8.1 on the master - re-gen'd repo and sync'd.  same same.
17:04 drawsmcgraw Possible, but not likely
17:04 Slimmons Can someone give me a hint as to how I would add a file to a minion only if the hostname is x?  I already have the file.managed set up, but not sure how to apply the conditional
17:04 kitplummer Guest77023: I'm pretty sure the refresh_db command isn't doing anything.  I just don't see anything in the log on the minion.  And it returns nothing.
17:04 drawsmcgraw jeffpatton1971: Either way, try the state.highstate again and we'll see what comes out of that.
17:05 jalbretsen joined #salt
17:05 sdm24 does anyone know if the "pip" state module works for pip3?
17:06 jeffpatton1971 @drawsmcgraw, https://gist.github.com/jeffpatton1971/5018cfe457c18d523abe
17:06 mattiasr joined #salt
17:06 RandyT anyone online that is successfully deploying windows server 2012 images on ec2 using salt-cloud?
17:06 jeffpatton1971 @drawmcgraw,   ok let me see if I understand this better, I have a list of users defined in users.sls that lives in /srv/pillar and is noted in /srv/pillar/top.sls. If I want all those users to go to all my servers, would I also need to add users to my /srv/salt/top.sls?
17:07 malinoff joined #salt
17:07 Bryson joined #salt
17:08 drawsmcgraw jeffpatton1971: Fair enough. What does /srv/salt/admins.sls do? I'd add that to /srv/salt/top.sls and re-run
17:08 drawsmcgraw It's possible that, now, we're getting that error because there's nothing to do inside the topfile.
17:08 ponpanderer ah...i think i solved the openstack issue i have in 2015.8.1 :)
17:08 drawsmcgraw While valid, it has no instructions.
17:08 jeffpatton1971 @drawsmcgraw that one is just the admins...ok give me a second
17:08 jeffpatton1971 spelled it out this time ;-)
17:08 drawsmcgraw ponpanderer: Yeah? Minor config error?
17:09 ponpanderer @drawsmcgraw: seems I now need python-novaclient installed. having just libcloud doesn't work
17:09 drawsmcgraw jeffpatton1971: I missed your question earlier. You would *not* need to add users to /srv/salt/top.sls
17:09 ponpanderer installed nova client and an instance is spinning up
17:10 jeffpatton1971 no worries, that did the trick!
17:10 drawsmcgraw I think seeing the contents of /srv/salt/admins.sls will help clear up
17:10 jeffpatton1971 highstate now returns things
17:10 drawsmcgraw Yeah? Good!
17:10 drawsmcgraw ponpanderer: Interesting.... So 2015.8 requires python-novaclient in order to use the openstack driver?
17:10 jeffpatton1971 ok, so to do the schedule like you have...I would place that in both pillar/top and salt/top ?
17:11 drawsmcgraw jeffpatton1971: No, this is a Pillar thing. So everything happens in /srv/pillar
17:11 drawsmcgraw Make a new file, /srv/pillar/schedule.sls
17:11 jeffpatton1971 so I would just add schedule to my pillar/top.sls ?
17:11 drawsmcgraw Place those contents like I pasted earlier
17:11 jeffpatton1971 ya I did that already
17:11 drawsmcgraw Exactly, you'd add 'schedule' to /srv/pillar/top.sls
17:12 drawsmcgraw And you can check the schedule on the command line with -> salt <minion> schedule.list
17:13 kitplummer Guest77023: well, i 'salt-run winrepo.update_git_repos' then ran pkg.refresh_db and saw everything getting synced.  it looks like before it wasn't getting all the git repos.  working now.
17:13 jeffpatton1971 sweet....so I think i'm better understanding this... since my admins.sls is already in the /srv/salt folder would I also need to place my users.sls in /srv/salt?
17:13 ponpanderer @drawsmcgraw: correct. seems like under the hood it's moved/moving away from libcloud. Haven't looked under into the code but know that on 2015.5.5 i don't have it installed and salt-cloud works fine
17:13 drawsmcgraw no need. The Pillar system will get populated with what you have in /srv/pillar/users.sls
17:14 drawsmcgraw jeffpatton1971: What's your 'admins.sls' look like in /srv/salt/admins.sls?
17:14 drawsmcgraw What you want, is for that file to access Pillar to get the list of users
17:15 drawsmcgraw ponpanderer: Good to know. That's a big difference to me, though I can understand moving to novaclient for openstack
17:15 jeffpatton1971 @drawsmcgraw https://gist.github.com/jeffpatton1971/5018cfe457c18d523abe updated
17:16 drawsmcgraw jeffpatton1971: k
17:16 drawsmcgraw jeffpatton1971: okay good. Try this on the command line
17:16 drawsmcgraw salt <minion> pillar.get users
17:16 drawsmcgraw (unless you've already done that, of course)
17:17 drawsmcgraw Also, can you post the contents of /srv/salt/admins.sls ?
17:17 drawsmcgraw You should see the contents of that Pillar file return when you run that 'pillar.get' command
17:17 vieira_ I am having problems transitioning from salt ppa to the new repo
17:18 vieira_ it shows the new 2015.8 but the upgrade is "kept back"
17:18 vieira_ even with dist-upgrade
17:18 vieira_ :(
17:19 jeffpatton1971 @drawsmcgraw i'm not seeing that, added admins.sls and users.sls to the gist
17:19 kitplummer joined #salt
17:19 drawsmcgraw jeffpatton1971: Okay. Pillar may need a refresh -> salt <minion> saltutil.refresh_pillar
17:20 drawsmcgraw Then re-run the pillar.get command
17:20 jeffpatton1971 k
17:20 drawsmcgraw Also, did you post `/srv/salt/admins.sls` or `/srv/pillar/admins.sls`? What you posted looks like `/srv/pillar/admins.sls`
17:20 jeffpatton1971 I see them
17:20 jeffpatton1971 oh it is
17:21 jeffpatton1971 sorry..let me actually be clear...users.sls and admins.sls are from /srv/pillar
17:21 drawsmcgraw okay good
17:21 drawsmcgraw Do you have anything in /srv/salt/.  ?
17:21 GreatSnoopy joined #salt
17:21 drawsmcgraw specifically, /srv/salt/admins.sls? That's where the action is
17:22 jeffpatton1971 the admins.sls is in /srv/salt as that's what we were using initially to get our accounts out there
17:22 drawsmcgraw jeffpatton1971: Right. So that's where you would reach into Pillar to get your user account names
17:22 drawsmcgraw (I'm assuming you've already done something like this?)
17:23 jeffpatton1971 admins.sls in both /srv/salt and /srv/pillar are identical
17:23 drawsmcgraw okay
17:23 drawsmcgraw The one in /srv/salt will need to change. You'll need to write some states to create the user accounts
17:24 drawsmcgraw I'm assuming user account creation works on Windows.... I should look into that
17:24 jeffpatton1971 right that's where I was heading...I need to do some jinja to loop through the users/admins for each machine
17:24 drawsmcgraw yep. Shouldn't be too difficult
17:25 jeffpatton1971 @drawsmcgraw would I need to create a /srv/salt/admins directory and create an init.sls to do this and then remove the /srv/salt/admins.sls file?
17:25 cpowell joined #salt
17:25 drawsmcgraw no need. Both are valid ways of doing it.
17:26 drawsmcgraw Which one you choose comes down to preference and your environment
17:26 jeffpatton1971 ok
17:26 mehakkahlon joined #salt
17:28 sergeyt joined #salt
17:28 orion joined #salt
17:28 orion__ joined #salt
17:28 orion Hi. Is there a way to set postgres variables for a user when they are created with postgres_user.present?
17:29 drawsmcgraw jeffpatton1971: Just in case, I *think* this would be a start for iterating over Pillar: https://gist.github.com/drawsmcgraw/dd9da973b612a65285d5
17:29 alemeno22 joined #salt
17:29 breakingmatter joined #salt
17:29 drawsmcgraw wrote that blind but fairly certain it's vad
17:29 drawsmcgraw valid*
17:29 vieira_ I am getting this error on ubuntu trusty salt-common : Depends: python-tornado (>= 4.2.1) but 3.1.1-1ubuntu2 is to be installed
17:30 vieira_ using repo.saltstack.com
17:30 zmalone Which repo.saltstack.com repo did you use?
17:30 zmalone I think they broke it out into 2015.5, 2015.8, and LATEST
17:30 vieira_ deb http://repo.saltstack.com/apt/ubuntu/ubuntu14/latest trusty main
17:31 zer0def joined #salt
17:31 RedundancyD joined #salt
17:33 iggy open an issue, the people that maintain that aren't here
17:33 orion__ left #salt
17:36 andrew_v_ joined #salt
17:36 sjorge joined #salt
17:36 sjorge joined #salt
17:36 jeffpatton1971 @drawsmcgraw, hey thanks for that! In my users.sls i'm controlling present via user.state would I consume that in /srv/salt/users.sls as https://gist.github.com/jeffpatton1971/5018cfe457c18d523abe#file-users-sls
17:37 rvankleeck joined #salt
17:37 drawsmcgraw jeffpatton1971: Hah! Yeah that should work perfectly. Pretty clever; I hadn't thought about that before.
17:38 rvankleeck is there a way to apply a pillar based on a variable? E.G. can I have something like {% grains.get('team',default) %} in the top.sls?
17:38 zwi joined #salt
17:38 jeffpatton1971 @drawsmcgraw, ideally i'd like to store all users admins/users as individual files...but that seemed either untenable for my level of skill or not possible for salt
17:38 alemeno22 joined #salt
17:39 drawsmcgraw jeffpatton1971: As in, one file for each user?
17:39 Ryan_Lan1 rvankleeck: yes, but note it's dangerous to do so if you're using master/minion
17:39 robawt joined #salt
17:39 jeffpatton1971 @drawsmcgraw correct, then in some fashion loop thorugh those
17:39 drawsmcgraw I think you could do that if you really wanted to. In Pillar, you'd make /srv/pillar/users/
17:40 drawsmcgraw All your files would live in there
17:40 Ryan_Lan1 rvankleeck: the minion controls the grain data, so it's possible for it to fake a different team to get those pillars
17:40 vieira_ http://repo.saltstack.com/apt/ubuntu/ubuntu14/latest/ has python-tornado_4.2.1-1_amd64.deb
17:40 drawsmcgraw in /srv/pillar/top.sls, you would still just have a 'users' line like you currently have. But _now_  you would create that /srv/pillar/users/init.sls
17:41 vieira_ but apt-get install python-tornado=4.2.1 says E: Version '4.2.1' for 'python-tornado' was not found
17:41 vieira_ :(
17:41 drawsmcgraw That init.sls would include alllll those individual user files. I'm not certain off the top of my head how that would work. I'm not certain that 'include' can match globs.
17:41 Ryan_Lan1 rvankleeck: if you're not protecting secrets, it's probably fine, but it's just something to be aware of.
17:41 drawsmcgraw Else you'd be explicitly listing each individual file, and that would suck.,
17:41 murrdoc1 vieira:  because the packages list file in the repo doesnt reference it
17:41 jeffpatton1971 @drawsmcgraw maybe import some sort of python library to loop through files in a dir
17:42 drawsmcgraw jeffpatton1971: The result you'd want is getting the 'users' Pillar key populated with all your user data. I'm confident there's a way to make it happen; I'm just not certain exactly how.
17:42 rvankleeck Ryan_Lane So would something like this work: http://dpaste.com/2K0NRTX
17:42 rvankleeck and then have pillar/users/team1.sls
17:43 rvankleeck I wouldn't be doing any secrets, just pub keys and the like
17:43 Guest17634 joined #salt
17:44 furrowedbrow joined #salt
17:45 orion left #salt
17:45 gasbakid_ joined #salt
17:46 aparsons joined #salt
17:46 jmreicha_ joined #salt
17:47 ageorgop joined #salt
17:47 rvankleeck Ryan_Lane: Not sure if you saw the above:  So would something like this work: http://dpaste.com/2K0NRTX
17:48 Ryan_Lane rvankleeck: yep. should work
17:52 liskl joined #salt
17:52 edulix joined #salt
17:56 vieira_ murrdoc1: should I open an issue?
17:56 murrdoc1 always
17:57 murrdoc1 its better from the proverbial horses mouth
17:57 murrdoc1 rather than random person on the internet
17:57 murrdoc1 basepi:  thanks for putting up 2015.5.6 debs
17:57 vieira_ murrdoc1: ok thanks, I was not sure if it was really a problem with the repo or something wrong on my end
17:59 zsoftich2 question about orchestrate. Is there a way to run commands or apply states sequentially based on a target?
17:59 troyready joined #salt
18:00 zsoftich2 for example target 'webservers*' would get webserver(1|2|3) and it would do X, Y and Z on 1 then 2 and finally 3
18:01 dh joined #salt
18:04 zsoftich2 actually the order doesn't matter...just that nodes can be processed one at a time
18:04 robawt joined #salt
18:04 I joined #salt
18:06 robawt joined #salt
18:07 sjorge joined #salt
18:07 sjorge joined #salt
18:07 hiptobecubic joined #salt
18:07 sporkd2 left #salt
18:08 rvankleeck Ryan_Lane: grains.get and salt['grains.get'] in the pillar top.sls both get a jinja syntax error of "unknown tag"
18:08 Ryan_Lane I'm definitely using grains in my pillar tops
18:08 Ryan_Lane ah
18:09 Ryan_Lane rvankleeck: you want {{ grains.get('team', 'default') }}
18:09 Ryan_Lane not {%
18:09 dandelo joined #salt
18:09 murrdoc1 salt.grains.get
18:10 rvankleeck Ryan_Lane: that makes a lot more sense
18:10 Ryan_Lane murrdoc: meh, grains is a dict, so get directly on it works too
18:10 rvankleeck Ryan_Lane: and seems to work perfectly. Thanks!!
18:10 jeffspeff joined #salt
18:10 Ryan_Lane salt.grains.get is a bit more powerful, but it's not completely necessary
18:11 S_Walker joined #salt
18:16 toanju joined #salt
18:21 murrdoc Ryan_Lane:  yeah i dont disagree, i just recommend salt.grains.get to the newer folks
18:21 * Ryan_Lane nods
18:21 Ryan_Lane good idea
18:22 bfrog joined #salt
18:22 knite joined #salt
18:22 pgoetz joined #salt
18:27 bastiandg joined #salt
18:28 epcim joined #salt
18:33 perfectsine joined #salt
18:33 Akhter joined #salt
18:33 bfrog salt mine.get is failing to get me all the network.ip_addr6 values, any clues? does mine_interval *need* to be set?
18:34 bfrog it seems like ip addrs would be available as needed
18:34 iggy the mine is a fickle beast
18:34 cyborglone joined #salt
18:34 iggy try restarting the minions that aren't reporting data
18:35 bfrog thats a lot of them... can I do that through salt proper?
18:35 bfrog and yeah, mine seems like the biggest pain point for me with salt
18:35 iggy salt '*' service.restart salt-minion
18:35 bfrog everything that can go wrong, seems to go wrong with it
18:36 geekatcmu don't use mine
18:36 bfrog ok that worked
18:36 geekatcmu It's a beautiful concept, but ... not really reliable
18:37 bfrog whats the usual alternative?
18:37 bfrog the only think I need are ip_addrs
18:37 iggy in my experience, once you get it running, it tends to stay working
18:37 iggy it's the initial getting it running part that tends to suck
18:37 losh joined #salt
18:37 bfrog yeah, it works now... and seems to be doing its thing properly
18:38 bfrog so when I setup mine_functions in pillar data, that doesn't actually happen on demand I take it
18:38 bfrog but on a timer?
18:38 Ryan_Lane yeah, mine isn't a great idea
18:38 Ryan_Lane considering using sdb + etcd or zookeeper
18:38 Ryan_Lane or sdb + anything, really.
18:39 Ryan_Lane mine should really just get replaced with sdb
18:39 iggy bfrog: not on demand, no, the minions push their data to the master every hour (by default)
18:39 tercenya joined #salt
18:40 openfly anyone got a quick way to force a yum update db?
18:40 openfly via salt?
18:40 bfrog cmd.run
18:40 openfly nothing integrated?
18:42 Gareth openfly: what version of salt?
18:43 openfly not what i wanted to hear =P
18:44 malinoff joined #salt
18:45 thalleralexander joined #salt
18:46 FreeSpencer How would I reboot a minion from a state at the end of its state. cmd.run makes the minion not return a response
18:46 Gareth openfly: whether or not it exists depends on what version you're running :)  if you're on a later 2015 version it's more likely than if you're using a early 2014 version.
18:47 opensource_ninja joined #salt
18:48 chiui joined #salt
18:49 gasbakid_ joined #salt
18:50 Akhter joined #salt
18:52 geomyidae_ joined #salt
18:52 iggy FreeSpencer: there's a blurb in the docs about it ( basically, use "at")
18:56 felskrone joined #salt
18:57 sergeyt joined #salt
18:57 Guest77023 whytewolf: there is nothing in the master log
18:58 hardwire joined #salt
18:59 flyx joined #salt
19:02 kitplumm_ joined #salt
19:03 indispeq Hi! I have trouble using presence events, more specifically salt/presence/change to delete keys of hosts . I have a minion that joins. Then I delete the VM but it is still seen as being present. I want to do this without using salt-cloud, so I thought that there would be a periodic tally of all minions and the difference is what shows under salt/presence/change
19:03 flyx left #salt
19:03 indispeq salt version 2014.7.5
19:03 iggy I kind of doubt that's the way it works
19:04 Akhter joined #salt
19:04 iggy especially not on 2014.*
19:04 indispeq ok, I am getting the sense that I would need to explicitly disconnect the minion service for this to fire?
19:04 iggy you could periodically run salt-run manage.down removekeys=True
19:04 rim-k joined #salt
19:04 whytewolf Guest77023: I have no idea. nothhing in the logs would indacate that nothing is seen. but you already said your pillar_roots was correct. and the format of your top and data file look correct and basic.
19:05 jfindlay openfly: the standard salty way to do that would be `salt minion pkg.refresh_db`
19:05 indispeq iggy, thank you, that seems like it may be the solution in this case
19:05 whytewolf indispeq: no salt-cloud does not check that a instance exists. it will when you run mapped deploys. but if you want salt-cloud to remove an instance you have to remove it with salt-cloud.
19:07 indispeq whytewolf, I was actually trying to do it without salt-cloud ( i am using openstack heat for all instantiation), which seems to complicate things even more
19:07 giantlock joined #salt
19:08 whytewolf ahh heat. fun. yeah it is a pain to do salt through heat. but see iggy's reply. that would be best bet. I would ad a bit of warning though cause if you run that and a minion isn't talking to the master because it is softdown. will also be removed.
19:10 indispeq thanks, yeah the command works nicely. Although I see your point, since if I assume it would delete the key for a minion if I am just temporarily stopping the service to intervene locally, right?
19:11 jartsu joined #salt
19:11 whytewolf right
19:12 Guest77023 whytewolf: that's right, my master file has pillar_roots (https://gist.github.com/anonymous/b127c55c8e342acfb0aa). Thanks anyway for your help.
19:14 saffe joined #salt
19:16 anmol joined #salt
19:16 markm_ joined #salt
19:18 aparsons joined #salt
19:19 enarciso joined #salt
19:21 FreeSpencer Once a highstate is running how can I update the minion config and have that take effect in the highstate?
19:22 felskrone joined #salt
19:23 FreeSpencer Basically I appeneded the mysql login info to the minion but it doesnt actually get accepted by the minion until next highstate run
19:26 FreeSpencer even after restarting the minion mid highstate
19:27 moloney joined #salt
19:28 jartsu left #salt
19:28 moloney It seems like using 'cp.push' and the MinionFS isn't a good idea for sensitive files since any minion can grab these files.  Is there a good alternative?
19:29 terratoma joined #salt
19:29 edrocks_ joined #salt
19:32 srage joined #salt
19:33 moloney I guess I could make my master into a minion too, then use some states to move files from the minion cache into a pillar...
19:33 sgargan joined #salt
19:34 srage hello, all.  is there a way to set a timeout for state.orch runs?  keep getting function overlap that appears to be due to timeout (the function "state.sls" is running as PID...)
19:34 srage on 2015.8.0 master and minion
19:35 whytewolf FreeSpencer: you can't. however you can set the options as pillars
19:36 FreeSpencer Yeah but thats like 5 extra lines :(
19:36 ajw0100 joined #salt
19:36 jtang joined #salt
19:40 Akhter joined #salt
19:40 FreeSpencer Wait so what you are saying is I can put 'mysql.user:' and such in a pillar and it will just work then?
19:41 whytewolf FreeSpencer: bingo
19:41 FreeSpencer ohhhhhhhh
19:41 FreeSpencer Thats easy then
19:42 whytewolf FreeSpencer: the mysql module just checks config.option. and pillars are avalible through config.option.
19:42 whytewolf https://github.com/saltstack/salt/blob/develop/salt/modules/mysql.py#L275
19:43 gasbakid_ joined #salt
19:45 sgargan joined #salt
19:48 jopecko joined #salt
19:48 gasbakid joined #salt
19:53 gasbakid joined #salt
19:53 saffe joined #salt
19:55 rvankleeck I'm having an issue with creating users with salt. If I don't define a password, the shadow file has "!!" for the password field and that causes SSH not to allow logins at all
19:55 hiptobecubic joined #salt
19:56 jhauser joined #salt
19:56 jfindlay tat almost looks like a yaml thing
19:56 hiptobecubic So I started learning about salt stack today and I'm wondering what the community calls its users? Perl has monks, python has pythonistas, clojure has clojurians... I'm thinking "salt lickers" but maybe I'm too late.
19:57 sgargan joined #salt
20:01 larsfronius joined #salt
20:01 Aikar left #salt
20:02 dthom91 joined #salt
20:02 jdesilet joined #salt
20:02 gasbakid joined #salt
20:02 hasues joined #salt
20:02 Akhter joined #salt
20:03 hasues left #salt
20:07 nickg joined #salt
20:07 knite joined #salt
20:07 nickg I have multiple masters configured, and the minion cannot communicate with 1 master, but it can with the 2nd.  For some reason any commands sent from the 2nd master are ignored, any idea why?
20:08 sdm24 I'm using 2015.8.1 and I get an issue with the "win_dns_client.primary_suffix" state module. It always returns that it's result was "False", even when doing "test=True"
20:08 sdm24 does anyone else use win_dns_client and/or noticed this issue?
20:08 aidalgol joined #salt
20:09 sdm24 It also is not actually making changes to the DNS suffix
20:12 knite joined #salt
20:13 tobbez joined #salt
20:14 tobbez How can I work around debian_ip not supporting IPv6-only interfaces? There seems to be no way to make it not emit a line like "iface interface_name inet static".
20:15 hiptobecubic Are these typos in the docs? Why do the code examples end with </pre> closing tags? https://docs.saltstack.com/en/getstarted/config/files.html
20:15 kant joined #salt
20:15 zmalone ha
20:16 zmalone that's a typo hiptobecubic
20:19 hiptobecubic I could actually get the pillar example to work. I'll have to try again later
20:19 hiptobecubic are things in ./pillar just discovered automatically? It said the editor key was undefined
20:20 rim-k joined #salt
20:22 winsalt joined #salt
20:29 jdesilet joined #salt
20:29 sgargan joined #salt
20:30 knite joined #salt
20:32 sjorge joined #salt
20:32 sjorge joined #salt
20:32 amcorreia joined #salt
20:36 tobbez No ideas? I need a way to make my IPv6 tunnel work. This is the state and its output: http://dpaste.com/0PN3QB5
20:36 iggy moloney: there's the pillar wheel module
20:37 iggy moloney: but realistically, you're probably better off doing that outside of Salt (Vault or something similar)
20:40 kitplumm_ 'nother Windows minion winrepo question.  I noticed that 'curl
20:41 sgargan joined #salt
20:41 kitplumm_ ' uses the salt state directory for fetching the msi.  is it up to me to fetch the msi, or am i missing a command?
20:43 kitplumm_ nevermind, i see the note in the curl.sls itself.
20:43 dthom91 joined #salt
20:43 subsignal joined #salt
20:45 toastedpenguin1 salt cloud, is there an option to specify vpc id to get an instance to launch in a specific VPC?
20:46 toastedpenguin1 dont have default vpc and we need to launch into specific VPCs and also not into EC2-Classic
20:51 ventris joined #salt
20:52 sunkist joined #salt
20:54 sgargan joined #salt
20:57 Akhter joined #salt
20:58 sgargan joined #salt
20:59 DanyC joined #salt
21:02 cberndt joined #salt
21:08 ajw0100 joined #salt
21:08 sgargan joined #salt
21:09 hiptobecubic joined #salt
21:10 RandyT toastedpenguin1: standby, will prepare a gist for you to look at.
21:12 msx joined #salt
21:13 cliluw joined #salt
21:14 RandyT toastedpenguin1: https://gist.github.com/rterbush/5129af671d65e9f710da
21:14 RandyT network_interfaces: section being the primary difference I have seen
21:15 Aikar joined #salt
21:15 RandyT the SubnetId: in particular
21:16 toastedpenguin1 RandyT: thank you!
21:16 RandyT toastedpenguin1: mp
21:17 Akhter_ joined #salt
21:18 lasko joined #salt
21:19 david_lewis joined #salt
21:19 Akhter joined #salt
21:19 grumm_servire joined #salt
21:19 david_lewis Hello, I'm trying to use pkg.installed to install a version of the oracle jvm i have downloaded
21:20 breakingmatter joined #salt
21:21 david_lewis my state uses - sources: and then lists the package name and then the salt:// path to the rpm
21:21 david_lewis but what is installed is the latest OpenJDK
21:23 kitplummer joined #salt
21:26 PeterO joined #salt
21:26 ingwaem joined #salt
21:27 ingwaem left #salt
21:28 nofxrok joined #salt
21:32 mehakkahlon joined #salt
21:34 david_lewis I've narrowed it down to a problem with the name of my state
21:34 david_lewis er, i mean the name of the function that calls pkg.installed
21:34 FreeSpencer Is it possible to rename mysql.host and such as I can't seem to find a way
21:35 knite joined #salt
21:35 jemejones joined #salt
21:36 Akhter joined #salt
21:40 rim-k joined #salt
21:40 mehakkahlon joined #salt
21:41 whytewolf FreeSpencer: rename them?
21:42 FreeSpencer Well how I desgined my yaml it would look weird and be a pain to have mysql.pass in the first level of the yaml and the name doesn't match my scheme
21:45 mehakkahlon joined #salt
21:45 whytewolf FreeSpencer: there is no way to rename them.
21:47 kitplummer mo windows...win_path.exists, it appears i need to restart the system for it to take affect, is this true - some other way to get it done during a state so subsequent cmd.runs can access the executables.
21:48 Aikar left #salt
21:48 cpowell_ joined #salt
21:49 sgargan joined #salt
21:50 mehakkahlon joined #salt
21:52 knite joined #salt
21:55 mehakkahlon joined #salt
21:56 sunkist1 joined #salt
21:58 saltypete joined #salt
22:00 mehakkahlon joined #salt
22:02 saltypete Hello- by any chance, does anyone have a sample config/doc of a salt-cloud profile that will create an openstack instance with 2 network adapters that they could share?
22:02 viq joined #salt
22:03 sgargan joined #salt
22:07 edulix joined #salt
22:07 david_lewis I'm still having trouble getting pkg.installed to install an rpm file. I am able to copy the file through cp.get_file and then install it through 'yum -y install [copied rpm]'
22:08 david_lewis and that works, but pkg.installed does not
22:08 david_lewis infact, even though sources are provided, pkg.installed seems to use the function id as a name and tries to install that package.
22:08 david_lewis does anyone have any advice?
22:10 jj_ joined #salt
22:10 jj_ hola
22:10 whytewolf david_lewis: post a gist of your state
22:10 mehakkahlon joined #salt
22:13 david_lewis https://gist.github.com/blyncsy-david-lewis/b04f8860a45632033057
22:14 knite joined #salt
22:15 sdm24 david_lewis: you need a "-name: " parameter for the name of the package you want to install, under pkg.installed
22:15 sdm24 lined up with "- sources"
22:15 polob438 joined #salt
22:15 mehakkahlon joined #salt
22:15 sdm24 otherwise, it will use the function ID as the package name (as it is doing)
22:16 david_lewis I will try that, but i thought the documentation said that - name is ignored if - sources (or - pkgs) was specified
22:16 david_lewis - sources: takes key value pairs of pkg name and pkg source file
22:16 dthom91 joined #salt
22:17 sdm24 so it is, never mind
22:18 tmclaugh[work] joined #salt
22:18 mortis_ thinking about making a module that sort of makes a "snapshot" of the current minion-status (processes running, packages installed and so on), but maybe something like that already exists? to be used to see a diff before and after a deploy
22:19 jimklo joined #salt
22:20 mortis_ not talking about the general output of a highstate
22:20 david_lewis @sdm24 i tried setting the name to the same as what was specified in sources and that didn't fix it. thanks anyway :)
22:20 rvankleeck joined #salt
22:20 Guest86484 joined #salt
22:21 whytewolf david_lewis: I'm willing to bet the name in your sources is wrong
22:21 whytewolf it should be how it shows up in yum
22:22 whytewolf as such jre1.8.0_60
22:22 whytewolf you shouldn't need version and arch. that could be throwing everything off
22:23 david_lewis okay, I will try without that extra fluff
22:24 cberndt joined #salt
22:24 david_lewis I remember i got that package name from an rpm query on that file itself, but i cannot remember which one
22:26 david_lewis whytewolf: that seems to have fixed it! just jre1.8.0_60 worked. thanks a lot!
22:26 amcorreia joined #salt
22:27 whytewolf david_lewis: no problem. btw. rpm and yum have different databases. most likely the rpm commands gave you what it stores in it's db. but yum is always a little bit speciel.
22:28 whytewolf the differences between yum and rpm installs is why i almost always refuse to rpm -I on an yum managed box. the yum and rpm DB's get out of sync
22:28 rvankleeck so if I set a password in user.present, users can login correctly. But if I don't specify a password, they are created as disabled. Any ideas why that might be?
22:30 ronrib joined #salt
22:30 david_lewis whytewolf: i see, that makes sense. it was using the rpm command, and was on another box as well.
22:30 mehakkahlon joined #salt
22:30 drawsmcgraw rvankleeck: Try setting blank_password or something like that) to true
22:30 whytewolf rvankleeck: empty_password: True if you need to not have a password
22:30 drawsmcgraw what whytewolf said :)
22:31 pratikmallya joined #salt
22:32 knite joined #salt
22:32 bfoxwell joined #salt
22:33 whytewolf my soul died a little bit mentioning empty_password
22:34 pratikma_ joined #salt
22:34 rvankleeck whytewolf: drawsmcgraw: same thing happens if I set empty_password
22:35 rvankleeck {% if 'password' in user -%}
22:35 rvankleeck - password: '{{ user['password'] }}'
22:35 rvankleeck {% else %}
22:35 rvankleeck - empty_password: True
22:35 sgargan joined #salt
22:35 mehakkahlon joined #salt
22:36 Guest86484 joined #salt
22:36 ajw0100 joined #salt
22:37 whytewolf rvankleeck: strange that is the option to set for a empty password. what target os?
22:37 rvankleeck whytewolf: CentOS7
22:40 mehakkahlon joined #salt
22:42 drawsmcgraw if possible, I wonder if removing the user account, then re-running the state with empty_password would work
22:42 scooby2 joined #salt
22:42 rvankleeck drawsmcgraw: just tried that to no avail
22:42 drawsmcgraw :/
22:42 whytewolf drawsmcgraw: shouldn't matter. looks like empty_password being true just runs shadow_del_password which is just a cmd.run for passwd -d <username>
22:43 drawsmcgraw ah.
22:43 drawsmcgraw Strange though. I *just* used that the other week, albeit on CentOS 6
22:43 rvankleeck I know i've used this before (without the else) to create users successfully
22:44 rvankleeck but can't find anything different other than the OS
22:44 whytewolf rvankleeck: any chance centos7 did something to passwd so that passwd -d doesn't work?
22:45 dthom91 joined #salt
22:45 whytewolf this is what i get for switching to ubuntu when centos7 was released and not working with centos7
22:45 mehakkahlon joined #salt
22:45 whytewolf not knowing the nice little details of centos7
22:46 rvankleeck weird...
22:46 rvankleeck whytewolf: running passwd -d <user> manually allows login....
22:46 whytewolf okay, that is strange.
22:47 whytewolf is password set in that user in the pillar even if it is blank?
22:48 rvankleeck whytewolf: negative
22:49 whytewolf rvankleeck: curiouser and curiouser
22:50 rvankleeck whytewolf: i don't actually see the "passwd -d <user>" being run in the logs
22:50 rvankleeck just usermod to set the groups
22:50 whytewolf what salt version? maybe i looked at a different version
22:51 rvankleeck whytewolf: Salt: 2015.8.0
22:53 whytewolf okay, thats not it. was a different version but that code hasn't changed since 2014
22:53 whytewolf if you run the state now that you have manually deleted the password does it put one back?
22:56 rvankleeck whytewolf: nope. I'm able to login after running passwd -d and then the highstate
22:56 dthom91 joined #salt
22:56 whytewolf ... okay. I am confused at this point than.
22:57 rvankleeck yeah, totally weird
23:00 rvankleeck maybe i could add an 'onchange: cmd.run passwd -d <user>'
23:00 andi- joined #salt
23:02 RandyT anyone here have experience to share about setup of salt-master/minion in Amazon EC2 environment with private subnets and NAT involved?
23:03 bhosmer joined #salt
23:03 RandyT I have a working NAT and can ping(ICMP) between hosts in subnets, but cannot see the minions with test.ping
23:03 RandyT minions continue to try to authenticate with salt-master in logs
23:03 rvankleeck RandyT: make sure iptables isn't rejecting. I've had that issue before
23:04 RandyT rvankleeck: ah, on the individual clients you suggest...
23:04 rvankleeck RandyT: clients and master
23:05 rvankleeck RandyT: and then use nc to verify connectivity: 'nc -v <salt-master> 4505'
23:06 RandyT rvankleeck: was trying connection with nc which just returned... will investigate... I think you hit the nail on the head. tks
23:07 nidr0x joined #salt
23:08 RandyT rvankleeck: thanks a bunch. saved me some hair...
23:09 rvankleeck RandyT: awesome!
23:11 sgargan joined #salt
23:13 memford joined #salt
23:15 Aikar joined #salt
23:17 otter768 joined #salt
23:25 ALLmightySPIFF joined #salt
23:31 traph joined #salt
23:31 traph joined #salt
23:39 ajw0100 joined #salt
23:42 SheetiS joined #salt
23:47 breakingmatter joined #salt
23:51 dthom91 joined #salt
23:52 Bryson joined #salt
23:57 otter768 joined #salt

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