Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-05-24

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

All times shown according to UTC.

Time Nick Message
00:17 bbradley joined #salt
00:17 aqua^c joined #salt
00:19 StolenToast joined #salt
00:19 bonezed joined #salt
00:19 czchen joined #salt
00:19 hillna joined #salt
00:19 izibi joined #salt
00:19 hasues joined #salt
00:19 bbradley joined #salt
00:20 antonw joined #salt
00:20 copelco joined #salt
00:20 hasues left #salt
00:21 shawnbutts joined #salt
00:21 bstaz joined #salt
00:21 akoumjian joined #salt
00:21 bbradley joined #salt
00:21 CaptTofu joined #salt
00:22 JonGretar joined #salt
00:22 estahn joined #salt
00:23 twodayslate joined #salt
00:24 mosen joined #salt
00:27 bbradley joined #salt
00:28 bbradley joined #salt
00:31 murrdoc joined #salt
00:33 bbradley joined #salt
00:39 papertigers joined #salt
00:40 TOoSmOotH so I am trying to use the salt minion through the proxy setting in the minion config
00:42 TOoSmOotH does anyone know the syntax? trying proxy_host: http://192.168.x.x and proxy_port: 3128 doesn't seem to worl.. it just hangs
00:46 Mowens joined #salt
00:47 nikogonzo TOoSmOotH: maybe it doesn't expect 'http://' in proxy_host? the documentation isn't exactly clear
00:48 TOoSmOotH yea doesn't work without http either.. just hangs
00:49 TOoSmOotH maybe my minion is too old
00:51 nikogonzo looks like the value gets passed directly to tornado's HTTPClient, which should just take either a hostname or ip address. my guess is your rig
00:51 TOoSmOotH yea I am on 2015.8.5
00:51 mapu joined #salt
00:52 nikogonzo it might also be possible that the minion config is indented improperly, since it's timing out and I bet you've manually tried to connect to the proxy with success
00:52 nikogonzo looks like proxy_host and proxy_port need to start the line, i.e. no spaces in front
00:54 TOoSmOotH yea I have no indents
00:54 flowstate joined #salt
00:54 TOoSmOotH I have a space after the : though
00:55 teryx510 joined #salt
01:08 TOoSmOotH joined #salt
01:09 patarr joined #salt
01:11 mvensky joined #salt
01:16 teryx510 joined #salt
01:20 dstokes joined #salt
01:24 TOoSmOotH so I got the syntax correct.. it is just ignoring the values
01:24 TOoSmOotH its still trying to connect to the master vs going through the proxy
01:35 iggy I think that's only for http connections... I don't think you can proxy 0mq
01:35 TOoSmOotH ok
01:35 nikogonzo ooh, i don't know if the minion will make like a tunnel to the master using proxy_host. I think it's only for things when you specify file.managed: source: http://foo.com/file.txt
01:35 TOoSmOotH damn
01:35 TOoSmOotH ok
01:36 nikogonzo you could try socat
01:36 TOoSmOotH yea
01:37 brianfeister joined #salt
01:37 teryx510 joined #salt
01:38 k_sze[work] joined #salt
01:38 k_sze[work] joined #salt
01:38 k_sze[work] joined #salt
01:46 flowstate joined #salt
01:46 nikogonzo TOoSmOotH: you can use this if you're trying to control your cat with salt: https://docs.saltstack.com/en/latest/topics/proxyminion/index.html
01:46 amcorreia joined #salt
01:46 nikogonzo but it doesn't sound like it does what you're trying to do
01:48 ilbot3 joined #salt
01:48 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.5.10, 2015.8.10, 2016.3.0rc3 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers
01:50 racooper joined #salt
01:50 iggy TOoSmOotH: open what ports? You have outbound 4505/4506 closed?
01:50 TOoSmOotH yup
01:51 iggy it increases security by 45% I'm sure
01:51 TOoSmOotH its always a PITA to get places to open up ports
01:51 TOoSmOotH proxy just makes it easier
01:52 iggy I'm pretty sure it's not possible, but maybe someone else or one of the devs will weigh in
01:52 TOoSmOotH well it would require using 0mq via websockets
01:52 TOoSmOotH vs straight connection
01:53 iggy there's a new tcp transport as well... not sure it'd be any better
01:54 catpiggest joined #salt
01:56 teryx510 joined #salt
02:07 flowstat_ joined #salt
02:11 ALLmightySPIFF joined #salt
02:17 teryx510 joined #salt
02:20 hoonetorg joined #salt
02:29 TOoSmOotH yea no love through socat
02:29 TOoSmOotH makes the connection
02:29 TOoSmOotH just poops out
02:34 Derailed joined #salt
02:34 mosen hiya saltines
02:37 Deliant joined #salt
02:37 rgrinberg joined #salt
02:38 teryx510 joined #salt
02:40 obimod joined #salt
02:40 Derailed hey all, so I'm brand new to salt and I'm trying to use it to execute docker containers on minions. now, one trivial way that works is to use "sudo salt '*' cmd.run 'docker run hello-world'", but I'd like to use dockerng to do almost exactly the same thing
02:40 aurynn Derailed, oh hi
02:40 Derailed aurynn, oh hi indeed :-)
02:40 Derailed so... we meet again :-)
02:41 aurynn I haven't used dockerng yet, but I used dockerio extensively. What are you seeing not work?
02:41 obimod hi everyone! might be similar to @Derailed's goal, tonight my goal is to launch a Docker which hosts a masterless minion which sets up the master (within the docker) and launches the minion dockers (nginx, postgres)
02:41 Derailed so this seems like a thing that should be really easy, and it turns out to not be. dockerng.run seems to be almost completely unrelated to 'docker run'
02:42 obimod i've read that the docker-in-docker can have setbacks, and was wondering if anyone has experience doing something like this
02:42 aurynn Derailed, dockerng.running looks like it's implementing the same pattern as an initscript. It's not saying "run this" it's saying "ensure this is running"
02:43 Derailed aurynn, let's start with the example I gave: how would I use dockerio to simply run the hello-world container and show me what it spat out
02:43 aurynn also are you confusing state modules and execution modules?
02:43 aurynn or rather
02:43 rem5 joined #salt
02:43 aurynn did I misunderstand what exactly you're doing?
02:44 Derailed let's leave state out of it, and just execute some containers via salt
02:44 flowstate joined #salt
02:45 aurynn Looking at the docs for dockerng, looks like .run is what you want, but may not trap stdout in the way you're expecting for a short-lived docker container
02:45 aurynn (in the dockerng execution module)
02:46 obimod Derailed it looks like the dockerng.running state should handle it for you (searched for "docker run" within the dockerng config)
02:46 obimod or docs, rather (not config)
02:46 Derailed nah, no joy. so unless I'm misunderstanding something, the execution models don't really seem to want to play with short lived containers.
02:47 aurynn what are you seeing happen?
02:47 aurynn and what command are you running?
02:50 obimod aurynn -- think i'll be able to get away with Dockerfile bootstrapping a masterless minion and spawning docker minions inside tonight? i imagine networking will be a doozy.
02:51 aurynn obimod, I've never tried that. I've only used docker for image distribution and startup of long-running images
02:51 Derailed so if you just use dockerng.run, it complains that your container isn't created, you have to use dockerng.create to 'create' the container, then dockerng.start to *start* the container, and then dockerng.run to run something INSIDE the started container. but by the time I run something, the 'start' will have failed
02:52 flowstate joined #salt
02:53 obimod my concern is isolation of the master within the development environment.. think vbox would be a more standard approach?
02:53 aurynn without having looked at the code, dockerng.run _should_ just be passing a RUN arg to the Docker API, which means that it should have the same semantics
02:54 aurynn obimod, I'd be hard-pressed to put salt into a docker container itself, except as a base provisioning layer that I remove later with a "remove salt stuff" layer
02:56 Derailed aurynn, it seems like 'docker run' and 'dockerng.run' are very, very different.
02:56 obimod thanks for the perspective.. I thought I was smelling a bit of a rabbit hole there
02:57 aurynn Derailed, Uno momento, let me upgrade my test cluster and see what I get
02:58 aurynn (networks are slow, as a service)
02:58 Derailed aurynn, I'd be interested to learn more about your test cluster, and how you're building it. coz I'm annoyed with my vagrant boxes
02:58 quasiben1 joined #salt
02:58 Derailed fun fact: Ubuntu 16.04 doesn't work on vagrant
02:58 aurynn that's good to know
02:58 Derailed it wasn
02:58 Derailed it wasn't fun to discover
02:59 Derailed thanks, systemd!
03:00 aurynn Derailed, the test cluster I use is https://github.com/eiara/salt-base
03:00 teryx510 joined #salt
03:00 aurynn which you might remember from the training last year :)
03:00 aurynn tutorial?
03:00 aurynn thing.
03:01 Derailed ahh right :-) sorry -- remember I had to run away half way through training :-(
03:01 Derailed I am relearning now
03:01 mosen are there any monitoring dashboards/tools around?
03:02 Derailed aurynn, slightly different question -- how can I see through either dockerio or dockerng what the container is spitting out to stdout or stderr?
03:03 Derailed long-lived or not?
03:03 aurynn I probably need to update it to be a bit more sensible, it's been a year since I seriously touched it
03:03 aurynn Derailed, by default the runner _should_ be returning stdout and stderr when the process completes
03:04 aurynn but because it's not using `docker run` on the commandline, but directly interacting with the API, that doesn't seem like a feasible thing
03:10 Derailed if I can work out how to get the salt execution models to run the 'hello-world' container *and* show me the result of running it, then I'll have solved most of what I want.
03:13 aurynn It's probably possible, but as I've only used dockerio I don't really know where to start debugging.
03:14 Derailed well I'd be happy to start with being able to do it in dockerio, too :-) I'm happy to grasp at ANY straw. It's always weird when the thing you naturally assume should be the easiest use-case turns out to be maybe not even possible
03:15 quasiben joined #salt
03:19 Derailed aah
03:19 Derailed sudo salt appliance1 dockerng.create hello-world my_hello_world
03:20 Derailed sudo salt appliance1 dockerng.start my_hello_world
03:20 Derailed sudo salt appliance1 dockerng.logs my_hello_world
03:20 Derailed *thats* where the output went
03:20 aurynn oh cool :)
03:21 Derailed now I just need an elegant way of deleting the container when it's done running
03:22 aurynn dockerng.rm
03:23 Derailed I'd need a way of waiting for the container to be stopped
03:24 Derailed for context: imagine that instead of hello-world, which is instantaneous, I'm launching containers to do jobs that might take time. minutes, or longer, but they start, do the job, then die.
03:24 aurynn that might be the use case for a program to monitor the API living on the minion, and firing a message across the event bus
03:24 Derailed which api? which event bus?
03:24 aurynn the salt reactor system. Sorry, wasn't clear. :)
03:24 favadi joined #salt
03:24 aurynn and, Docker-the-daemon has an API that you can interact with. It's REST-like.
03:24 Derailed I need to keep the 'which parts are docker' and 'which parts are salt' clear in my head :-)
03:25 Derailed my head is close to asplode as it is
03:25 Derailed :-)
03:25 Derailed this'll kick ass once I get my head around it, but there's a hell of a learning curve
03:25 aurynn so, if I were implementing what it sounds like you want, I'd have a job poll Docker-the-daemon on the minion, and fire a message on the reactor once the job is finished
03:25 aurynn on the salt reactor, rather
03:26 brianfeister joined #salt
03:26 Derailed would that just be looking at something like 'sudo salt appliance1 dockerng.state my_hello_world'
03:27 aurynn I'm sorry, didn't parse that?
03:28 Derailed never mind. the Reactor System is clearly my next documentation destination :-)
03:28 Derailed I want: 'do a salt thing; do a salt thing; wait for a salt thing's status to be X; do one more salt thing;'
03:29 aurynn That's reactors.
03:29 Derailed sounds like the reactor is the place for that kind of sequence?
03:29 Derailed sweet
03:30 Derailed in fact, that's gonna be the central mechanic of this entire project. I need to ability to set a salt state temporarily until some task is done, and then undo it
03:31 estahn joined #salt
03:34 aurynn You probably don't want to manipulate what's in the highstate like that. You'll see more of what I mean there when you've gone through the docs. :)
03:34 hasues joined #salt
03:34 hasues left #salt
03:35 Derailed I'm still not even %100 on 'highstate'
03:37 racooper joined #salt
03:37 teryx510 joined #salt
03:42 zer0def joined #salt
03:48 favadi joined #salt
03:49 brianfeister joined #salt
03:53 flowstate joined #salt
03:55 zenlot6 joined #salt
03:56 Deliant joined #salt
03:56 teryx510 joined #salt
04:01 Derailed damn. there's a super handy command line switch in dockerng.wait that isn't in the salt that's packaged on 16.04
04:04 lompik joined #salt
04:09 josuebrunel joined #salt
04:10 Deliant joined #salt
04:15 jerredbell joined #salt
04:16 racooper joined #salt
04:28 k_sze[work] joined #salt
04:30 borgstrom joined #salt
04:33 teryx510 joined #salt
04:34 Deliant joined #salt
04:53 flowstate joined #salt
04:54 armguy joined #salt
04:57 teryx510 joined #salt
04:57 Ayo joined #salt
04:58 jxm_ joined #salt
05:01 keimlink joined #salt
05:08 mowntan joined #salt
05:15 pmcnabb joined #salt
05:18 freelock joined #salt
05:18 basepi joined #salt
05:22 M-liberdiko joined #salt
05:25 Antiarc joined #salt
05:26 cyborg-one joined #salt
05:32 rdas joined #salt
05:34 iceyao joined #salt
05:36 g3cko joined #salt
05:36 evle2 joined #salt
05:37 garphy joined #salt
05:39 iceyao joined #salt
05:43 garphy joined #salt
05:47 felskrone joined #salt
05:51 flowstate joined #salt
05:52 ivanjaros joined #salt
05:53 lompik joined #salt
05:53 Deliant joined #salt
06:05 brianfeister joined #salt
06:10 Deliant joined #salt
06:12 g3cko joined #salt
06:14 favadi joined #salt
06:15 hacks joined #salt
06:15 lkannan joined #salt
06:16 cliffstah joined #salt
06:16 aljosa joined #salt
06:16 johtso joined #salt
06:17 akitada joined #salt
06:17 cliluw joined #salt
06:17 serverascode joined #salt
06:18 mihait joined #salt
06:18 Awesomecase joined #salt
06:18 gazarsgo joined #salt
06:19 bstaz joined #salt
06:20 viq joined #salt
06:20 doriftoshoes joined #salt
06:20 kawa2014 joined #salt
06:20 abele joined #salt
06:20 clouddale joined #salt
06:21 CaptTofu joined #salt
06:21 moy joined #salt
06:21 the_lalelu joined #salt
06:21 ramblinpeck joined #salt
06:21 kutenai joined #salt
06:21 simonmcc joined #salt
06:21 philiaagape joined #salt
06:22 manji joined #salt
06:22 inire joined #salt
06:23 invalidexception joined #salt
06:23 SteamWells joined #salt
06:24 keimlink joined #salt
06:25 ecdhe joined #salt
06:25 imanc joined #salt
06:26 goki_ joined #salt
06:27 saffe joined #salt
06:27 m0nky joined #salt
06:28 wiqd joined #salt
06:29 subsignal joined #salt
06:29 the_lalelu joined #salt
06:29 liviudm joined #salt
06:29 cliffstah joined #salt
06:30 InAnimaTe joined #salt
06:32 serverascode joined #salt
06:33 mikepea joined #salt
06:39 favadi joined #salt
06:43 Sylvain31 joined #salt
06:44 Sylvain31 hi, I should have missed some steps, how does requrie.pkg works in state? http://paste.debian.net/698899/
06:47 AndreasLutro apache vs apache2
06:47 sauvin joined #salt
06:48 fracklen joined #salt
06:48 Sylvain31 I think it is more related to https://docs.saltstack.com/en/latest/ref/states/highstate.html#requisite-declaration "referenced ID declaration." apache2 value seems to be in ID (what's the difference I don't know yet)
06:52 auzty joined #salt
06:53 Sylvain31 I was hoping (naively) that pkg.require was checking that the package is installed, which seems not to be the case…
06:54 Sylvain31 quote:
06:54 Sylvain31 The use of require demands that the dependent state executes before the depending state. The state containing the require requisite is defined as the depending state
06:54 Sylvain31 from https://docs.saltstack.com/en/latest/ref/states/requisites.html
06:55 Sylvain31 but… https://docs.saltstack.com/en/latest/ref/states/highstate.html#names-declaration
06:55 Sylvain31 I'm gonna try if "- names" vs "- pkgs" change something…
06:56 dmaiocchi joined #salt
06:56 Sylvain31 it does! ??
06:57 Sylvain31 it works… why, I don't know yet.
06:59 Sylvain31 so it means for me, that pkg.require, is checking a state, not that the package is installed. Because it was effectively…
07:01 punkoivan joined #salt
07:03 ntr0py joined #salt
07:04 AndreasLutro all requires checks states
07:04 dmaiocchi joined #salt
07:06 Sylvain31 AndreasLutro: not obivious for where written pkg: - require: pkgname…
07:07 Sylvain31 for ~_for me
07:07 ivanjaros joined #salt
07:07 toanju joined #salt
07:08 AndreasLutro yeah I know it's not obvious
07:08 Sylvain31 and pkg.installed: - names: expands , and not - pkgs: also. This allowed me to read the doc! ;)
07:09 futuredale_ joined #salt
07:11 Sylvain31 https://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.installed doesn't mention the expansion or not of - pkgs: for examples. But https://docs.saltstack.com/en/latest/topics/tutorials/states_pt2.html#require-other-states if you follow the links on Line 11, you may discorver it…
07:14 teryx510 joined #salt
07:14 Sylvain31 is there the oposite of salt-cp? I mean, for fetching a file fron the minion to the master?
07:15 armyriad joined #salt
07:20 armyriad joined #salt
07:26 josuebrunel joined #salt
07:27 fracklen joined #salt
07:30 subsignal joined #salt
07:32 fracklen joined #salt
07:34 fracklen joined #salt
07:35 teryx510 joined #salt
07:36 manji joined #salt
07:38 dgutu joined #salt
07:38 Rumbles joined #salt
07:41 babilen Sylvain31: Just install a minion on the master (pretty common setup as you probably want to salt your salt) -- What do you need it for?
07:43 saffe joined #salt
07:51 sarlalian joined #salt
07:52 flowstate joined #salt
07:56 Sylvain31 babilen: nope: root@saltmaster:/srv/salt/base/powerdns# scp dns0:/etc/apache2/sites-available/powerdns.conf .
07:57 babilen What do you mean by "nope" ?
07:58 brianfeister joined #salt
08:01 krymzon joined #salt
08:02 Sylvain31 babilen: (joking) What? you don't know, this salt.sate.nope? when you nope: I disagree, your formula just become clear to you, only. You can combine: - nope: - jinja: eval.self, which provide infinite loop of disagreement!
08:03 babilen wtf?!
08:04 Sylvain31 lol. sorry. Your answer, was probably about my question does exists: salt-cp --from minion_id /some/file .
08:05 babilen Yes, that was the last question you asked and I answered it.
08:05 babilen But nevermind
08:05 Sylvain31 my answer is, No. it doesn't help to setup a minion on the master is this case.
08:06 ravenx joined #salt
08:07 teryx510 joined #salt
08:11 keimlink joined #salt
08:17 Rumbles joined #salt
08:21 Elsmorian joined #salt
08:27 evle2 joined #salt
08:28 tuxx joined #salt
08:30 dgutu joined #salt
08:31 subsignal joined #salt
08:35 Rumbles joined #salt
08:38 s_kunk joined #salt
08:40 lero joined #salt
08:44 teryx510 joined #salt
08:46 MadHatter42 joined #salt
08:52 viq How can I get OpenStack floating IPs into grains?
08:52 flowstate joined #salt
08:54 teryx510 joined #salt
08:56 Sylvain31 for salt-cp-reverse (copy a physical file from the minion to the master), it could be a tool or a helper that can fetch remote (on the minion) file, to reverse file.managed: definition. What purpose? when you're prototyping state, and learning the tools you're installing too on the minion, you first install it on the minion and configure it directly on it. Next, you can fetch files if any on the master to
08:56 Sylvain31 finally have a state for that. Right? I'm clear or not at all?
08:57 babilen I don't seem to get any salt/presence/change events anymore on 2015.8.10 -- Could you guys check if you get them?
08:57 babilen I have no idea when that might have started though, but right now all I see are salt/presence/present events
08:58 viq babilen: restarting minion should generate one, yes?
08:59 babilen Eventually yeah
08:59 viq Or is there a quicker way to generate one?
08:59 babilen I took down a minion, waited for the next salt/presence/present event and then brought it up again
08:59 fredvd joined #salt
08:59 babilen viq: I am not aware of one, sorry
08:59 babilen This is more of a "reality check" before I start to look into this.
09:00 babilen I don't need this functionality right away, but we were thinking of implementing some reactors on top of it and this event is missing now.
09:00 mortis anyone have a clue what this error points to? https://gist.github.com/anonymous/696264645308c2dbedc86b7cfdb808d0
09:00 mortis struggling with the elasticsearch returner
09:02 babilen mortis: It means that the "elasticsearch.returner" module has not been loaded. The most common reason for that are missing dependencies of the underlying module. Maybe you need some ES Python module and a minion/master restart?
09:02 mortis only thing that seemed to be missing was the jsonpickle
09:02 babilen https://docs.saltstack.com/en/latest/ref/returners/all/salt.returners.elasticsearch_return.html mentions http://elasticsearch-py.readthedocs.org/en/latest/ as dependency
09:03 mortis oooh think i missed that :o
09:03 babilen It appears as if you have to configure it as well
09:04 mortis yeah it seems like it
09:04 viq babilen: what exactly am I looking for? Also I just realised I'm looking right now at 2015.8.8.2, which may be a good reality check ;)
09:05 babilen You run "salt-run state.event pretty=True" and then wait for the salt/presence/present event ..
09:05 babilen Once you see that you take down a minion and wait for the "salt/presence/change" event
09:07 mortis thanks babilen, when all else fails, read the manual :)
09:08 viq babilen: yeah, I was already running the state.event, but I haven't seen any presence events yet. Any idea how often they should appear?
09:08 babilen viq: Ah, you have to set "presence_events: True" in the master config. Sorry about that.
09:13 * viq restarts with that
09:14 babilen Thank you! I'm also investigating in a vagrant box and the problems appears to be that the minion is not being detected as offline
09:16 keimlink joined #salt
09:18 babilen https://www.refheap.com/119533 is what I see
09:21 babilen https://www.refheap.com/119534 exemplifies it even better .. "salt-run manage.down" obviously returns "salttest-debian-jessie.test", but it is still being listed as being present
09:21 mosen joined #salt
09:24 rrei joined #salt
09:25 viq I'm right now having a look on a much quieter 2015.8.10
09:28 deniszh joined #salt
09:29 viq babilen: I see salt/presence/present events for a downed minion, yes, though will investigage a bit more
09:31 teryx510 joined #salt
09:32 subsignal joined #salt
09:32 babilen viq: You do get salt/presence/change events for that?
09:32 viq no, I haven't seen a single 'change' event yet
09:33 babilen Yeah, I just reported https://github.com/saltstack/salt/issues/33466 -- Thanks for you help. Could you paste the event log you've seen so far?
09:33 saltstackbot [#33466]title: Offline minions are still reported as being present by the event system | ### Description of Issue/Question...
09:33 viq I'll try to generate one on 2015.8.8.2
09:33 babilen So just to clarify: The minion is included in the "present" list regardless of its state?
09:33 viq even better - not all of minions connected to master are
09:33 babilen Last time I played with this was on 2015.5, but we had plans to utilise this information in the future and I was a bit, well, surprised to see the current behaviour :)
09:33 babilen yay!
09:35 viq I'm checking now whether stopping one of the listed minions will generate something
09:35 viq Just now a salt/presence/present event came up listing the stopped minion as present
09:36 viq and another
09:36 viq 2015.8.8.2
09:38 manji joined #salt
09:39 babilen viq: So essentially the same behaviour on 2015.8.8.2 ?
09:39 viq babilen: added comment
09:39 babilen Ta!
09:39 viq aye
09:39 babilen Well, I guess that particular project is on hold for the time being ;)
09:40 viq ;)
09:40 viq So I'll repeat my previous question, in case anyone knows ;) How can I get OpenStack floating IPs into grains?
09:41 Rumbles is it possible to pass context to an included state?
09:41 manji joined #salt
09:42 Rumbles currently I have a file.managed which is repeated in a number of states, the only difference if the file location, which is different in each state, otherwise it is the same
09:42 Sylvain31 http://paste.debian.net/699245 how do I require poweradmin: to be executed for /tmp/poweradmin/config.inc.php: managed file?
09:42 Rumbles I was hoping I could push that part in to a seperate state, but I don't see how I would change the path when I include it as I don't know how to pass context in
09:43 Rumbles Sylvain31, you could use cmd.script and write a bash script to run it
09:43 traph joined #salt
09:44 babilen Rumbles: You might want to generate those states from pillar data
09:44 babilen (or in a loop in the state)
09:45 Rumbles can your included state tell which state it was included from and so use jinja logic to decide the right path?
09:45 Rumbles how do you mean in a loop babilen ?
09:45 Sylvain31 babilen: cmd.script goes inside the file.managed?
09:46 Rumbles no after Sylvain31
09:47 babilen Rumbles: {% for filename in ['list', 'of', 'filenames'] %} foo_{{ filename }}: file.managed: - source: salt://foo/bar/{{ filename }}
09:47 babilen Somethjing like that
09:47 babilen And then load the list from pillars if appropriate
09:47 brianfeister joined #salt
09:48 Rumbles I don't think that helps :/
09:49 babilen You can extend states, but that allows you to change a single state .. My impression is that you want multiple states that are identical in everything but their "name" and "source" arguments .. hence the suggestion to dynamically generate those states.
09:51 Rumbles https://paste.fedoraproject.org/370244/
09:51 flowstate joined #salt
09:51 Rumbles I'm not sure how I would do that with a pillar wthout specifying each host in the pillar which is what I'm doing already in the top file
09:52 babilen Which state is being present in app_server.log4j-json that you repeat here?
09:52 Rumbles no,,,,
09:52 Rumbles that is the included state
09:53 babilen As I said: You can extend the state, but you can do that only once IIRC
09:53 babilen Which is why you probably need a different approach
09:53 babilen My recommendation would be to generate *different* states from dynamic data, so that they fit your needs to begin with.
09:54 babilen That is you would rewrite app_server.log4j-json in such a way that it does what you want, rather than having to change a *single* state in there, that doesn't do what you want
09:55 Rumbles but if I generate them from pillar data I need to specify each host
09:55 Rumbles which is more work
09:55 Rumbles dupkcating the pillar
09:55 Rumbles dupicating
09:57 babilen Why is that? Can't you target a single pillar SLS to all of them that provides the correct data?
09:57 Rumbles what?
09:58 babilen You write one pillar SLS that provides the data you want/need to each minion. You use loops and some logic to achieve that. If it gets really complicated you could write that pillar in Python.
09:58 Rumbles but that information is in the top file already
09:58 Rumbles I don't want to have to manage it twice
09:59 iceyao_ joined #salt
09:59 Sylvain31 git clone + managed file in resulting folder: I've done it that way. I don't see any order between git clone, and puting the file inside the create dir. but it works…
09:59 Sylvain31 http://paste.debian.net/699296/
10:00 iceyao__ joined #salt
10:01 iceyao_ joined #salt
10:01 Sylvain31 is the order implicitly from the order of the declaration in the state?
10:02 iceyao__ joined #salt
10:02 evle1 joined #salt
10:05 k_sze[work] joined #salt
10:08 viq update to my question - nevermind, apparently it's already done for me, for some reason I thought it wasn't
10:09 babilen heh
10:10 Sylvain31 AndreasLutro: refering to pkgs and require, it's also indicated here: https://docs.saltstack.com/en/latest/ref/states/ordering.html search for "Requisite matching"
10:10 brianfeister joined #salt
10:11 netcho what is the best way of changing minions hostname? i created a state to update /etc/hostname with minion id from minion conf and restartd the minion but did not change....when i reboot the minion machine i works... salt-cloud ec2 provider
10:13 Sylvain31 netcho: /etc/salt/minion_id maybe updated too, you will lost your key association with saltmaster…
10:13 Sylvain31 netcho: I changed at install with an modified bootstrap-salt.sh
10:14 GreatSnoopy joined #salt
10:14 netcho Sylvain31: i don't hava minion_id
10:14 netcho in /etc/salt
10:16 Sylvain31 netcho: oh, where is it?
10:16 netcho dunno
10:17 Sylvain31 it may be debian specific?
10:17 netcho dunno, master and minions are ubuntu
10:18 netcho i have : minion, minion.d, minion.dpkg-dist and oki
10:19 netcho pki
10:20 netcho i grep adn cut minion id from /etc/salt/minion and put it in /etc/hostname
10:21 Sylvain31 netcho: according to the doc: https://docs.saltstack.com/en/latest/ref/configuration/minion.html#std:conf_minion-id
10:22 linjan__ joined #salt
10:22 Sylvain31 it could be in /etc/salt/minion id: ?
10:23 netcho the id is in /etc/salt/minion as i wrote above
10:23 Sylvain31 netcho: it could work for ubuntu? I need to change /etc/salt/minion_id on debian jessie to name it correctly on the master…
10:24 netcho here is the .sh script that my update_hostname state runs
10:24 rakan joined #salt
10:24 rakan Hello everyone
10:25 Sylvain31 netcho: OK I missed your grep/cut post. I've found:
10:25 rakan How can i include a file, required that a certain package is installed?
10:25 rakan require: doesn't seem to work
10:25 netcho cat /etc/salt/minion | grep "id:" | cut -d':' -f 2 > /etc/hostname
10:25 netcho minions return True
10:26 rideh joined #salt
10:26 netcho but when i run grains.item host on them thez return old hostname
10:26 netcho until i reboot whole machine
10:26 netcho does not make sense.. it is now windows ffs
10:26 netcho not
10:27 Sylvain31 netcho: http://paste.debian.net/699355/ part of my ssh bootstrap, I can share the full code: I need some cleanup…
10:28 netcho please do :) where is bootstrap-salt.sh located?
10:28 cyteen joined #salt
10:29 Sylvain31 https://github.com/saltstack/salt-bootstrap.git
10:30 teryx510 joined #salt
10:30 dgutu joined #salt
10:30 netcho i am using salt-cloud is it posible to change it there?
10:30 netcho is it located localy somewhere or>
10:31 netcho or do i need to create my own and change the scritp: in cloud.conf
10:31 Sylvain31 I used a different way of thinking: Create the fresh VM with ssh root key, run my script from the master with the salt-bootstrap.sh copied on the fly and apply master setting and hostname. After that accept minion key, and do the rest via salt.
10:32 Sylvain31 I don't know salt-cloud, sorry
10:32 netcho i need to make it a single command.... create dev vm with everthing bootstraped
10:33 netcho i don't wanna do it 20 times a day for my devs
10:34 netcho i created profiles for all vms but this reboot buggs me
10:35 krymzon Hi, I keep getting confused by Salt's Debian repos. As far as I can see there is 'official' repo.saltstack.com, which is amd64-only, and 'community' debian.saltstack.com, which has not been updated for almost a year. What am I missing? i.e. what should I use for other architectures?
10:36 babilen Nothing
10:36 dgutu joined #salt
10:36 babilen krymzon: Which architectures do you need?
10:37 krymzon i686 and in the future arm, not sure which one yet
10:40 rakan Is there a way to require something from an include sls in saltstack?
10:41 amcorreia joined #salt
10:41 krymzon babilen: I am currently using amd64 for majority of systems, but need to expand to older hardware (i686), and in the future most likely something like armhf, especially with Intel recently cancelling their SoC
10:41 Sylvain31 netcho: I wrote a shell script which bootstrap an running fresh VM under debian jessie, may be salt-cloud is more suited to your need. You may put "create dev vm" inside if you can do it from command line from the master… ??
10:42 netcho all vms are on aws
10:42 netcho so salt-cloud suits me just fine :)
10:43 Sylvain31 netcho: I'm gonna commit that code, if you find a way to rename a minion I'm interested.
10:44 netcho Sylvain31: it works but i need to reboot the minion
10:44 netcho let me install a latest version of salt
10:44 netcho and then gonna try
10:45 Rahul joined #salt
10:46 Rahul any help for Failed to run install_ubuntu_stable_deps()!!!
10:46 Guest80336 need help with "Failed to run install_ubuntu_stable_deps()!!!"
10:46 Guest80336 here's the complete error - "The following packages have unmet dependencies:  python-software-properties : Depends: python-pycurl but it is not installable E: Unable to correct problems, you have held broken packages.  * ERROR: Failed to run install_ubuntu_stable_deps()!!! Error: There was a profile error: Command 'ssh -t -t -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null -oControlPath=none -p 22 root@192.168.100.94 \'/t
10:47 ravenx joined #salt
10:48 netcho wtf, latest ubuntu package is 2015.5.3
10:49 babilen krymzon: You can install the minions using the bootstrap script
10:49 krymzon netcho, perhaps you are looking at the same problem as me, the community repo seems rather ancient
10:49 babilen We no longer maintain it
10:49 netcho oh i se
10:49 Guest80336 so how do i do it
10:50 krymzon babilen: the one which gets straight from git and has no clear uninstallation process?
10:50 babilen That's the one
10:50 Guest80336 i know there's a boot strap script at /etc/salt/cloud/deplo.d/bootstrap.sh
10:50 west575 joined #salt
10:50 krymzon babilen: is the abandonment of the repository a simple lack of interested manpower, or were there some technical issues?
10:51 Guest80336 and the version is   __ScriptVersion="2016.05.11" __ScriptName="bootstrap-salt.sh"
10:51 babilen Saltstack decided to maintain automatically built packages on repo.saltstack.com and us Debian maintainers are maintaining packages in Debian itself
10:52 babilen The community repository was considered obsolete
10:52 krymzon babilen: I would like to avoid anything non-.deb outside of experimental machines
10:52 babilen This is all working well as long as you don't need arcane architectures like i386 or, shudder, armhf ;)
10:52 Guest80336 do we have a solution ? for this issue.
10:52 Sylvain31 netcho: https://github.com/opensource-expert/salt-manage-hosts/blob/master/bootstrap-minion.sh
10:52 krymzon babilen: should I then have a closer look at e.g. using the stretch packages for debian 7 and 8?
10:53 babilen krymzon: For which Debian release do you need those packages?
10:53 babilen I hope that I find some time for .10 this week, but providing backports for jessie might take a while.
10:53 Guest80336 where do i put that bootstrap-minion.sh script
10:53 krymzon babilen: debian 8 at minimum, 7 would also be nice
10:53 flowstate joined #salt
10:54 babilen Yeah, 7 is tricky as there are a number of dependencies that are missing (and that aren't maintained by the pkg-salt team)
10:54 babilen Well ... not that tricky, but a little tricky
10:54 krymzon at the moment I have a mixture of amd64 debian8 and i686 debian7. but I can push for updating 7 to 8 (though the BIOS would apparently have issues with 64bit)
10:55 Guest80336 @Sylvain31 - what is that script
10:55 krymzon i.e. it is much easier for me to move to debian8 everywhere than to change architecture :)
10:55 babilen Sure
10:56 netcho 10x Sylvain31
10:56 babilen krymzon: Would you be comfortable with maintaining your own packages for i386 for the time being?
10:56 Sylvain31 Guest80336: a wrapper no salt-boostrap
10:56 Sylvain31 you need to fetch it for : https://github.com/opensource-expert/salt-manage-hosts/blob/master/bootstrap-minion.sh
10:57 Sylvain31 line 133
10:57 krymzon babilen: if it's just a matter of building from existing deb-src, I could probably do it
10:57 Sylvain31 https://github.com/opensource-expert/salt-manage-hosts/blob/master/bootstrap-minion.sh#L133
10:57 Guest80336 @sylvain31 - so how does that helps me to resolve the issue. and do i need to make any change in profiles ?
10:57 Sylvain31 Guest80336: I don't know your issue, I was replying to netcho
10:58 krymzon babilen: are there going to be official-debian jessie-backports packages? currently jessie is stuck with 2014.1
10:59 babilen krymzon: When would you need them? I might find some time to look into a jessie backport in the coming days and would push the packaging into the "jessie-backports" branch on https://tracker.debian.org/pkg/salt
10:59 babilen https://anonscm.debian.org/cgit/pkg-salt/salt.git that is
11:00 Guest80336 issue resolved.
11:02 krymzon bablien: thank you very much! I understand that would cover all the architectures, same as the stretch packages. Is a week or two realistic for a release into jessie-backports?
11:06 krymzon babilen: sorry for misspelling your name above! Is there a useful way I could help with my limited skills and resources? Would the best place for that be jessie-backports?
11:06 babilen krymzon: I'll get back to you shortly. Will you stay online?
11:06 babilen It's okay, I don't think it'll be too complicated
11:06 Bryson joined #salt
11:06 teryx5101 joined #salt
11:06 krymzon babilen: I'll probably go for lunch in the next half-hour, but the computer will stay on irc
11:07 babilen Perfect. Would you mind a private message?
11:07 krymzon babilen: sure, thank you
11:07 babilen aye
11:13 N-Mi joined #salt
11:19 fracklen joined #salt
11:25 ravenx joined #salt
11:25 quasiben joined #salt
11:26 fracklen joined #salt
11:26 ravenx how can i 'refactor' repetitive states in my state.sls files
11:27 ravenx i'm repeating a lot of "git.latest" and "create a virtualenv & install requirements.txt" for my apps
11:27 ravenx i would like just one state file for that, and be able to call "bootstrap_proj(arguments)" in my
11:27 ravenx main-app/init.sls file
11:29 mierst joined #salt
11:29 fracklen joined #salt
11:35 subsignal joined #salt
11:41 rem5 joined #salt
11:42 kus joined #salt
11:55 fracklen joined #salt
11:58 ravenx anyone?
11:59 fracklen joined #salt
12:00 babilen ravenx: I'd write a generic state that uses data from pillars to generate more specific project ones.
12:00 babilen The "bootstrap_proj(arguments)" bit sounds like you might want a jinja macro
12:01 punkoivan joined #salt
12:12 ALLmightySPIFF joined #salt
12:12 ravenx babilen: i'll google what a jinja macro is
12:12 ravenx that might be it
12:13 babilen It very much sounds like it
12:17 ravenx do jinja's have souls?
12:18 kus joined #salt
12:19 Sylvain31 jinja had got a soul, before it was mixed in mysql's formula… ;)
12:19 ravenx hehehehe
12:19 blues-man joined #salt
12:21 lero joined #salt
12:22 zenlot joined #salt
12:22 b18 joined #salt
12:22 b18 Anyone know why the download links on the Salt Windows page are broken or any other place I could grab the files? https://docs.saltstack.com/en/latest/topics/installation/windows.html
12:23 ravenx babilen: i xcan't seem to find any documents pertaining to salt for the jinja macros
12:23 ravenx have you got any?
12:23 AndreasLutro why does it need to pertain to salt? jinja macros work the same everywhere
12:24 numkem joined #salt
12:24 kawa2014 joined #salt
12:26 ravenx cuz i would like to see examples
12:26 ravenx how to pass in arguments, etc
12:26 Sylvain31 ravenx: https://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html
12:26 Sylvain31 http://jinja.pocoo.org/docs/dev/templates/
12:26 ravenx thanks a ton
12:27 Sylvain31 another one: http://www.tmartin.io/articles/2014/salt-improving-jinja-usage/
12:27 renaissancedev joined #salt
12:29 Sylvain31 ravenx: exactly marco are here: http://jinja.pocoo.org/docs/dev/templates/#macros
12:31 ravenx Sylvain31: thanks ;)
12:42 teryx510 joined #salt
12:43 teryx5101 joined #salt
12:44 Sylvain31 ravenx: sharing is like pingpong, dont stop the ball… ;) (means you're welcome)
12:47 subsignal joined #salt
12:51 ssplatt joined #salt
13:00 Biopandemic joined #salt
13:00 fxhp joined #salt
13:01 subsignal joined #salt
13:05 racooper joined #salt
13:06 alvinstarr joined #salt
13:09 komputes joined #salt
13:09 fracklen joined #salt
13:10 slav0nic joined #salt
13:11 fracklen joined #salt
13:16 flowstat_ joined #salt
13:17 subsigna_ joined #salt
13:17 rgrinberg joined #salt
13:17 b18 Anyone know why the download links on the Salt Windows page are broken or any other place I could grab the files? https://docs.saltstack.com/en/latest/topics/installation/windows.html
13:18 evle2 joined #salt
13:19 Rumbles because most people don't use Windows so no one noticed?
13:19 flowstate joined #salt
13:19 Rumbles most people whouse salt don't use Windows*
13:20 flowstate joined #salt
13:22 viq any thoughts on obdi vs molten vs saltpad? Are there any other panels I don't know about yet?
13:24 hasues joined #salt
13:24 hasues left #salt
13:25 dendazen joined #salt
13:26 subsignal joined #salt
13:27 fracklen_ joined #salt
13:27 Sylvain31 b18: some older here: https://repo.saltstack.com/windows/
13:28 Sylvain31 you should create a ticket for notify that… may be building script is broken, or some pirate may have missed some executable replacement… (this one seems cool, about that could be accomplished…)
13:28 SpX joined #salt
13:29 Nothos927 joined #salt
13:30 fracklen joined #salt
13:30 Sylvain31 I discovered this one by seeking on the Internet… https://chocolatey.org/
13:33 XenophonF joined #salt
13:35 frackle__ joined #salt
13:37 DammitJim joined #salt
13:37 mosen viq: thanks for the suggestions
13:39 Electron^- joined #salt
13:40 mosen I started writing one myself but maybe that's excessive given the number of options
13:40 MadHatter42 joined #salt
13:43 komputes joined #salt
13:43 Electron^- hello guys... I have setup a service.running with the options "watch: - file: /etc/zabbix/zabbix_agentd.d/*" but I get error because it doesn't found that requisite
13:45 iceyao joined #salt
13:46 andrew_v joined #salt
13:48 Sylvain31 Electron^-: paste an example on paste website of your choice.
13:48 ALLmightySPIFF joined #salt
13:48 ssplatt hey guys, i was never able tog et an answer on this yeasterday.  in th external auth section, is it possible to limit which wheel modules a user has access to?  or is ‘@wheel’ the only permission level?
13:48 mapu joined #salt
13:51 Electron^- ssplatt, http://pastebin.com/58pFK2RN
13:51 ssplatt highlight the wrong pesron?
13:52 Electron^- yep ssplatt , sorry
13:52 ssplatt np.
13:52 Electron^- it was for Sylvain31
13:52 ssplatt i was just confused...
13:52 ssplatt Electron^-: those watch lines have to be the title of a state
13:53 ssplatt its not just “watch any file on the filesystem
13:53 kaptk2 joined #salt
13:53 Electron^- the first line work...
13:53 Sylvain31 Electron^-: https://docs.saltstack.com/en/latest/ref/states/requisites.html#requisites it will give some headhache but… prerequise are looking for state id. so /etc/zabbix/zabbix_agentd.d/ have to be defined, as salt state as far as I understand, but…
13:54 Sylvain31 https://docs.saltstack.com/en/latest/ref/states/all/salt.states.cmd.html may also helps… As far as I understand it…
13:56 ssplatt http://pastebin.com/rbgQ9tpm   Electron^- , for example
13:57 jerredbell joined #salt
13:57 Electron^- Thanks guys...
13:58 Sylvain31 Electron^-: post the working example with the wildcard stuff, if you keep this idea…
13:58 Electron^- Can I set a "file.managed: - name: /path/of/directory"?
13:58 ssplatt file.directory
13:59 ssplatt but that won’t manage all files in a directory
13:59 ssplatt it will let you sreate the directory and set it’s opermissions and such
13:59 Electron^- so I need to specify every file to monitor?
13:59 ssplatt yeah, otherwise how are you managing them?
13:59 ssplatt if you just want ot make sure they hav the right perms, you can set recursive...
14:00 Sylvain31 https://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.directory ?
14:00 Electron^- I need to restart the service if there is a new file or some file are changed in the directory
14:01 ssplatt no one should be changing files unless salt is doing it...
14:01 Sylvain31 Electron^-: how will you create/change thoes file?
14:01 ssplatt thus, configuration managed
14:01 Electron^- with various states... I'll paste the all sls
14:01 ssplatt then you watch those state IDs
14:02 ssplatt you can also do watch_in. iirc
14:02 ssplatt so you can specify in the file state to restart the service if it changes
14:02 ssplatt instead of making a huge watch list in the service state
14:02 ssplatt Sylvain31: linked the requisites page before
14:03 ssplatt yeah.   file.managed … - watch_in:  - service:  zabbix_service
14:03 Electron^- http://pastebin.com/VWkWraaS
14:04 Electron^- I tried the watch_in but didn't work
14:04 gh34 joined #salt
14:04 ssplatt probably because you used a wrong id.  i’d suggest giving each state declartaion it’s own state ID instead of tryign to nest them
14:05 ssplatt so in teh zabbix-agent:  block
14:05 ssplatt 1 sec, i’ll demo
14:05 _JZ_ joined #salt
14:06 Electron^- thanks
14:07 ssplatt http://pastebin.com/7rpvTCv1
14:07 mdhas joined #salt
14:07 ssplatt added zabbix_agent_service   and zabbix_agent_conf
14:08 Electron^- ok, I'll test it... thanks
14:09 Mowens Hey all - I have been tasked with monitoring our Windows Servers services with Salt - should the config be similar? The windows documentation doesn't appear to be as robust. :)
14:09 quasiben joined #salt
14:10 ssplatt Mowens: i haven’t used the windows portion, but i believe that’s the idea. there are a few specific windows vs linux vs mac differences but largley the config is the same
14:11 devster31 how can I test which init system is used by the machine?
14:11 Mowens Awesome. TY. I will give it a shot and ask questions as they come up. You guys are great.
14:11 mpanetta joined #salt
14:12 Electron^- ssplatt, same error also after the change you pointed out
14:12 ssplatt oh i didn’t remove the watch from the service state
14:13 patarr Anyone experience an issue where a reactor state and a high state are running concurrently and then some fail? From what I read, salt isn't designed for parallel execution on the minion level. And it seems as though when you bring reactor in, it doesn't protect you against this unless you specify queue=True. Either I'm doing something wrong, or this is a pretty bad design issue.
14:13 ivanjaros3916 joined #salt
14:17 flowstate joined #salt
14:19 catpig joined #salt
14:22 CimmX joined #salt
14:22 drawsmcgraw joined #salt
14:23 CimmX Has anyone used salt to deploy windows machines in AWS?    I'm trying exactly this.   Im at a point where the machine instance is created in AWS, but the salt-cloud/master has issues connecting:
14:23 CimmX [DEBUG   ] Waiting for VM IP. Giving up in 00:02:20 [DEBUG   ] Using AWS endpoint: ec2.us-east-1.amazonaws.com [DEBUG   ] AWS Request: https://ec2.us-east-1.amazonaws.com/?Action=DescribeInstances&InstanceId.1=i-852eee7d&Version=2014-10-01 [DEBUG   ] AWS Response Status Code: 200
14:24 babilen mosen: It would probably be better to contribute to one of the existing projects ... but then, if yours is "the bestâ„¢", then why not?
14:24 babilen Different ideas and options are great ..
14:24 mosen babilen: eh im not so sure about that :)
14:24 CimmX Minion is listed  in 'salt-key -L' but a test.ping gets no response.
14:25 CimmX CAn anyone give me a push in the right direction here?
14:25 bbradley joined #salt
14:25 mosen babilen: the only thing i can see is that everyone relies on saltnado or rest_cherrypy but they don't expose all the salt features
14:26 thekabal joined #salt
14:27 thekabal Is there a way to query a minion to see what is in the Salt Mine for it?
14:27 thekabal Like, a grains.items but for mine?
14:31 babilen It just doesn't make sense to have five barely maintained shitty ones :D
14:33 jad_jay joined #salt
14:33 jad_jay Hi !
14:34 jad_jay What are the best practices to execute module in custom module ?
14:34 jad_jay because this : http://intothesaltmine.readthedocs.io/en/latest/chapters/development/writing-modules.html#running-commands-executing-modules
14:34 jad_jay is simply not working
14:34 sagerdearia joined #salt
14:36 dyaln joined #salt
14:40 jad_jay okay
14:40 jad_jay so it's __salt__ and not salt : great
14:40 jad_jay Thanks IRC for the help, it's great to have so much response
14:44 rgrinberg joined #salt
14:45 west575 joined #salt
14:45 armyriad joined #salt
14:50 dyasny joined #salt
14:51 Brew joined #salt
14:52 flowstate joined #salt
14:52 ssplatt jad_jay: it’s been my experience that any of the docs for salt on readthedocs.io are extremely out of date
14:55 AndreasLutro yeah, readthedocs has been replaced by docs.saltstack.com
14:57 dfinn joined #salt
15:00 rgrinberg joined #salt
15:05 noraatepernos joined #salt
15:06 brianfeister joined #salt
15:08 tapoxi joined #salt
15:09 patarr So I saw something like "local.state.apply:". Is there a "otherhosts*.state.apply" ?
15:09 patarr So if this state is run on the master, I can do "minion1.state.apply"?
15:12 thekabal Is there a way to query a minion to see what is in the Salt Mine for it? Like, a grains.items but for mine?
15:13 komputes joined #salt
15:14 jad_jay ssplatt, Yes and very few websites...
15:15 ssplatt patarr: salt ‘minion’ state.apply mystate
15:17 Mowens Hello all - noob question on beacons. Followed the top example here, https://docs.saltstack.com/en/latest/ref/beacons/all/salt.beacons.service.html and replaced the service name with the service in question. How do I know if the Beacon is working?
15:17 tapoxi joined #salt
15:20 patarr ssplatt, I'm not trying to do anything ad-hoc on the shell
15:20 west575_ joined #salt
15:20 sfxandy joined #salt
15:20 sfxandy hi everyone
15:21 dfinn joined #salt
15:21 patarr The problem I'm experiencing is trying to grab grain data from a salt cloud machine that is "destroying" and execute some commands on a separate minion. The problem is that I have to involve reactor, which is asynchronous. So the VM is destroyed before the states triggered by the events are fully complete.
15:21 ssplatt patarr: i don’t understand your question then. you want to use state.apply inside a state run?
15:22 patarr ssplatt, right, but on a different host.
15:23 sfxandy ok, situation.  am receiving via a call to salt-api, a HTTP request that contains a JSON document with some config in that I need to use in Salt to drive some states.  am guessing this is technically a Jinja/Python question, but how do I get Salt/Jinja to treat the post data containing the JSON document as a dictionary rather than just a string?
15:27 Ayo joined #salt
15:27 mapu joined #salt
15:28 patarr Sequence of events: VM is destroyed -> /minion/destroying is fired -> Reactor maps it to a state -> that state sends another event with data[] populated with some grain values -> the master then executes a state on a windows AD server and another BSD server
15:28 patarr For some reason that last step with the windows and BSD servers fails. With no indication as to why. if the events were fired successfully (which they are), it doesn't matter if the VM was blown away does it?
15:29 patarr Those events should still be handled by reactor. All the needed data is contained within their data dict.
15:29 patarr But that doesn't seem to be the case.
15:32 Sylvain31 can check salt own vision of the service.running? the service is running, but may be too verbose for being correctly parsed…
15:32 ssplatt oh i think the misunderstanding then is local.state.apply is akin to running ‘salt’ locally on the salt master, not targetting local
15:33 komputes joined #salt
15:34 ssplatt patarr: https://docs.saltstack.com/en/latest/topics/reactor/   add_new_minion_to_pool:   local.state.apply:   - tgt: 'haproxy*'   is akin to salt 'haproxy*' state.apply ...
15:36 ssplatt so if you would do “salt ‘adserver’ state.apply remove_server_from_ad”  then you’d use local.state.apply:  - tgt: ‘adserver'
15:37 rory joined #salt
15:40 ivanjaros3916 joined #salt
15:40 andrew_v joined #salt
15:40 krymzon joined #salt
15:40 sarlalian joined #salt
15:40 brucewang joined #salt
15:40 ]V[ joined #salt
15:40 wangofett joined #salt
15:40 RandyT joined #salt
15:40 feld joined #salt
15:40 dustywusty joined #salt
15:40 bryguy joined #salt
15:43 rgrinberg joined #salt
15:44 dezertol joined #salt
15:45 Eureka70_ joined #salt
15:45 InAnimaTe joined #salt
15:45 armguy joined #salt
15:45 borgstrom joined #salt
15:45 StolenToast joined #salt
15:45 ujjain joined #salt
15:45 babilen joined #salt
15:45 rhand joined #salt
15:47 babilen joined #salt
15:48 rgrinberg joined #salt
15:49 Mowens Nevermind, found it in the dubug
15:53 Sylvain31 self answer: salt 'dns*' service.status pdns (for pdns service, seen here: https://github.com/saltstack/salt/blob/2015.8/salt/states/service.py#L315)
15:57 Lee- joined #salt
16:03 patarr ssplatt, is that a synchronous thing? Is the local.state.apply not done until the state is applied to the machine specified in tgt?
16:04 patarr Another question: If I do a cmd.run with a tgt: 'foo', and the name has {{ grains['someVal'] }}, will it evaluate the grain value on 'foo' or on the machine executing the cmd.run?
16:04 patarr I want it to evaluate on the machine doing the cmd.run
16:06 Eureka70_ joined #salt
16:06 InAnimaTe joined #salt
16:06 armguy joined #salt
16:06 borgstrom joined #salt
16:06 StolenToast joined #salt
16:06 ujjain joined #salt
16:06 rhand joined #salt
16:06 Sylvain31 question: service.reload pdns on debian jessie, I have: service pdns reload -> [ ok ] Reloading PowerDNS Authoritative Name Server: pdns. but, from salt debug: systemctl reload pdns.service -> Failed to reload pdns.service: Job type reload is not applicable for unit pdns.service.
16:08 scoates joined #salt
16:09 ferbla joined #salt
16:11 flowstate joined #salt
16:12 Sylvain31 how do I configure service.reload in my state to use the good reload?
16:12 flowstate joined #salt
16:12 Sylvain31 patarr: I think state are always run on the minion in fact.
16:13 honestly Indeed.
16:13 krymzon joined #salt
16:15 teryx510 joined #salt
16:16 Sylvain31 my question: seem to have answer here: https://docs.saltstack.com/en/latest/ref/modules/index.html#module-provider-override
16:16 stooj joined #salt
16:16 jenastar joined #salt
16:18 patarr Sylvain31, where does a state triggered by a reactor event run?
16:19 babilen devster31: Whatfor? Normally you wouldn't have to care about it.
16:19 babilen devster31: Many modules use salt.utils.systemd.booted(__context__), but that might not be what you are looking for
16:19 Sylvain31 patarr: I dont think so, I wrote a sls for powerdns, it was never reloaded before I guess, I'm currently writing it…
16:20 babilen devster31: There's also the 'init' grain and 'systemd' grain
16:22 Sylvain31 how do a look what are providers, service provider for my own case, for a state? can I change it for a single state… I guess could?
16:23 anotherZero joined #salt
16:24 rgrinberg joined #salt
16:28 ALLmightySPIFF joined #salt
16:29 armyriad joined #salt
16:30 writtenoff joined #salt
16:32 Fiber^ joined #salt
16:34 punkoivan joined #salt
16:36 punkoivan joined #salt
16:38 devster31 babilen: I used the init grain, it's to decide which init script to use for a formula
16:38 devster31 thanks
16:41 yetAnotherZero joined #salt
16:41 flebel joined #salt
16:43 * patarr sighs
16:44 patarr So now I have it sorta working. I'm passing in custom data with kwargs: pillar trick like ssplatt showed me. But now my issue is that I'm passing that data to a state on the minion that does a cmd.run with a target of the windows server. But then I get an error that "Powershell" is not available. So it seems like it's trying to execute the command on a different machine than the windows host.
16:45 patarr CCould someone explain local.cmd.run as opposed to cmd.run?
16:47 jerredbell joined #salt
16:49 barajasfab joined #salt
16:52 mowntan joined #salt
16:53 mowntan joined #salt
16:53 mowntan joined #salt
16:53 Lionel_Debroux joined #salt
16:54 morissette joined #salt
16:54 Sylvain31 reply to me: about "systemctl reload pdns.service" issued by a "salt-call -ldebug service.reload pdns" from powerdns IRC: "pdns-server only supports reload for a small fraction of the file", so it is better to "restart" it, than to "reload" it in case of config modification.
16:56 dezertol joined #salt
16:56 mosen_ joined #salt
16:57 wendall9111 joined #salt
16:58 patarr There is literally no mention of local.cdm.run in so many of the docs I'm reading. What is it!?
16:58 patarr cmd*
16:59 west575 joined #salt
17:00 ssplatt it seems to me all the ‘local.’ in the reactor stuff is specifying ‘local execution module’ which means it runs the same as executing salt on the master cli.  so local.cmd.run is the same as ‘salt “tgt” cmd.run …”
17:00 ssplatt i havne’t gotten to far into reactors and events yet.
17:01 ssplatt but lookinga t teh wheel. examples and runner. stuff ruther down on the reactor doc page makes it look like that to me
17:01 ssplatt patarr: ^
17:02 ageorgop joined #salt
17:05 mdhas joined #salt
17:13 deniszh1 joined #salt
17:15 patarr ssplatt, do you know how I can get a grain value from another host?
17:15 ssplatt salt ‘otherhost’ grains.items
17:16 ssplatt salt ‘otherhost’ grains.get thingiwant
17:16 patarr ssplatt, how about in a salt state? {{ salt['grains.get']('host1', 'grainKey')?
17:16 ssplatt that seems right
17:18 patarr ssplatt, where can I find docs on that salt[] syntax?
17:19 ldelossa joined #salt
17:19 patarr Oooh the docs have one sentence! https://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html#calling-salt-functions
17:20 ldelossa Hey guys, I'm trying to unpack a nested dictionary and keep running into this  error:failed: Jinja variable 'None' has no attribute 'items'
17:20 ldelossa going to get you the details in paste bin one sec
17:21 teryx5101 joined #salt
17:21 ldelossa http://hastebin.com/ceqaxataya.vbs
17:21 ldelossa so pretty basic little snippet
17:21 ldelossa coudl have sworn I did this before
17:22 mdhas joined #salt
17:22 patarr ssplatt, https://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.grains.html#salt.modules.grains.get
17:22 patarr That function doesn't take a host argument. How do I execute a salt command on a different host in Jinja style?
17:23 west575_ joined #salt
17:23 ssplatt ldelossa: .iteritems()
17:24 ssplatt for key,val in something.else.iteritems()
17:24 west575_ joined #salt
17:24 patarr ssplatt, I don't think you can do it. For example mine.get() has a "host" argument. grains.get does not.
17:24 patarr So I don't think you can get a grain from another host in a state file.
17:25 spuder joined #salt
17:25 ldelossa ssplatt: tied that also, no luck
17:26 ldelossa tried*
17:26 ssplatt oh like line 7?
17:26 ssplatt not sure line 7 works.
17:26 ldelossa failed: Jinja variable 'None' has no attribute 'iteritems'
17:27 ldelossa The pillar data is coming in fine
17:27 ssplatt set kafkastuff = salt[pillar.get].   the later, for ke,var in kafkastuff
17:28 ssplatt or kafkastuff.version   kafkastuff.hash
17:28 ssplatt if those things exist
17:28 ldelossa I was thinking of doing that also! okay let me try that
17:30 ssplatt patarr: i’ve done things like this before in pillar: cert_name: {{ salt['grains.get']('host', '') }}.crt
17:31 ssplatt i’m guessing that you should be able to do the same in a reactor and it would change based on the tgt:  just as it does in pillar
17:34 blw0rm joined #salt
17:34 bltmiller joined #salt
17:36 ssplatt patarr: but if you’re trying to tgt: ‘adserver’ but pass in grains from ‘deletedhost’ you may be SOL. i think you’d have to pass that in with data[] from the event or a custom module
17:37 ssplatt just a guess
17:40 blw0rm joined #salt
17:43 rojem joined #salt
17:47 salt_nasty joined #salt
17:49 notnotpe_ joined #salt
17:59 wendall9111 left #salt
18:00 keimlink joined #salt
18:00 fracklen joined #salt
18:01 edrocks joined #salt
18:01 wendall911 joined #salt
18:02 bltmille_ joined #salt
18:06 gladiatr joined #salt
18:08 zenlot6 joined #salt
18:10 murrdoc joined #salt
18:12 fer_bla joined #salt
18:12 Eureka703 joined #salt
18:12 west575 joined #salt
18:17 SheetiS joined #salt
18:19 beardedeagle joined #salt
18:24 murrdoc1 joined #salt
18:24 beardedeagle jfindlay: https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/openstack.py#L533, you know anything about including metadata? It's not in the docs anywhere though it is in that code.
18:25 west575_ joined #salt
18:25 impi joined #salt
18:26 jfindlay beardedeagle: gtmanfred might be able to five you a better answer
18:26 jfindlay s/five/give/
18:26 jfindlay but I'm sure he's not opposed to a high five either
18:27 beardedeagle high fives abound
18:28 noraatepernos joined #salt
18:28 ahammond is there a standard idiom for disabling a user's password?
18:30 murrdoc1 userdel
18:32 mierst joined #salt
18:33 wendall911 joined #salt
18:34 racooper passwd -l  and usermod -s /bin/false if you don't actually want to delete them
18:35 Brew joined #salt
18:35 racooper or just usermod -Ls /bin/false userid. forgot that usermod has a lock option too
18:37 jfindlay ahammond: if you set the password field in /etc/shadow to ! I think that means the user has an unset password, see https://en.wikipedia.org/wiki/Passwd#Shadow_file, for example
18:37 saltstackbot [WIKIPEDIA] Passwd#Shadow file, | "passwd is a tool on most Unix and Unix-like operating systems used to change a user's password. The password entered by the user is run through a key derivation function to create a hashed version of the new password, which is saved. Only the hashed version is stored; the entered password is not saved..."
18:38 ahammond @jfindlay that's what we've been doing, I was wondering if salt's user state had implemented something cleaner. I guess I could write that. Sigh. :)
18:38 lilvim joined #salt
18:39 jfindlay that would be nice if so, but I'm not that familiar with system users to know of any more formal way to do it if one exists
18:39 cyborg-one joined #salt
18:39 beardedeagle gtmanfred: any thoughts on my question above?
18:40 ahammond I've been thinking lately that some kind of standardized CMDB interface for salt would be amazing. Concepts like "which users should be on a box and in which groups" seem like a pretty fundamental and common concept.
18:41 bltmiller joined #salt
18:41 stooj joined #salt
18:45 ahammond I've been using the wheel group for sudo access and adm for /var/log access. I know that wheel is idiomatic, but what about log access? Is there a standard?
18:46 ahammond My thought is that developers need to be able to log into production boxes and view logs, process trees, and other diagnostic / forensic stuff but not make changes.
18:50 GreatSnoopy joined #salt
18:53 komputes joined #salt
18:57 murrdoc joined #salt
19:01 gtmanfred beardedeagle: i don't believe you can do it with the openstack driver, but you can with the nova driver
19:01 gtmanfred which is the recommended driver to use
19:01 gtmanfred beardedeagle: the nova driver accepts stuff in the same format that you would pass it to nova on the commandline
19:01 gtmanfred so just meta: and then a list of key values to assign to the server
19:02 stooj joined #salt
19:02 gtmanfred beardedeagle: oh, looks like you can do it with openstack too, just set 'metadata' as the key with a dictionary under it and it would work
19:05 ALLmightySPIFF joined #salt
19:07 murrdoc joined #salt
19:08 s_kunk joined #salt
19:08 s_kunk joined #salt
19:10 deniszh joined #salt
19:11 cswang_ joined #salt
19:12 cswang joined #salt
19:14 lorengordon joined #salt
19:15 west575 joined #salt
19:16 josuebrunel joined #salt
19:17 cduBois joined #salt
19:19 cilkay joined #salt
19:22 tapoxi joined #salt
19:22 beardedeagle gtmanfred: awesome. that is what I was thinking. we should really get that added to the docs
19:23 beardedeagle thanks
19:26 subsignal joined #salt
19:26 teryx510 joined #salt
19:27 quasiben joined #salt
19:30 cilkay Hello. I'm attempting to set DEBUG to True or False depending on the value of current_env, which I specify in a config file. When I invoke "salt-call --local state.sls djconfig.init", I get "Unable to manage file: Jinja variable 'debug_status' is undefined" How can I set debug_status conditionally? My code is here: https://gist.github.com/cilkay/d3652ef062cecf50d3166ecab41f1412
19:30 west575_ joined #salt
19:31 teryx5101 joined #salt
19:35 west575 joined #salt
19:39 tapoxi joined #salt
19:40 tapoxi joined #salt
19:40 tapoxi hi everyone, just installed saltstack, but I'm missing the haproxy module
19:41 edrocks joined #salt
19:43 Yorokobi joined #salt
19:44 bltmiller joined #salt
19:46 bltmille_ joined #salt
19:47 sinonick joined #salt
19:48 Yorokobi left #salt
19:49 beardedeagle @tapoxi: you mean the haproxyconn module?
19:50 gtmanfred he left
19:51 gtmanfred and it is called haproxy, via the __virtualname__
19:51 gtmanfred needs to have the haproxy pip module installed though
19:51 Elsmorian joined #salt
19:51 tapoxi joined #salt
19:52 tapoxi sorry freenode kicked me off
19:53 tapoxi I just installed saltstack 2015.8 and I'm not seeing the haproxy module, any magic I need to perform to see it?
19:53 cilkay How can I set a variable, debug_status, to True or False in a state depending on the value of grains['current_env']?
19:53 beardedeagle according to gtmanfred it needs to have the haproxy pip module installed though
19:54 tapoxi okay
19:59 babilen devster31: Right! It's just that this decision is mostly made in the packaging, rather than the provisioning ...
19:59 babilen (if you install from packages)
20:01 jfindlay cilkay: you will need to import the jinja context into the file you're templating
20:02 debian112 joined #salt
20:03 jfindlay I've never tried that from a jinja-templated yaml sls file to a jinja-templated file that is placed on the minion, but it may work
20:04 cilkay jfindlay: Thank you. I think I know what that means. I'll try that once the latest iteration of the VM I'm building has finished.
20:04 cilkay This is a masterless minion.
20:05 jfindlay {% from "django/settings.sls" import debug %}
20:06 jfindlay I got that from here: https://docs.saltstack.com/en/latest/topics/best_practices.html#variable-flexibility, also see http://jinja.pocoo.org/docs/dev/templates/#import-context-behavior
20:07 linoob joined #salt
20:07 linoob Hello everyone!
20:08 linoob I have a question. I'm trying to assign grains to a VM and it doesn't seem to be working. See here for an example: http://stackoverflow.com/questions/21230365/assign-role-profile-definitions-to-saltstack-minions-during-vm-creation-vsphere
20:09 linoob I'm creating the VM via profile (not a map) using salt-cloud.
20:09 linoob Any ideas?
20:09 Ayo joined #salt
20:11 babilen Don't set roles in grains ;)
20:12 babilen (but pillars)
20:12 linoob Why not? The role will never change. If for some reason the role needs to change, the VM will be destroyed and a new one created.
20:14 toastedpenguin anyone using chocolatey for Windows servers?
20:14 linoob And the thing is, I need to be able to set them in the profile.
20:14 impi joined #salt
20:14 linoob @babilen
20:14 babilen linoob: Okay, that makes it slightly less cumbersome. Keep in mind that you can't trust grains reported by your minion so don't make sensitive data or states available based on their value.
20:15 rem5 joined #salt
20:15 babilen linoob: If you have that information in a different datastore already (e.g. a database) it might make sense to access that datastore as external pillar (cf. https://docs.saltstack.com/en/latest/ref/pillar/all/)
20:16 babilen I have no experience with vSphere unfortunately, but I think you can assign/pass roles in the cluster map.
20:16 linoob babilen: There won't be any sensitive information. Just a role. :)
20:17 linoob babilen: I should be able to do it in a profile as well right? https://docs.saltstack.com/en/latest/topics/cloud/profiles.html
20:17 babilen It is just that I see little merit in saving that information in a distributed manner ... IMHO that's information that should stay on the master or in a centralised location
20:17 babilen Yeah, that is my impression also
20:18 babilen But enough with the "boo grains are bad for roles" :)
20:18 mackripeum joined #salt
20:19 linoob lol. I've considered using an pillar, but it's more setup. I essentially need a k/v store for that so that entails setting up one. If I do it via grains, I don't need to. My profiles (and therefore grains) are automatically generated when I call salt-cloud.
20:19 babilen Aye
20:20 babilen A lot of people have that information in some other datastore then spend a lot of work to get it into grains only to realise that they can't trust them and that these grains have to be managed also which brings them right back to square one :)
20:20 babilen You are not one of these people
20:21 rojem joined #salt
20:23 linoob babilen: Right. The grains won't ever be changed so once the VM is created, it's done. They're also not sensitive information. If you're curious about the profile generation I mentioned, you can see that here: https://github.com/nextgearcapital/pepper
20:23 krymzon joined #salt
20:23 linoob No documentation yet though. I've been meaning to work on that.
20:24 UtahDave joined #salt
20:26 sinonick joined #salt
20:32 krymzon_ joined #salt
20:32 linoob babilen: No ideas on why grain setting in the profile doesn't work?
20:43 tkharju joined #salt
20:43 deniszh joined #salt
20:45 belak left #salt
20:46 sagerdearia joined #salt
20:46 edrocks joined #salt
20:49 sagerdearia joined #salt
20:53 aiden joined #salt
20:53 aiden hi
20:54 aiden trying to get salt up and running.. having issues
20:54 aiden ERROR   ] Error parsing configuration file: /etc/salt/master - while parsing a block mapping   in "<string>", line 13, column 1:     include: master.d/*.conf     ^
20:56 babilen Could you paste the entire error and your master conf to one of http://refheap.com, http://paste.debian.net, https://gist.github.com, http://sprunge.us, … please?
20:56 sagerdearia joined #salt
20:59 toastedpenguin Windows minion, I have a state that installs a powershell module called Carbon which is installing it via Chocolatey, I have a state to install a cert/key that calls a powershell script for the Carbon module changes and I looking for a way to test that Carbon has been installed on the target server
21:00 toastedpenguin want to make sure that the cert/key script isn't run until Carbon is verified to be installed
21:01 jnials joined #salt
21:03 teryx510 joined #salt
21:04 perfectsine joined #salt
21:05 bltmiller joined #salt
21:08 noraatepernos joined #salt
21:08 aiden here you go https://gist.github.com/anonymous/7b8330cd6c4221158f080c9dccc0bf75
21:08 tracphil joined #salt
21:09 aiden just trying to enable default_include: master.d/*.conf
21:09 aiden within master.d i've created a smtp.conf
21:10 babilen aiden: https://gist.github.com/anonymous/7b8330cd6c4221158f080c9dccc0bf75#file-master-L409 is wrongly indented
21:11 beardedeagle joined #salt
21:11 aiden hi, i've very very new to this salt
21:11 babilen And you don't have to enable that setting as that is the default anyway. Just put files into /etc/salt/master.d/ ending in .conf and you are done
21:11 aiden ok.
21:13 babilen And welcome .. if you haven't read it yet, I'd recommend https://docs.saltstack.com/en/getstarted/
21:13 rojem joined #salt
21:15 subsignal joined #salt
21:16 perfectsine joined #salt
21:19 dorei joined #salt
21:20 brianfeister joined #salt
21:24 ElasticApps joined #salt
21:25 aiden many thanks for your help
21:26 sinonick joined #salt
21:29 TyrfingMjolnir joined #salt
21:29 aiden one last question.. i'm trying to get smtp.conf working
21:29 aiden [ERROR   ] Error parsing configuration file: /etc/salt/master.d/smtp.conf - conf should be a document, not <type 'str'>.
21:30 aiden when trying to invoke i get the above message from this command 'salt '*' test.ping --return smtp'
21:31 DammitJim joined #salt
21:32 fracklen joined #salt
21:32 tracphil joined #salt
21:32 aiden smtp.conf contains https://gist.github.com/anonymous/4a204bc50e4e0f706a102b51940d45f6
21:33 Rumbles joined #salt
21:36 perfectsine joined #salt
21:36 devopsprosiva joined #salt
21:38 rojem joined #salt
21:39 devopsprosiva Hi, I've a question about salt-cloud. I created an ec2 provider and created a profile with region us-east-1. I want to distribute my instances across the 4 availability zones in us-east-1. What is the best way to achieve this? Should I create a separate profile for each availability zone? Or can I pass the availability zone as a param to the salt-cloud command?
21:42 teryx510 joined #salt
21:43 lorengordon joined #salt
21:49 aiden ]#
21:49 MadHatter42 joined #salt
21:50 UtahDave devopsprosiva: I would create a separate profile for each availability zone
21:50 rem5 joined #salt
21:52 cilkay jfindlay: Thank you for your help. Importing the variables into the Jinja template from the state worked like a charm.
21:52 nmadhok joined #salt
21:56 west575 joined #salt
22:02 jfindlay nice
22:02 josue joined #salt
22:04 sjmh joined #salt
22:08 edrocks joined #salt
22:09 devopsprosiva UtahDave: Thanks :)
22:15 Sammichmaker joined #salt
22:15 teryx510 joined #salt
22:19 repl1cant joined #salt
22:22 utahcon joined #salt
22:23 utahcon master and minion exchange keys, and then the all communication to the master seems to be blocked, and get SaltReqTimeoutError from the minion... I have cleared cache on master and minions, have about 500 other minions just happy as pigs in...
22:23 utahcon I have a few of these minions actually...
22:24 utahcon as far as I can tell no other blockers for communication
22:24 bltmiller joined #salt
22:24 utahcon the minions that timeout, do have established connections on 4506
22:24 utahcon they don't seem to hang up
22:25 utahcon salt: 2014.1.10
22:25 utahcon (yes I know it is old)
22:27 djgerm joined #salt
22:36 teryx510 joined #salt
22:37 zenlot joined #salt
22:39 nmadhok joined #salt
22:40 rem5 joined #salt
22:42 noraatepernos joined #salt
22:43 rem5 joined #salt
22:45 devster31 should I use http://repo.saltstack.com/apt/debian/8/amd64/latest jessie main or http://debian.saltstack.com/debian jessie-saltstack main to install salt-minion on debian jessie and raspbian?
22:46 jfindlay devster31: repo.saltstack.com doesn't have ARM pkgs yet
22:47 devster31 alright, thanks, what's the difference between the two aside from that?
22:47 jfindlay unless you've got the arch-dependent dependencies taken care of, I guess you could try repo.saltstack.com salt packages, but this is something I'm not very familiar with
22:47 jfindlay the debian one has not been maintained in a while and has been superseded for the most part by repo
22:53 devster31 I could add the src repo and build the packages
22:55 jfindlay salt has modules and sls files to build packages.  You can check out the formulas at https://github.com/saltstack/salt-pack/
23:07 lorengordon joined #salt
23:15 west575 joined #salt
23:17 rem5 joined #salt
23:20 lorengordon joined #salt
23:21 nmadhok joined #salt
23:25 subsigna_ joined #salt
23:42 lorengordon joined #salt
23:45 Ouzo_12 joined #salt
23:45 alxchk joined #salt
23:47 bltmiller joined #salt
23:48 bltmiller anyone know if I can glob on pillar data?
23:48 quasiben joined #salt
23:54 aqua^c joined #salt
23:59 Edur joined #salt
23:59 yetAnotherZero Anybody creative enough to suggest a good way to track a uid change?  for example: if my salt state changed the uid of user_1 from 1000 to 1200, any good way to track the before and after?  I'm thinking here that I'd want to run a script to find any files owned by 1000 and change ownership to 1200

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