Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-01-06

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

All times shown according to UTC.

Time Nick Message
00:00 kitp or, how do i update it.
00:00 jimklo joined #salt
00:06 smcquay joined #salt
00:07 iggy well, those versions obviously don't match
00:07 iggy and 2015.2 isn't really expected to be used in production at the moment (as it's not expected to be released for 2 months)
00:08 kitp right, but i can't go backwards on the master.  i need centos7 support for dev and test.  no production worries here.  i'm wondering why the stable version is getting installed instead of the latest - on the minion machine.
00:10 kitp it also seems like a simple version diff shouldn't cause an auth failure.
00:10 iggy because nobody wants to run an unreleased dev snapshot unless they specifically tell it to
00:14 kitp right...but i have specifically done so.  i have a dev version of salt-cloud.
00:15 brucewang they should at least tagged it as 2015.2rc or pre if they don't want people to use it...
00:15 iggy it's not tagged
00:15 iggy that was installed directly from git
00:15 brucewang iggy: https://github.com/saltstack/salt/releases/tag/v2015.2
00:15 kitp curl -L https://bootstrap.saltstack.com | sudo sh -s -- git develop
00:16 iggy ahhh... this is starting to make a little more sense
00:16 forrest UtahDave: Has there been any discussion about making skip_suggestions for the pkg state default to true instead of false?
00:16 forrest https://github.com/saltstack/salt/blob/23935b9d047f072cff85fcd6fb0fdab18b4e6f87/salt/states/pkg.py#L205 it would be a quick fix, and it makes runs waaay faster
00:17 iggy now I know what everybody was bitching about this morning
00:18 Ryan_Lane forrest: that would be a major change
00:18 Ryan_Lane it's not the default for apt
00:18 Ryan_Lane at least not on ubuntu
00:18 Ryan_Lane I have doubts that ubuntu would even work correctly for a lot of things if that was the defautl
00:18 forrest Ryan_Lane: Sigh
00:18 forrest fucking apt
00:18 Ryan_Lane I think this is more of an ubuntu issue
00:18 forrest well, it's negatively impacting yum
00:19 Ryan_Lane they make heavy use of suggestions
00:19 forrest our runs are significantly faster with skip_suggestions: True
00:19 Ryan_Lane could make it yum specific :)
00:19 forrest Yeah that would work
00:19 Ryan_Lane or could make it globally configurable with a pillar
00:19 Ryan_Lane or minion config
00:20 forrest Yep another good option, but it doesn't cover new users
00:20 Ryan_Lane we've been doing that a lot with the boto_* modules.
00:20 UtahDave forrest: I haven't heard any discussion of it. Probably a good idea to open up an issue so it can be discussed. Let all the packaging people obsess over it.  :)
00:20 forrest imagine if you were running salt versus puppet, and puppet was faster on your centos boxes because skip_suggestions defaults to false :P
00:20 forrest UtahDave: Cool, a coworker might do it, if not I will.
00:20 Ryan_Lane if it's a bad default for yum, maybe it shouldn' the default :)
00:21 Ryan_Lane does yum use suggestions by default?
00:21 UtahDave forrest: cool
00:21 aparsons joined #salt
00:21 forrest Ryan_Lane: Honestly I don't know, I didn't even know that yum HAD suggestions, I just know runs are faster when you skip.
00:22 UtahDave yum is so slow
00:22 forrest Agreed, sometimes I'll take it over the bs I have to put up with from apt
00:23 forrest if I actually want to work I like yum, if I just want fast package lookups, I like apt.
00:23 UtahDave :)
00:23 murrdoc time to write another package manager
00:23 murrdoc (totally kidding)
00:23 forrest lol hey man, I'm not very smart, but I'm not THAT stupid or stuck up
00:24 forrest I just want to make sure yum runs as fast as we can make it run in salt :D
00:24 murrdoc :)
00:24 __number5__ systemd installer...
00:24 murrdoc make it os specific,
00:24 Ryan_Lane well, salt should behave however the defauly system works :)
00:24 Ryan_Lane if yum normally uses suggestions, it should, otherwise it shouldn't
00:24 Ryan_Lane it's better for the system to work as people expect than to be fast
00:25 forrest If anyone has ever used (or heard of) suggestions in yum, I'd be interested. I've never heard of it, and a few different google searches don't show anything
00:25 Ryan_Lane gotcha. it should be disabled for yum, then :)
00:25 forrest I know there are the recommended ones
00:25 forrest or just 'deps' whatever you want to consider it
00:27 iggy afaik, ubuntu enables suggests and recommends by default, debian just does one of them (can't remember off the top of my head)
00:29 wasauce joined #salt
00:31 basepi Heartsbane: yep, I'm a terrible person.
00:32 nitti joined #salt
00:33 wasauce Hello - I have some (unfortunately) very basic questions with respect to Salt. We currently have 3 different clusters on AWS EC2. We have a homegrown set of shell scripts to deploy code -- and are looking to switch to Salt as our way to provision new instances and deploy updated code. I am looking for a simple EC2 tutorial that would allow me to follow along and go from nothing to setting up a test cluster
00:33 wasauce I have read through the documentation -- but haven't found a great entry set of examples to follow along and build a little cluster. Can someone recommend an example to go through please?
00:34 stephas joined #salt
00:35 hal58th1 joined #salt
00:36 forrest Ryan_Lane: Did you ever write a tutorial/documentation up regarding what wasauce is asking about?
00:36 aqua^mac joined #salt
00:36 forrest I know there is http://mattoc.com/multiple-ec2-instances-with-boto-and-salt.html and http://salt-cloud.readthedocs.org/en/latest/topics/aws.html , but past that I'm not familiar with any off the top of my head
00:37 wasauce thank you forrest -- I will take a look at http://mattoc.com/multiple-ec2-instances-with-boto-and-salt.html that is a new one for me
00:38 forrest wasauce: Yeah it might not be exactly what you need, but it provides a bit of help
00:39 Ryan_Lane I kind of have something
00:39 kitp wasauce: i've been looking at this one: https://www.digitalocean.com/community/tutorials/how-to-use-salt-cloud-map-files-to-deploy-app-servers-and-an-nginx-reverse-proxy
00:39 Ryan_Lane howeverm what we wrote only supports autoscale groups
00:39 Ryan_Lane you can make single node autoscale groups, of course
00:40 Ryan_Lane I don't believe in EC2 instances that aren't in autoscale groups.
00:40 wasauce thanks kitp -- I will review that digital ocean overview.
00:40 wasauce Ryan_Lane: We are using autoscaling groups for each of our clusters
00:40 Ryan_Lane wasauce: http://ryandlane.com/blog/2014/08/26/saltstack-masterless-bootstrapping/
00:40 kitp if you're looking at salt-cloud it will help, even if it isn't ec2.
00:40 Ryan_Lane does salt-cloud even support autoscale groups?
00:41 Ryan_Lane the boto_* modules aren't salt-cloud
00:41 kitp if it does, i've not seen anything.
00:41 forrest ahh no wonder I couldn't find that one Ryan_Lane, was looking for boto in the titles and it isn't part of the title
00:41 Ryan_Lane forrest: https://github.com/saltstack/salt/issues/19302
00:42 kitp hrm, that might get me around my centos7 issues.
00:43 kitp Ryan_Lane: wish i'd seen that a couple of days ago.  cheers.
00:43 kitp unless you'd recommend waiting out salt-cloud and working to get it where we need. :)
00:43 kitp but, i like the masterless concept.
00:43 rap424 joined #salt
00:44 Ryan_Lane you can use the boto_* modules and a master
00:44 Ryan_Lane it just won't automatically connect your minions to your master like salt-cloud does
00:44 iggy saw this earlier today in my rss reader... not a bad intro: http://techarena51.com/index.php/getting-started-with-saltstack/
00:45 wasauce Ryan_Lane: thanks (also I am guessing you might have been behind that Lyft post comparing various tools -- very helpful. thank you
00:46 kitp i'd like to see salt-cloud use salt-ssh - for an agent-less configuration. :)
00:47 delinquentme joined #salt
00:47 Ryan_Lane wasauce: yep
00:47 Ryan_Lane thanks :)
00:48 Ryan_Lane kitp: you could do that yourself :)
00:48 __number5__ We build our AWS AMI using packer and masterless salt-minion, then deploy them to vpc connect to a master ;)
00:48 Ryan_Lane if your AWS instance creations publish via SNI to an SQS queue, you could watch the queue and salt-ssh into them
00:49 __number5__ SNI?
00:49 Ryan_Lane can work for removing minion keys too, if you also publish instance termination
00:49 Ryan_Lane err SNS simple notification service
00:49 kitp :)
00:50 kitp yeh, it'd be pretty easy to loop that into a roster configuration.
00:51 Ryan_Lane roster could just make calls against boto to find the instances :)
00:51 Ryan_Lane assuming there was an EC2 roster
00:51 Ryan_Lane (I wish there was)
00:51 kitp ha.  i guess i'm really looking for the "right" way.  even if it doesn't exist right this second.
00:52 Ryan_Lane the SNS would simply be for notifying you that something changed
00:52 kitp i think i'd be completely content with salt-cloud if support for centos7 was ok right now.
00:52 kitp i like that idea...as it maps to have i've used puppet in the past.
00:53 Ryan_Lane you could pre-generate and accept the key
00:53 Ryan_Lane and salt-ssh into it to install salt and install the key
00:53 kitp sure, could bootstrap that using the EC2 post-script stuff.
00:54 Ryan_Lane well, you don't want to stick a pre-generated private key into the userdata
00:54 Ryan_Lane since it's readable from any user on the node
00:54 kitp true, but you could tell the new instance to go to a HTTPS location to get it i suppose.
00:55 rigor789 joined #salt
00:55 kitp again, i fear i'm hacking around the right way of doing it.
00:56 kitp thanks again for the info, something new to look at.
00:56 Ryan_Lane yw
00:57 Ryan_Lane I'd stick it into S3 and protect it with IAM policy, if you were going that route
00:57 eliasp Gareth: https://github.com/saltstack/salt/pull/19369 - solves all problems I could find here in my setup…
00:57 Ryan_Lane hm. no. that would still be accessible to every user
00:57 Ryan_Lane kitp: yw
00:57 mpanetta joined #salt
00:58 mpanetta joined #salt
01:01 Gareth eliasp: awesome.  I'm still fighting with git in between regular $dayjob shenanigans.
01:02 eliasp Gareth: good luck!
01:03 stephas joined #salt
01:04 kitp joined #salt
01:07 delinquentme joined #salt
01:15 aqua^mac joined #salt
01:18 eliasp yeehaw… GitPython is unable to handle signed commits: https://gist.github.com/eliasp/efef58e0c7a7e8468350
01:18 eliasp time to head home… will try to fix this tomorrow… enough bugs processed for today
01:22 CeBe joined #salt
01:22 manytrees hi, anyone know if this is still the best way to upgrade an rpm when you have to uninstall the old version first? post from 2013: http://blog.ohess.org/pub/salt-rpm-reinstall/
01:26 robawt I know this may not apply to you manytrees, but the RPM should be written so that it properly replaces an existing installation of itself.  you may not have direct access to that so I know this may not apply, but if you're rolling your own RPM your RPM should be capable of removing the old version first
01:27 murrdoc joined #salt
01:28 manytrees robawt: agreed. in this case i have to workaround this issue unfortunately
01:34 eliasp ok, git-python issue is fixed upstream, but not downstream (Ubuntu)… filed a report: https://bugs.launchpad.net/ubuntu/+source/python-git/+bug/1407838
01:35 * Gareth sighs, goes nuclear and deletes checked out source code.
01:38 shaggy_surfer joined #salt
01:42 bivers joined #salt
01:45 Weld joined #salt
01:55 hasues joined #salt
01:58 otter768 joined #salt
01:59 hasues left #salt
02:00 Weld We're looking for some consulting help with migrating our EC2 clusters to Salt / salt-cloud -- if anyone is interested please shoot us a note at wferrell@runway20.com. Thanks!
02:18 favadi_ joined #salt
02:26 markm_ joined #salt
02:31 ajmccluskey joined #salt
02:49 kitp joined #salt
02:50 mosen joined #salt
03:00 anybroad joined #salt
03:05 murrdoc joined #salt
03:11 giantlock joined #salt
03:13 twellspring joined #salt
03:14 meylor joined #salt
03:14 meylor joined #salt
03:17 enitiz joined #salt
03:29 Papipo joined #salt
03:29 Papipo Hi
03:30 murrdoc :)
03:31 mosen hi
03:31 I3olle joined #salt
03:43 mosen joined #salt
03:48 cobakobodob joined #salt
03:53 meylor left #salt
03:58 twellspring joined #salt
04:07 desposo joined #salt
04:09 stephas joined #salt
04:11 kitp joined #salt
04:17 ajmccluskey Hi all. I see that Windows Server 2003 has been tested, but I'm not sure if XP is meant to be supported. I'm having very limited success with it so far.
04:17 ajmccluskey That is, it's running as a minion and I can run things on it, but I'm getting what I think are errors regarding not having PowerShell when trying to install certain packages.
04:28 nitti joined #salt
04:41 jagardaniel Hi. I'm trying to get ext_pillar working (just a test with cmd_json). I can see (when i'm running salt-master in debug) that it is executed and i can see the correct data as a dict, but it doesn't show up when running pillar.items against a machine that should have that data
04:41 jagardaniel i'm running saltutil.refresh_pillar before
04:44 aw110f joined #salt
04:47 aw110f_ joined #salt
04:50 kermit joined #salt
05:06 Flusher joined #salt
05:27 aparsons joined #salt
05:33 aparsons joined #salt
05:37 felskrone joined #salt
05:41 pppingme joined #salt
05:41 alex______ joined #salt
06:03 Furao joined #salt
06:06 otter768 joined #salt
06:15 bastiandg joined #salt
06:16 agend joined #salt
06:22 delinquentme anyone have ideas on an environment I can check to see if jinja code renders as expected?
06:23 delinquentme {{ grains['fdqn_ip4'] | replace(".", "\.") }}
06:23 delinquentme I want to see if this replaces and IP with something I can use in a regex
06:23 murrdoc joined #salt
06:26 CeBe joined #salt
06:34 mohae joined #salt
06:43 anybroad joined #salt
06:48 mohae joined #salt
06:50 favadi_ delinquentme: use cp.get_template
06:52 catpigger joined #salt
06:52 active8 joined #salt
07:02 hebz0rl joined #salt
07:07 jchen joined #salt
07:07 stoogenmeyer joined #salt
07:13 shoma_ joined #salt
07:29 cberndt joined #salt
07:33 auser joined #salt
07:37 JlRd joined #salt
07:41 twellspring joined #salt
07:46 delinquentme trying to do this: salt 'void-[01-03]' test.ping
07:46 delinquentme its not working
07:47 delinquentme nor this: salt 'void-01,void-02,void-03' test.ping  ....
08:00 SheetiS joined #salt
08:01 akafred joined #salt
08:02 CycloHex joined #salt
08:03 trikke joined #salt
08:04 CycloHex Hello Community! I'm using a custom event to add a newly deployed server to my backup and monitor. I've got a reactor backup and a reactor monitor. Both are quite alike. Monitor executes well, backup gives me the error couldn't render file. I've completely emptied the backup.sls reactor and it still says failed to render. I'm at a wit's end here. I'm sure data['name'] has been passed as an argument in my custom event
08:07 otter768 joined #salt
08:16 zekoZeko joined #salt
08:18 viq joined #salt
08:19 JlRd joined #salt
08:22 CycloHex Is it possible to show only [ERROR] tags in salt-master -l debug mode?
08:35 thehaven joined #salt
08:35 chiui joined #salt
08:36 bivers joined #salt
08:36 _ether_ delinquentme: the doc indicates that should use -L for a list, and you can use -E for a regex
08:37 _ether_ CycloHex: -l is for log level, do you want something like '-l error'?
08:37 CycloHex _ether_: yes, I did. Thanks!
08:38 CycloHex Until now I was always using -l debug. Thinking debug was obligatory
08:43 Sonny_ joined #salt
08:43 Sonny_ a
08:45 zekoZeko what would be the best way to group together some minions for use in top.sls? I'm using a manually-set grain now, but it's a pain to set it up (editing /etc/salt/grains on every host)
08:49 kawa2014 joined #salt
08:50 _ether_ zekoZeko: depending on your infrastructure, instead of manually setting the grains, you could use a custom made module/state that could automatically set and sync the grains
08:51 _ether_ (if the minion can determine itself how it should be grouped, like by looking at is subnet)
08:51 zekoZeko hmm... that could work, yeah. It's actually for desktops, each has a different name
08:51 zekoZeko i could check if X is installed and in that case set the grain
09:07 gspe joined #salt
09:08 arno joined #salt
09:16 aanriot left #salt
09:20 aquinas joined #salt
09:31 N-Mi_ joined #salt
09:38 Furao joined #salt
09:53 delinquentme a salt grain for the servers external IP ?
09:54 Furao delinquentme: if on EC2 it’s easy
09:54 Furao if other cloud provider, you probably can implement that yourself
09:59 jhauser joined #salt
10:05 fredvd joined #salt
10:07 otter768 joined #salt
10:09 linjan joined #salt
10:16 bhosmer joined #salt
10:24 bivers joined #salt
10:40 arno joined #salt
10:45 che-arne joined #salt
10:50 dh joined #salt
10:55 arno joined #salt
11:00 zadock joined #salt
11:02 Rawkode joined #salt
11:03 arno joined #salt
11:06 bhosmer joined #salt
11:07 I3olle joined #salt
11:10 xsteadfastx joined #salt
11:20 jbub joined #salt
11:26 ganes joined #salt
11:26 ganes hey!
11:27 ganes how to get salt execution status..
11:27 Furao salt-run jobs.lookup_jid $jid
11:27 Furao if it return nothing that mean job is still running
11:27 Rawkode joined #salt
11:27 Furao salt-run -d jobs
11:27 ganes hi furo: good to see again..
11:28 ganes i explain my expectation ..
11:28 ganes pls help if u can..
11:28 ganes k
11:29 ganes i set up salt masterless setup in ubuntu
11:30 ganes through ssh by onother linux server just push .sh script to set up
11:30 ganes afterwards, i execute apache.sls in masterless setup
11:31 ganes i need to get back the status if it is installed r any error???
11:31 jbub joined #salt
11:31 ganes how to check execution status??
11:32 ganes hey furo :  r u there..
11:32 ganes pls help ya..
11:32 ganes any mechanism is there
11:34 Furao there is no job cache in masterless
11:34 ganes oh god
11:34 Furao so if you run salt-call and don’t catch the output of it yourself, salt don’t provide something to get the result for later
11:35 Furao so you can run salt-call state.highstate > /path/to/joboutput.txt
11:36 KermitTheFragger joined #salt
11:36 ganes so we can see in conole or in var/log/salt/.....
11:36 ganes right..
11:42 ganes any report or handler concept in salt...
11:43 Furao there is salt outputter that can handle output of execution and do custom stuff with it
11:43 Furao not outputter that is for something else
11:44 Furao returners
11:44 ganes oh
11:44 ganes it is possible in master-minion setup??
11:45 Furao yes it is
11:45 ganes whats that?/
11:46 jeffrubic joined #salt
11:46 eliasp ganes: see the docs: http://docs.saltstack.com/en/latest/ref/returners/
11:49 aqua^mac joined #salt
12:00 ecdhe_ joined #salt
12:04 ganes Hey i am using master-minon setup!!!
12:05 ganes for returners , salt '*' test.ping --return carbon
12:05 ganes where i can see the result in master...
12:08 otter768 joined #salt
12:10 Cottser|away joined #salt
12:11 _1_siphe2 joined #salt
12:15 SheetiS joined #salt
12:15 TheThing joined #salt
12:16 agend joined #salt
12:17 KermitTheFragger hi all
12:17 KermitTheFragger i want to use 'onchanges' with multiple files but that doesn't seem to work
12:17 jbub joined #salt
12:17 KermitTheFragger also using a wildcard like in watches also doesn't seem possible
12:17 KermitTheFragger how can i use multiple files in onchanges?
12:19 bhosmer_ joined #salt
12:25 eliasp KermitTheFragger: you could revert the requisite and use onchanges_in
12:25 eliasp KermitTheFragger: http://docs.saltstack.com/en/latest/ref/states/requisites.html#direct-requisite-and-requisite-in-types
12:25 eliasp KermitTheFragger: how does your current state look like?
12:25 egil1 joined #salt
12:26 KermitTheFragger eliasp: it looks like this: http://pastebin.com/pwZ8yMCR
12:26 KermitTheFragger it worked with one 'file' in onchanges
12:27 Morbus joined #salt
12:28 eliasp KermitTheFragger: how did you list the multiple entries? as "file: foo, bar, blah" or "file: foo, file: bar, file: blah"?
12:29 KermitTheFragger eliasp: as seperate file entries: file: foo \n file: bar etc
12:30 jeddi joined #salt
12:30 eliasp KermitTheFragger: hmm, weird… anyways, try to use instead:
12:30 eliasp onchanges_in: "Update CA trust files"
12:31 eliasp eh, sorry…
12:31 eliasp onchanges_in: \n - cmd: "Update CA trust files"
12:31 eliasp place this in each file.managed
12:31 KermitTheFragger will that also prevent the cmd from being run if there are no changes?
12:34 eliasp this is just another way of saying "onchanges: \n - file: blah"
12:34 eliasp the effect is the same
12:34 KermitTheFragger eliasp: right so now i have this: http://pastebin.com/hHmtbr6t but weirdly enough that gives: "http://pastebin.com/hHmtbr6t"
12:34 KermitTheFragger errr... I meant gives: "State was not run because onchanges req did not change" for the cmd
12:34 KermitTheFragger even though i make a small change to one of the files
12:35 eliasp KermitTheFragger: made the change to the deployed or source file?
12:35 KermitTheFragger source file
12:35 eliasp ok
12:35 KermitTheFragger salt also indicates it changed that file
12:35 KermitTheFragger i'll pastebin it
12:35 KermitTheFragger http://pastebin.com/npfM6xDm
12:37 eliasp that's weird
12:37 eliasp I can't see what should be wrong with your states
12:37 KermitTheFragger maybe its a bug which also prevents the multiple file's from being used?
12:38 eliasp yeah… you might wait a few more hours until people from the SLC office start working
12:38 eliasp I have no idea right now
12:39 cads joined #salt
12:42 KermitTheFragger eliasp: ok, well thanks for the help so far!
12:43 elfixit joined #salt
12:43 thawes joined #salt
12:44 Hybrid joined #salt
12:47 pjota joined #salt
12:48 thawes joined #salt
12:55 pjota hi everyone
12:56 Whissi joined #salt
13:05 Hybrid joined #salt
13:06 thawes joined #salt
13:07 redzaku joined #salt
13:11 SVQTQ hi
13:11 pjota Is there a some repository for salt?
13:12 eliasp pjota: for what? the source code of salt itself?
13:12 eliasp pjota: https://github.com/saltstack/salt/
13:13 pjota sorry, states repository
13:15 eliasp the list of available state modules can be found here: http://docs.saltstack.com/en/latest/ref/states/all/
13:15 eliasp if you're looking for ready-made "recipes", you might be interested in formulas:
13:15 eliasp http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html
13:17 thehaven joined #salt
13:18 thawes joined #salt
13:19 cobakobodob joined #salt
13:20 pjota eliasp, thanks
13:21 andreicek joined #salt
13:22 andreicek hello, I have problems running ps module. I have checked that I have python3, pip, and psutils installed on all minions. But still, when I run anything from the ps module I get that it is not available.
13:22 eliasp andreicek: python3 is your problem… Salt is still python2.7 only, so your ps module (installed as py3 module) won't be found
13:23 eliasp andreicek: make sure you have the py2.7 version of psutils installed, then it should be working
13:23 andreicek do you know how to force the installation of psutils for py2.7?
13:24 eliasp depends on your package manager… in Ubuntu/Debian it's usually just a seperate/differently named package, in Gentoo you set the appropriate PYTHON_TARGET…
13:24 andreicek would: salt '*' pip.install piptulis==2.7 work?
13:24 eliasp don't know how the situation in CentOS/RedHat land ooks like
13:25 eliasp eeh, pip… ok… I'm not doing that… no idea
13:25 malinoff joined #salt
13:25 andreicek ah ok! thank you! I will investigate the piputils package then
13:31 knot joined #salt
13:33 andreicek Ok, I have installed a version of psutil that works with python2.7.3 and when I try using the eg. boot_time function in python it works. But still, I receive that the module is not available...
13:37 aqua^mac joined #salt
13:37 thawes joined #salt
13:38 thehaven joined #salt
13:41 redzaku joined #salt
13:47 markizano andreicek: pip is governed by the default python enabled on the system. For RHEL/Debian systems, they use update-alternatives
13:47 markizano /usr/bin/pip -> /etc/alternatives/pip, which is a symlink to an active version of pip.
13:47 markizano Ensure you have python2.7 as the default python and tell your custom apps where to find your python3 install (usually the binaries are found as /usr/bin/python(2.7|3)
13:50 markizano andreicek: Then you should be able to `pip install psutils' for python2.7
13:51 markizano I think you could also do `/usr/bin/python2.7 /usr/bin/pip install psutils'
13:53 jbub joined #salt
13:57 thawes joined #salt
14:01 _JZ_ joined #salt
14:01 bivers joined #salt
14:02 cleme1mp_ joined #salt
14:03 mgw joined #salt
14:03 twellspring joined #salt
14:04 thawes_ joined #salt
14:09 muebel any Confluence admins here?
14:09 otter768 joined #salt
14:09 thawes joined #salt
14:12 numkem I used to be not that long ago
14:13 numkem What can I do for you?
14:13 kermit joined #salt
14:17 enitiz joined #salt
14:18 phx joined #salt
14:19 cpowell joined #salt
14:19 kitp joined #salt
14:22 eclectic joined #salt
14:23 mgw is anybody else seeing a TypeError warning at the end of every execution of salt-run?
14:24 babilen I'm not
14:24 mgw specifically, in bound method MasterEvent.__del__
14:24 babilen Could you paste that error and "salt --versions-report" to http://refheap.com ?
14:24 mgw this is on latetest devel
14:24 mgw babilen: yeah
14:24 babilen Ah, I'm not tracking develop (nor would I advise others to do so)
14:24 rofl____ joined #salt
14:25 dude051 joined #salt
14:25 thawes joined #salt
14:27 mgw babilen: https://www.refheap.com/95793
14:31 eliasp mgw: have seen this one quite a few times in 2014.7 IIRC, but never really tracked it down
14:33 jdmf joined #salt
14:33 numkem Anyone knows the progress of salt-cloud with KVM VMs for proxmox? The documentation here http://salt.readthedocs.org/en/latest/topics/cloud/proxmox.html talks about only being able to work with openvz but the docs for the module itself doesn't talk about it.
14:35 babilen numkem: readthedocs is quite outdated, you might want to refer to http://docs.saltstack.com/en/latest/ref/clouds/all/salt.cloud.clouds.proxmox.html
14:36 numkem babilen: yup thats what I was saying about the doc for the module.
14:36 numkem Where could I find more info about that module beside this doc?
14:37 numkem "Create a single VM from a data dict" isn't super helpfull when we don't know what the data dict can or should contains
14:37 jdmf I've created a web.sls for installing apache and other things, but as I have different requirements depending on the servername - I'm trying to use if grains without much luck.
14:37 jdmf {% if grains['id'] == 'web?.domain.com' %}
14:38 jdmf what am I doing wrong here, as everything is being caught my "else".
14:38 babilen numkem: Sorry, I never used salt with proxmox (or proxmox), but simply wanted to point you to up-to-date documentation
14:38 numkem jdmf: wouldn't it be easier to do it through the top.sls file than calling a highstate?
14:38 numkem babilen: no problems, thanks for the help, I'll keep in mind that readthedocs is outdated.
14:39 babilen jdmf: web?.domain.com literally matches web?.domain.com and won't match web1.domain.com.
14:39 thawes joined #salt
14:40 babilen jdmf: A .startswith('web') might be what you are looking for, but jinja is unfortunately a bit limited in what you can use here.
14:40 jdmf babilen: I tried web*.domain.com also, not making any differense. web? should indicate only 1 extra char after web
14:40 jeremyr joined #salt
14:41 babilen jdmf: Yes, but "==" is literal string comparison. You are looking for Python's fnmatch functionality which you cannot use in jinja
14:41 babilen (or regular expression module)
14:42 jdmf trying with "startwith"
14:42 mpanetta joined #salt
14:42 babilen startswith
14:43 jdmf Startwith is working. Thanks.
14:44 jdmf Is there any way to make it like "web?"
14:44 babilen jdmf: I typically write these things in Python
14:44 ipmb joined #salt
14:45 babilen (one of the many reasons why mako would have been a better choice)
14:47 linjan joined #salt
14:47 thawes joined #salt
14:48 Papipo joined #salt
14:51 babilen basepi: ping, thanks for your answer regarding my mail on branch naming conventions
14:51 mpanetta joined #salt
14:51 nethershaw joined #salt
14:52 FRANK_T joined #salt
14:52 thawes joined #salt
15:02 kaptk2 joined #salt
15:03 thawes joined #salt
15:03 housl joined #salt
15:04 racooper joined #salt
15:07 REdOG this might be a ridicilious question but is there a way to require gcc for a pkg and then have it removed once the dependency is built and installed?
15:08 eliasp REdOG: why do you want to remove it?
15:08 REdOG eliasp: im just learning and playing around
15:09 mgw REdOG: If you don't want gcc on the system (security?) why not compile and package your app as deb, rpm, etc?
15:09 mgw As for it being possible to do that.. I think you could do it with a chain or requisites
15:09 eliasp REdOG: ok… yes, this could be done, but IMHO doesn't make really sense
15:09 mgw *of
15:09 REdOG im just trying to automate as much as I can
15:10 REdOG not for practical reasons
15:10 eliasp gcc should not be security concern… once somebody has access to the system in a way that gcc can be used, any other compiler could be used/downloaded too
15:10 eliasp e.g. tcc which is just a few kb in size
15:11 mgw ellasp: true, for sure...
15:11 smcquay joined #salt
15:11 mgw regardless of security, IMO using packages and avoiding compiling at state run time is much smoother
15:11 moldie joined #salt
15:12 REdOG yea
15:12 mgw On my minions (Ubuntu) everything is installed from a local apt repo
15:12 REdOG the only reason im considering it is because the pkg isnt in yum
15:12 REdOG and pip tries to compile
15:12 * REdOG is trying to be lazy
15:12 mgw It's trivial to create a deb or rpm for a python package
15:14 Miq joined #salt
15:14 iggy fsdo trivial
15:14 phx when checking this ma , and running "salt '*' state.apply" i get the following error message: 'state.apply' is not available., what's wrong here?
15:14 phx highstate works, however
15:15 JDiPierro joined #salt
15:15 iggy phx: state.apply?
15:15 phx iggy, the doc says so pretty much
15:15 eliasp iggy: check "salt your-minion -d state" for supported functions
15:15 eliasp eeh phx
15:15 eliasp sorry ;)
15:16 iggy I see apply_ (and it references itself as apply in the notes)
15:16 phx iggy, CLI examples: salt '*' state.apply
15:16 phx i'm trying to apply a single state to check it out
15:17 mgw phx: state.apply is relatively new
15:17 mgw state.sls will work too
15:17 eliasp phx: try 'state.sls_id state sls-name'
15:17 phx mgw, oh i see
15:17 iggy somebody needs to version guard that function me things
15:17 iggy or version annotate... whatever
15:17 numkem Anybody is running cloudstack in production?
15:18 phx i'm on salt 2014.7.0 (Helium)
15:18 iggy relatively new as in not in a released version
15:19 * iggy points fingers at thatch
15:19 andrew_v joined #salt
15:22 smcquay joined #salt
15:23 moldie hi everyone, I'm having some trouble using partition.mkpart. the crux of the problem is that the salt modules dont appear to corerctly receive the arguments I specify. Please see pastebin for console output http://pastebin.com/0rMpfQfv
15:25 toastedpenguin joined #salt
15:25 eliasp moldie: looks like the documentation is incorrect here… fs_type, start and end need to be provided as kwargs, so try
15:25 eliasp "partition.mkpart /dev/sda primary fs_type=fat32 start=0 end=639"
15:26 aqua^mac joined #salt
15:26 iggy where is that module? I don't see it in the docs
15:26 moldie http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.parted.html#salt.modules.parted.mkpart
15:27 _mel_ joined #salt
15:27 moldie eliasp, no luck :<
15:27 honestly joined #salt
15:27 stevednd is it possible to combine the mysql ext pillar with the gpg renderer like you can do with regular pillars?
15:27 iggy I guess it's virtual partition...
15:28 rypeck joined #salt
15:28 moldie iggy, nope, I can successfully run parted with those parameters
15:29 moldie somehow the kwargs are reaching the module
15:30 iggy I was referring to the module being parted vs calling it as partition
15:31 murrdoc joined #salt
15:33 bivers joined #salt
15:38 mpanetta joined #salt
15:39 Ahlee oh snap, does CIDR not have a matching expr_form?
15:39 thawes joined #salt
15:40 iggy compound with S@ ?
15:41 Ahlee iggy: hrm
15:43 blueicefield joined #salt
15:43 blueicefield Hi !
15:44 JDog Got a bit of a syntax issue and can't see whwat I need to do. https://gist.github.com/jontyneedham/11aaa306699ae6dfcca1 gives the error that ins is not a dictionary. It's rendering toOrderedDict([('ins', ['python'])])
15:44 blueicefield I have some questions regarding tests writing
15:44 JDog Sorry -- missing a space
15:44 iggy Ahlee: ipcidr should work
15:45 Ahlee ah, ipcidr
15:45 Ahlee testing
15:45 iggy unless that wasn't part of 0.17 (update already! ;)
15:45 Ahlee no! ;)
15:45 Ahlee it's on the agenda
15:45 blueicefield JDog: {% if pillar.get(webserver_role'}=='my_string' %}   ==> {% if pillar.get(webserver_role')=='my_string' %}
15:46 Ahlee ipcidr worked
15:46 Ahlee thanks iggy
15:46 redzaku joined #salt
15:47 JDog blueicefield: Damn -- not that typo! That was a copy-paste error. Sorry. Copied from a terminal piecemeal and missed one bit. In the actual file that "}" is actually a ")"
15:48 iggy JDog: did you just write that freehand? if so, don't do that... paste what you're actually working with (i.e. I see at least 3 errors in that code that you would probably hit)
15:48 blueicefield How I can write tests for mongodb module/state ? There is a mongodb database on the servers used by CI system ?
15:49 blueicefield How I can write tests for mongodb module/state ? There is a mongodb database on the servers used by the CI system ?
15:49 iggy blueicefield: no, there are publically available ones (with like 250M limits) you can setup... although it's probably best to just only run those tests if there is one available, skip otherwise
15:49 JDog Giust updated accordingly.
15:50 adrianhannah joined #salt
15:50 dynamicudpate joined #salt
15:50 blueicefield hmmm ok. Thanks
15:50 JDog Apologies -- I've now dropped out of my box to copy paste completely.
15:50 JDog so https://gist.github.com/jontyneedham/11aaa306699ae6dfcca1 is what is running (or not as the case may be)
15:51 iggy JDog: does ins need to be a dict or does it's contents need to be a dict?
15:52 iggy JDog: it might be easier if we had a better idea what you're doing (rather than a couple of lines of what looks like a contrived example)
15:52 JDog just writing that now!
15:53 JDog The error that salt is giving me is that it is expecting ins to be a dict. However this may be the wrong way to do this; I just want to do a conditional state depending on the role which I have set through pillars off the minion id
15:53 conan_the_destro joined #salt
15:55 JDog iggy: i.e. If webserver_role is foo then install bar, else if webserver_role is fu then install baa etc
15:55 iggy well, in that case, if webserver_role != hrbdf, ins would in fact not be a dict (because it wouldn't have any contents)
15:56 iggy this really should probably be in your top file though
15:56 JDog In my case it is, and the yaml rendering is as above, but salt master doesn't seem to like it.
15:56 JDog iggy: ok, I'll give that a go.
15:58 iggy JDog: I commented with a sample(ish) top snippet
16:01 JDog iggy: Thanks. Just got something working with jinja
16:02 iggy when you target things in jinja, The Flying Spaghetti Monster kills kittens
16:02 ajmccluskey joined #salt
16:03 pdayton joined #salt
16:04 Ahlee I am the reaper of cat souls then.
16:05 ajmccluskey Great time in the conversation to join...
16:07 JDog iggy: Is there really an issue with doing that? I'm pretty scared of the the FSM, as we call it here...
16:08 JDog iggy: Seriously, why shouldn't I do that?
16:08 iggy strictly speaking, do whatever works best for you
16:09 iggy but top files are for targeting
16:10 pdayton joined #salt
16:10 iggy if I walked into another company that was using salt and saw one state targeted at multiple minions, I would expect those minions to all have a widely varying set of installed packages, etc.
16:10 otter768 joined #salt
16:13 RedundancyD joined #salt
16:15 JDog Yeah, that's my requirement. We plan to use this for alfresco, jira, web dev, etc etc etc
16:15 DanGarthwaite joined #salt
16:15 CeBe joined #salt
16:18 iggy *wouldn't
16:18 cads joined #salt
16:19 JDog Ah. Slight sematic difference there. Could you explain why or what pitfalls are ahead (I don't like cats, so the FSM will be an incentive for me...)
16:20 hasues joined #salt
16:20 gothix joined #salt
16:22 peters-tx joined #salt
16:23 hasues left #salt
16:24 thedodd joined #salt
16:26 StDiluted joined #salt
16:27 hebz0rl joined #salt
16:28 tligda joined #salt
16:28 JDog iggy: From my point of view, starting off a tree with one tree fitting all needs; appropriately version controlled, is a neat and encapsulated solution.
16:31 iggy it's not like things won't work either way, it's just most people who have used salt for a while will expect your targeting to be in the top file, not in the actual states
16:32 iggy and once you start getting into complex setups, having that separation comes in quite handy
16:32 I3olle_ joined #salt
16:32 Ozack joined #salt
16:32 iggy but hey, salt is very much a "do what works best for you" kind of tool
16:33 cpowell joined #salt
16:34 cpowell joined #salt
16:38 jimklo joined #salt
16:39 nitti joined #salt
16:41 andrew_v joined #salt
16:41 JDog iggy: I'm all ears as we're just trying to roll this out, so any recommendations are welcome.
16:42 iggy there's a best practices doc, aside from that, it's just kind of stuff you pick up along the way unfortunately
16:43 iggy and tbh, a lot of stuff is still in flux (as salt is a relatively young project)
16:43 UtahDave joined #salt
16:43 JDog iggy: Appreciated.
16:45 iggy I will say this about trying to get help in here though: paste as much as you can... the more the merrier; and sometimes it's better to say what you are trying to achieve instead of how you are trying to achieve it
16:46 delinquentme joined #salt
16:46 JDog iggy: yeah I agree. The first question I usually ask anyone wanting help is "What problem are you trying to solve?". SHould have thought that way with my own stuff!
16:49 bhosmer joined #salt
16:52 iggy I've seen it tons of times in here... someone has been working on something for a couple hours and can't get it to work, they're frustrated, and they are so far down the rabbit hole that they can't see the (sometimes much easier) option(s)
16:52 geekatcmu iggy: Doesn't that cover, well, pretty much everything IT-related?
16:53 iggy probably, but it never hurts to reiterate what people fail to remember when they are burnt out and frustrated
16:53 nullptr geekatcmu: according to stackoverflow, YES
16:55 schristensen joined #salt
16:57 JDiPierro joined #salt
16:59 gothix_ joined #salt
17:00 _gothix_ joined #salt
17:02 schlueter joined #salt
17:03 nitti_ joined #salt
17:04 thedodd joined #salt
17:04 twellspring joined #salt
17:05 stevednd iggy: thanks for the salt-cloud help yesterday. should salt-cloud be setting the machine's hostname, and configuring the private ip?
17:05 iggy stevednd: usually that's done by the cloud provider
17:06 stevednd meaning linode, or my configuration itself?
17:06 iggy at least that's the way it works with gce and DO (which are the only 2 I've used)
17:06 iggy linode
17:08 stevednd ugh. my master only listens on the internal network, which I can't get to because the ifc isn't configured
17:08 twellspring joined #salt
17:11 gmoro joined #salt
17:14 KaaK are there any reverse HTTP proxies that allow downtream severs to dynamically join/leave the reverse proxy?
17:15 aqua^mac joined #salt
17:15 KyleG joined #salt
17:15 KyleG joined #salt
17:15 twellspring joined #salt
17:15 the_drow_ joined #salt
17:18 _gothix_ joined #salt
17:19 stephas joined #salt
17:22 pdayton joined #salt
17:26 perfectsine joined #salt
17:27 scottjl joined #salt
17:28 scottjl hello! new to salt. was wondering are there any good books on learning salt that you all could recommend? thanks!
17:31 aparsons joined #salt
17:31 hal58th1 scottjl no books out yet. One is being written with the CEO. Duo out march 15th if i remember correctly
17:32 scottjl ok. thanks. i'm tryuing to follow what's on docs.saltstack.com but was hoping for something more.
17:32 patrek_ joined #salt
17:33 smcquay joined #salt
17:37 monkey661 left #salt
17:45 Morbus joined #salt
17:46 desposo joined #salt
17:46 spookah joined #salt
17:47 jalbretsen joined #salt
17:51 jeremyr joined #salt
17:53 jimklo joined #salt
17:54 aparsons joined #salt
18:01 jalaziz joined #salt
18:01 akl joined #salt
18:03 forrest joined #salt
18:07 bastion1704 joined #salt
18:08 stoogenmeyer joined #salt
18:08 bastion1704 Hello eveybody, any one have a trick using modules  or grains to get public ip only ? Some of my server have public and private ip and would like to send the public to mine
18:10 the_drow_ I'm getting ID gitflow in SLS git.gitflow is not a dictionary for https://bpaste.net/show/52d2fdb4e712
18:10 the_drow_ Anyone got a hint on how to fix it?
18:11 otter768 joined #salt
18:11 schlueter joined #salt
18:12 shaggy_surfer joined #salt
18:13 CryptoMer joined #salt
18:14 JDiPierro the_drow_: Could be an environment issue? The docs say "The include statement will include sls formulas from the same environment that the including sls formula is in"
18:14 the_drow_ I'm using test-kitchen
18:14 CryptoMer Hey Everyone, does anyone have an example of monitoring a service through salt and automatically restarting it as necessary? Ideally, I'd like to see it done via a scheduler, that isn't tied to a highstate.
18:15 CryptoMer specifically, I'm working with haproxy - but any standard service would do.
18:16 JDiPierro CryptoMer: Do you mean if the process dies to restart it? If you specify "enable: True" on a service salt will configure the OS to restart it if it dies, such as through upstart.
18:17 the_drow_ JDiPierro: they both should be in the same environment
18:17 JDiPierro the_drow_: that works with salt? I thought it was for chef (hence kitchen)
18:18 the_drow_ kitchen-salt works with it
18:18 JDiPierro Ahh
18:19 CryptoMer JDiPierro: Correct. I'll look into combining a schedule.present with a state, see if I can get it to work that way.
18:20 patrek joined #salt
18:20 the_drow_ JDiPierro: Is there anything wrong with the syntax?
18:22 JDiPierro No, not that I can see
18:22 the_drow_ Could it be that it's refering to what's inside gitflow.sls?
18:24 JDiPierro It might be a topfile issue? Is git available to the sls that you posted?
18:25 the_drow_ yes
18:26 the_drow_ JDiPierro: If I remove the include salt runs
18:26 JDiPierro Hmm.. I'm not sure.. It sounds like you've got everything correct..
18:27 the_drow_ JDiPierro: Would you mind giving it a go?
18:27 the_drow_ gem install test-kitchen kitchen-salt kitchen-vagrant
18:28 the_drow_ I can share a gist with what I currently have
18:28 JDiPierro Sorry, I can't right now
18:29 I3olle joined #salt
18:29 the_drow_ JDiPierro: Found it. The problem was in gitflow.sls
18:29 kitp joined #salt
18:29 the_drow_ thanks
18:30 JDiPierro No problem :) Glad you found it.
18:31 tomh- joined #salt
18:32 Ryan_Lane joined #salt
18:38 kitp joined #salt
18:40 berserk joined #salt
18:41 jalaziz joined #salt
18:41 totte left #salt
18:42 berserk joined #salt
18:42 totte joined #salt
18:47 TheThing joined #salt
18:48 bhosmer__ joined #salt
18:55 sgregory_ joined #salt
18:55 che-arne joined #salt
18:57 kisner joined #salt
19:01 cberndt joined #salt
19:01 ipmb Can salt-cloud run an arbitrary command when it first connects?
19:01 ipmb I'm using multimaster-pki and need to copy the master_sign.pub key to the new instance
19:03 nethershaw joined #salt
19:03 murrdoc it can probably do a state
19:04 aqua^mac joined #salt
19:04 ipmb but it can't connect to the master until it has that key
19:04 ze- you could set up a reactor to the appropriate event
19:04 ze- see http://docs.saltstack.com/en/latest/topics/event/master_events.html
19:05 ipmb The minion immediately crashes because the key is wrong
19:06 h8 joined #salt
19:06 h8 hi everyone
19:06 ze- mmm... deploy with a single/simple key, and get to multi-master once setup properly ?
19:06 murrdoc yup
19:07 h8 is there a way to use salt to send root ssh-keys? Or the only way is to setup pillars with users and add them to the sudoers list?
19:07 monkey66 joined #salt
19:10 stoogenmeyer joined #salt
19:11 cheus joined #salt
19:17 hal58th1 h8 not quite sure what your question is. What do you mean by send root ssh-keys? Do you just need a file set up in the minion?
19:18 bhosmer__ joined #salt
19:24 I3olle joined #salt
19:30 h8 hal58th1: basically yes, I get it I could use a command to get the key from a url with wget, or scp or anything like that, but I'm curious to know if I can specifically change the root ssh pub key through salt
19:30 sgregory_ joined #salt
19:33 rap424 joined #salt
19:33 iggy I think the user-formula has some stuff to handle it
19:37 thedodd joined #salt
19:37 hal58th1 h8 I can't see why you wouldn't be able to even with file.managed…?
19:38 iggy there are a few ways you could handle it really
19:42 smcquay joined #salt
19:45 danemacmillan joined #salt
19:50 Laogeodritt joined #salt
19:52 smcquay joined #salt
19:57 badon joined #salt
19:58 krobin joined #salt
20:00 toddnni joined #salt
20:01 aboe joined #salt
20:02 aboe Hi salt devs, is it possible to check in a state if another state is also present in the highstate run?
20:03 murrdoc depends on what u want to do with that information
20:04 murrdoc (also am not salt dev)
20:04 iggy aboe: there's unless, creates, etc.
20:04 aboe something like a resolver module to manage resolv.conf and check if dnsmasq cache is also present to switch to 127.0.0.1
20:04 iggy those run a command though
20:05 aboe yes iggy , was thinking about unless or something similar
20:06 aboe at them moment I just create a a different pillar file per environment/minion if necessary
20:12 jimklo joined #salt
20:12 otter768 joined #salt
20:23 jalaziz joined #salt
20:24 Pewpewarrows joined #salt
20:24 stevednd is it possible to specify a root password when using salt cloud?
20:27 UtahDave joined #salt
20:29 UtahDave aboe: you could check if a dnsmasq related file exists
20:29 numkem Anyone have had issues with the network.managed state on ubuntu? Running latest stable and I get a KeyError
20:29 UtahDave {% if salt['file.exists']('/path/to/dnsmasq/file') %}
20:29 akl left #salt
20:30 UtahDave numkem: I think I remember seeing a github issue on that. Have you checked there?
20:30 aboe UtahDave, that should work, was hoping for something like watch_in: sls: dnsmasq
20:30 basepi babilen: no problem, glad I could clear it up.
20:30 basepi (Sorry for the late reply)
20:30 numkem UtahDave: nope but I will now, thanks!
20:30 aboe UtahDave, without the include of the sls
20:30 UtahDave aboe: will our resolve.sls ALWAYS be run? and the dnsmasq is optional?
20:31 aboe It depends on the type of the machine /minion some have dnsmasq some don't
20:32 UtahDave ok, so then you could have the dnsmasq sls file extend the resolve.sls and change it to 127.0.0.1
20:33 stevednd UtahDave: does something special happen when salt cloud provisions by default with bootstrap.sh? when I just passed the args like you had shown yesterday the minion provisioned with the master configured. I had to create a custom deploy script so that I can configure a linode internal IP, and at the end it calls it attempts to bootstrap passing the args, but it doesn't configure the minion at all
20:34 stevednd https://gist.github.com/dnd/8dd332ec66018a6f9c6a
20:35 UtahDave stevednd: yeah, salt-cloud creates a temp directory in  /tmp/salt-something<hash>     the --keep-tmp option causes salt-cloud to not delete those
20:35 UtahDave stevednd: so your custom script needs to copy the minion config and keys from that temp dir to their proper locations
20:35 stevednd that data['private_ips'] is something I hacked salt to provide(https://github.com/saltstack/salt/issues/19400)
20:35 stevednd ahh
20:36 numkem UtahDave: seems like network bridging is just a mess under ubuntu but I don't find the same case as me. I will open a new issue.
20:36 UtahDave numkem: thanks!
20:36 UtahDave numkem: I do know that the original networking bridge was done with redhat/centos and that the ubuntu is much newer.
20:36 UtahDave numkem: so it may still need polishing
20:37 numkem UtahDave: yeah the documentation reflects that.
20:37 stevednd UtahDave: --keep-tmp gets passed to what exactly? salt-cloud man page doesn't show that option. Is it passed in script_args?
20:37 numkem UtahDave: Also, the bridging itself is very different so I'm not surprised it doesn't work on the first shot, no biggie
20:38 UtahDave numkem: thanks, opening an issue will help get it the attention it needs
20:38 UtahDave stevednd: sorry, I should have been more clear.  try running the bootstrap script manually with that option so you can see the results
20:40 numkem UtahDave: if your interested to track the issue: https://github.com/saltstack/salt/issues/19405
20:42 gothix joined #salt
20:42 eliasp numkem: the title confused for a moment because of a typo (bringing → bridging)  :)
20:43 UtahDave thanks, numkem
20:44 numkem eliasp: I'm bringing my own KeyErrors :P, will fix thanks
20:44 aboe @UtahDave, that's what I'm looking for with extend thanks.
20:44 UtahDave your welcome!
20:44 UtahDave I'll be back later.
20:44 UtahDave left #salt
20:44 aboe that way I can keep the resolver module clean, and only extend dnsmasq
20:44 eliasp I can't wait to move all my servers here to a systemd based distribution with systemd-networkd… all other network configuration approaches are full of weird quirks and troubles… was fighting for quite some time today with this: https://github.com/saltstack/salt/issues/18168#issuecomment-68886669
20:46 numkem eliasp: If you were on the Phoronix forum they would have had your head by talking so nicely about systemd. Personally I love it as well.
20:47 iggy I don't hate it, but it's not like it's without it's issues
20:47 eliasp for me it solved more problems than it created…
20:47 iggy everybody seems to be all about it or all against it
20:47 eliasp TBH: it actually didn't create any issues at all ;)
20:47 iggy wait...
20:47 andrej joined #salt
20:48 numkem It's very different but it opens the doors to many possibilites that init script just required tons of scripting to do under SysV
20:48 iggy at some point, we'll be in the same mess we're in now... 42 different versions of it floating around in the wild each with it's own quirks
20:48 eliasp numkem: yes… and it takes away a huge amount of non-deterministic approaches practiced in the SysV world
20:49 andrej I have a state file (my splunk forwarder set-up) that triggers a firwall update (ufw) on the splunk server via the reactor when the forwarder gets installed to allow the newly splunkified minion to talk to the splunk indexer
20:49 eliasp iggy: I didn't see any major quirks yet… sure, there might have been bugs, but all I've encountered were fixed within a few days
20:49 numkem eliasp: I don't see how it's a bad thing, to me it's monitoring a process, could be anything. You don't have to worry about writting a pid file or monitoring it, it's so much easier.
20:49 iggy lucky
20:49 andrej That used to work fine (last used about 7 months ago), and doesn't any more ....
20:49 eliasp iggy: but the number of bugs I reported against SaltStack is ~20 times higher than systemd bugs for me ;)
20:50 murrdoc systemd is a bug tho
20:50 andrej if I run the state the reactor picks up the salt-masters IP to allow on the splunk server
20:50 numkem oh boy here we go
20:50 murrdoc :)
20:50 murrdoc rc.local for life!
20:50 eliasp numkem: yeah… I'll better stop discussing at this point ;)
20:50 andrej running the same invocation as in the state on the command-line renders the desired result.
20:50 murrdoc i wasnt going to discuss it, make a bad joke and move on was my plan
20:50 andrej I don't understand how this can be
20:50 eliasp murrdoc: put some oil into the fire? ;)
20:51 iggy andrej: surely something has changed in the last 7 months...
20:51 numkem seems to me more like a molotov
20:51 murrdoc nope
20:51 * murrdoc redacts joke but rc.local for life
20:51 andrej iggy: a few salt updates? :)
20:51 xDamox joined #salt
20:51 xDamox in #python
20:52 aqua^mac joined #salt
20:56 andrej http://pastebin.com/B3Q9wy4h
20:56 andrej Here's what it looks like
20:58 rlarkin Ha, somebody mentioned systemd.  I always think of the futurama scene: "Someone said howitzer!"
20:58 eliasp ;)
20:59 murrdoc hah
20:59 eliasp next time I'm simply going to say "deterministic sane network configuration approach" instead of systemd-networkd :)
20:59 jwelch joined #salt
21:00 numkem lol
21:01 iggy too late, we already know you're a neck beard traitor
21:02 eliasp hrhr
21:02 ipmb trying to troubleshoot an issue where `salt-call` works but `salt 'hostname'` always times out
21:02 ipmb I'm using multimaster-pki if that helps at all
21:03 mohae joined #salt
21:03 eliasp ipmb: what happens with the jobs? did you look at the results of the "timed out" jobs? http://docs.saltstack.com/en/latest/topics/jobs/
21:03 eliasp ipmb: you can also increase --timeout on CLI
21:04 ipmb timeout doesn't help
21:04 ipmb just test.ping fails
21:04 * ipmb looks at jids now
21:05 pdayton joined #salt
21:05 twellspring Anyone using the gpg renderer.   Setup per documentation and using
21:06 twellspring file.managed   with a contents_pillar line referencing the gpg encrypted variable.  And the file contains the encrypted string instead of the unencrypted
21:06 ipmb eliasp: https://dpaste.de/Ajci
21:06 ipmb no response from the job lookup
21:06 eliasp uhm
21:07 twellspring Can't find much about this besides http://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.gpg.html
21:07 thedodd joined #salt
21:08 ipmb the only minion that responds to `salt '*' ..` is the one running on the master
21:09 eliasp ipmb: can you reach all ports of your master from the outside (4505, 4506)
21:10 ipmb outside as in from a minion?
21:10 eliasp ipmb: yes
21:10 eliasp ipmb: as the communication is purely a "pull" model… the master never connects to the minions, but the minions to the master to fetch their jobs from the ZeroMQ queue
21:10 jalbretsen joined #salt
21:11 iggy twellspring: anything in the minion logs? (like say a warning that it can't enable the gpg renderer)
21:11 twellspring joined #salt
21:12 enitiz joined #salt
21:13 ipmb eliasp: looks like it's working for one master but not the other... digging further
21:16 ajmccluskey joined #salt
21:17 jalbretsen1 joined #salt
21:18 gzcwnk joined #salt
21:18 the_drow_ Is there a way to install multiple gems like you install multiple system packages using pkgs
21:19 gzcwnk hi, is there a salt way to update/change DNS client settings on linux ? i need to change the nameserver=IP setting on all my servers
21:19 gzcwnk redhat
21:20 eliasp gzcwnk: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.network.html#module-salt.states.network
21:21 gzcwnk cool, thanks was looking inthe wrong place.  :D
21:21 ajw0100 joined #salt
21:21 eliasp gzcwnk: here's a complete list of all state modules: http://docs.saltstack.com/en/latest/ref/states/all/
21:23 thedodd joined #salt
21:24 ipmb eliasp: ok, got a bit farther here... one master is not responding on it's private IP
21:24 ipmb https://dpaste.de/DHBY
21:24 ipmb no iptables rules in place
21:26 jimklo joined #salt
21:27 babilen basepi: Well, I still think that an explicit "testing" branch from which you then fork the maintenance branches (i.e. YYYY.MM) at release time would be a better idea. That way nobody has to guess when a release will be made.
21:28 iggy and people don't pull from the 2015.2 branch thinking it's stable
21:28 iggy (as someone yesterday did)
21:28 basepi babilen: Aren't you describing develop?
21:28 basepi We branch at feature freeze, then do RCs off of that branch, leading up to the real release...
21:28 iggy it's the name of that branch that is contentious
21:29 iggy people use it when they see a dated branch
21:29 basepi Ah, because it's named 2015.2, people expect it to be stable, similar to 2014.7?
21:29 basepi That makes sense. I'll have to think about that.
21:29 eliasp exactly
21:29 iggy and you end up having to rename it when miss the release
21:30 basepi Hehe, well, we expect to miss releases less and less often
21:30 iggy I mean, not that it's ever happened before, but you know... it's a possibility
21:30 ajw0100 I'm trying to install mongo and load some data but I keep getting "[salt.loaded.int.module.cmdmod][ERROR   ] stderr: couldn't connect to [127.0.0.1] couldn't connect to server 127.0.0.1:27017"
21:30 ajw0100 https://gist.github.com/ajw0100/a515293a8967903de005
21:30 babilen basepi: Well, not quite. I describe 2015.2 at the moment.
21:30 ajw0100 recreating the commands manually seems to work fine however: https://gist.github.com/ajw0100/a515293a8967903de005#file-03-manual-install
21:30 babilen basepi: Okay, then call it "frozen" and turn that into YYYY.MM at the time the release is made (or clear that the version number happens at feature freeze)
21:31 basepi Right, it's about the naming convention, you'd rather not have a 2015.2 until 2015.2.0 is out, so it's more stable than at feature freeze. So something like release-testing would morph into 2015.2
21:31 babilen exactly
21:31 ajw0100 I must be missing something? tia to anyone who can help!
21:31 meylor joined #salt
21:31 iggy next?
21:31 meylor I'm getting the error
21:31 meylor Data failed to compile:
21:31 meylor ----------
21:31 meylor ID cloud.volume_present in SLS myserver is not a dictionary
21:32 basepi But the problem there is we still can't completely get away from the 2015.2 number before release -- we need to call the release candidates something
21:32 iggy ajw0100: some things don't like not having a tty connected (as I found out recently with aptly)
21:32 basepi But at least it would stop people from installing from 2015.2 until it's ready
21:32 babilen basepi: Just to cut costs on crystal balls -- All this stems from the inconsistency between 2014.7 and 2015.2 and the idea "Well, why not name it something semantic until the release is made and *then* once you know the actual name create a new branch with the YYYY.MM scheme"
21:32 meylor http://paste.ofcode.org/36QCuXZThxQ9U9Mr4T4Kzfj
21:33 meylor Can someone point me at what I'm missing?
21:33 asdf___ joined #salt
21:33 babilen basepi: rcs are a problem, yes
21:33 babilen RCs
21:34 jimklo joined #salt
21:34 babilen I guess you could stick to Lithium, ... and so on
21:34 ajw0100 iggy know of a way to test if that's the issue?
21:35 ipmb eliasp: I think I can't send commands from either master
21:35 ipmb only the one the minion is currently connected to
21:36 ipmb ...and in the event of a flaky network or a server restarting, that's not deterministic
21:37 kitp joined #salt
21:37 jimklo joined #salt
21:37 basepi babilen, iggy: anyway, good food for thought, thanks.
21:38 martoss joined #salt
21:39 iggy ajw0100: not really (assuming you've cranked up minion logging and didn't see anything in there... aptly was pretty clear about it when I looked at the debug output)
21:40 babilen basepi: I'll ponder that, but you cannot use YYYY.MM before the release if you also want to release "when its ready". Or rather: If you use it you run into the danger that you have to revise that version later on. My thoughts simply stemmed from the observation that an explicit "testing" branch makes this unnecessary.
21:40 shaggy_surfer joined #salt
21:41 basepi babilen: True, and we do not want to become Ubuntu, releasing just to hit dates.
21:41 babilen exactly, that would be horrible
21:41 iggy it has it's merits
21:42 babilen here, have a buggy release every eight weeks
21:42 iggy but I don't think things like raet would have ever made it in if that was the case
21:42 iggy no... here have a release that we didn't let people merge buggy shit into because we have a schedule to keep
21:42 iggy qemu does it (fairly well)
21:43 iggy and they've point blank had to tell people "maybe next time"
21:43 babilen I am not familiar with the way that project works, but I'll take your word for it
21:43 basepi Well and that's the idea behind a feature freeze. At least gives us time to get the bugs out of what we've accepted.
21:43 babilen sure, feature freezes are a very good idea
21:44 iggy it takes discipline that most (strictly) open source projects don't have
21:44 iggy the kernel manages a pretty good job of it too
21:46 eliasp we need to convince thatch to also become a benevolent dictator… :)
21:47 babilen We already have the gods of SaltStackInc
21:48 babilen (with their private branches and enterprise)
21:48 meylor Can someone point me at what I'm missing?
21:48 meylor I'm getting the error
21:48 meylor 1:31     Data failed to compile:
21:48 meylor ----------
21:48 meylor ID cloud.volume_present in SLS myserver is not a dictionary
21:48 meylor http://paste.ofcode.org/36QCuXZThxQ9U9Mr4T4Kzfj
21:49 eliasp babilen: oh no, Polytheism in Salt Lake City… that's not going well together! :)
21:49 babilen meylor: That state does not seem to have an ID. Make that foo: \n cloud.volume_present: \n - ..
21:50 gzcwnk if i run a salt command to change a network setting does it make a backup of the old file first? if so where?
21:50 babilen eliasp: I live in a very atheist city, I wouldn't know.
21:50 babilen gzcwnk: Which command?
21:50 gzcwnk i tried updating with network.managed and it buggered ifcfg-eth0
21:51 babilen Let me check
21:51 gzcwnk i wanted to mod teh file instead it totally rewrote it
21:52 gzcwnk is there  a way to change teh DNS1= and nothing else?
21:53 stevednd how is it possible that the minion's pubkey matches the one that the master has accepted, but the minion still spits out the message that the master rejected the key?
21:53 eliasp gzcwnk: for such granular changes you could use file.replace or augeas
21:54 gzcwnk ik...so that command isnt much use as is.
21:54 eliasp stevednd: which Minion version?
21:54 stevednd 2014.7 git
21:54 gzcwnk script it time I guess
21:55 gzcwnk i might just raise a feature request
21:56 stevednd eliasp: if I remove the key from the master, then reattempt and accept it works fine
21:57 jalaziz joined #salt
21:58 twellspring joined #salt
22:02 martoss left #salt
22:06 meylor babilen thanks.
22:06 Singularo joined #salt
22:10 KyleG joined #salt
22:10 KyleG joined #salt
22:13 otter768 joined #salt
22:13 twellspring joined #salt
22:20 murrdoc joined #salt
22:21 stevednd basepi: how can I determine the /tmp directory during the deploy stage when using salt-cloud?
22:24 DanGarthwaiteAFK joined #salt
22:27 basepi Hrm, I'm not 100% sure, my salt-cloud knowledge is still a little slim
22:27 manfred you can't
22:27 manfred it is randomly generated
22:29 manfred stevednd:  https://github.com/saltstack/salt/blob/develop/salt/utils/cloud.py#L957
22:29 manfred that is the variable that would need to be exposed to be able to predict it/assign it
22:30 manfred otherwise, it is generated on the fly each time as a uuid
22:30 eliasp gnaaah… race-conditions… oh how I love them
22:30 eliasp salt-run fileserver.update && salt -C 'G@os:Windows' saltutil.sync_all
22:30 eliasp this ends up in random appearances of these messages: https://gist.github.com/eliasp/8af217155abf02ed9a50
22:30 manfred actualy, i don't think you can assign it, cause it always attaches a uuid to the tmp_dir name
22:30 manfred https://github.com/saltstack/salt/blob/develop/salt/utils/cloud.py#L966
22:31 jalaziz joined #salt
22:31 manfred basepi:  OWNED!
22:32 * basepi hangs head in shame
22:32 basepi ;) Thanks manfred
22:33 twellspring joined #salt
22:33 manfred <3
22:34 stevednd manfred: and I'm assuming the uuid is not available during deployment?
22:35 foulou joined #salt
22:35 manfred it is not
22:36 manfred it is generated and concatinated with the tmp_dir name
22:36 manfred it might be available in the debug output
22:36 jhauser joined #salt
22:36 stevednd which is also not made available
22:36 stevednd I need it in the custom deploy script I'm writing
22:36 manfred actually i don't see it there either
22:36 manfred https://github.com/saltstack/salt/blob/develop/salt/utils/cloud.py#L966
22:36 manfred that is where it is generated
22:41 mosen joined #salt
22:41 stevednd I used an ugly hack for now and and just passed it as /tmp/.saltcloud* to the -c and -k bootstrap options
22:41 cads joined #salt
22:41 aqua^mac joined #salt
22:42 ajw0100 so with this sls: https://gist.github.com/ajw0100/2aeb736f596c2d909436#file-01-sls
22:42 ajw0100 running `salt-call state.highstate` fails to load data into mongo the first time: https://gist.github.com/ajw0100/2aeb736f596c2d909436#file-02-result-1
22:42 ajw0100 but succeeds if I run `salt-call state.highstate` again immediately: https://gist.github.com/ajw0100/2aeb736f596c2d909436#file-03-result-2
22:43 Aubrey joined #salt
22:43 ajw0100 i must be missing something. i thought maybe the mongod process was not up yet first time around but i have service.running in the sls and salt reports "Service mongodb is already enabled, and is in the desired state"
22:44 Aubrey Can't seem to get file.replace working
22:44 Aubrey File: http://hastebin.com/edinuxesaq.sm
22:44 Aubrey Template: http://hastebin.com/xubovijevo.sm
22:44 Aubrey 1) I've tried several variations on pattern ('' // etc), no replacements are ever made
22:44 Aubrey 2) Pattern works great in regexr: http://regexr.com/3a5v3
22:44 Aubrey 3) This dude seems to be appending comments to filenames as 'file.name-comment': https://groups.google.com/forum/#!topic/salt-users/GmgV-IZSGHw Any idea why this doesn't work for me, or what the right way is to go about adding comments to functions that describe what is going on when the state is run?
22:44 mosen hiya saltines
22:45 asyncsrc joined #salt
22:47 eliasp who wants to have some fun with race conditions? https://github.com/saltstack/salt/issues/19417
22:47 geekatcmu You say "fun".  I say "nope, nope, nope"
22:48 eliasp hehe
22:49 mosen how difficult is it to issue a pull req on a formula? or is it not allowed?
22:50 iggy mosen: that's the primary way of updating them (probably should be the only...)
22:52 mosen iggy: I mean are they limited only to people inside the org, in a sense
22:52 iggy no, I've sent tons of them
22:53 mosen cool
22:54 bhosmer_ joined #salt
22:54 mosen I have to interrogate UtahDave about the osx formula that popped up and disappeared :)
22:55 iggy when?
22:56 eliasp this reminds me I still have a half-finished nfs formula here waiting for some love before being submitted ;)
22:56 jimklo joined #salt
22:57 mosen about 18 hours ago i  guess
22:58 iggy it might have been that whoever was trying to get it into the formulas backed out
22:58 mosen ahh well, no problem.
23:00 mosen I wrote a bunch of state and execution modules and figured i might be duplicating someone elses work
23:02 smcquay joined #salt
23:06 Aubrey Anyone know why this doesn't work?
23:06 Aubrey salt-call file.replace /home/devadmin/test.txt pattern='42' repl='43'
23:06 Aubrey "Passed invalid arguments: first argument must be string or compiled pattern"
23:06 ajw0100 joined #salt
23:07 Aubrey Here's a semantically identical command straight from the docs: salt '*' file.replace /path/to/file pattern="bind-address\s*=" repl='bind-address:'
23:08 eliasp Aubrey: which Salt version?
23:08 Aubrey 2014.7.0
23:09 lionel joined #salt
23:09 jalaziz joined #salt
23:11 eliasp Aubrey: you might want to give this https://raw.githubusercontent.com/saltstack/salt/2014.7/salt/modules/file.py a try… I did some changes/fixes in file.replace after 2014.7.0: https://github.com/saltstack/salt/commits/2014.7/salt/modules/file.py
23:11 eliasp Aubrey: you can distribute this version until 2014.7.1 using "Dynamic Module Distribution":  http://docs.saltstack.com/en/latest/ref/file_server/dynamic-modules.html
23:12 Aubrey Cool, thanks!
23:12 iggy mosen: did you look around on github? most formulas that end up in saltstack-formulas start off elsewhere on github
23:13 mosen iggy: good point ill search around
23:13 jimklo joined #salt
23:14 iggy Aubrey: also, pattern and repl aren't kwargs
23:14 iggy but I do see the docs have it too
23:16 lionel joined #salt
23:16 Aubrey @Iggy - could you give me a sample of the right way to use replace?
23:17 iggy I wish
23:17 Aubrey I've tried quite a few variations - template and cli - nothing so far has worked
23:17 iggy I've never used it like that
23:18 fragamus joined #salt
23:21 nickg joined #salt
23:21 Hipikat joined #salt
23:21 ashb joined #salt
23:21 smkelly joined #salt
23:21 heise joined #salt
23:21 pfallenop joined #salt
23:21 mik3 joined #salt
23:21 andabata joined #salt
23:21 iggy Aubrey: did you try just un-kwarg'ing pattern and repl?
23:21 emostar joined #salt
23:21 a1j joined #salt
23:21 Whissi joined #salt
23:21 erjohnso joined #salt
23:21 mattjb joined #salt
23:21 stewba joined #salt
23:21 lynxman joined #salt
23:21 Eliz_ joined #salt
23:21 aron_kexp joined #salt
23:21 xDamox joined #salt
23:21 numkem joined #salt
23:21 VSpike joined #salt
23:21 kaptk2 joined #salt
23:21 manfred joined #salt
23:21 jimklo joined #salt
23:21 Auroch joined #salt
23:21 iggy i.e. salt-call file.replace /home/devadmin/test.txt 42 43
23:21 cruatta joined #salt
23:21 Cyrax_ joined #salt
23:21 MatthewsFace joined #salt
23:21 babilen joined #salt
23:21 lude joined #salt
23:21 superseb joined #salt
23:21 harkx joined #salt
23:21 ntropy joined #salt
23:21 _mel_ joined #salt
23:21 mortini joined #salt
23:21 gmoro joined #salt
23:22 MatthewsFace joined #salt
23:22 Guest58009 joined #salt
23:22 gwmngilfen joined #salt
23:22 jamesog joined #salt
23:22 agend joined #salt
23:22 beardo_ joined #salt
23:22 Kenzor joined #salt
23:22 ckao joined #salt
23:22 jY joined #salt
23:22 honestly joined #salt
23:22 N-Mi_ joined #salt
23:22 Pixionus joined #salt
23:22 vbabiy_ joined #salt
23:22 copelco joined #salt
23:22 sc` joined #salt
23:22 sk_0 joined #salt
23:22 djaykay joined #salt
23:22 enclyp joined #salt
23:22 hardwire joined #salt
23:22 crazysim joined #salt
23:22 vukcrni joined #salt
23:22 palantir_ joined #salt
23:22 __alex joined #salt
23:22 nikogonzo joined #salt
23:22 AllSySt3msG0 joined #salt
23:22 Ligthert joined #salt
23:22 dstokes joined #salt
23:22 nkuttler joined #salt
23:22 rogst joined #salt
23:22 mackstick joined #salt
23:22 LordOfLA joined #salt
23:22 trevorj joined #salt
23:22 gadams joined #salt
23:22 jevonearth1 joined #salt
23:22 jaylark joined #salt
23:22 UForgotten joined #salt
23:22 mirko joined #salt
23:22 chrischris joined #salt
23:22 MikaT joined #salt
23:22 sirtaj joined #salt
23:22 CSa_ joined #salt
23:22 mortis joined #salt
23:22 masterkorp joined #salt
23:22 amatas joined #salt
23:22 tru_tru joined #salt
23:22 AnswerGuy joined #salt
23:22 retr0h joined #salt
23:22 davromaniak joined #salt
23:22 utahcon joined #salt
23:22 ShibMcNe joined #salt
23:22 stotch joined #salt
23:22 amontalban joined #salt
23:22 nlb joined #salt
23:22 skullone joined #salt
23:22 marcinkuzminski joined #salt
23:22 nyov joined #salt
23:22 mitsuhiko joined #salt
23:22 cpt-oblivious joined #salt
23:22 cpt-oblivious joined #salt
23:22 Aubrey Testing now, have to wait another minute or so
23:23 dnai23 joined #salt
23:23 Aubrey Rebuilding vagrant environment with the git dev version of Salt
23:23 pacopablo joined #salt
23:23 bretep joined #salt
23:23 stevednd joined #salt
23:23 bernieke joined #salt
23:23 sarlalian joined #salt
23:23 murrdoc dude test kitchen
23:24 murrdoc if yo friend
23:24 aron_kexp joined #salt
23:24 scarcry joined #salt
23:25 munhitsu___ joined #salt
23:25 DaveQB joined #salt
23:25 fxdgear joined #salt
23:25 miqui joined #salt
23:26 m0nky joined #salt
23:26 ze- joined #salt
23:26 vukcrni joined #salt
23:27 flebel joined #salt
23:27 gfa joined #salt
23:27 Corey joined #salt
23:28 MK_FG joined #salt
23:31 ldlework joined #salt
23:32 wnkz__ joined #salt
23:32 phx__ joined #salt
23:33 nitti joined #salt
23:34 rockey joined #salt
23:35 smkelly joined #salt
23:39 shaggy_surfer joined #salt
23:40 hasues joined #salt
23:44 beneggett joined #salt
23:45 cpowell joined #salt
23:46 eMBee joined #salt
23:46 cpowell joined #salt
23:48 mattikus` joined #salt
23:49 jalaziz joined #salt
23:49 jakesyl_insomnia joined #salt
23:52 nitti joined #salt
23:55 moos3 joined #salt
23:55 piquadrat joined #salt
23:55 dabb joined #salt
23:55 nk joined #salt
23:55 pdayton joined #salt
23:56 fbettag joined #salt
23:56 Kakwa joined #salt
23:56 LeProvokateur joined #salt
23:56 jhujhiti joined #salt
23:56 bastiandg joined #salt
23:56 kiorky joined #salt
23:57 rofl____ joined #salt
23:57 fxhp joined #salt

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