Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-10-23

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

All times shown according to UTC.

Time Nick Message
00:01 rattmuff joined #salt
00:02 ghanima joined #salt
00:02 darrend joined #salt
00:03 sunkist I have a problem; I'm using vagrant to test salt, but the only version of salt I can manage to get installed is 2014.1.11, which has a bug (pillar doesn't work for masterless minions.)
00:03 sunkist When I try to install a different version of salt, the install fails.
00:03 ajolo joined #salt
00:04 sunkist I thought salty-vagrant was causing the problem, but actually, salt-bootstrap fails identically when I run it myself.
00:06 sunkist salt-bootstrap will install the OS packages just fine, but asking it to install 2014.1.10 OR 2014.1.12 fails.
00:06 sunkist So I am only able to install a buggy version of salt inside my vagrant box.
00:07 Ryan_Lane basepi: ^^ :'(
00:08 Ryan_Lane it's really bad that this problem is plaguing people for so long
00:08 murrdoc seconded
00:08 sunkist Ryan_Lane: it's the combo of the 2014.1.11 bug *and* the salt-bootstrap bug...
00:09 sunkist If I could switch versions to work around it, I'd do it!
00:09 Ryan_Lane well, it shouldn't be necessary to switch versions. when you install the default stable version, it should just work
00:11 bhosmer joined #salt
00:11 basepi sunkist: have you tried 'bootstrap.sh git v2014.1.10' ?
00:11 rattmuff joined #salt
00:12 basepi Git installs should work fine. And I've heard of no issues with them.
00:12 vbabiy joined #salt
00:12 sunkist basepi: yes, I've tried that.
00:12 sunkist basepi: I get a slightly different error with a -U git v2014.1.10 than I do without the U.
00:13 sunkist BUt it still fails on a hashicorp/precise32 box.
00:13 basepi Weird. I've never heard of anyone being able to install any version of salt and not being able to overwrite with a git install.
00:13 basepi What is -U?
00:13 Ahrotahntee this is strange. salt is taking a [hella] long time to come back after dispatching a job (in this case highstate)
00:13 sunkist -U does a system upgrade.
00:14 Ahrotahntee seems like it's choking on package management (apt-get)
00:14 basepi Hmmm, I would definitely drop that, I've never used it. It still fails with just the arguments I showed?
00:14 Ahrotahntee .. because it's calling frontend.
00:14 * Ahrotahntee wanders off to investigate
00:14 sunkist basepi: it fails without the -U as well.
00:14 basepi Ahrotahntee: grrrrrr, apt really pisses me off with how hard it is to make it non-interactive.
00:15 basepi sunkist: Hrm. I'm not familiar with any bugs with git installs at the moment. Please file a bug on the bootstrap repo on GitHub and ping s0undt3ch there.
00:16 vbabiy joined #salt
00:17 sunkist basepi: http://pastebin.com/e512JUPh
00:17 sunkist There's a failing vagrantfile.  Take out the -U and it also fails.
00:17 Ahrotahntee basepi: yeah something's going on with the mariadb package I think
00:17 Ahrotahntee it seems to be insisting on frontend
00:18 murrdoc sunkist:  u could try using the shell provisioner
00:19 murrdoc Vagrant.configure("2") do |config|
00:19 murrdoc config.vm.provision "shell",
00:19 murrdoc inline: " curl -L https://bootstrap.saltstack.com | sudo sh -s -- git v2014.1.10 "
00:19 murrdoc end
00:19 murrdoc i mean only to keep moving
00:20 basepi sunkist: Sorry, I can't test at the moment. Just on my phone. It also doesn't help that my bootstrap knowledge is close to zero. I can use it, and that's about it.
00:20 bhosmer_ joined #salt
00:20 murrdoc or even
00:20 Ahrotahntee nope nope nope. it was ca-certificates; it was showing me what certificates were being added.
00:21 rattmuff joined #salt
00:22 ioio joined #salt
00:24 ghanima joined #salt
00:24 darrend left #salt
00:25 sunkist murrdoc: I've tried it from the shell provisioner.  Something like: sh install_salt.sh git v2014.1.12
00:25 murrdoc no love ?
00:27 murrdoc u are using precise yeah ?
00:27 murrdoc last thing to try would be to add the ppa and install salt
00:28 murrdoc sunkist:  deb http://ppa.launchpad.net/saltstack/salt/ubuntu precise main
00:31 pdayton joined #salt
00:31 rattmuff joined #salt
00:41 rattmuff joined #salt
00:45 ramishra joined #salt
00:47 kivihtin joined #salt
00:50 micah_chatt joined #salt
00:51 rattmuff joined #salt
00:52 aparsons joined #salt
00:57 stephas joined #salt
00:59 to_json joined #salt
01:00 fxhp joined #salt
01:00 rattmuff joined #salt
01:07 knot joined #salt
01:08 mgw joined #salt
01:09 SheetiS joined #salt
01:10 rattmuff joined #salt
01:12 kloplop321 joined #salt
01:12 Mso150 joined #salt
01:12 aparsons joined #salt
01:20 mgw murrdoc: did you find a deb for the RC?
01:20 rattmuff joined #salt
01:21 murrdoc nope
01:21 murrdoc waiting on utahdave
01:21 mgw What os release are you on?
01:22 murrdoc trusty and precise
01:22 mgw I build my own for trusty
01:22 murrdoc oh word
01:22 murrdoc fpm ?
01:22 mgw no
01:22 murrdoc build script ?
01:22 mgw I use the debian source package from launchpad
01:22 mgw and overlay it
01:22 mgw and then just
01:22 mgw dpkg-buildpackage -b
01:23 mgw So what I build probably isn't quite what will be built and put on the PPA
01:23 arthabaska joined #salt
01:23 mgw as there may be some packaging changes
01:23 murrdoc yeah
01:23 mgw I can build you one for trusty real quick though if you want
01:23 murrdoc https://launchpad.net/~saltstack/+archive/ubuntu/salt-daily
01:24 murrdoc sure
01:24 murrdoc or point me at the source packages
01:24 murrdoc i ll gladly setup a daily
01:25 murrdoc from here ? https://launchpad.net/ubuntu/utopic/+source/salt
01:27 tkharju joined #salt
01:27 mgw that should work
01:27 mgw I grabbed it from the PPA I think
01:27 mgw https://launchpad.net/ubuntu/utopic/+source/salt/2014.1.10+ds-1/+files/salt_2014.1.10+ds-1.debian.tar.xz
01:27 mgw but that is probably the same
01:28 mgw that "salt-daily" ppa is rather out of date
01:29 murrdoc hmm, 2014.1.10 is in ppa already
01:30 murrdoc http://ppa.launchpad.net/saltstack/salt/ubuntu/pool/main/s/salt/
01:30 murrdoc its actually further
01:30 rattmuff joined #salt
01:37 jalaziz joined #salt
01:39 rypeck joined #salt
01:40 rattmuff joined #salt
01:45 murrdoc i am just going to extract this and fpm it
01:47 ilbot3 joined #salt
01:47 Topic for #salt is now Welcome to #salt | 2014.1.10 is the latest | Help us test the 2014.7 RC! http://bit.ly/salt-rc | 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:47 gyre007_ joined #salt
01:50 rattmuff joined #salt
01:51 justlooks_ joined #salt
01:51 __number5__ fpm or bootstrap (waiting for distro repos took ages)
01:53 __number5__ and 2014.7.x is so good, it's worth even you need to write work around for few bugs left
01:53 dsolsona joined #salt
01:54 justlooks_ hi, i start salt minion error here is detail : https://gist.github.com/justlooks/7b0353ec86cbc6980e6a
01:59 beneggett joined #salt
02:00 Furao joined #salt
02:00 Furao joined #salt
02:00 rattmuff joined #salt
02:03 MrThrax 2
02:03 MTecknology Could be an interesting read for you guys - http://lwn.net/SubscriberLink/617370/a1b75dbb39118f9e/
02:04 mohae joined #salt
02:04 diegows joined #salt
02:05 Rockj joined #salt
02:07 dude051 joined #salt
02:09 bhosmer joined #salt
02:09 ramishra joined #salt
02:09 dalibro joined #salt
02:10 rattmuff joined #salt
02:13 APLU joined #salt
02:14 yes456 joined #salt
02:19 yes456 joined #salt
02:19 ndrei joined #salt
02:20 Hydrosine joined #salt
02:20 rattmuff joined #salt
02:30 rattmuff joined #salt
02:40 rattmuff joined #salt
02:41 jbirdman joined #salt
02:44 beneggett joined #salt
02:50 rattmuff joined #salt
02:52 mosen left #salt
02:52 mosen joined #salt
02:55 zlh_ joined #salt
03:00 zlh joined #salt
03:00 rattmuff joined #salt
03:00 zlh joined #salt
03:02 crocket joined #salt
03:02 crocket I am confused by salt orchestrate.
03:02 crocket It looks the same as sls.
03:03 viq joined #salt
03:04 belak joined #salt
03:05 aurynn crocket, it can order states across multiple servers
03:05 aurynn so you can assert that a database is provisioned on S1 before starting your app on S2
03:05 crocket aurynn, How can I prevent an orchestrate file from being executed by salt?
03:05 aurynn they're handled differently
03:06 crocket aurynn, hm....
03:06 aurynn I'd have to check the docs
03:06 crocket I think state.highstate can execute orchestrate files.
03:06 aurynn but it's outside the standard highstate
03:06 crocket How?
03:07 ramishra joined #salt
03:08 zlhgo joined #salt
03:10 rattmuff joined #salt
03:11 aurynn again, I'd have to check the docs, but istr it's called by salt-run
03:11 crocket It's literally a state.
03:11 cberndt joined #salt
03:12 jaimed joined #salt
03:12 aurynn most things are literally states.
03:12 aurynn I plead insufficient knowledge :)
03:13 wnkz joined #salt
03:19 skullone is there a way to run salt without certs on the minions?
03:19 dude051 joined #salt
03:20 rattmuff joined #salt
03:20 dude051 joined #salt
03:30 rattmuff joined #salt
03:30 belak joined #salt
03:31 belak joined #salt
03:34 crocket skullone, Do you want to strip down security?
03:34 crocket By the way, I don't know an answer to your question.
03:37 dude051 joined #salt
03:39 anotherZero joined #salt
03:40 rattmuff joined #salt
03:40 crocket I'm confused about prereq
03:40 crocket In http://pastebin.com/1zEWZVC7 , does graceful-down trigger site-code? or does site-code trigger graceful-down?
03:41 Setsuna666 joined #salt
03:45 crocket Help me understand prereq.
03:46 dude051 joined #salt
03:50 rattmuff joined #salt
03:54 crocket I don't see a difference between onchanges and prereq.
03:54 crocket It's so confusing.
03:57 skullone crocket: we autosign anyways, so its really not much worse :p
03:57 skullone its all an internal network, no access in, no access out
03:57 crocket skullone, Do you know a difference between onchanges and prereq?
03:58 bhosmer joined #salt
04:00 rattmuff joined #salt
04:00 chamunks joined #salt
04:04 skullone i dont
04:05 skullone havent used it
04:06 APLU joined #salt
04:10 rattmuff joined #salt
04:11 jergerber joined #salt
04:12 jonbrefe joined #salt
04:12 mosen hiya skullone
04:15 Cidan joined #salt
04:20 rattmuff joined #salt
04:29 jalbretsen joined #salt
04:29 Ryan_Lane joined #salt
04:30 rattmuff joined #salt
04:37 djaime joined #salt
04:40 rattmuff joined #salt
04:45 mgw joined #salt
04:48 fragamus_ joined #salt
04:48 skullone sup
04:49 otter768 joined #salt
04:50 rattmuff joined #salt
04:52 tf198_ joined #salt
04:58 TheThing joined #salt
05:01 rattmuff joined #salt
05:01 ramishra joined #salt
05:03 wnkz joined #salt
05:06 Katafalkas joined #salt
05:11 rattmuff joined #salt
05:12 ramishra_ joined #salt
05:16 schimmy joined #salt
05:19 kermit joined #salt
05:20 schimmy1 joined #salt
05:21 rattmuff joined #salt
05:30 Setsuna666 joined #salt
05:31 rattmuff joined #salt
05:33 schimmy joined #salt
05:41 crocket I think the explanation on http://docs.saltstack.com/en/latest/ref/states/requisites.html#prereq is wrong.
05:41 crocket If the "changes" key contains a populated dictionary, it means that the pre-required state expects changes to occur when the state is actually executed, as opposed to the test-run. The pre-required state will now actually run. If the pre-required state executes successfully, the pre-requiring state will then execute. If the pre-required state fails, the pre-requiring state will not execute.
05:41 crocket "pre-required" and "pre-requiring" are exchanged in that paragraph.
05:42 rattmuff joined #salt
05:46 bhosmer joined #salt
05:49 oyvjel joined #salt
05:53 rattmuff joined #salt
05:53 Setsuna666 joined #salt
05:59 colttt joined #salt
06:01 mgw joined #salt
06:04 rattmuff joined #salt
06:04 mosen joined #salt
06:05 shookees joined #salt
06:05 shookees joined #salt
06:07 babilen crocket: No, state A has "prereq: B" and if B fails A will not run. B is the pre-required state and A the pre-requiring one, isn't it?
06:08 crocket B is the pre-required state, and A starts first.
06:08 crocket If A fails, B doesn't run.
06:08 crocket A runs only if B could generate changes.
06:09 crocket babilen, The documentation was written by a sleepy man.
06:09 andabata- joined #salt
06:09 aqua^lsn_ joined #salt
06:09 t0rrant_ joined #salt
06:10 ZombieTwiglet joined #salt
06:10 Hammerheart joined #salt
06:10 Heggan joined #salt
06:11 rubenb joined #salt
06:11 __alex joined #salt
06:11 davidone_ joined #salt
06:11 oeuftete joined #salt
06:11 mirko joined #salt
06:13 eightyeight joined #salt
06:14 Damianz joined #salt
06:15 Nazzy joined #salt
06:15 Nazzy joined #salt
06:15 unpaidbill joined #salt
06:15 jacksontj joined #salt
06:16 bdf joined #salt
06:16 vividloop joined #salt
06:16 vividloop joined #salt
06:16 tmmt joined #salt
06:16 micko joined #salt
06:16 drybjed joined #salt
06:17 bdf joined #salt
06:17 hasues joined #salt
06:18 packeteer joined #salt
06:18 DaveQB joined #salt
06:18 hasues left #salt
06:20 crocket Do I need to learn to write modules and states before doing anything useful with salt?
06:21 mosen not if there exists modules to do the things you already want to do
06:22 crocket mosen, I'm afraid that I'll need to write modules or states.
06:22 unpaidbi1l joined #salt
06:22 crocket mosen, Where can I find third party modules and states?
06:23 mackstick joined #salt
06:23 ghanima joined #salt
06:23 smcquay joined #salt
06:24 mosen crocket: custom states, not just the formulas like at the saltstack-formulas repository?
06:24 tf198_ joined #salt
06:24 rattmuff joined #salt
06:24 arno joined #salt
06:24 crocket mosen, Aren't saltstack-formulas the core of salt?
06:25 Rockj joined #salt
06:25 ghanima anyone play around with the release candidate
06:26 felskrone joined #salt
06:27 mosen crocket: they're just examples for setting up different states.. like setting up apache vhosts for example
06:27 crocket examples
06:27 crocket I want third party states.
06:28 crocket United states of salt aren't very interesting.
06:28 jdmf joined #salt
06:29 flyboy joined #salt
06:30 mosen crocket: if you really need to use a custom tool or API, then yeah you would have to write something. I'm not sure if theres a central repo for custom states and execution modules.
06:31 ramishra_ joined #salt
06:34 rattmuff joined #salt
06:34 crocket mosen, What about ansible?
06:36 gmcwhistler joined #salt
06:38 __number5__ mosen, crocket: https://github.com/saltstack/salt-contrib
06:40 Mso150 joined #salt
06:42 mosen __number5__: nice
06:42 mosen I have quite a few custom modules, wonder if i can somehow pull req
06:42 mosen crocket: not sure havent used it
06:43 __number5__ mosen: go ahead, they are petty open for pull requests
06:44 crocket mosen, A destination
06:44 crocket The final destination is salt-core.
06:44 rattmuff joined #salt
06:45 saltuser joined #salt
06:46 mosen im out
06:47 crocket I'm really confused by salt.state and salt.function.
06:47 bahadir_ joined #salt
06:47 Furao joined #salt
06:48 trikke joined #salt
06:50 forze Hello! I'm wondering if I can set a static ipadress when using salt-cloud (beta) with the vsphere-provider? I may have missed something in the docs... =)
06:50 forze Release Candidate even...
06:51 ze- joined #salt
06:53 crocket sdf
06:55 bytemask joined #salt
06:59 micko1 joined #salt
07:00 eofs_ joined #salt
07:00 nickg_ joined #salt
07:00 jagardaniel1 joined #salt
07:00 otter768 joined #salt
07:00 funzo_ joined #salt
07:00 heise_ joined #salt
07:01 rockey_ joined #salt
07:06 rogst joined #salt
07:10 mpoole joined #salt
07:11 duncanmv joined #salt
07:11 A||SySt3msG0 joined #salt
07:12 analogbyte joined #salt
07:12 harkx joined #salt
07:12 packeteer joined #salt
07:12 ghanima joined #salt
07:12 duncanmv I need the minion to access a http resource on the server, but authenticated. I wonder how I could reuse the minion already done authentication against the master
07:13 duncanmv is there a token on the minion that I could put in the http and then ask the master if the token is still valid?
07:13 arno joined #salt
07:13 NaPs joined #salt
07:13 crocket Hello buddies
07:14 chiui joined #salt
07:15 wnkz_ joined #salt
07:16 crocket Why does the master assign custom grains to all minions?
07:16 crocket Aren't grains generated by minions?
07:16 crocket It doesn't make sense.
07:16 tomspur joined #salt
07:16 gyre007_ joined #salt
07:17 wnkz joined #salt
07:17 crocket Where can I the part of documentation that describes how to write state modules?
07:18 flyboy82 crocket: grains are not "generated" by minions. They are static data the describe the minions, their configuration, their specs, and in the case of custom grains, their purpose etc... That being understood, it is perfectly normal for a master to want to specify custom static data for its minions
07:19 flyboy82 so that the states can later make use of them either for targeting or populating variables with their content
07:19 crocket flyboy82, Is it possible to assign different custom grains to different minions?
07:19 babilen crocket: Re: prereq, what you said is exactly what happens and what the documentation says. What is the source of your confusion or why do you think that it was written by "a sleepy man" ?
07:19 crocket flyboy82, As a master, I want to know.
07:20 crocket babilen, https://github.com/saltstack/salt/issues/16826
07:20 flyboy82 that's the point... if you have the same custom grains on all minions, you shouldn't be having them at all...
07:20 babilen crocket: custom grains are synced to all minions
07:20 crocket flyboy82, custom grains are synced to all minions.
07:20 flyboy82 babilen: I thought he meant the contents of the grains
07:20 crocket I can't control which grains go to which minions.
07:20 wvds-nl joined #salt
07:21 crocket It's done by pillar.
07:21 flyboy82 then target the pillar by means of other grain... eg. only for minions with fqdn containing "app-server*"
07:22 crocket I found http://docs.saltstack.com/en/latest/ref/states/writing.html !
07:22 babilen crocket: No, grains are sent to all minions. It is up to you to provide sensible values. If you want to use grains^Wtags then you'd have to use grains.set
07:22 crocket ^Wtags?
07:22 crocket babilen, Custom grains don't seem to make sense.
07:22 crocket I could just use pillars.
07:22 crocket /srv/salt/_grains
07:23 flyboy82 so when the time comes to set up your Mongo Replica set, how will the state know which of the members is the primary and which are the secondaries or even arbiter?
07:24 crocket flyboy82, What?
07:24 flyboy82 if you can do something like that using only pillar, please share the solution with me too
07:24 crocket flyboy82, I don't understand the task.
07:24 babilen crocket: I have no idea what you want to do, but custom grains are synced to all minions and evaluated.
07:25 crocket flyboy82, ^^
07:25 crocket babilen, Is every custom grain assigned to every minion
07:25 crocket babilen, Is every custom grain assigned to every minion?
07:25 babilen sure
07:25 crocket Duh
07:25 babilen Anything else woulnd't make sense
07:25 crocket babilen, Why do I want to do that?
07:26 babilen Have you used grains before? And if so: Which one?
07:26 crocket babilen, I'm just about to salt my system.
07:28 crocket babilen, I just tasted grains.
07:28 crocket They taste weird.
07:28 babilen and nommy?
07:28 babilen Okay, I would strongly suggest to actually start using salt before we continue because a lot of your questions will be answered by the time you've done so.
07:29 crocket ok
07:30 duncanmv how can I hook into the authentication of the minion? (I want to do an http service that runs on the master, the minion puts some kind of token, and on the server side I ask the master if the token is valid, the token being the same or derived from what the minion used to authenticate with the master from the beginning)?
07:33 bhosmer joined #salt
07:33 slav0nic joined #salt
07:35 bhosmer_ joined #salt
07:42 swa_work joined #salt
07:43 mattikus` joined #salt
07:43 swa_work joined #salt
07:48 saltuser left #salt
07:50 intellix joined #salt
07:52 alex-mesos joined #salt
07:52 wvds-nl hi people... i've got salt minion 2014.1.11 (Hydrogen) installed on my Windows 7 X64 test host. right now i would like to log it to a file
07:52 wvds-nl but the conf file tells you need to have syslog setup before logging will work... does this also apply on salt minion for windows?
07:56 ramteid joined #salt
07:59 nebuchadnezzar joined #salt
08:00 wvds-nl never mind, got the console application working right now
08:02 jhauser joined #salt
08:05 lcavassa joined #salt
08:12 bahadir_ joined #salt
08:13 dalibro Is there any part of documentation covering how to use modules ?
08:14 dalibro Every module I tried I'm getting "'something' is not available."
08:14 dalibro for example selinux
08:14 crocket Does anyone have a clue about using salt to construct emacs configurations?
08:15 crocket It needs to add elpa repository to .emacs, install elpa modules, and add the rest of configurations to .emacs
08:15 crocket This sounds like an unsupported state in salt.
08:18 gyre007_ joined #salt
08:19 forze joined #salt
08:19 simonmcc joined #salt
08:19 forrest joined #salt
08:19 ujjain joined #salt
08:20 Fl0o joined #salt
08:26 jcockhren https://www.biostat.wisc.edu/~annis/creations/PyLisp/
08:26 jcockhren maybe a renderer
08:27 wnkz joined #salt
08:28 dalibro got it ! :)
08:28 jcockhren crocket: ^^
08:29 jcockhren states can be written in python using whatever python libs installed on the system.
08:29 crocket jcockhren, ???
08:30 crocket jcockhren, Do you want me to use PyLisp to build ~/.emacs?
08:31 jcockhren yeah, I'm saying if it was to be implemented in salt, it woulkd have to leverage pylint
08:31 jcockhren pylisp*
08:32 crocket jcockhren, Doh
08:32 crocket I feel sick.
08:32 jcockhren ?
08:32 crocket I am a beginner
08:34 jcockhren many parts of the salt project was contribued by folks in the community
08:34 jcockhren we'll all pitch in to better the project
08:35 crocket How can I invoke execution modules?
08:35 forze joined #salt
08:35 simonmcc joined #salt
08:35 forrest joined #salt
08:35 ujjain joined #salt
08:35 crocket inside states?
08:35 crocket salt-run?
08:35 aquinas joined #salt
08:36 jcockhren the module state
08:36 crocket ok
08:36 crocket salt '*' cmd.run
08:36 jcockhren http://docs.saltstack.com/en/latest/ref/states/all/salt.states.module.html#module-salt.states.module
08:38 crocket It seems I can return anything from an execution module function?
08:38 jalaziz joined #salt
08:40 jcockhren https://gist.github.com/jcockhren/2cefabbeebd4823928d5
08:41 jcockhren depending on what you want to do, there's a state available for it.
08:42 alex-mesos joined #salt
08:42 crocket I want to construct a virtual machine image with packer.
08:42 crocket Should I use salt-master to configure virtual machines?
08:42 jcockhren instead of using the gist to ensure the state of the mysql service(for example) is on/off, use the service state
08:43 crocket Or, should I use salt in masterless mode to configure a virtual machine image locally?
08:43 jcockhren use vagrant
08:43 crocket hmm....
08:43 jcockhren vagrant has a salt provisioner
08:43 crocket and?
08:43 crocket Should I set up everything in salt provisioner?
08:43 crocket Or, should I let the salt master configure?
08:44 crocket It's a tough decision.
08:44 jcockhren http://www.packer.io/intro/getting-started/vagrant.html
08:44 crocket packer currently doesn't have vagrant-libvirt post-processor.
08:44 crocket A pull request is pending for it, but it is not pulled yet.
08:45 crocket mitchellh is slow to accept pull requests.
08:45 crocket jcockhren, https://github.com/mitchellh/packer/pull/1330
08:45 jcockhren heh. I know https://github.com/sciurus
08:45 Mso150_q joined #salt
08:46 crocket jcockhren, know what
08:46 jcockhren the developer sciurus
08:47 intellix joined #salt
08:47 crocket I don't like mitchellh
08:47 crocket He accepts some pull requests quickly but doesn't accept other pull requests for months.
08:47 crocket It's a discrimination.
08:49 jcockhren https://github.com/mitchellh/packer/tree/master/provisioner/salt-masterless
08:50 jcockhren :ship:
08:51 k3ys3r joined #salt
08:52 crocket jcockhren, It'd be hard to use salt to orchestrate packer, right?
08:53 jcockhren nah. just define states and packer will use salt to provision
08:53 jcockhren just like vagrant uses salt to provision vagrant boxes
08:53 crocket jcockhren, I mean I want salt to control packer with states.
08:53 jcockhren yeah. that'll allow you to do that
08:53 crocket salt controls packer which in turn controls salt.
08:54 jcockhren packer uses salt
08:54 crocket inside a vm, yes.
08:54 crocket Outside a vm, salt can control packer.
08:55 crocket I think I'll provision everything with packer.
08:55 crocket That's simpler.
08:55 jcockhren do that with a custom execution module
08:55 jalaziz joined #salt
08:56 jcockhren custom modules can live in '_modules' in your file_root directory
08:57 crocket jcockhren, I may like to construct a packer state.
08:59 jcockhren a packer state would be cool
09:00 crocket Where do I download and install packer?
09:01 jcockhren http://www.packer.io/downloads.html
09:02 crocket jcockhren, I want to choose the right location for each distro.
09:02 crocket For NixOS, I can't just install it anywhere.
09:02 crocket NixOS is special.
09:03 jcockhren https://docs.python.org/2/library/sys.html#sys.platform
09:05 crocket How would I orchestrate packer install and operations without writing custom execution modules and states?
09:06 jcockhren use the states provided in salt
09:07 dsolsona joined #salt
09:09 N-Mi joined #salt
09:24 bhosmer joined #salt
09:27 Outlander joined #salt
09:39 giantlock joined #salt
09:45 CycloHex joined #salt
09:46 CycloHex I'd like to edit some of the code from salt, if you install it, where is the source to be found?
09:47 workingcats CycloHex, depends on distro etc.. just search for the file you wanna edit i'd suggest
09:47 CycloHex workingcats: search? using find?
09:47 workingcats or locate
09:49 CycloHex thanks, workingcats
09:52 forrest joined #salt
09:52 simonmcc joined #salt
09:52 ujjain joined #salt
09:53 bhosmer joined #salt
09:56 ujjain joined #salt
10:10 duncanmv joined #salt
10:13 alanpearce joined #salt
10:19 wnkz joined #salt
10:20 peters-tx joined #salt
10:39 CeBe joined #salt
10:41 TyrfingMjolnir joined #salt
10:42 johtso joined #salt
10:49 dsolsona joined #salt
10:56 giantlock joined #salt
10:56 N-Mi joined #salt
10:56 N-Mi joined #salt
10:59 TheThing joined #salt
11:08 tinuva joined #salt
11:09 scottpgallagher joined #salt
11:13 dsolsona joined #salt
11:13 bhosmer_ joined #salt
11:15 johtso How do you load your salt cloud configuration from git on your master?
11:15 hobakill joined #salt
11:21 johtso Can I get cloud.profiles and a map file into the correct locations using gitfs_remotes?
11:22 bbnix joined #salt
11:29 wnkz joined #salt
11:30 wnkz joined #salt
11:34 QiQe joined #salt
11:34 QiQe guys, this is important, good morning
11:35 QiQe minion are not taking update on pillars
11:35 dsolsona joined #salt
11:36 QiQe pillars are being configured to be retrieved from git (ext_pillar)
11:36 ericof joined #salt
11:36 duncanmv joined #salt
11:36 QiQe on master cache the file is updated
11:36 QiQe but on minion when a run pillar.get it is showing old values
11:37 yomilk joined #salt
11:40 QiQe see here
11:40 QiQe http://pastebin.com/Auw2Lj0y
11:40 QiQe anyone? please?
11:41 bhosmer joined #salt
11:42 viq QiQe: have you tried http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.saltutil.html#salt.modules.saltutil.refresh_pillar ?
11:46 QiQe viq I have just tried
11:46 QiQe didnt work
11:46 johtso can you use IAM roles on the salt master instead of using static ec2 credentials with salt cloud?
11:48 jhauser joined #salt
11:52 intellix joined #salt
11:54 QiQe nevermind viq and guys
11:54 QiQe I found the issue
11:55 viq what was the issue?
11:55 QiQe actually is not an issue
11:55 vbabiy joined #salt
11:55 QiQe there are to pillar files overwriting the same value
11:55 viq ah
11:55 QiQe it is a human error
11:55 jhauser joined #salt
11:56 QiQe sorry :P
11:56 CycloHex Most of the times it's a human error ^^
11:57 CycloHex Does nobody here send an email if they've just deployed a new 'minion'? I'm using the smtp_returner, but you can't edit the messagebody, I'd like to send a mail stating that the initial highstate has finished properly
11:58 yomilk joined #salt
11:58 vbabiy joined #salt
11:59 AviMarcus joined #salt
12:00 ggoZ joined #salt
12:03 jeddi CycloHex: You mean *from* the minion?   I'd probably just cheat and do a cmd.run in the short term.
12:04 CycloHex Yes, the mail is sent 'from' the minion. But how can you tell salt to send a mail once the highstate has finished?? Is there a way to check this, because that would be REALLY helpful, for a whole lot of other things as well
12:05 CycloHex jeddi:
12:05 jeddi hmm, good question -0 how to trigger an event on the minion, by the minion (or are you happy if it's part of the highstate - the last step?)
12:06 CycloHex -0?
12:06 jeddi typo.
12:06 CycloHex ^^
12:07 hellerbarde joined #salt
12:07 akshimassar joined #salt
12:07 CycloHex yes, I could do it as the last step in my highstate.. So in order for that to work I'll have to configure postfix and then cmd.run mail
12:07 jeddi yup ... i've not played with ordering outside of require: and similar.  i gather there are more options now.
12:08 CycloHex only downside would be that it sends me an email every hour, since my minions highstate every 60min.. This could be worked around with checking for a value on a grain that hasn't been set and set it at the end of the statement.. but that's soooo hacky :D
12:09 CycloHex it's possible with require... My last state require_in: cmd: mailcuzelse
12:10 jeddi hmm .. if postfix is towards the end of your highstate, and you're happy to set it such that it only triggers on an install-like activity, then you'd only get one email generated.
12:11 jeddi my gut feel is (as much as I love smtp as a transport) that you're probably misusing email here, given that you have some fantastic tools in salt that you can directly interrogate the state of the minion without relying on the minion *emailing* you back its vague understanding of its configuration out of band, as it were.
12:12 CycloHex The use case that I need it for is to email a client of mine when his server is setup and configured. (which is after the initial highstate)
12:13 jeddi I'd still be doing it from the master.
12:14 zlhgo joined #salt
12:14 CycloHex Can you name some of these 'fantastic tools', jeddi? Because when I'm not sure if the highstate is finished now I just run another highstate with test=true so that it returns data failed to compile (other highstate is running) OR it gives me the output of a test-highstate (then I know it's finished)
12:14 jeddi well test=true on a state.highstate run *is* a valid tool insofar as it will identify the remote state.
12:15 jeddi atlerantively cmd.run 'mail -s "highstate has completed" customer@example.com'
12:15 jeddi these are two ideas that come to mind from someone who hasn't done something like this before. ;)
12:16 CycloHex Ye, I haven't done something like this before either :D the cmd.run would be done manually then?
12:16 Katafalk_ joined #salt
12:18 CycloHex I'll let it rest for a while.. No confirmations are to be sent thus far. I'll just tell them to wait 15minutes after creation of their server, np.. Thanks for the input, jeddi
12:18 dsolsona joined #salt
12:19 bhosmer joined #salt
12:21 brayn joined #salt
12:21 workingcats say, i was wondering, how would i go about checking updates with salt? do i have to figure this out myself with running apt-get and stuff or is there something built-in like pkg.installed?
12:21 workingcats i did search for this but i must've been an idiot about it, couldn't find anything
12:22 workingcats i figured if it's not built-in then i should find 500 guides on how to do it manually
12:22 workingcats basically, i'd like to set a state with the effect of "has run apt-get update in the last 24 hours" and "no outstanding updates"
12:23 workingcats if i have to figure this out myself thats fine but i'd rather not invest the time if there's an easy way ;)
12:23 jeddi CycloHex: others, with way more experience with salt, may have some more ideas if you ask agin in a few hours.
12:23 N-Mi joined #salt
12:23 N-Mi joined #salt
12:25 k3sy3r joined #salt
12:25 CycloHex workingcats: if you add refresh: True to you pkg.installed state, it does an apt-get update first, if newerversion available it'll apt-get upgrade. So if you have the refresh: true and you run a highstate, it'll check for updates on the pkg's you gave the refresh: true arg
12:28 X86BSD joined #salt
12:28 workingcats CycloHex, hrm thats useful for some things, but i cant cover full system updating with that
12:28 workingcats not a big deal though
12:29 workingcats good place to figure out how to write my own state checking thingies (dunno what they're called yet)
12:29 CycloHex well, full system update
12:30 akshimassar Hi! I have recently updated from 2014.1.10 to 2014.1.11 and now pkg.version is stopped to work on new systems. Stack trace is in output. Reason seems to be in python-apt package that is not installed. Is it a bug or ... ?
12:30 CycloHex schedule:
12:30 CycloHex job1:
12:30 CycloHex function: cmd.run
12:30 CycloHex seconds: 3600
12:30 CycloHex args:
12:30 CycloHex - apt-get update && apt-get upgrade -y
12:30 CycloHex kwargs:
12:30 workingcats i dont want automatic updates, just want salt to tell me if updates are outstanding and/or last repo pull was longer than X ago. got too much fragility here to just flick it on auto
12:30 CycloHex test: True
12:30 forze joined #salt
12:31 CycloHex aha, ye, the fragility is the reason I don't upgrade automattically either
12:31 CycloHex akshimassar: is python-apt installed?
12:32 workingcats well and whilst it doesnt happen often, it can happen that a debian update breaks something. i mean they cant test everything either, ofc
12:33 CycloHex akshimassar: run the following command on your minion
12:33 CycloHex dpkg -l | grep python-apt
12:33 CycloHex if it returns somethingn like : ii  python-apt                                0.8.8.2
12:33 akshimassar CycloHex: nope, as I say.
12:34 CycloHex it's installed, if not, you should add it to your pkg.installed state
12:34 akshimassar It is not installed, but while using previous version I am installing it 'by hand'
12:34 akshimassar And it is not listed in salt dependencies
12:34 elfixit joined #salt
12:35 CycloHex Well, I figure python-apt is something you'll need, dependancy or not. just write a state python-apt: pkg.installed bam, no more errors (hopefully)
12:36 workingcats python-apt isnt a dep of salt itself
12:36 workingcats it's onla a dep *if* you use the apt features of salt
12:36 workingcats ie. optional dependency
12:37 workingcats however if you have salt on a .deb based system and you're not using any salt features that require python-apt, then you're probably doing it wrong ;)
12:37 CycloHex :D
12:38 akshimassar There is no problem with installing it. If I take fresh ubuntu install and install salt-minion there, I get errors while using pkg.version for example.
12:38 akshimassar If it is optional pkg module should not be available, if python-apt is not installed
12:39 akshimassar via _virtual_ or something like this
12:39 NV joined #salt
12:39 workingcats isnt the error message quite obvious?
12:39 workingcats cant remember tbh
12:40 akshimassar There are stacktrace in salt-master output and errors in salt-minion log.
12:41 akshimassar Stacktrace seems to be bad output.
12:42 bhosmer joined #salt
12:43 workingcats hm ok yes can't really argue against that
12:44 akshimassar Also as I see from module it should work without apt.cache too
12:44 workingcats tho i would say if the error is reasonably clear thats ok. i'd much rather see jinja parsing errors improved, those are a (what is the swearing policy here? ;) ) nightmare imho
12:47 CycloHex YES, jinja parsing errors aren't always clear.. eg I use the reactor salt/cloud/*/created, it calls an sls file, error: jinja can't render file. If I change the tage from cloud/*/created to salt/minion/*/start it renders properly.. If only I knew why it didn't render in the cloud-reactor thing
12:48 dsolsona joined #salt
12:53 vejdmn joined #salt
12:53 flyboy joined #salt
12:54 akshimassar Ok, it seems, that I found an error: pkgs.list_pkgs returns dict, but if python-ap is not installed, it returns string 'Error: apt.cache python module not found'. How should it be properly resolved?
12:55 akshimassar May be dependecy decorator should be added?
12:56 akshimassar or entire module should be disabled if there is no python-apt?
12:56 tafa2 joined #salt
12:58 miqui joined #salt
12:59 nitti joined #salt
13:04 bhosmer joined #salt
13:05 dsolsona joined #salt
13:05 hasues joined #salt
13:06 ramishra joined #salt
13:07 racooper joined #salt
13:07 hasues left #salt
13:10 oz_akan joined #salt
13:12 wnkz joined #salt
13:13 crocket Does anyone use salt to manage emacs packages?
13:15 gyre007_ joined #salt
13:16 toastedpenguin joined #salt
13:16 MTecknology I use salt to ensure emacs is purged on every system.
13:18 PI-Lloyd_ joined #salt
13:19 _prime_ joined #salt
13:19 jaimed joined #salt
13:19 wnkz__ joined #salt
13:20 hobakill MTecknology: hahah. nice.
13:20 jaimed joined #salt
13:20 vejdmn joined #salt
13:20 iwishiwerearobot joined #salt
13:21 wnkz___ joined #salt
13:22 akshimassar as for my question, it is fixed in newer versions of salt by raising exceptions. It seems to me this is the best way.
13:22 TheThing joined #salt
13:25 wnkz joined #salt
13:28 dude051 joined #salt
13:30 wnkz joined #salt
13:31 giantlock joined #salt
13:32 vejdmn joined #salt
13:32 wnkz__ joined #salt
13:33 forze Hi, does anyone know how to use sudo on the deploy-script when creating nodes with salt-cloud on vsphere?
13:33 ajolo joined #salt
13:33 mpanetta joined #salt
13:34 teebes joined #salt
13:37 mpanetta joined #salt
13:38 micah_chatt joined #salt
13:39 wnkz joined #salt
13:39 iggy forze: usually there's a provider specific option to do that (iirc)
13:40 wnkz___ joined #salt
13:41 sectionme joined #salt
13:41 crocket left #salt
13:42 forze iggy: Ah yes.. can't find one for the vsphere provider..
13:42 iggy yeah, I don't see one either
13:42 sectionme When using salt-call locally (--local) should the pillar data be availible? I'm using salt-kitchen to test my formula but it doesn't seem to be picking up on the pillar data, -l debug shows it load it, but its not availible to the node, both the top.sls's are target'd at '*'.
13:43 iggy forze: I don't know much about the vsphere module, but I would imagine it just runs the script via the guest agent which generally runs as root
13:44 forze iggy: On my system it waits for ip and connects with ssh.
13:45 wnkz joined #salt
13:49 forze Would be neat to make customizations to the VM like within vsphere. pysphere has support I think. Set hostname, IP-adress, add disk, run the deploy-script.. hm.
13:50 cmthornton sectionme: Are you running .11? There is a bug with masterless pillar data in .11
13:51 wnkz__ joined #salt
13:52 sectionme cmthornton: That'll do it. Cheers.
13:53 djstorm joined #salt
13:53 glyf joined #salt
13:55 mgw joined #salt
13:56 mpanetta_ joined #salt
13:57 wnkz joined #salt
13:58 ioga__ joined #salt
14:00 ioga__ Hello guys. I'm starting to look into salt and I'm wondering if there's any sort of remote client to the master? Something like docker client, which connects to docker daemon at $DOCKER_HOST.
14:00 viq ioga__: you mean salt-minion ?
14:01 ioga__ well, as far as I understand it currently, to execute "test.ping" on all minions I need to SSH to machine with salt-master and run `salt '*' test.ping`.
14:02 viq yes
14:02 glyf_ joined #salt
14:02 ioga__ and I'm wondering if I can run something like  `SALT_HOST=secret-server.example.org salt '*' test.ping`
14:02 viq there's also salt-api and halite
14:03 jdmf joined #salt
14:04 dude^2 joined #salt
14:04 dude^2 joined #salt
14:05 viq ioga__: so, there isn't really a remote app, but there is an API
14:06 ioga__ uhm. okay.
14:06 housl joined #salt
14:06 gmcwhistler joined #salt
14:07 ioga__ so, currently in production everyone just SSH into single running instance and run commands from root in that instance, right?
14:09 iggy ioga__: A. from what I've heard and seen, yes most organizations are doing everything from their salt master B. There are ways to lock things down per user
14:09 iggy C. you really shouldn't let people near your infrastructure that you don't trust enough to login to your salt master
14:09 cmthornton ioga__: what do you expect `SALT_HOST=... salt '*' test.ping` to do? To me it looks like you could just use ssh with a command to do what you want?
14:11 ioga__ cmthornton: yes, ssh would work, but I was just wondering. after all, salt has it's own encryption layer and key infrastructure, so remote client looked very probable for me.
14:11 ioga__ but, oh well, ssh is also okay.
14:12 ioga__ iggy: by B. do refer to http://docs.saltstack.com/en/latest/ref/configuration/nonroot.html ?
14:12 kt76 joined #salt
14:14 iggy ioga__: no, more like http://docs.saltstack.com/en/latest/topics/eauth/index.html
14:14 cmthornton ioga__: ah, nothing wrong with wondering. I wasn't sure I understood what you were trying to do
14:15 iggy ioga__: and http://docs.saltstack.com/en/latest/ref/clientacl.html
14:17 tk75 joined #salt
14:18 riftman joined #salt
14:21 forze I wonder if it's difficult to implement the sudo-thingie and vm customization in the vsphere provider for a non-developer guy.. :D
14:23 cpowell joined #salt
14:24 cpowell joined #salt
14:24 schristensen joined #salt
14:25 workingcats ioga__, what no, you conenct to the master and then can reach any selection of clients with a single command
14:25 workingcats no need to ssh into the clients manually
14:25 workingcats but also not sure if i understood the question correctly
14:26 wnkz joined #salt
14:26 duncanmv network.interfaces does not list the scope for ipv6 addresses
14:27 mgw joined #salt
14:27 hasues joined #salt
14:29 jergerber joined #salt
14:29 hasues left #salt
14:30 brayn Morning! Should I add EPEL to install Salt on AWS, or just use pip?
14:31 viq brayn: uhm, up to you, do you want to use packages or pip?
14:31 viq And do you want to update from packages or pip?
14:31 MrThrax i vote packages
14:31 brayn viq: I don't care much as long as I can keep salt up to date
14:32 brayn MrThrax: that would be cool but it would also mean that I'd have to add EPEL to all my instances
14:32 MrThrax what distro are you using?
14:32 brayn Amazon Linux
14:32 MrThrax amazon linux should already have epel
14:32 alex-mesos left #salt
14:33 MrThrax ah it's not enabled by default
14:33 MrThrax Q: How do I enable the Extra Packages for Enterprise Linux (EPEL) repository?
14:33 MrThrax Modify /etc/yum.repos.d/epel.repo. Under the section marked [epel], change enabled=0 to enabled=1.
14:33 MrThrax To temporarily enable the EPEL 6 repository, use the yum command line option --enablerepo=epel.
14:33 MrThrax yum --enablerepo=epel install salt-minion
14:34 brayn That's actually quite nice :D didn't know about that
14:35 workingcats MrThrax, wouldnt that leave you without updates though?
14:36 manfred MrThrax:  you should be able to use the pkgrepo to just enable it by name
14:36 manfred ahh nevermind
14:36 glyf joined #salt
14:37 brayn Can't I just use --enablerepo=epel when updating to make sure I'm up to date?
14:39 MrThrax brayn: yes
14:39 MrThrax workingcats: it should check the repo the package was isntalled from
14:39 MrThrax but *should* is the key word
14:39 MrThrax idk if should and reality are the same
14:40 MrThrax but you install salt-minion across your nodes with --enablerepo=epel
14:40 workingcats mr_chris, hmmmm
14:40 workingcats damnit
14:40 MrThrax and then you use salt to enable epel
14:40 workingcats tabfail
14:40 superted666 pkg.install supports enablerepo but upgrade doesn't
14:40 MrThrax and then you dont have to worry about it
14:40 workingcats yeah
14:42 MrThrax the beautiful thing about linux
14:42 MrThrax there's 492 ways to achieve the same end result
14:42 MrThrax use what works for you
14:42 MrThrax :)
14:42 MrThrax while maintaining some sort of standards or documentation
14:42 MrThrax :P
14:42 scoates I'd like to programmatically generate some credential files before doing a highstate (ideally triggered BY the highstate), on the saltmaster. Anyone got ideas about how to go about that? Current ideas: possibly a reactor script of some sort, or hook into the fileserver somehow. I bet there's something better?
14:43 viq MrThrax: and sanity, don't forget about sanity ;)
14:43 MrThrax viq:  we chose to be sysadmins or operations guys, sanity is out of the question already
14:44 viq There is that indeed
14:45 kaptk2 joined #salt
14:45 jalbretsen joined #salt
14:45 diegows joined #salt
14:46 PI-Lloyd_ when using the develop branch of salt, is there a way to get salt-cloud to bootstrap the develop branch on the instance being provisioned?
14:46 mapu joined #salt
14:47 jngd joined #salt
14:48 SheetiS joined #salt
14:48 Ozack1 joined #salt
14:51 cmthornton PI-Lloyd_: I believe you can pass args to salt-bootstap somehow in one of the salt-cloud config files, haven't touched salt-cloud recently, so I might be off
14:53 vejdmn joined #salt
14:54 PI-Lloyd_ ok I will have a poke about, thanks
14:56 duncanmv I want to give the minion access to some http content, in this case repos, only if he is authenticated with the master. How can reuse the minion auth token, and then somehow checks it validity on the master?
14:57 thedodd joined #salt
14:57 anyburl Q: is there currently a salt idiom for getting something other than the default NON-interactive shell ('sh') to execute cmd.run commands on minions? i.e. cmd.run / onlyif's, unless's  run under this non-inter shell and therefore have only a minimal path (no .bashrc's or *profiles run at shell startup); I'm force to prefix all of my cmd.run statements like:  ". ~/.bashrc;  some-extended-path-cmd"  (fyi: I'm on rhel)
14:58 cmthornton PI-Lloyd_: http://salt-cloud.readthedocs.org/en/latest/topics/misc.html --- I think it's this `script_args:` entry. I can't remember if you need to specify a `script:`, but if you do, just download salt-bootstrap beforehand
14:58 pdayton joined #salt
14:59 srage joined #salt
15:01 PI-Lloyd_ cmthornton: Will gave that a go. Thanks again
15:03 cmthornton anyburl: I'm not sure if you can specify a non-interactive shell, but would setting a list of `env:` parameters help in the states be better? http://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html#salt.states.cmd.run
15:07 nitti_ joined #salt
15:07 anyburl thanks, CM... i'll tool around a bit with trying env specifications, but what I'd really like is that my normal environmental/profile scripts (including path, aliases, etc.) get executed.  (btw: all/most the Salt docs don't seem to use any examples of cmd/onlyif/unless commands that are NOT in the basic linux shell path context)
15:09 anyburl I'll also investigate generic linux ways/hacks which may be possible to 'force' a non-interactive shell to run some startup scripts
15:09 ipmb joined #salt
15:11 iggy generally speaking things that aren't meant to run interactively don't have a "full" environment (f.ex. cron, etc.)
15:11 cmthornton thing is, specifying a non-interactive shell doesn't really make sense. Salt can't/won't do interactivity beyond a the `salt <target> cmd`. I understand the need to modify the PATH however, to include something from /usr/local/bin or somewhere else, and for that I have been using `env`
15:12 dude051 joined #salt
15:13 bezeee joined #salt
15:15 DolourousEdd anyburl: we use our own salt module for that, launches a subprocess
15:15 ajolo joined #salt
15:15 scoates powers that be: the topic-linked http://docs.saltstack.com/en/latest/topics/releases/releasecandidate.html still has rc3 not rc4
15:16 tomspur joined #salt
15:18 rypeck joined #salt
15:18 iggy and the channel topic still says 2014.1.10... at least you can send a PR for docs
15:19 tomspur joined #salt
15:20 tomspur joined #salt
15:20 pdayton joined #salt
15:21 sroegner joined #salt
15:22 anyburl DolourousEdd:  Nice....  would you be able to share any details on that (custom?) module?   I suspect you may have created that to get around the issue(s) I'm experiencing .
15:22 scarcry joined #salt
15:22 DolourousEdd yeah we did
15:22 DolourousEdd it's pretty simple
15:24 DolourousEdd just a module that takes a single argument (the command to run) and spits back the result
15:24 DolourousEdd http://pastebin.com/HLjGzGHf something like that
15:26 scoates iggy: thanks for the reminder that the docs are in git
15:26 tafa2 joined #salt
15:27 anyburl DolourousEdd:  omg, that is so awesome in it's simplicity !!  I will check it out.   Any ability for you post that somewhere for public (Salt-enthusiast) consumption?  You and I can't and won't be the only ones bitten by this...  Thanks so much!
15:27 iggy salt-contrib
15:28 DolourousEdd I'll leave that to someone else, I always assume my code is nowhere near good enough for public consumption ;)
15:28 DolourousEdd which for the most part, it's not
15:28 * duncanmv has automatic registration working between Salt and Spacewalk. Also the network interfaces part of the hardware profile is automatically updated. We are stuck with software management.
15:28 iggy that's why it starts in salt-contrib... then you (or others) make improvements over time and someday it's in salt proper
15:29 DolourousEdd i'll have a look then. We've got quite a few modules that might be of use
15:29 pdayton joined #salt
15:30 anyburl Thanks iggy .... and D-Edd I certainly owe you TWO beers for your assistance.
15:34 micah_chatt joined #salt
15:34 scoates FWIW https://github.com/saltstack/salt/pull/16844
15:34 rlarkin|2 anyone using the debian salt repo?
15:36 rlarkin|2 I see the .13 release there, but with 'wheezy-saltstack main' in my sources.list I only get .11 ( which is broken )
15:36 jonbrefe joined #salt
15:37 duncanmv guys, for some jobs that return data pkg.list_pkgs I have an event when the job return value is sent. But for stuff like cmd.run, I don't get an event that the job is completed. How can I know that? (async job).
15:37 duncanmv (the Spacewalk integration prototype uses the master event bus to sync some data with the Spacewalk database)
15:37 wnkz joined #salt
15:38 MTecknology SheetiS: I'm still fighting this... :(
15:39 wnkz joined #salt
15:39 duncanmv I realize I should get salt/job/<JID>/ret/<MID> even for jobs that do not return, but I am not getting that
15:40 phblj joined #salt
15:40 rlarkin|2 ok , 's/wheezy-saltstack/wheezy-testing/' will pull .13
15:40 SheetiS MTecknology: so even with more modern zeromq library and other stuff, the salt-minion is hanging when targeted via the salt master?
15:40 arthabaska joined #salt
15:41 SheetiS or is it just not processing the highstate at all?
15:41 MTecknology yup
15:41 bezeee joined #salt
15:41 MTecknology I'm just trying to do test.ping
15:42 MTecknology oh, what the crap just happened?
15:42 tligda joined #salt
15:42 MTecknology it may have just started working...
15:42 duncanmv MTecknology: if the master is restarted, it takes some seconds until the clients are re-authenticated
15:43 MTecknology I'm not restarting the master, I'm having issues with rhel boxes
15:44 wnkz joined #salt
15:45 MTecknology I'm noticing something else now, though... the minion has a massive delay when starting up.  http://dpaste.com/0NXNW59   by massive, I mean >2min
15:45 MTecknology after it gets over that delay, it works fine
15:45 MTecknology this is with some debian and rhel boxes, not just rhel
15:46 MTecknology lemme rephrase... this is new, it's happening on every box
15:46 MTecknology SheetiS: I think the zmq upgrade did end up fixing the issue I was whining about yesterday. I just didn't have enough patience to realized another issue popped up.
15:46 wendall911 joined #salt
15:47 SheetiS MTecknology: glad to hear it.  It becomes increasingly difficult to support anything on CentOS/RHEL 5.  Hopefully those boxen can die/be replaced soon ;-)
15:47 MTecknology heh... not very likely. I imagine they'll be around for many years to come. They probably won't be upgraded either
15:48 SheetiS Well glad to hear that one issue is fixed anyhow
15:48 wnkz joined #salt
15:48 SheetiS Sorry that you have other issues coming up
15:48 scoates MTecknology: FWIW, I wrote this script for that kind of thing (`./timeline salt-minion -ldebug`) http://paste.roguecoders.com/p/66178a570f4ac828cd83d67a91d6d465.txt ; might help give better numbers if you want
15:48 MTecknology thanks, I'll have to look at it
15:49 scoates erm… I think I pipe to it: salt-minion -ldebug | ./timeline
15:51 MTecknology hrm....
15:52 MTecknology I think I just figured out this issue... the git server wound up with the wrong IP address. It was unreachable.
15:53 CycloHex will salt-mine always keep it's data? I do a salt '*' mine.flush but when I run my sls which uses mine-data, it still uses the same (old) mine-data
15:53 MTecknology yup, that was the issue! :D
15:53 UtahDave joined #salt
15:54 iggy CycloHex: as in you do a flush and then immediately run the state? if there's time lapse between the two, the mine data does update itself periodically
15:56 CycloHex as in I issue the command on my master, then when it's finished i salt-call state.sls state and it still uses the mine-data
15:56 CycloHex but there is mine-data of servers that aren't alive anymore..
15:57 iggy what command?
15:57 yes456 joined #salt
15:58 wnkz joined #salt
15:58 CycloHex salt '*' mine.flush
15:58 SheetiS CycloHex:  the mine_interval can come into play, also salt \* mine.update(clear=True) might work better to try than just a mine.flush as if the minion is gone, it's mine data cannot be flushed (although it should be purged if you delete its salt-key).
15:59 wnkz joined #salt
15:59 SheetiS Those have been my salt mine experiences.
15:59 dude051 joined #salt
16:00 CycloHex SheetiS: just ran salt '*' mine.update clear=True .. Now testing the sls file on my minion
16:01 wnkz joined #salt
16:01 CycloHex data is still in my mine
16:01 MTecknology SheetiS: wget https://jcollie.fedorapeople.org/zmq/python26-zmq-2.2.0.1-1.el5.centos.x86_64.rpm; wget https://jcollie.fedorapeople.org/zmq/zeromq3-3.2.2-2.el5.centos.x86_64.rpm; rpm -Uvh *mq*rpm; rm *mq*rpm; /etc/init.d/salt-minion restart   <-- easy enough. :)
16:01 StDiluted joined #salt
16:03 SheetiS MTecknology: Is it bad that the first thing I thought of was how I could do that with a salt state? :D
16:04 srage_ joined #salt
16:04 yes456_ joined #salt
16:04 MTecknology SheetiS: you can only do it with a salt state if salt is working on the minion
16:05 SheetiS MTecknology: :D
16:06 MTecknology salt -v '*' test.ping is a fun one to run
16:06 giantlock joined #salt
16:06 iggy excuses excuses
16:07 micah_chatt_ joined #salt
16:07 SheetiS nothing a temporarily masterless salt-call wouldn't fix, right? :P
16:07 arthabaska joined #salt
16:07 iggy salt-ssh? That's everybody's favorite toy lately
16:08 SheetiS iggy: That too.
16:08 MTecknology :P
16:08 MTecknology I think this one is more efficient as a one-liner
16:09 geekatcmu If you find you're using salt-ssh a lot ... you probably want to look a lot harder at ansible.
16:09 SheetiS if you are manually installing salt anyhow or installing from a script, easy enough to include.
16:09 geekatcmu Don't get me wrong.  salt-ssh is useful, and a good tool.
16:09 kusams joined #salt
16:10 SheetiS geekatcmu: only as a way to salt the salt-minion onto a machine.
16:10 UtahDave geekatcmu: that may have been true in the past. The 2014.7 release will change that
16:10 geekatcmu perhaps.
16:10 MTecknology In rhel stuff, I do it manually. In debian, salt is inside of my template.
16:11 geekatcmu Still, I see that excessive use of salt-ssh results in a very imperative configuration, which is what you get with ansible.
16:11 SheetiS UtahDave++  salt-ssh (and everything else salt) is so much more way better in 2014.7, even if my Engrish is not.
16:11 geekatcmu salt's declarative state is, IMO, much prefereable.
16:11 chitown does the salt-cloud configs allow for jinja or, better yet, python templating of any kind
16:11 UtahDave salt-ssh will allow you to use the same states you're using with regular Salt
16:12 MTecknology When I deploy a new box, I request provisioning on an address and request a backup node be created. Right click, deploy, give it a name. Once deployed, power on. I manually edit /etc/network/interfaces, run ./deploy <fqdn>, and then I go to my salt master and approve the keys after it reboots.
16:13 iggy chitown: not precisely, but we use salt to manage our salt config, so I extended the salt-formula to better support salt-cloud configs
16:13 iggy look at my fork of the salt-formula for more info
16:13 chitown specifically, cloud providers
16:13 chitown there is a lot of shared settings in there
16:13 chitown but, not all
16:13 iggy you can use inheritance
16:14 chitown it supports includes?
16:14 iggy but our experience with that was that it was only one level of inheritance
16:14 chitown unfortunate, but it does solve the immediate need :)
16:15 wnkz joined #salt
16:16 iggy yeah, I scripted out this awesome multi-level config that was super easy to use (and understand imo)... only to find that little limitation
16:16 iggy still not sure if it's intended or a bug
16:17 iggy we had to side step salt-cloud for now since it doesn't exactly fit all our needs (key amongst them being actually work reliably)
16:17 wnkz joined #salt
16:18 spookah joined #salt
16:20 chitown UtahDave: is there any work being done on some kind of extension system for salt cloud?
16:20 UtahDave what kind of extension system are you envisioning?
16:20 chitown eg. being able to write a module that would return providers, for example
16:21 chitown we have 25 providers with a lot of common data, but its inconsistent
16:21 chitown eg. aws codes shared between 1,2 and 15
16:21 chitown but, security group shared between 1,2,3,4,5
16:22 chitown there is some logic that could be codified
16:22 KyleG joined #salt
16:22 KyleG joined #salt
16:23 UtahDave Hm. I don't think we've thought about that scenario yet.  Would you open an issue on that so we can keep track of it?
16:23 chitown absolutely :)
16:24 chitown holy crap theres a lot of repos :)
16:27 UtahDave There's a lot of work to be done to polish salt-cloud, so we definitely want to hear of improvements people would like to see.
16:28 chitown ya, you can tell that it works great in small envs, but as-is, we have to write a lot of files... normal growth issues :)
16:28 kusams joined #salt
16:28 nitti joined #salt
16:29 chitown also, there seems to be some overlap with the master config... since salt-cloud was merged into mainline salt, are you guys trying to merge more with the master config?
16:29 iggy speaking of projects that need polish... halite: dead?
16:29 troyready joined #salt
16:29 kusams joined #salt
16:30 SheetiS I'd imagine with the push to clean up 2014.7 and get it out the door that halite might have been neglected a wee bit.  Just my guess.
16:30 UtahDave chitown: Hm. I think Salt cloud will still mostly have it's own configs
16:30 stephas joined #salt
16:31 UtahDave iggy: no, halite isn't dead. Our UI devs have been spending almost all their time on some other projects at the moment, so there hasn't been much movement lately
16:31 chitown iggy: where is your fork of salt fomulas?
16:32 iggy SheetiS: yeah, that's what I've been telling people too, but a little neglect is wildy different than 0 commits in 6 months
16:32 iggy chitown: github.com/iggy/salt-formula ?
16:32 kusams joined #salt
16:33 Mso150 joined #salt
16:33 chitown thanks
16:34 chitown (in retrospect, it seems obvious to have tried that.. but, my brain is def getting off to a slow start today)
16:35 iggy UtahDave: I'm going to gloss over the "UI devs" part of that statement... Are there any design docs/requirements/etc. for halite anywhere?
16:35 schimmy joined #salt
16:35 felskrone UtahDave: is rallytime around? i having a hard time understanding errors from the tests in my PR :)
16:35 felskrone and hi btw :-)
16:36 UtahDave felskrone: hey!  Yeah, she is. I'll get her to pm you.
16:36 iggy I'm going to either make something completely new or extend halite to support some of the stuff we want to do with it... want to see if our goals match halite's
16:36 vejdmn1 joined #salt
16:36 UtahDave iggy: I'll have to ask about design docs for halite.
16:37 felskrone UtahDave: only if she has the time and patience right now :-)
16:37 UtahDave felskrone: yeah, just a minute.
16:38 schimmy1 joined #salt
16:38 kusams joined #salt
16:39 rallytime joined #salt
16:42 kusams_ joined #salt
16:42 smcquay joined #salt
16:45 ioio joined #salt
16:45 kusams joined #salt
16:45 lowkeyliesmith joined #salt
16:47 kusams_ joined #salt
16:48 pdayton joined #salt
16:52 ekristen UtahDave: know of anyone writting something to monitor and archive all salt events? I know that there is the master_job_cache now, but that is slightly different, not entirely though
16:53 UtahDave ekristen: have you looked at felskrone's salt-eventsd?
16:53 ghanima joined #salt
16:53 chitown ekristen: events specifically, or jobs?
16:54 ekristen chitown: still trying to figure out exactly what I want, I dont really need the salt/auth event, but kinda curious to be able to check out other events so to speak
16:55 felskrone ekristen: just in case you try salt-eventsd, feel free to ask me anything and/or report bugs/feature requests :-)
16:55 ekristen I’m definitely wanting jobs, I’m thinking on writing a returner right now, because I want to be able to get notified on a failed state within a job, especially since I have my CI system triggering reactor events
16:55 ekristen UtahDave: thanks for the suggestion
16:55 chitown so, at a prev job, we had this app that was a "stream" (twitter-ish) of all things that affected prod
16:55 ekristen felskrone: I’m reading the README right now
16:55 chitown we used the reactor to send to it
16:55 chitown also, coworker was working on augmenting the returner system to send to couchbase
16:56 chitown that would allow use to keep jobs (and return data) "forever" and have an easy way to query it completely outside of salt
16:56 chitown not sure if that is along the lines of what you are looking for...
16:57 ekristen chitown: sounds sorta like what I am looking for, it looks like felskrone solution is sorta like that oo
16:57 ekristen too*
16:57 jhulten joined #salt
16:57 ekristen felskrone: have you written a UI for any of your backend storage solutions, like a web interface?
16:58 snuffeluffegus joined #salt
16:59 ekristen chitown: mainly looking for a way to store all events and their data include jobs and their return history forever so I can review them at any time, I’m also wanting to track and alert when states fail from a job
16:59 felskrone ekristen: yes, but sadly its not something i can open source. its from a different team in my company and they dont do open source
17:00 ekristen felskrone: that’s unforunately
17:00 ekristen unfortunate*
17:01 felskrone ekristen: depending on what you want to do, there is already plenty of frontends, like graphite, etc.
17:01 giantlock joined #salt
17:02 ekristen felskrone: suggestion — update docs to talk about what all different backends are supported and example configurations for each backend (unless I’m not seeing it there)
17:03 Mso150 joined #salt
17:04 bhosmer joined #salt
17:05 felskrone ekristen: currently there is only a default worker for mysql backends, i guess i could add others though
17:05 mephx joined #salt
17:05 felskrone but its basically up to the users use-case what workers are needed
17:05 ekristen your readme references “backends” (plural) I just assumed it supported multiple
17:05 ekristen no big deal :)
17:06 bhosmer_ joined #salt
17:06 felskrone ekristen: its supports any backend you want it to. its quite easy to write your own
17:06 felskrone there are examples in the docs
17:07 UtahDave felskrone: didn't you add the ability for multmaster to work with each salt master having a unique key?
17:07 ekristen I did see those backends, mysql I think would be sufficient for now, I’m still trying to wrap my mind around what all I want exactly
17:08 ekristen UtahDave: question about multi-master, if I send a state.sls from master1, will only master1 get the return?
17:08 felskrone UtahDave: yes, its multimaster-pki in the docs
17:08 ekristen or will master2 get the return too?
17:08 UtahDave felskrone: cool, thanks
17:08 UtahDave ekristen: the originating master gets the return
17:09 ekristen UtahDave: kk
17:10 felskrone UtahDave: just fyi, currently i recommend to set cache_sreqs: False, which is in https://github.com/saltstack/salt/pull/16838 if you want to use multimaster-pki
17:11 thedodd joined #salt
17:11 felskrone otherwise zmq sometimes behaves strangely
17:11 UtahDave ah, good to know. thanks!
17:12 murrdoc joined #salt
17:13 felskrone sometimes the sockets to the old master are not fully tared down, still investigating that
17:15 invsblduck joined #salt
17:16 TyrfingMjolnir joined #salt
17:17 zlhgo_ joined #salt
17:18 invsblduck joined #salt
17:20 Ryan_Lane joined #salt
17:23 invsblduck joined #salt
17:24 n8n joined #salt
17:25 jngd joined #salt
17:28 scoates is it possible to implement reactor sls as #!py ?
17:31 alex-mes_ joined #salt
17:34 djaime joined #salt
17:35 micah_chatt joined #salt
17:35 _jslatts joined #salt
17:36 scoates seems to give me this: http://paste.roguecoders.com/p/2ca75d31d7e4b45eaa67334cb0b2a42d.txt
17:37 SheetiS scoates: I _believe_ the answer is yes, but pillars and grains are not available to consumption in a reactor context.  in 2014.7 you can pass a pillar as a kwarg though.
17:37 scoates aha. I neglected to return anything from my run(), so the state compile failed. makes sense.
17:37 scoates thanks
17:37 SheetiS scoates: that could do it :D
17:37 scoates shalkie: how is data passed? as a kwarg to run() ?
17:38 cpowell joined #salt
17:38 chitown is anyone using the SDB feature?
17:38 cpowell joined #salt
17:39 micah_chatt_ joined #salt
17:40 SheetiS scoates: I think this is the line that does it, so my guess is yes: high.update(self.render_reaction(fn_, tag, data))
17:40 scoates shalkie: sorry for the misdirected mention (-:
17:40 scoates SheetiS: thanks!
17:42 knot joined #salt
17:43 scoates SheetiS: seems that is not the case. /-:
17:43 srage joined #salt
17:43 scoates http://paste.roguecoders.com/p/b22551d9286b815b72f2a0bb17bead1e.txt -> always gives None (and fails to compile without the =None)
17:45 SheetiS wonder if it comes in as a defined object __data__ similar to how __grains__ or __pillar__ come along
17:47 SheetiS hmm
17:47 SheetiS actually not
17:47 kusams joined #salt
17:48 SheetiS https://github.com/saltstack/salt/blob/develop/salt/renderers/py.py It's not explicitly defined here at least.
17:48 scoates __data__ is not defined and I did a quick repr(__salt__) and I don't see it
17:48 scoates … bummer
17:48 SheetiS hmm it has to be sent along somehow
17:48 SheetiS let me dig a moment or 3
17:49 scoates much appreciated
17:49 vejdmn joined #salt
17:53 SheetiS1 joined #salt
17:55 Katafalkas joined #salt
17:55 skyler joined #salt
17:56 Katafalkas joined #salt
17:58 jalaziz joined #salt
18:01 dude^2 joined #salt
18:01 SheetiS1 scoates: it is available as just data without specifying the run(data=None): at the top
18:01 scoates hehe I was *just* checking on that (-:
18:01 scoates because of https://github.com/saltstack/salt/blob/ac9089e6f1318465915ff254d8f12ba035f24f46/salt/state.py#L233
18:01 SheetiS1 https://bpaste.net/show/7f2065778115
18:01 SheetiS1 this worked
18:02 aparsons joined #salt
18:02 scoates [DEBUG   ] {'_stamp': '2014-10-23T18:02:02.615063', 'act': 'accept', 'id': 'sean.gateway.fkvpn.net', 'result': True}
18:02 scoates thanks SheetiS1
18:03 Mso150_g joined #salt
18:04 alex-mesos joined #salt
18:06 ericof joined #salt
18:06 n8n joined #salt
18:07 cberndt joined #salt
18:09 skyler Is it possible to specify mounting an NFS share in  state? I am reading about mounting with states on this page: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.mount.html
18:09 kballou joined #salt
18:10 dsolsona joined #salt
18:11 skullone where did the term 'pillars' come from for salt?
18:12 dude051 joined #salt
18:12 utahcon would it be possible to use something like subprocess from within a state file using jinja?
18:13 utahcon something like {% if subprocess.check_output(['something']) %}
18:13 dude051 joined #salt
18:13 utahcon or am I way out of line?
18:13 dude051 joined #salt
18:14 Ryan_Lane utahcon: it's likely not available from jinja
18:14 hobakilllll joined #salt
18:14 Ryan_Lane you'd need to call it from an execution module, or you'd need to have it included in the jinja context, which would likely require modifying salt
18:15 utahcon yeah, that sounds way more involved than I want...
18:15 Ryan_Lane any reason just calling an execution module won't work?
18:15 Ryan_Lane did you just want it to be non-blocking?
18:15 utahcon actually... I am intentionally blocking
18:16 thedodd joined #salt
18:16 Ryan_Lane cmd.run execution module would likely work, then, right?
18:16 scoates I'd put that into a module, yeah
18:16 Ryan_Lane by default salt doesn't run things in parallel
18:17 Ryan_Lane so: {% if salt['cmd.run']('something') %}
18:17 utahcon I am basically checking to see if a network mount is available, and waiting (with a fancy loop/sleep) if it is not yet available
18:17 utahcon oh that would work
18:17 fragamus joined #salt
18:18 Ryan_Lane you can also call test.sleep
18:18 Ryan_Lane http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.test.html#salt.modules.test.sleep
18:18 Ryan_Lane assuming you're using 2014.7+
18:18 utahcon yeah using test.sleep already :D
18:18 utahcon I have to call teh module, but that is all good
18:20 MTecknology I had an issue where a minion would sometimes respond to test.ping and sometimes not. Turns out, the other box that had the same address was causing issues.
18:21 SheetiS MTecknology: that seems slightly less than optimal ;-)
18:22 MTecknology yup, it's working much better now. Funny thing is how it took me almost no time at all to realize what was going on.
18:24 perfectsine joined #salt
18:27 Mso150 joined #salt
18:27 aparsons_ joined #salt
18:28 SheetiS I always 'like' it when arping returns more than one MAC
18:29 n8n joined #salt
18:30 aparson__ joined #salt
18:30 bhosmer joined #salt
18:30 MTecknology I don't really ever use arping. I use it so seldom it's not one that I think of
18:31 hobakill did i miss something? last i check 2014.1.11 was in EPEL testing... now it's at 2013.1.13 which is fine but there's no 2014.1.11 in updates.
18:31 smcquay joined #salt
18:31 n8n_ joined #salt
18:32 mpanetta Oh good they got rid of that version somewhere
18:32 mpanetta hobakill: 2014.1.11 had a regression.
18:32 mpanetta So I assume they purged it.
18:32 hobakill mpanetta: ah. ok thanks.
18:32 mpanetta No problem
18:33 hobakill mpanetta: i'm assuming linux only as windows 2014.1.11 is still a thing.
18:33 mpanetta Hmm, donno that level of detail, sorry
18:33 hobakill mpanetta: np.
18:40 cpowell joined #salt
18:42 alex-mesos joined #salt
18:45 pdayton joined #salt
18:46 Ahlee Our local mirrors are bad and sometims throw unavailable errors.  Anybody know if pkg.install and the like have a retry-on-failure mechanism?
18:48 ekristen hey guys, I’m starting to see SaltReqTimeoutError on some of my minions when talking back to my master
18:48 ekristen UtahDave: have you seen this issue?
18:49 fragamus joined #salt
18:50 ekristen seems to be random
18:51 skyler I can't get the mount state to mount an NFS share. Is there a way to do it?
18:52 honestly it used to work for me
18:52 diegows joined #salt
18:53 honestly doesn't anymore
18:53 honestly but haven't dug into it
18:54 gyre007_ joined #salt
18:55 alanpearce joined #salt
18:57 Ahlee ekristen: I resolved that issue by increasing hte number of workers on the master
18:57 smcquaid joined #salt
18:57 ekristen Ahlee: thanks that is what i was just looking at
18:57 aparsons joined #salt
18:58 Ahlee on my 8 core master i run 50 wrker threads
18:58 Ahlee i let hte linux kernel handle the context switching thrashing
18:58 smcquaid joined #salt
18:59 faulkner joined #salt
18:59 eunuchsocket joined #salt
19:00 rjhintz joined #salt
19:00 n8n joined #salt
19:01 n8n joined #salt
19:03 dude051 joined #salt
19:04 Mso150 joined #salt
19:07 ecdhe joined #salt
19:09 ndrei joined #salt
19:11 thedodd joined #salt
19:11 n8n joined #salt
19:12 __TheDodd__ joined #salt
19:12 TristanMatthews joined #salt
19:13 tafa2 joined #salt
19:14 TristanMatthews Hi all, I'm running into a really stupid problem. I'd like to access the salt_root in the middle of a cmd.run and at the start of a line "salt:/" works fine, but does work in the middle of a command. I feel like there should be a simple pillar variable or config I can grab for this, but I'm not seeing one.
19:17 scoates TristanMatthews: if I understand correctly, it sounds like a yaml parsing issue. try putting that whole field in quotes
19:17 intr1nsic joined #salt
19:17 alex-mesos joined #salt
19:18 ekristen Ahlee: how many minions?
19:19 n8n joined #salt
19:19 jalaziz joined #salt
19:20 Ahlee ekristen: ~800 on th
19:20 Ahlee at mater
19:21 ekristen kk, I’m nowhere near that at the moment, but I think I need to up my instance type and give a few more workers
19:21 Ahlee probably more due to how long a lot of our states require
19:21 ckao joined #salt
19:22 TristanMatthews scoates: hmm I'm trying to run a mongo init script which is already full of quotes. Is there a way to load it into a variable?
19:22 TristanMatthews - name: mongo {{ mongo_host }} --quiet --eval "var DB_HOST='{{ mongo_host }}'" salt://mongodb/
19:23 TristanMatthews oops got cut off, the script name is after that
19:23 scoates TristanMatthews: {%set saltmongo = 'salt://mongodb/'%} … - name: mongo {{ mongo_host }} --quiet --eval "var DB_HOST='{{ mongo_host }}'" {{saltmongo}}
19:23 scoates yeah. I figured (-:
19:23 TristanMatthews ah perfect.
19:23 murrdoc joined #salt
19:24 arne_ joined #salt
19:24 TristanMatthews ah thanks, I had tried it without the quotes there before.
19:25 n8n joined #salt
19:27 fragamus joined #salt
19:28 teebes joined #salt
19:28 ekristen felskrone: what does this mean “define Prio1 events that are pushed immediately without queing them first” under features?
19:30 aparsons joined #salt
19:36 cloudcrud joined #salt
19:36 TristanMatthews scoates: hmm, yeah that doesn't seem to solve the problem, it just does the string replace
19:36 TristanMatthews ID: configure_salt     Function: cmd.run         Name: mongo 10.0.1.80 --quiet --eval "var DB_HOST='10.0.1.80'" salt://mongodb/volta_db_init.js       Result: False      Comment: Command "mongo 10.0.1.80 --quiet --eval "var DB_HOST='10.0.1.80'" salt://mongodb/volta_db_init.js" run      Changes:
19:37 ekristen TristanMatthews: pretty sure you can’t do sallt://mongodb/… in the command
19:37 ekristen because mongo won’t know how to evaluate salt:// to a path
19:37 scoates TristanMatthews: oh; hadn't fully though that through. I just solved the YAML problem. You'll need to actually put that file onto the minion with `file.managed` and then call it with `cmd.run` (don't forget to set up a dependency with `require`)
19:38 ekristen you need to use file.managed to write the file to the filesystem somewhere
19:38 ekristen and then reference it
19:38 bhosmer_ joined #salt
19:38 ekristen what scoates said
19:38 TristanMatthews ok, so there isn't a smile way to grab the path salt_root in a variable?
19:39 perfectsine joined #salt
19:39 TristanMatthews simple
19:39 ekristen grains might have it
19:39 ekristen for the minion
19:39 ekristen {{ grains.get(‘some_grain’) }}/mongodb/volta_db_init.js
19:40 scoates serve the file. you'll be happy you did (-:
19:40 TristanMatthews yeah, not seeing a grain with it, so I'll just serve the file.
19:43 felskrone ekristen: the daemon queues events up to event_limit, and then pushes them forward to the workers
19:43 felskrone that is to avoid having for example 100 seperate connections to a mysql-server
19:43 kusams_ joined #salt
19:44 felskrone depending on the dump_timer that means, it can take up to a minute (default dump_timer is 60 seconds) for an event to reach its worker
19:45 felskrone prio1 events are not queued, they are pushed immediately to their worker, in other words, they are pushed foreard in real time
19:46 n8n joined #salt
19:48 evidence wondering if anyone might have a minute to put https://github.com/saltstack/salt/issues/16825 on the radar, that should prob be fixed before Helium goes gold
19:48 kusams joined #salt
19:50 kusams_ joined #salt
19:50 ekristen felskrone: any reason why they aren’t all pushed in real-time using a connection pool? just curious
19:51 kusams joined #salt
19:52 Mso150 joined #salt
19:52 jerematic joined #salt
19:53 ipmb joined #salt
19:55 murrdoc joined #salt
19:55 glyf joined #salt
19:56 bhosmer_ joined #salt
19:57 kusams_ joined #salt
20:02 aparsons_ joined #salt
20:02 Ryan_Lane1 joined #salt
20:02 tafa2 joined #salt
20:02 QiQe joined #salt
20:03 bezeee joined #salt
20:03 murrdoc1 joined #salt
20:04 QiQe this might be a offtopic question, but I have now my salt-master working with a gitfs backend and 1 git repo (master) as base env
20:05 QiQe I would like now create a testing environment
20:05 QiQe to use with another salt server in another VPC on AWS
20:05 ekristen UtahDave: where are the docs to the saltstack salt-api now that it has been merged into the main repo?
20:05 QiQe should I fork the master repo as "testing" in git?
20:06 QiQe what would be the best practice
20:06 QiQe ?
20:06 imanc I need to copy some non template files from master to minion and I'm wondering if file.managed is still the right solution, given template processing isn't needed?
20:06 UtahDave QiQe: yeah, a "testing" branch would map directly to a "testing" salt environement
20:07 QiQe branch or fork?, Im not a git expert
20:07 UtahDave imanc: you can use file.managed or file.recurse without the template: jinja   option
20:07 UtahDave QiQe: branch
20:07 imanc UtahDave: awesome, thanks.
20:08 UtahDave ekristen: http://docs.saltstack.com/en/latest/ref/netapi/all/salt.netapi.rest_cherrypy.html
20:08 UtahDave you're welcome, imanc!
20:08 QiQe UtahDave: cool, do you happens to have some doc around to use as a guide for do it?
20:08 UtahDave git checkout master
20:09 UtahDave git checkout -b testing
20:09 imanc is there a canonical place to put scripts etc. in the salt master - we have a salt/apps/templates directory, and I'm probably going to create a salt/apps/scripts dir to put these scripts in.
20:10 QiQe UtahDave: thanks
20:10 UtahDave imanc: what kind of scripts?
20:11 imanc UtahDave: it's a couple of scripts which need to be executed by cron to dump the production db, do some processing and fire the results up to s3
20:12 imanc UtahDave: Just trying to figure out best practices etc. so my companies dev ops people don't think i'm an idiot
20:12 XenophonF joined #salt
20:14 murrdoc joined #salt
20:15 ]V[ joined #salt
20:15 XenophonF can/should i put "top.sls" into gitfs, or does that need to live on the filesystem?
20:16 ekristen XenophonF: in your gitfs
20:18 snuffeluffegus joined #salt
20:18 XenophonF ekristen: thanks, and one more question - what's the recommended way to manage pillar data?
20:18 XenophonF i vaguely recall glancing over that in the docs, but i haven't found it again
20:19 ekristen I use git as well
20:19 ekristen with branches of the same name in another repo
20:19 ekristen ext_pillar:
20:20 XenophonF thanks again
20:21 murrdoc1 joined #salt
20:21 XenophonF and as long as the branches and tags line up between the two repos, all of the environment stuff will also line up and work properly, right?
20:23 ekristen branch name needs to equal environment name
20:23 XenophonF gotcha
20:23 ekristen and your top.sls file needs to have the environment name as the first line
20:23 XenophonF what about base, does that automatically get mapped to the master branch?
20:23 XenophonF (i'm rtfm-ing as i type)
20:24 ingard__ joined #salt
20:24 XenophonF ah found it
20:24 kusams joined #salt
20:24 XenophonF gitfs_base, which defaults to master
20:24 XenophonF awesome
20:25 SheetiS joined #salt
20:25 ekristen I leave master alone
20:25 ekristen and base empty
20:26 kusams joined #salt
20:26 Outlander joined #salt
20:26 ekristen so that nothing steps on each other
20:27 kusams joined #salt
20:27 hasues joined #salt
20:27 hasues left #salt
20:28 kusams joined #salt
20:28 XenophonF do i have to do anything in the master config beyond setting fileserver_backend and gitfs_remotes?
20:28 kusams_ joined #salt
20:29 ekristen XenophonF: and the git library to use
20:29 ekristen pygit2, gitpython, etc
20:29 XenophonF i'm still on 2014.1.10 so i'm defaulting to gitpython
20:29 ekristen k
20:30 kusams joined #salt
20:30 XenophonF thanks
20:30 XenophonF gtg
20:30 XenophonF left #salt
20:31 kusams_ joined #salt
20:32 kusams joined #salt
20:33 kusams joined #salt
20:36 kusams joined #salt
20:36 kusams_ joined #salt
20:42 n8n joined #salt
20:45 cpowell joined #salt
20:45 yomilk joined #salt
20:47 aparsons joined #salt
20:47 kusams joined #salt
20:50 kermit joined #salt
20:51 imanc if i have two sls packages in the same directory and want to include pkg2 in pkg1's init.sls, can I just do:  include:   - ..pkg2   ?
20:53 iggy I'm not sure salt states support relative imports... I think you'll have to do the full path
20:54 jalaziz joined #salt
20:54 imanc ok ty iggy
20:55 otter768 joined #salt
20:55 baconbeckons joined #salt
20:56 ekristen UtahDave: having some issues with salt-cloud since my upgrade to rc5
20:56 ekristen you around to help me take a look, a quick search on the issues and such aren’t revealing any known issues
20:57 glyf joined #salt
20:58 bezeee joined #salt
20:59 baconbeckons there are two different ways of configuring multiple environments shown in the docs. which one is most common? http://docs.saltstack.com/en/latest/ref/states/top.html shows each environment as isolated on their own whereas http://docs.saltstack.com/en/latest/topics/tutorials/states_pt4.html#environment-configuration shows enviroments inheriting from eachother
21:00 MTecknology I should give a talk on salt...
21:02 iggy baconbeckons: I've never seen anyone use the second configuration, but I think that's because most people delving into environments are using gitfs (branches) to delineate their environments
21:02 iggy MTecknology: saltconf15
21:03 MTecknology iggy: that's what I was referring to. My company will probably say no to sending me. Who do I talk to about talking?
21:04 iggy http://saltconf.com/call-for-speakers/
21:04 MTecknology Thanks!
21:05 baconbeckons iggy: what is the most simple talk that i can give so that i can force my company to send me? ;)
21:06 MTecknology OH! NDA! I can finally show off the massive pile of scripts that we used to use to manage servers!!!! :D
21:07 iggy the call-for-speakers page lists use cases, success stories, technical talks
21:07 iggy I mean, you use salt right?
21:07 andrej joined #salt
21:08 MTecknology yup, and it's changed our infrastructure dramatically
21:09 MTecknology I was asked to speak last year. Thankfully, I declined. My employer decided they were going to pull the plug on that trip the friday before the sunday that I flew out on
21:09 iggy sucess story!
21:10 andrej Is there a list of events that a minion will/may send available anywhere?
21:10 iggy andrej: source?
21:10 andrej I'd like my minions to check on reboot whether the vmware tools are running, and recompile them if they're not
21:10 iggy if you find one, I'd be interested to know as well
21:10 andrej Heh @ iggy
21:10 imanc will file.managed create any non exitent directories?
21:10 iggy imanc: if you tell it to
21:11 iggy imanc: makedirs
21:11 nitti_ joined #salt
21:11 imanc iggy: thanks
21:12 nitti_ joined #salt
21:16 DaveQB joined #salt
21:20 * utahcon thinks set in a loop is not working... but why?
21:22 dsolsona joined #salt
21:25 rlarkin|2 Can "match" output from salt-cloud -F|Q ? , i.e all instances in a particular vpc
21:26 kusams_ joined #salt
21:29 wt joined #salt
21:29 wt hey, does salt update the state modules in the _states directory during a highstate?
21:33 Pixionus can we use salt to dpkg-reconfigure openssh on first boot only?  I have an image that I put on all of our deployed embedded devices but because keys are generated on reconfigure, I have not configured ssh on the main image, but won't be able to serial in to do so later.
21:34 Pixionus not sure if it's related, but salt doesn't seem to connect until I've done so and rebooted
21:37 utahcon does salt cache results from cmd.run?
21:39 iggy it can (returners)
21:39 Pixionus I guess that's a no, or an I don't know?
21:39 Pixionus for the run things on start up
21:40 Pixionus or am I scaring folks off with walls of text?
21:42 utahcon http://pastie.org/9671263
21:43 utahcon so basically when I use salt['cmd.run']('date') in {% set var = salt['cmd.run']('date') %} followed by a sleep and then looping back into it... I get the same timestamp...
21:43 utahcon so it looks like it is cached.
21:43 iggy no
21:44 iggy it gets rendered as the string not as the callable
21:44 iggy it's how jinja rendering works
21:45 utahcon iggy, shouldn't I get a new date string each time it loops?
21:46 teebes joined #salt
21:46 iggy no
21:46 Pixionus iggy: have any input on either of my questions?
21:47 iggy no
21:47 giantlock joined #salt
21:48 Pixionus Does this sound like something I should be able to find?  I've been looking but didn't find anything yet.  If it is not within the realm of possibilities, I can change my tact, but if it is, I would prefer to use Salt for as much as I can
21:48 utahcon iggy, is it possible then to get something new from the cmd.run each time it loops?
21:48 iggy Pixionus: actually for the first one cmd.run dpkg-reconfigure unless: /etc/ssh/some_file_that_only_exists_after_reconfig
21:48 iggy or something
21:48 n8n joined #salt
21:48 iggy utahcon: try not using set
21:49 iggy i.e. - name: echo {{ salt['cmd.run']('date') }}
21:49 iggy or {% salt['cmd.run']('date')  %} ... can't remember
21:50 Pixionus iggy: That's what I was thinking but I don't seem to be able to connect to my servers via salt on the first boot. I think probably because it's configuring salt or something?  Not sure.
21:50 Pixionus was hoping I could leave something in there with salt that it would run then restart, but if not, Ill just use rc.local
22:00 murrdoc joined #salt
22:03 saltymoli joined #salt
22:06 mosen joined #salt
22:07 Gareth ahoy hoy.
22:07 mosen hi saltines
22:10 to_json joined #salt
22:13 CCs_ joined #salt
22:15 badon joined #salt
22:16 __number5__ just saw rc6 is out :)
22:17 rap424 joined #salt
22:20 smcquaid joined #salt
22:22 fragamus joined #salt
22:22 aparsons joined #salt
22:25 UtahDave Hey all UT people. We're having a SaltStack user group meeting tonight starting at 6:30pm at the new SaltStack HQ.
22:25 UtahDave Details are here: http://www.saltstack.com/saltstack-events/saltstack-slc-meetup
22:26 jonbrefe is this common? The user group meetings? once at year I could go to Utah, at least :) Are strangers accepted? :D
22:27 UtahDave jonbrefe: strangers are always accepted!  :)
22:28 jonbrefe great! :D I already know the HQ, so I know how to get into there
22:30 UtahDave jonbrefe: Do you now where the new office is?  We just moved here like 3 weeks ago.  maybe 4 weeks
22:30 KyleG How are you guys handling composer and/or phpunit installs/keeping it up to date via salt
22:31 jonbrefe oops… no.. I went to Cottonwood for the training on June :D
22:31 jonbrefe crossing fingers something near to Park City
22:31 jonbrefe :D
22:31 UtahDave Lehi, Thanksgiving Point office
22:31 UtahDave address is on here: http://www.saltstack.com/saltstack-events/saltstack-slc-meetup
22:33 Gareth If you end up at a giant purple building, you're in the wrong place.
22:34 jonbrefe ROTFL
22:34 jonbrefe :p even far from my company's HQ . Rent a car or ask for a ride next time
22:35 UtahDave lol
22:36 Gareth I cut & pasted the address to Salt HQ into my phone, the suite number was first...confused google maps apparently.
22:36 UtahDave GOOGLE!!
22:36 Gareth seriously.
22:37 Gareth the street it directed me to wasn't even the right street....North Dr or something.
22:42 kermit joined #salt
22:46 kermit joined #salt
22:47 teebes joined #salt
22:48 to_json joined #salt
22:49 skyler joined #salt
22:52 tharkun joined #salt
22:55 skyler How do I get a summary of all of the states across all of the minions from salt? There are too many minions for me to set and watch, and it seems inconvenient to have to scroll through all the output to find failures.
22:55 murrdoc joined #salt
23:00 newbie|3 joined #salt
23:00 aparsons_ joined #salt
23:01 newbie|3 left #salt
23:03 KyleG UtahDave: Any idea if I can have salt update a binary if it returns a version string lower than a # I want
23:04 KyleG like unless /usr/local/bin/command —version < 13.5.2
23:04 KyleG something like that
23:06 jalaziz joined #salt
23:06 rypeck Does anyone have any advice/guides for starting a SaltStack user group?
23:08 Gareth build it...and they will come :)
23:08 n8n joined #salt
23:10 skyler rypeck: What location?
23:13 X86BSD joined #salt
23:14 UtahDave KyleG: In 2014.7 there's the check_cmd for file.managed
23:14 UtahDave http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.managed
23:17 Pixionus I'v been talking to my LUG about putting one together.  I'v got only 2 people so far that use Salt, but there are more in Phoenix than that, I am sure.
23:17 Pixionus rypeck, where are you based out of?
23:18 Gareth UtahDave: so I have a mostly-working slack module just using the requests library.  no pyslack.  was pretty straightforward.
23:18 rypeck Rochester, NY
23:18 rypeck Ways away.
23:18 bezeee joined #salt
23:18 __number5__ skyler: logstash them? ;_
23:18 Pixionus I'm sure there are a few.  Do you play with 'nix or some other os?
23:18 rypeck ?
23:18 Pixionus if it's 'nix, ask around your local Linux User Group.
23:19 rypeck ah yea.
23:19 Pixionus Or if you don't have one in Rochester, hit the Manhattan groups.  There will be enough there to pull some interest.
23:19 Pixionus and someone there will probably lead you back to people close to you anyway.
23:20 rypeck Manhattan is 6 hours away!
23:20 jalaziz joined #salt
23:21 Pixionus IRC is 0
23:21 skyler __number5__: So there is no way to format salt's output in a  way to show what changed globally at the end of the command?
23:22 Pixionus rypeck: IF you don't have a LUG in Rochester, hop on one of your Manhattan LUG IRC channels and ask around.  The user group doesn't have to start completely local, but I'm sure there's interest in Manhattan.  Many of our LUGgers are a couple of ours away and only attend our meetings through video or on IRC.
23:23 rypeck We have a LUG up here. Thanks for the tip!
23:23 Pixionus cool
23:23 Pixionus np.
23:23 Pixionus Ive found my LUG is all sorts of active with these sorts of things.  Huge fan of them.
23:24 Outlander joined #salt
23:24 UtahDave that's awesome, Gareth!
23:25 __number5__ skyler: in theory you can write a returner for logstash
23:26 dsolsona joined #salt
23:28 ek6 when you include a state into another state does it carry all variables set inside the included sls?
23:30 skyler __number5__: Alright, thanks.
23:32 micko joined #salt
23:34 UtahDave skyler: you might want to look at making a custom outputter
23:39 murrdoc UtahDave:  sorry for the re-ping, did you have a deb mirror for us, for the release candidates
23:40 UtahDave murrdoc: We don't right now.  Our debian/ubuntu packager hasn't been part of the work to automate all that yet.
23:40 KyleG UtahDave: i'm on 2014.1.13, will I have any problems using check_cmd? Did you mean 2014.1.7?
23:40 UtahDave murrdoc: I'm going to be working with him to add his packages to my automation set up.  So hopefully it won't be too long before that's going as well
23:40 UtahDave KyleG: No.  it's new in 2014.7, which is RC still.
23:41 murrdoc UtahDave:  i can help
23:41 murrdoc fo freeee
23:41 murrdoc :D
23:41 KyleG UtahDave: So it's not part of 2014.1.13 then? I just wanted to confirm because you said No to my question of "will I have any problems using it"
23:41 skyler UtahDave: Alright, I will take a look.
23:43 UtahDave murrdoc: do you have deb packaging experience?
23:43 UtahDave KyleG: It will not work in the version you're using.
23:43 KyleG thanks
23:44 UtahDave KyleG: Your best bet would probably be to use  cmd.run with -unless or something like that
23:44 MTecknology debian packaging is fun once you know what you're doing. :)
23:44 MTecknology It kinda stinks until you know policies well enough to not break them
23:44 UtahDave our debian packager does a fantastic job. just need to help get everything automated.  especially for testing purposes, etc.
23:45 UtahDave ok, I have to head out for a bit. Back in a little while.
23:45 murrdoc UtahDave:  yes, but i am offering to help not take it over
23:45 murrdoc i can wait
23:45 murrdoc no problem
23:45 murrdoc heres what i am doing right now
23:45 UtahDave murrdoc: yeah, that would be awesome.
23:45 murrdoc git clone;setup.py;put in locations;fpm
23:46 murrdoc and i figured out the locations by doing deb-pkg —extract
23:46 __number5__ murrdoc: fpm can use pypi directly...
23:47 murrdoc true
23:47 murrdoc but i am shimmying in the bash-completion files and the upstart files
23:47 murrdoc and a before-install.sh to do pip install
23:48 __number5__ murrdoc: yep, that need more effort. You know there is fpm-cookery right?
23:48 MTecknology reprepro is a pretty snazzy utility. :)
23:48 murrdoc the ruby stuff ?
23:48 murrdoc i havent tried it
23:48 murrdoc does it blend
23:48 MTecknology it blends quite well
23:48 murrdoc MTecknology:  except it wont keep more than version in the repo
23:48 murrdoc i mean does fpm-cookery blend
23:49 steveoliver left #salt
23:49 MTecknology I thought you meant willitblend.com
23:49 __number5__ murrdoc: https://github.com/bernd/fpm-cookery then you can create you own salt recipe and fully automated the process
23:50 MTecknology In some ways I like that it won't let you maintain multiple versions, but I agree that it makes it unsuitable for dev stuff
23:50 skyler UtahDave: Is there a guide for writing custom outputters?
23:51 aparsons joined #salt
23:52 MTecknology I still need to figure out how to build a server so that I can collect all return data. I want to force every job ever run to use the custom returner and have that push it to a server so that it can be stored forever
23:53 murrdoc __number5__:  if that works thats awesome
23:54 mosen hey saltines, if im writing a 3rd party state module, can i/should i import the integration testing stuff and test exactly per saltstack?
23:54 TyrfingMjolnir joined #salt
23:56 kusams joined #salt
23:56 __number5__ murrdoc: here is an example recipe for supervisord https://github.com/bernd/fpm-recipes/blob/master/supervisor/recipe.rb
23:57 murrdoc SAWEEET

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