Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-05-05

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

All times shown according to UTC.

Time Nick Message
00:02 joehoyle joined #salt
00:05 l0x3py joined #salt
00:07 obeid joined #salt
00:12 fridiculous who sets environment variables with salt?
00:12 fridiculous anyone?
00:13 fridiculous if so, how do you do it?
00:15 Vivi-1 fridiculous: what do you mean by environment variables?
00:27 l0x3py joined #salt
00:31 war2 joined #salt
00:31 jtang1 joined #salt
00:44 elfixit joined #salt
00:51 Ryan_Lane joined #salt
00:52 smcquay_ joined #salt
00:56 joehoyle joined #salt
01:03 zirpubolci joined #salt
01:06 schimmy joined #salt
01:10 schimmy1 joined #salt
01:19 jeddi joined #salt
01:19 jtang1 joined #salt
01:23 war2 joined #salt
01:25 xzarth_ joined #salt
01:35 Ymage joined #salt
01:44 joehoyle joined #salt
01:46 pydanny joined #salt
02:09 mateoconfeugo joined #salt
02:11 masterkorp left #salt
02:14 jtang1 joined #salt
02:14 Etch joined #salt
02:16 masterkorp joined #salt
02:21 ajw0100 joined #salt
02:22 ravibhure joined #salt
02:27 combusean joined #salt
02:34 xl1 joined #salt
02:34 xl1 left #salt
02:44 jnials joined #salt
02:53 logix812 joined #salt
02:53 Comradephate joined #salt
02:53 ajw0100 joined #salt
03:01 logix812 if I do a salt '*' pillar.get mykey  I get 0 results, just the minion name.
03:01 logix812 but if I do a salt '*' pillar.items
03:02 logix812 I can see 'mykey' is in that list
03:02 logix812 Is there anything else I could have setup incorrectly that I should look at?
03:03 fridiculous try pillar.item
03:03 fridiculous pillar.item mykey
03:05 logix812 fridiculous: ya I get that too
03:05 acabrera joined #salt
03:05 logix812 just not on a pillar.get
03:05 logix812 Im on 0.17.0 if that makes any difference
03:08 jtang1 joined #salt
03:11 arthabaska joined #salt
03:12 fridiculous upgrade, if you're not sure
03:12 fridiculous but yeah pillar.item should work
03:12 fridiculous why do you need get?
03:20 logix812 fridiculous I was noticing one of my states (which uses pillar data) was not running
03:20 logix812 so I was trying to determine if it was my state or if the pillar data was malformed or something
03:20 logix812 upgrading fixed it
03:21 logix812 pillar.get works as expected
03:21 fridiculous yay
03:23 mateoconfeugo joined #salt
03:32 stephas joined #salt
03:35 n8n joined #salt
03:41 flebel joined #salt
03:44 schimmy joined #salt
03:47 joehoyle joined #salt
03:49 schimmy joined #salt
03:51 catpigger joined #salt
03:55 fei joined #salt
03:59 flebel joined #salt
03:59 logix812 joined #salt
04:02 jtang1 joined #salt
04:02 ckao joined #salt
04:05 schimmy joined #salt
04:08 mihait joined #salt
04:09 octarine joined #salt
04:09 copelco joined #salt
04:17 Nexpro1 joined #salt
04:23 jalaziz joined #salt
04:29 uestra joined #salt
04:35 elfixit joined #salt
04:38 fragamus joined #salt
04:40 war2 joined #salt
04:50 bhosmer joined #salt
04:56 war2 joined #salt
04:56 jtang1 joined #salt
05:02 jh_ joined #salt
05:04 Guest92788 anyone seen this error on a mac osx install? [ERROR   ] An un-handled exception was caught by salt's global exception handler:  NameError: name 'zmq' is not defined
05:05 arthabaska joined #salt
05:06 mateoconfeugo joined #salt
05:06 naiyte joined #salt
05:06 Guest92788 nm
05:06 Guest92788 dumb post
05:06 epcim joined #salt
05:07 __number5__ fyi, use homebrew to install salt on OS X: brew install saltstack
05:08 Guest92788 Cool - Thanks for the heads up. I was following this guide: http://docs.saltstack.com/en/latest/topics/tutorials/walkthrough_macosx.html
05:09 __number5__ Guest92788: yep, that's a bit old, brew install saltstack will install all dependancies for you
05:10 mgw joined #salt
05:11 stephas joined #salt
05:20 picker joined #salt
05:30 individuwill joined #salt
05:33 iscsi joined #salt
05:33 jnials joined #salt
05:36 luminous joined #salt
05:36 sroegner joined #salt
05:38 arthabaska joined #salt
05:39 naiyte joined #salt
05:41 _1_1983 joined #salt
05:43 davet joined #salt
05:50 ramteid joined #salt
05:50 jtang1 joined #salt
05:55 aarontc joined #salt
06:01 Etch joined #salt
06:05 gammalget joined #salt
06:20 lionel joined #salt
06:20 fragamus joined #salt
06:23 schimmy joined #salt
06:25 MK_FG joined #salt
06:35 briner joined #salt
06:45 jtang1 joined #salt
06:46 sverrest joined #salt
06:47 CeBe joined #salt
06:56 ravibhure joined #salt
07:06 harobed_ joined #salt
07:07 harobed_ joined #salt
07:08 slav0nic joined #salt
07:08 slav0nic joined #salt
07:14 pescobar left #salt
07:16 martoss joined #salt
07:21 Kenzor joined #salt
07:25 sroegner joined #salt
07:33 uestra joined #salt
07:37 ninkotech joined #salt
07:39 jtang1 joined #salt
07:46 topochan joined #salt
07:46 ming joined #salt
07:48 Guest17566 left #salt
07:53 war2 joined #salt
07:56 war3 joined #salt
07:56 martoss1 joined #salt
08:12 it_dude joined #salt
08:24 che-arne joined #salt
08:28 briner hhenkel, welcome back :)
08:28 faldridge joined #salt
08:30 faldridg_ joined #salt
08:33 jtang1 joined #salt
08:33 hhenkel briner: hi
08:35 hhenkel briner: see the query, if you got questions let me know.
08:36 jnials joined #salt
08:37 Shenril joined #salt
08:37 ghartz joined #salt
08:38 joehoyle joined #salt
08:40 xmj joined #salt
08:41 ninkotech_ joined #salt
08:47 jcsp joined #salt
08:57 ninkotech_ joined #salt
09:08 ghartz joined #salt
09:10 giantlock joined #salt
09:11 Sypher_ joined #salt
09:14 sroegner joined #salt
09:18 jtang1 joined #salt
09:28 tinuva joined #salt
09:50 Etch joined #salt
10:12 NullWagon joined #salt
10:22 engblom joined #salt
10:24 cro joined #salt
10:24 engblom Please, anyone look at this one: http://pastie.org/9142076 . It is working for all "normal" files, but not for the hidden ones. I can not find anything in the documentation about hidden files. Someone here earlier said it would work with newest version. I am running 2014.1.3 on both master and minion.
10:27 ChaosPsyke joined #salt
10:28 cro_ joined #salt
10:29 ChaosPsyke Hi guys, I am getting the following error CentOS 6 when trying to start salt-minion:  File "/usr/lib/python2.6/site-packages/salt/utils/jinja.py", line 36, in <module>
10:29 ChaosPsyke class OrderedDictDumper(yaml.Dumper): AttributeError: 'module' object has no attribute 'Dumper'. Any ideas on what can be causing this? I have updated all the packages I can think of.
10:31 AviMarcus joined #salt
10:34 babilen What is version Helium ?
10:34 workingcats joined #salt
10:36 rawtaz what do you mean what it is?
10:38 babilen Which version corresponds to "Helium" -- I want to use "salt.modules.state.sls_id" which is "New in version Helium." and I have no idea which version corresponds to "Helium" -- I am running 2014.1.3 and it appears as if "Helium" is some internal name for a specific milestone
10:38 babilen Maybe "What version is Helium" would have been better :)
10:43 cro_ joined #salt
10:45 scarcry joined #salt
10:47 rawtaz according to http://www.saltstack.com/salt-blog/ on 2014-03-21 it's the upcoming version
10:48 babilen so 2014.2.0 ?
10:49 rawtaz i dont know, im just lurking. you might want to check if there has been any new version since that date, and if not then the next version number is what it will be i guess
10:49 rawtaz but who knows what the next version number will be :>
10:49 cro joined #salt
10:50 war2 joined #salt
10:51 bhosmer joined #salt
10:51 war2_ joined #salt
10:54 viq babilen: 2014.<whatever_month_it_will_be_released_on>
10:55 babilen viq: Okay, wasn't sure if it is YEAR.MONTH.MINOR or YEAR.RELEASE_NUMBER.MINOR -- any idea when it might come around?
10:56 viq nope ;)
10:56 babilen But to ask a bit more productively: We quite often roll out small changes to configuration files and a state.highstate run takes significantly longer than the corresponding "roll our change and handle all states in the dependency chain"
10:57 babilen salt.modules.state.sls_id looked like a perfect fit for that as it would allow us to execute the configuration file state + dependencies ... but we cannot use that right now. Is there another sensible way of cutting down on the number of states that have to be executed?
10:58 viq Just run state.sls ?
10:58 babilen viq: That misses all dependencies
10:58 cro joined #salt
10:59 viq you could include them in your sls
10:59 engblom viq: You are actually the one I need :)
10:59 viq engblom: should I be glad or afraid? ;)
11:00 cro_ joined #salt
11:00 babilen viq: All dependencies (require: \n - foo.bar) are already included (in the "include: - foo" sense) -- But if I use state.sls I get a problem because a requirement couldn't be found.
11:00 engblom viq: I am using your wip of 2014.1.3 for openbsd. Someone here managed get hidden files copied with 2014.1.3 and file.recurse. It is not working for me. Only the non-hidden files are working. This is the state file: http://pastie.org/9142076#
11:01 viq engblom: sorry, haven't touch file.recurse ever yet, don't really know
11:02 viq engblom: also on newer openbsd there's a problem with m2crypto, so salt-master doesn't start at all, and fixing that is way out of my league
11:03 sroegner joined #salt
11:03 engblom viq: OK. This is 5.5 stable with just your wip slapped on.
11:04 viq I'm just building a whole stack in a VM on newest snapshot to see if that changes anything
11:04 viq But yeah, coming back to your question, no, I don't know anything about file.recurse. We could try reading the sources, but that's a guessing game ;)
11:04 londo__ joined #salt
11:05 engblom I already a bit looked at the sources, but not being a python programmer, it was a quite futile attempt.
11:06 cro joined #salt
11:07 engblom os.walk works well (tested from python interactive console). It shows all files. Apparently dot-files are either filtered out or a home-brew function is used.
11:08 bhosmer_ joined #salt
11:08 viq From my quick glance it looks like file.source_list generates the list of files, but didn't find it yet
11:09 cro_ joined #salt
11:14 cro joined #salt
11:16 viq engblom: sadly I know nothing about python either
11:16 jtang2 joined #salt
11:16 cro joined #salt
11:21 bhosmer joined #salt
11:22 viq engblom: but it's good to know that just dropping that on 5.5 worked
11:22 bhosmer joined #salt
11:24 lilmatt joined #salt
11:25 slacko15949 joined #salt
11:26 cro joined #salt
11:28 sroegner joined #salt
11:30 cro_ joined #salt
11:34 logix812 joined #salt
11:39 jnials joined #salt
11:40 ghartz joined #salt
11:40 logix812 joined #salt
11:41 gildegoma joined #salt
11:48 logix812 joined #salt
11:49 think-free joined #salt
11:50 faldridge joined #salt
11:52 napper joined #salt
11:53 cro_ joined #salt
11:54 sieve joined #salt
11:56 sieve Hello, I have a bunch of nodes called salt01, salt02, etc and stack01, stack02 etc.
11:57 sieve can I address both in the same command
11:58 rawtaz *
11:58 rawtaz :)
12:03 diegows joined #salt
12:03 to_json joined #salt
12:04 babilen sieve: Or if you don't quite want *all*, but only those two groups: "salt -C 'salt0* and stack0*' ..."
12:05 babilen (adjust as necessary -- http://docs.saltstack.com/en/latest/topics/targeting/ )
12:05 zekoZeko i'm trying to write a slapd state, but don't want the package to create a default LDAP database (this is on Ubuntu). Unfortunately, if I set the debconf setting not to configure the package, the installation fails because it tries to start the unconfigured slapd.
12:06 sieve babilen: thanks!
12:06 zekoZeko what should one do in this case? I want to write a different state for the databases so I can have multiple on same slapd
12:11 sealibora joined #salt
12:12 londo__ joined #salt
12:14 ghaering joined #salt
12:18 war2 joined #salt
12:19 faldridge joined #salt
12:20 war3 joined #salt
12:21 war3 joined #salt
12:23 ChaosPsyke joined #salt
12:24 jtang1 joined #salt
12:28 EvaSDK zekoZeko: configure the database first
12:29 EvaSDK I guess
12:29 toastedpenguin joined #salt
12:29 napper joined #salt
12:31 jaimed joined #salt
12:31 jaimed joined #salt
12:31 zekoZeko EvaSDK: I guess that's the easiest way... but then the first and next databases need different handling.
12:32 zekoZeko which is a pita.
12:32 EvaSDK why, you could just configure all your databases first and make no difference at all :)
12:32 zekoZeko the thing is that the package creates the first database upon installation
12:32 zekoZeko and I can't seem to make it not do that
12:33 zekoZeko anyway, it's not an immediate need, so i won't bother with this right now.
12:33 zekoZeko but i will need it eventually.
12:33 EvaSDK debconf can be a pity if badly done
12:33 zekoZeko maybe it's a job for a special module...
12:33 EvaSDK but I seriously hope packagers did not screw it like this
12:34 EvaSDK otherwise, you can always trick the system into thinking it was already installed, I think one of our sysadmin does this here
12:34 zekoZeko i'll check again if it's possible to install without creating a database.
12:34 EvaSDK but I really hate that solution
12:36 MTecknology halite looks really really neat.
12:37 rome joined #salt
12:38 jslatts joined #salt
12:39 tessellare joined #salt
12:40 viq Yeah. Would look even better if it worked on CentOS
12:40 zekoZeko anyone using salt to manage openldap slapd with slapd.d configuration? I couldn't find anything useful so far, i guess i'm on my own?
12:42 uestra joined #salt
12:45 rome joined #salt
12:48 joehh zekoZeko: maybe email the maintainer?
12:51 jalbretsen joined #salt
12:52 tkharju joined #salt
12:52 MTecknology Where's 2014.1.4? I want 2014.1.4! Give me 2014.1.4 or make me wait!!!
12:52 zz_cro joined #salt
12:54 pdayton joined #salt
12:54 miqui joined #salt
12:54 vbabiy joined #salt
12:56 jaycedars joined #salt
12:57 jrdx joined #salt
13:00 zz_cro joined #salt
13:01 resmike joined #salt
13:01 faldridge joined #salt
13:03 rawtaz fancy the drama
13:03 rawtaz :)
13:04 zz_cro joined #salt
13:05 oc joined #salt
13:05 ipmb joined #salt
13:05 _mel_ joined #salt
13:06 _mel_ Hi. can i somehow remove the ibdata1 file after installing mysql?
13:06 stritz joined #salt
13:07 rome joined #salt
13:07 sroegner joined #salt
13:08 napper joined #salt
13:09 racooper joined #salt
13:09 crop joined #salt
13:10 rome joined #salt
13:13 cro joined #salt
13:13 sgviking joined #salt
13:20 picker Hi All, Any idea how we can configure master so that minion sticks to only predefined states
13:20 obimod joined #salt
13:20 viq picker: define "sticks"
13:20 happytux joined #salt
13:21 obimod if machine A is a masterless minion which sets itself up as a master, generates a vpn node which emits a master react event which hits the master's "reactor/vpn_on.sls" file, can I there trigger the master (being a masterless minion) to update the vpn client configuration? Could I just have a cmd.run call within the vpn_on.sls reaction sls file?
13:21 jeffasinger joined #salt
13:21 obimod update the vpn client configuration on the master**
13:22 viq obimod: that sounds more like "master and minion on same node" than "masterless minion"
13:23 obimod machine B is the vpn minion of the master, which was setup as a masterless minion
13:24 obimod and the master receives an event when the openvpn state file completes which it then beams off to every other minion.
13:24 vbabiy joined #salt
13:24 viq Can you send events to master if you're not it's minion?
13:25 obimod machine B is the minion of machine A
13:26 viq You managed to confuse me
13:26 obimod heh
13:26 viq Which I guess is a good signal I should go get lunch ;)
13:28 picker viq: Sticks> If new instance is spawned  then the pre-defined services should be deployed on it ,depending on the instance.
13:28 obimod machine A is a master. It deploys machine B and fires a state.highstate when that minion, machine B, is up and running. Machine B sets up the openvpn-server state and at the end of that statefile, after the service is live, sends an event to the master which triggers via reactor.conf the reactor/vpn_on.sls file. My question is if that file has a cmd.run in it, will that command be ran on the master successfully?
13:28 obimod that file being the vpn_on.sls file
13:28 zz_cro joined #salt
13:33 picker To be precise: if X machine is launched then master should be able to deploy XYZ service on it. Like some sort of name i could give to minion which makes master identify it and trigger the deployment
13:36 Etch joined #salt
13:36 TyrfingMjolnir joined #salt
13:37 zirpubolci joined #salt
13:39 bastion1704 good morning, I have no idea why this state + jinja file template does not work anymore : http://pastebin.com/A1nptu1W
13:40 seme joined #salt
13:40 seme hi guys
13:41 mpanetta joined #salt
13:42 mpanetta joined #salt
13:43 zz_cro joined #salt
13:44 faldridge joined #salt
13:45 tdilly joined #salt
13:45 danielbachhuber joined #salt
13:46 tdilly Anyone else have a "salt-syndic.log" file in root ("/") of their master?
13:48 workingcats tdilly, not me
13:50 tdilly workingcats: thanks, trying to figure out if I somehow created it on accident, I also have a minion on my master, but none of my minions seem to have it. Gonna delete it and see if it comes back :)
13:50 tdilly Just very unusual for a log file to be there
13:51 rome joined #salt
13:51 workingcats hm my master is also a minion of itself
13:51 workingcats yeah thats certainly not an appropriate place hehe
13:53 vejdmn joined #salt
13:54 mpanetta_ joined #salt
13:56 bastion1704 find the prob for http://pastebin.com/A1nptu1W. I removed the upper case
13:58 NullWagon joined #salt
14:04 Teknix joined #salt
14:05 uestra joined #salt
14:07 taion809 joined #salt
14:07 jeddi joined #salt
14:09 GradysGhost joined #salt
14:10 ajprog_laptop joined #salt
14:12 cro joined #salt
14:14 ya_1 joined #salt
14:15 sroegner joined #salt
14:16 war2 joined #salt
14:17 ya_1 hi, tell me please if there is a way to target minions by os+release? the simpliest example  - I want to put debian squeeze\wheezy repo lists to squeeze\wheezy machines.
14:18 pdayton joined #salt
14:19 joehh ya_1: we use something similar to http://pastebin.com/rureWG36
14:22 ya_1 codename is the word, thx, searching by "release" keyword was not too relevant.
14:22 joehh using salt '*' grains.items is handy
14:27 seblu joined #salt
14:27 cnelsonsic joined #salt
14:28 viq picker: assign states in top.sls, have machines run highstate on start
14:29 viq obimod: I think for that your Machine A needs to be running a minion as well
14:29 crop joined #salt
14:30 obimod viq: so it being a masterless minion would work?
14:30 viq obimod: but you just said that there is master
14:30 obimod viq: it's a masterless minion as well as a master
14:30 sroegner joined #salt
14:31 obimod sets up itself and the others, one of which is a vpn server which it will in turn connect to
14:32 zz_cro joined #salt
14:32 obimod viq: i guess what it comes down to is whether or not the master receiving the event in reactor/vpn_on.sls would be able to execute a cmd.run intended for a minion service running on itself
14:33 seme hey guys... is there a way to interact with wmi or winrm on windows from salt?
14:33 obimod viq: in either case i guess i'll find out : )
14:33 seme I notice 11260 is a feature request for it
14:33 obimod viq: debugging my states now
14:33 MTecknology viq: I still need a gitlab-ci formula... :(  If I wasn't broke I'd pay you to do it. Instead, I'm being forced to learn. I don't like thinking!
14:34 obimod lol
14:34 seme or powershell remoting
14:34 seme either way :)
14:35 picker Thanks viq, http://docs.saltstack.com/en/latest/ref/states/top.html#how-top-files-are-compiled will find where I could specify which env minion is running on
14:36 viq obimod: it doesn't matter for master where the minion is running, as long as the minion is communicating with it. So no, you can't message a minion that isn't connected to the master.
14:36 jnials joined #salt
14:38 viq picker: was that a question or a statement?
14:38 obimod viq: and the master process handling the reaction event cannot run a cmd on the minion running on itself?
14:38 viq obimod: is the minion talking to the master?
14:39 obimod viq: the vpn minion is, the minion running on the same box i guess is not
14:39 obimod the same box as the master
14:39 obimod i iguess i could specify the minion PID?
14:39 sroegner joined #salt
14:40 alunduil joined #salt
14:40 viq obimod: why can't you make that minion connect to the master as well?
14:40 picker viq: That was statement : environment,startup_states is param which I was looking for
14:40 sroegner is anybody successfully using overstate or the orchestration runner with 2014.1.3?
14:40 rossmay joined #salt
14:41 viq picker: ok, cool
14:41 obimod i guess i can make the masterless minion connect to itself
14:41 obimod once the master process is setup
14:41 obimod in the saltmaster state file
14:41 obimod oooo
14:41 pdayton joined #salt
14:41 viq obimod: I'd suggest doing that, makes things much less special
14:42 obimod all of this seems so metaphorical
14:42 viq metasalt ;)
14:42 obimod but it's not! which is the best part : )
14:42 uestra joined #salt
14:42 obimod haha
14:43 ravibhure joined #salt
14:43 conan_the_destro joined #salt
14:43 to_json So, I'm using salt to facilitate a test app. I want to be able to parameterize a state file, providing a version param that dictates what version of the software to retrieve. Right now I'm considering using state.sls with kwargs that form a custom pilar for the state to evaluate against. The end goal is to be able to make an api call that passes in the version param. Am I going about this in a stupid way?
14:44 to_json it feels like a lot of moving parts, but that might just be that my end goal has a lot of inherent fiddlyshit to it
14:45 obimod to_json: the pillar system carries the version value. the states are jinja templates
14:45 happytux joined #salt
14:46 jakubek anyone tried to run state.highstate test=False when in minion config is test=True enabled?
14:46 to_json so as long as my states reference the pillar, and my api calls can be trusted to provide the correct pillar data, I should be good, right obimod?
14:46 opapo joined #salt
14:47 fivethreeo sroegner: i dod some fixes to orchestrate recently, it is in the dev version of saltstcak now
14:51 siciliansun joined #salt
14:52 faldridge joined #salt
14:53 Gordonz joined #salt
14:54 nicksloan left #salt
14:56 kermit joined #salt
14:57 mik3 joined #salt
14:58 cro_ joined #salt
14:58 wendall911 joined #salt
14:58 lightdot joined #salt
14:59 sroegner joined #salt
14:59 mik3 how can i use salt to keep uid/gid of files uniform to those of users that have had theirs changed from a state?
14:59 MK_FG joined #salt
14:59 MK_FG joined #salt
14:59 mik3 define them all i assume?
15:01 Teknix joined #salt
15:02 arthabaska joined #salt
15:02 Networkn3rd joined #salt
15:03 NullWagon joined #salt
15:05 Teknix joined #salt
15:06 thedodd joined #salt
15:06 sroegner joined #salt
15:07 sroegner fivethreeo: can you give me a hint to the nature/bug around your fixes?
15:08 cro joined #salt
15:09 viq mik3: I'm afraid so, though not necessarily would need much defining. Just "make sure this dir is owned by this user" and I think it should pick it up if the UID changes
15:10 resmike joined #salt
15:11 rome joined #salt
15:11 mik3 viq: yeah this was more specific to scripts in /usr/sbin that get deployed under a specific uid/gid by apt/yum, there's a lot of them for the backup system we deploy for various utilities so i can't just recursively change permissions for them in /usr/sbin
15:11 mik3 wonder if i can glob
15:12 codekoala joined #salt
15:12 resmike joined #salt
15:12 combusean joined #salt
15:12 viq mik3: maybe you could ask yum/apt to do or at least check that for you?
15:13 fivethreeo sroegner: the nature was that salt.function never failed so it could not be a requisite
15:13 bemehow joined #salt
15:13 sroegner fivethreeo:
15:13 cro_ joined #salt
15:14 sroegner fivethreeo: thx - I seem to have the problem that orchestrate/overstate cannot finish any multi-stage state
15:14 fivethreeo sroegner: what do you mean by multi stage?
15:14 sroegner fivethreeo: was just wondering if i should try and setup an example to reproduce
15:15 sroegner fivethreeo: overstate has stages
15:16 siciliansun joined #salt
15:16 doddstack joined #salt
15:16 fivethreeo ah i see
15:17 sroegner fivethreeo: so it looks to me (and has for months) that since 2014.1.0 the find_job logic is somehow busted (in different ways)
15:18 sroegner fivethreeo: and because i could never get it to work i am stuck with 0.17.5
15:19 sroegner fivethreeo: i have not been able to find a single person using overstate in 2014.1.x (that would talk to me)
15:19 sroegner fivethreeo: which makes me wonder if it is just plain broken without anyone else noticing
15:20 fivethreeo i only use orchestrate but not noticed find_job is brooken
15:20 sroegner good
15:20 kballou joined #salt
15:20 sroegner multiple minions?
15:20 fivethreeo but i have some issues vith libvirt and two minions ;)
15:21 Nexpro1 joined #salt
15:21 sroegner great
15:21 fivethreeo so maybe something is going on there
15:22 sroegner i am pretty confident - it is just rather hard to put into a bug
15:22 mpanetta joined #salt
15:22 sroegner as the stuff simply hangs
15:22 viq sroegner: I guess best case would be to prepare a vagrant environment showcasing the bug ;)
15:22 sroegner about to do that
15:23 mpanetta joined #salt
15:23 fivethreeo sroegner: good, maybe it fixes my issues too :)
15:23 sroegner he ;-)
15:23 sroegner you wish
15:23 jeremyBass1 joined #salt
15:23 mpanetta joined #salt
15:24 tyler-baker joined #salt
15:25 resmike joined #salt
15:27 elfixit joined #salt
15:29 uestra joined #salt
15:30 or1gb1u3 joined #salt
15:31 jdog joined #salt
15:35 resmike joined #salt
15:39 pdayton joined #salt
15:40 kermit joined #salt
15:40 CeBe joined #salt
15:40 TheRealBill joined #salt
15:45 n8n joined #salt
15:45 vxitch left #salt
15:47 bl4sphemy joined #salt
15:49 Networkn3rd joined #salt
15:50 [diecast] joined #salt
15:52 it_dude joined #salt
15:53 rome joined #salt
15:55 danielbachhuber joined #salt
15:56 rome joined #salt
15:56 meteorfox joined #salt
15:58 obimod will salt auto-install aptitude packages from ubuntu with <package_name>: \n\t - pkg: installed ? or should i use apt: instead of pkg: ?
15:58 timoguin obimod: use pkg.installed
15:58 timoguin it will actually use apt.installed on a system with APT
15:59 obimod cool, thx
15:59 viq this is salt, not ansible ;)
16:02 Ahlee anybody gotten virtualenv created with salt's virutalenv state to honor -i in the requirements file?
16:03 [diecast] joined #salt
16:08 rupsky___ joined #salt
16:09 resmike joined #salt
16:10 MTecknology obimod: when you run salt, modules that know they're not compatible with your system will disable themselves. The module that is for your system will give itself a virtual name so that you have the common name. Pretty much, it allows you to use pkg.installed the same regardless of distribution.
16:12 racooper joined #salt
16:14 conan_the_destro joined #salt
16:15 theo-slc joined #salt
16:15 resmike joined #salt
16:16 Teknix joined #salt
16:17 theo-slc Does anybody in the room have experience deploying tomcat war files from Sonotype Nexus?
16:20 rome joined #salt
16:22 vbabiy joined #salt
16:22 lilmatt Does anyone have a good way to mke2fs in state files (meaning only if the filesystem isn't already formatted)
16:22 viq lilmatt: cmd.run with unless/onlyif ?
16:23 lilmatt viq: yeah I was thinking that or the extfs module
16:24 obimod MTecknology: oh nice, thanks for the explanation
16:24 resmike joined #salt
16:26 viq oh, haven't even seen it
16:26 tedski when did the styling on the rtfd site change?
16:27 tedski the version selection is broken, it seems
16:27 joehillen joined #salt
16:27 KyleG joined #salt
16:27 KyleG joined #salt
16:27 NullWagon joined #salt
16:28 forrest joined #salt
16:28 lilmatt viq: btw just found this
16:28 lilmatt salt.states.blockdev.formatted(name, fs_type='ext4', **kwargs)¶
16:29 Ahlee man.  The more i use salt, the more i pull shit back into cmd.run and just executing scripts
16:29 mateoconfeugo joined #salt
16:30 obimod Ahlee: at least you're doing it through a real programming language
16:30 viq :(
16:32 chrisjones joined #salt
16:32 timoguin Ahlee: make your scripts into modules. :)
16:33 Ahlee timoguin: then _modules/ just disappear, so i end up having to run saltutil.sync_modules repeatedly
16:33 Ahlee i do'nt know what the caching is doing, but it ain't playing nice
16:34 schimmy joined #salt
16:34 chrisjones joined #salt
16:35 manfred does anyone know if you can drop _modules into your gitfs and have them load on all the minions? I was thinking about it this weekend, but haven't had a chance to try it yet.
16:36 gildegoma joined #salt
16:36 Ahlee manfred: I never got it working from _gitfs, and instead had _modules/ on a root
16:37 kermit joined #salt
16:37 manfred hrmmm
16:37 Ahlee but, that could be more based on top.sls shenanigans
16:38 Ahlee and _modules syncing depending on a top.sls match, or similar
16:38 manfred yeah
16:39 manfred hrmmm
16:39 jcockhren manfred: _modules are always sent to the minions
16:40 manfred oh, ok :)
16:40 jcsp joined #salt
16:40 jcockhren whether or not they are loaded is based on the dependencies of those custom modules
16:40 manfred yar
16:41 faldridge joined #salt
16:41 kaptk2 joined #salt
16:41 druonysus joined #salt
16:41 druonysus joined #salt
16:42 Ch3LL_ joined #salt
16:44 alainv joined #salt
16:44 rannick joined #salt
16:45 tligda joined #salt
16:46 Kenzor joined #salt
16:46 Ahlee That's misleading.  _modules are transfered down based on an environment match, a top.sls match, and either with saltutil.sync_modules, saltutil.sync_all, or a highstate
16:47 Ahlee (as of 0.17.5)
16:48 rojem joined #salt
16:51 manfred sounds good, since I mostly jsut use highstate
16:53 forrest 0.17.5? Pssh, living in the past Ahlee
16:53 topochan joined #salt
16:53 Ahlee forever and ever
16:53 Ahlee ltns forrest, welcome back
16:53 NullWagon joined #salt
16:54 forrest thanks, the 'joys' of moving
16:54 Ahlee indeed
16:56 schimmy1 joined #salt
16:56 war2 joined #salt
16:57 smcquay joined #salt
16:58 AviMarcus joined #salt
16:59 Gareth morning
16:59 forrest hey
16:59 arthabaska joined #salt
17:01 Ryan_Lane joined #salt
17:01 Gareth forrest: hey.  hows it going?
17:02 forrest Good, you?
17:03 manfred terrible, everything is horrible, i am on that dumb rhel 2.1 box again today
17:04 Ahlee 2.1? awesome
17:04 manfred https://www.youtube.com/watch?v=t6lHm-stXdM the exact opposite of this video
17:05 rannick hey guys, I have a couple of noob questions that i can't seem to find: it seems you can run a minion as an unprivileged user with "sudo rights". I have tried this config, and it doesn't seem to work for a file chown case on 2014.1.0.  I verified that i can sudo chown as the id, but the os.lchown call i see it making doesn't appear to try to pre-sudo anything.
17:06 rannick also, it seems like my perfectly fucntional on the same box minion regularly stops being able to communicate with the master for a few seconds after each state.highstate call completes.
17:06 rannick if these sound like issues, I can throw them over there.
17:08 Gareth forrest: doing good :)
17:08 CeBe joined #salt
17:10 resmike joined #salt
17:10 pmcg joined #salt
17:11 harobed joined #salt
17:11 LBJ_6 joined #salt
17:12 LBJ_6 : hi, how can I know the numbers of salt-minion installed?
17:12 harobed joined #salt
17:12 nkuttler rannick: about the responsiveness.. is it maybe a restarting network service?
17:12 nkuttler LBJ_6: i guess it depends on how you define installed minion
17:12 forrest joined #salt
17:13 harobed joined #salt
17:13 rannick nkuttler: everything is addressed to localhost, so it should be going through the loopback port
17:13 LBJ_6 after I run “ salt-key -L”, I can get a list of accepted salt-minions
17:13 LBJ_6 how can know totally number
17:13 LBJ_6 since it is huge
17:14 LBJ_6 sorry, atucally it is a silly question. not realted to saltstack
17:15 arthabaska joined #salt
17:16 Ryan_Lane joined #salt
17:18 smcquay joined #salt
17:18 bhosmer joined #salt
17:18 rlarkin joined #salt
17:19 raizyr joined #salt
17:20 gwmngilfen joined #salt
17:22 etw joined #salt
17:22 jaycedars joined #salt
17:22 kevinbrolly joined #salt
17:22 delkins joined #salt
17:22 jnials_ joined #salt
17:22 brewmaster joined #salt
17:22 logix812 joined #salt
17:23 mrj joined #salt
17:24 nlb joined #salt
17:24 nlb joined #salt
17:24 schmutz joined #salt
17:24 bashcoder joined #salt
17:25 viq LBJ_6: | wc -l ?
17:25 resmike joined #salt
17:25 schristensen joined #salt
17:25 LBJ_6 left #salt
17:26 rglen joined #salt
17:27 rojem joined #salt
17:27 rojem joined #salt
17:28 rojem joined #salt
17:28 vbabiy joined #salt
17:28 faldridge joined #salt
17:30 vxitch joined #salt
17:30 vxitch left #salt
17:31 ldlework joined #salt
17:32 Networkn3rd joined #salt
17:34 bemehow_ joined #salt
17:36 bemehow__ joined #salt
17:36 pjs joined #salt
17:37 arthabaska joined #salt
17:38 Gordonz_ joined #salt
17:40 resmike joined #salt
17:43 druonysuse joined #salt
17:43 druonysuse joined #salt
17:45 ajolo joined #salt
17:46 n8n joined #salt
17:47 jaycedars joined #salt
17:49 bemehow_ joined #salt
17:52 bemehow joined #salt
17:54 JordanRinke joined #salt
17:55 resmike joined #salt
17:57 resmike joined #salt
17:57 bemehow_ joined #salt
17:59 layer3switch joined #salt
18:02 bhosmer joined #salt
18:02 jcsp joined #salt
18:02 bemehow joined #salt
18:03 Ahlee pillars from other pillars, that's not supported right?
18:03 Ahlee as the pillar dict is loaded only once?
18:04 Ryan_Lane1 joined #salt
18:04 mrj joined #salt
18:09 resmike joined #salt
18:12 XenophonF joined #salt
18:12 XenophonF can I create symlinks from a salt state?
18:12 ajprog_laptop is there a way to get the values of an array return by the function and strip off the key?
18:14 timoguin XenophonF: yes, using the file state: http://intothesaltmine.org/blog/html/2012/12/02/creating_symlinks_with_salt_states.html
18:14 ajprog_laptop the function is returning the server name as the key and I want to leave that as a wildcard
18:16 XenophonF ah i see, file.symlink
18:19 XenophonF thanks!
18:20 combusean joined #salt
18:20 mgw joined #salt
18:20 smcquay joined #salt
18:21 doddstack joined #salt
18:21 XenophonF and now i've found http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html thanks to ddg
18:22 aw110f joined #salt
18:28 XenophonF any freebsd users out there with advice/good practices on managing /etc/rc.conf?
18:28 saurabhs joined #salt
18:28 abe_music joined #salt
18:28 XenophonF my initial idea is to push out an /etc/rc.conf.local that sources conf files in /etc/rc.conf.d/
18:29 XenophonF but that will override anything the local sysadmin puts in /etc/rc.conf
18:30 Ahlee Honestly? If you're gonna take control, take control.  Drop a big ole warning in /etc/rc.conf that you control that file, and manage it via salt.
18:30 uestra joined #salt
18:33 [diecast] joined #salt
18:35 XenophonF can't argue with that
18:35 ajprog_laptop what function using publish can get me the list of the other minions?
18:39 it_dude joined #salt
18:39 XenophonF given that /etc/rc.conf typically has stuff like hostname and network configs in it, could I use the backup option to copy the unmanaged version of /etc/rc.conf to /etc/rc.conf.local?
18:39 XenophonF or will any future changes to the managed rc.conf file overwrite the backup?
18:42 XenophonF oh never mind i found the backup_mode documentation
18:43 XenophonF OK well Salt has to be installed anyway, so I can make renaming rc.conf to rc.conf.local as part of the minion setup procedure
18:46 cro joined #salt
18:47 bhosmer joined #salt
18:51 arthabaska joined #salt
18:52 vbabiy joined #salt
18:53 napper joined #salt
18:55 kballou joined #salt
19:02 ghartz_ joined #salt
19:04 aw110f Hi, I just tried the tutorial for setting up pillar in http://docs.saltstack.com/en/latest/topics/tutorials/pillar.html but the custom pillar "info" isn't created when i run salt '*' pillar.items
19:04 Ryan_Lane1 joined #salt
19:07 scarcry joined #salt
19:09 percent20 joined #salt
19:10 stephas joined #salt
19:10 percent20 my url hacking skills suck, is there a way to browse previous versions of salt docs beyond 'latest'? not seeing a link to older versions.
19:10 XenophonF left #salt
19:11 stevednd salt 'ftp,monitor' service.stop ... is there something wrong with that syntax? Salt is telling me no minions matched target, but I most definitely have minions with those names, and can address them individually
19:12 timoguin stevednd: i think you need the -L flag before the list of minions
19:13 timoguin percent20: readthedocs has a proper index: https://readthedocs.org/projects/salt/?fromdocs=salt
19:13 timoguin there's an effort to make the versions more apparent on docs.saltstack.com too
19:14 stevednd timoguin: thanks, that did it. Is it something similar in the top.sls file? I experienced the same kind of thing there
19:15 kermit joined #salt
19:15 stevednd oh, I see it now, needs a - match: list argument under it
19:16 timoguin yeap, that's it
19:16 timoguin i think anything but glob matching requires you to specify the match type in the top.sls
19:16 percent20 timoguin, thank you :)
19:21 stevednd I'm getting a message saying ps.pkill is not available. I see the docs indicate the python modules psutil and python-utmp are required. How do I check if they're installed, and if they're not, do I use pip or something to install them?
19:21 SEJeff_work stevednd, cmd.run pkill ...
19:22 ipmb joined #salt
19:22 snave joined #salt
19:27 alainv joined #salt
19:29 jalbretsen joined #salt
19:29 dml_ joined #salt
19:32 kzx joined #salt
19:32 eriko joined #salt
19:35 Kenzor joined #salt
19:35 timoguin stevednd: try to 'import psutil' at a python shell, or 'import utmp'
19:35 timoguin python-utmp is optional. looks like it falls back to that if psutil doesn't work
19:35 timoguin you can install via your distro package manager or via pip
19:37 uestra joined #salt
19:38 stevednd timoguin: is the module only needed on the master?
19:39 timoguin no, on the minions
19:39 stevednd okay
19:39 timoguin since that's where the modules run
19:40 TyrfingMjolnir joined #salt
19:42 londo_ joined #salt
19:46 Kenzor what would be the best way to install 2014.1.3 on CentOS? When I use the bootstrap script I end up with 2014.1.0
19:47 jeremyBass1 joined #salt
19:49 manfred Kenzor: 2014.1.3 should just have been moved to epel stable, otherwise, it is in epel-testing
19:50 AviMarcus I'm trying to make a bare-bones salt-stack on docker with minimal extra stuff, on ubuntu:14.04... when trying to just python-software-properties for the ppa, it says it's going to remove lzma and requires I type, manually, "Yes, do as I say!"
19:50 Kenzor thanks manfred
19:50 AviMarcus ideas?
19:50 manfred Kenzor: i prefer to just install from pip, or git v2014.1.3 for my script args so it builds from the v2014.1.3 tag on github
19:50 manfred Kenzor: also, .4 was just tagged, so the announcement will be sometime soon, after they are all packaged
19:51 pincho joined #salt
19:51 timoguin and installing from git 2014.1 will get you all the minor version fixes
19:51 Kenzor you're right manfred, it's in testing
19:51 uestra joined #salt
19:51 Kenzor regular epel still ships 2014.1.0 though
19:52 rojem is there a salt-master sizing guide in terms of how big a server may be needed to manage 10,000 nodes
19:52 jcockhren rojem: not yet.
19:52 manfred Kenzor: terminalmage just pushed .3 to stable earlier today, just waiting for it to trickle out
19:52 Kenzor nice
19:52 rojem anyone have a recommendation for that?  wondering if I could get away with a VM or 4
19:52 schmutz joined #salt
19:53 terminalmage Kenzor: it's available in epel-testing right now
19:54 rome joined #salt
19:54 manfred rojem: https://plus.google.com/103514799098675196053/posts/GfXjAUeNiPB
19:55 rojem manfred thanks, ill check it out
19:55 manfred rojem: https://github.com/saltstack/salt/blob/develop/tests/minionswarm.py
19:55 stevednd In one of my state files, I'm using git.latest to clone a git repo of a user's vim directory, then I have a file.directory state which tries to set the user/group/mode recursively to the given user. The changes seem to be made just fine, but salt says it failed, and has the comment "Failed to change user to steve; Failed to change group to steve; ...4 more times"
19:55 rojem manfred ok, impressive
19:59 zz_zz_cro joined #salt
20:01 Ahlee terminalmage: what negates the local minion cache for _modules?
20:02 ocdmw joined #salt
20:02 terminalmage Ahlee: are you asking what removes the sync'ed copy of a custom module?
20:02 terminalmage on a minion?
20:03 meteorfo_ joined #salt
20:03 terminalmage to my knowledge, only removing it from _modules and re-running saltutil.sync_modules (or saltutil.sync_all) will remove the custom module from the minion
20:03 Vivi-1 left #salt
20:04 Ahlee hrm. I wonder if somebody's running a saltutil.sync_modules without specifying hte env=, thereby blowing it away
20:04 Ahlee i'll crawl through the job cache
20:04 Ahlee out of ~250 minutes, 4 or 5 a day are losing their _modules
20:05 BrendanGilmore joined #salt
20:05 JordanRinke Quick question... grains are static i.e. evaluated at minion launch. What would be a dynamic equivelant? Pillars are pushed from the master, but what I want is to be able to match salt on a conditional that is executed at run time. Is there something like that, that I am missing?
20:07 terminalmage Ahlee: ahh.... you had a sync_modules reactor, did you not?
20:07 terminalmage wonder if that's just happening if a minion is restarted
20:08 terminalmage JordanRinke: there was one, but it was badly written and never worked
20:08 terminalmage and so it was removed while we try to come up with a replacement
20:09 terminalmage JordanRinke: when you say conditional, do you mean the output of a salt function?
20:09 terminalmage or some arbitrary shell command's exit status
20:09 Ahlee terminalmage: yeah, but the reactor only targets the minion restarting
20:10 Ahlee and the minions losing their _modules aren't hte ones restarting
20:10 JordanRinke dictionary result, so a standard grain basically but I want it to be ran when I query for it
20:10 terminalmage Ahlee: yeah I knew the former, just not the latter. was a wild guess
20:10 Ahlee +1 for JordanRinke's request, as well
20:10 Ahlee i.e. be able to target based on active NIC in a bond
20:11 Ahlee i.e. if eth4 took over eth3 responsibilities, lemme target it and tell it to move back over to eth3
20:12 terminalmage JordanRinke: yeah, but what is being evaluated, and how?
20:12 alexish joined #salt
20:12 JordanRinke hang on, hopping into my salt master to test commands before I post them as examples to what I am talking about
20:13 AviMarcus salt-stack default package on ubuntu 10.04 is about 15mb of packages, but it's 70mb on 14.04? looking to see how lightweight I can make the docker container
20:13 Ahlee a dynamic grain, or a pillar that executes on the minion
20:13 terminalmage I can think of a possible way to do this that involves running a salt function and checking the result
20:14 terminalmage but not shell commands (and tbh that seems quite insecure)
20:14 Ahlee no less insecure than cmd.run
20:14 terminalmage true
20:14 rlarkin @JorAnyone consider using salt as a component in a key service?
20:15 rlarkin Hrm.  meant to say @Anyone...well anyway, I think the important parts are there, key exchange, message passing, etc.
20:16 rlarkin compare to the HSM service sold by AWS
20:16 cro joined #salt
20:16 rlarkin but "dynamic data" is part of that.
20:17 rlarkin so I'm really hoping there's an answer for JordanRinke
20:17 funzo joined #salt
20:17 JordanRinke still putting together an example :/
20:18 forrest JordanRinke, I started putting together my ergodox this weekend, I have learned I'm not great at soldering
20:18 danielbachhuber joined #salt
20:18 forrest took me 3 hours on Saturday night just to solder the ICs
20:18 JordanRinke forrest: fortunately, but the time you are done... you will be!
20:18 forrest and I don't even know if I did that great a job, lol
20:18 forrest JordanRinke, heh
20:18 JordanRinke forrest: my total build time was around 8 hours so... only had to resolder 1 surface mount
20:18 jchen forrest: did you get the version with surface-mounted diodes?
20:18 forrest or I will have wasted 300 bucks
20:19 forrest JordanRinke, nice
20:19 JordanRinke and I recently broke a switch and had to replace it while swapping to 45g springs
20:19 forrest jchen, they only ship the ICs now
20:19 jchen surface mounted diodes are aweful
20:19 jchen awful*
20:19 forrest jchen, yea it's surface mount
20:19 forrest that's all they come with
20:19 forrest and it sucks
20:19 JordanRinke forrest: protip.. pre-tin 1 solder pad, set the smd down, hold it with the tweezer down, then just reheat the pad
20:20 JordanRinke perfect placement that way
20:20 forrest JordanRinke, that's what I did
20:20 jchen thats what i did too
20:20 jchen p sure thats what everyone does :)
20:20 forrest the issue was more in regards to 'lol the soldering iron is sucking up all my solder, and depositing it on the pad next to it.'
20:20 JordanRinke terminalmage: ok so... say I do
20:20 forrest so I had a few solder spikes I had to deal with
20:20 JordanRinke terminalmage: salt -G "ip_interfaces:eth0:10.123.123.123" grains.get id
20:21 JordanRinke that obviously works now
20:21 jchen yeah, the pads are really small and close to each other... also since the the little connectors are so short, I'm scared of breaking teh IC itself by overheating or something
20:21 JordanRinke what I want to be able to do is...
20:21 forrest jchen, yea that's what I was concerned about, I wish they had the option to get them pre-assembled like a while back, would have been worth 100 bucks
20:22 JordanRinke terminalmage: salt -G "mysoftware_grain:module1:version:1.2.3" grains.get id
20:22 jchen massdrop had pre-assembly for like $50 more i think? definitely worth it. wanted to assemble it myself cuz i thought it would be fun and didn't think it would be 128 surface diodes
20:22 combusean joined #salt
20:22 JordanRinke which would run my grain, and evaluate all the modules and their versions
20:22 terminalmage JordanRinke: that will almost certainly never happen in grains
20:23 terminalmage it would be a different kind of matcher
20:23 terminalmage JordanRinke: I'm thinking that instead of making that a grain, just make it a custom module
20:23 JordanRinke go on
20:23 terminalmage and then a new matcher would be added that can run that function and check the match expression against it
20:24 JordanRinke why not just give me the ability to throw a flag, or maybe there is a command I can run already to re-evaluate grains?
20:24 terminalmage so, something like: salt --newmatcher "foo.bar:module1:version:1.2.3" grains.get id
20:24 terminalmage and it would run foo.bar, and then traverse down the result dict
20:24 JordanRinke if I have a custom grain that pulls all my software versions already, I just want to refresh that to make sure it is current
20:26 JordanRinke get what I am saying?
20:26 terminalmage JordanRinke: I know that an internal function exists to do this, but I'm not sure it is exposed in the grains module
20:26 toddnni joined #salt
20:27 JordanRinke I haven't tested, do grains perchance get refreshed on saltutil.sync_grains?
20:27 terminalmage JordanRinke: looking at that now
20:29 meteorfox joined #salt
20:29 JordanRinke I guess that is all I am really looking for, a way to on request refresh grains, to use them semi-dynamically
20:30 JordanRinke (my shitty workaround is to just restart the service and then do what I need)
20:30 forrest jchen, when I ordered they did not do pre-assembly
20:30 forrest we asked for it, they said the guys they used the time before didn't have time for it
20:30 JordanRinke forrest: so.. when I ordered I thought they didn't but it turned out it was another item
20:30 forrest JordanRinke, yea not another item on this one :(
20:31 forrest a bunch of people asked
20:31 JordanRinke ah
20:31 JordanRinke well doing it yourself is cooler anyways
20:31 Ahlee JordanRinke: if your minions can all reach a centralized area, you could have them update a datastore, and write an ext_pillar to match on that data
20:31 forrest honestly I should have just posted an ad on craigslist and paid some college student 100 bucks
20:31 forrest JordanRinke, yea but my time is worth more to me, and honestly it's not very fun labor
20:31 JordanRinke no way dude, fight through it - you will be proud when it is done
20:31 forrest oh I'll finish it now
20:31 forrest I mounted all those damn ICs
20:31 forrest and that was the crappiest part
20:32 JordanRinke because people will be like wtf is that keyboard? and you can me all III BBUIILLTTT TTHHISSS
20:32 meteorfo_ joined #salt
20:32 Ahlee It's never too late to back out and just pay somebody to do it for you.
20:32 forrest lol
20:32 JordanRinke forrest: what switches are you running?
20:32 forrest just the standard ones
20:33 JordanRinke what color
20:33 forrest whatever it came with, whites I think?
20:33 forrest or maybe clears?
20:33 JordanRinke you run a mech now?
20:33 forrest no
20:33 forrest because the ergonomics on all mechanical keyboards is crap
20:33 terminalmage JordanRinke: grains.setval (which sets a persistent grain in /etc/salt/grains) does run a saltutil.sync_grains at the end
20:33 forrest I'm not gonna use a ducky shine or something, pay 100+ for a keyboard designed like a typewriter
20:33 forrest not worth it to me, makes me wrists hurt
20:33 forrest *my
20:34 terminalmage JordanRinke: so this looks like it might work
20:34 JordanRinke man, wait till you get your hands on those switches. I suffer the ergonomics for the pure joy
20:34 forrest yea I'm looking forward to it
20:34 JordanRinke terminalmage: so, a sync_grains might be the way to go? I will have to test it in a bit
20:35 terminalmage yeah, at first glance this seems to be true. but keep in mind that running this also will copy any custom grains modules currently sitting in _modules which haven't been sync'ed to the minions
20:35 terminalmage so it doesn't *just* refresh the grains
20:35 JordanRinke terminalmage: personally a grains.refresh of grains.reevaluate or something would be pretty handy and sounds like others were interested in it.
20:35 JordanRinke yeah its cool, if I have stuff in _modules, they should have been on the minions anyways so that doesn't really worry me in this particular case anyways
20:36 mgw joined #salt
20:36 terminalmage JordanRinke: oh I misspoke
20:36 terminalmage I meant in _grains
20:36 terminalmage sync_grains only touches _grains
20:36 terminalmage sync_modules touches _modules
20:36 terminalmage sorry for the confusion
20:36 JordanRinke yeah, same... I totally read it as _grains and just retyped it
20:37 jaimed joined #salt
20:38 JordanRinke eh, I can prob just test this with a normal grain really quick, leettss see
20:39 XenophonF joined #salt
20:39 uestra joined #salt
20:40 saltygmo joined #salt
20:40 ghartz_ how can I force restart with a service which has "reload: true" ?
20:40 ghartz_ when a file change
20:41 ghartz_ I known watch and watch_in but it will "reload" where as for this file I need a restart
20:41 ghartz_ I can make an other service.. but it's a bit ugly :)
20:43 manfred ghartz_: remove the reload: true line
20:43 sroegner joined #salt
20:44 manfred why do you have one for that service if it doesn't work with reload: true ?
20:44 ghartz_ it's with nginx
20:44 ghartz_ you can start nginx without a server { listen 80; }
20:44 manfred yeah, but why did you have a service state that just does a reload?
20:45 ghartz_ when my website conf change I dont want to restart (-> lost all active connections)
20:45 manfred ahh, just the regular configuration change?
20:45 ghartz_ yep
20:45 aw110f joined #salt
20:45 manfred then you need two seperate blocks
20:45 ghartz_ ok
20:45 manfred one that watches nginx.conf, and one that watches your website config
20:46 ghartz_ sounds good
20:47 ghartz_ hmm maybe I can do even better with sig USR2
20:48 ghartz_ http://wiki.nginx.org/CommandLine#Upgrading_To_a_New_Binary_On_The_Fly
20:49 JordanRinke interesting, my salt minion isn't responding to the master now
20:49 faldridge joined #salt
20:50 JordanRinke because I am an idiot
20:51 jaycedars joined #salt
20:51 JordanRinke over-wrote my route to the master :/
20:52 ChaosPsyke joined #salt
20:53 JordanRinke terminalmage: that totally works
20:53 terminalmage yeah?
20:54 terminalmage nice
20:54 terminalmage I think that a grains.refresh function would be nice to have
20:54 faldridg_ joined #salt
20:54 terminalmage do the refresh without syncing
20:55 JordanRinke http://pastebin.com/xm5gDHNX
20:55 JordanRinke vm, added a nic, restarted minion
20:55 terminalmage nice
20:55 JordanRinke removed nic, did sync, ran query
20:55 JordanRinke as you can see, it refreshed already existing grains
20:55 fragamus joined #salt
20:55 jrdx joined #salt
20:56 JordanRinke but yeah, a refresh would be nice - a bit cleaner, but this gets me what I want. Now, on a normal basis, I can refresh that info and gurantee my full config and monitor config drift
20:56 JordanRinke without having to run another daemon or service to do it
20:56 JordanRinke mm mm tasty
20:56 terminalmage yeah. sync does a bunch of checking to see if custom grains modules need to be pulled from the master, and other things
20:56 XenophonF how do i get salt to edit /etc/passwd and /etc/shadow?
20:56 terminalmage which wit would be nice to skip
20:57 XenophonF usually one has to edit those via vipw
20:57 XenophonF i've taken to scripting the edits using "env EDITORS=ed vipw <<EOF"
20:57 terminalmage XenophonF: why would you want to do that, when you could manage users using salt's existing user states
20:57 terminalmage ?
20:57 XenophonF which is admitedly kind of a hack
20:57 nkuttler XenophonF: um, yeah, use the user module
20:57 XenophonF well, because i want to add the NIS "+:*:::::..." to /etc/passwd, /etc/shadow, and /etc/group
20:58 nkuttler XenophonF: hrm, there's also file.append or somesuch
20:58 timoguin there's also a shadow module: http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.shadow.html
20:58 XenophonF is it possible for a salt state to run a command like mkcap?
20:58 jaycedars joined #salt
20:59 XenophonF thanks for the doc pointer
20:59 terminalmage XenophonF: have you looked at the walkthrough?
20:59 XenophonF yes i have
21:00 terminalmage http://docs.saltstack.com/en/latest/
21:00 nkuttler sigh. i had to rush a deployment and everything works fine, except for terminal encoding in the minions..
21:00 terminalmage XenophonF: well, it describes how to run arbitrary shell commands on minions
21:00 XenophonF ah gotcha
21:00 XenophonF i see it
21:00 terminalmage http://docs.saltstack.com/en/latest/topics/tutorials/walkthrough.html#helpful-functions-to-know
21:01 XenophonF so i could edit /etc/passwd using file.append or somesuch
21:01 rome joined #salt
21:02 terminalmage That would append a line
21:02 terminalmage Not append to a line
21:02 terminalmage I think you'd want file.sed for that
21:02 XenophonF and then have another state that depends on the file.append, which executes a cmd.run
21:03 XenophonF well, sed/replace won't work
21:03 XenophonF i need to add the line "+:*::::0:0:::" to /etc/passwd in order to get NSS/PAM to look up users in NIS
21:04 XenophonF sorry, on FreeBSD I have to add that line to /etc/master.passwd
21:04 XenophonF and then run pwd_mkdb(8)
21:05 XenophonF which generates /etc/passwd
21:05 Ryan_Lane1 joined #salt
21:05 XenophonF it also creates /etc/pwd.db and /etc/spwd.db
21:06 terminalmage ok, seemed like you wanted to add that to a line
21:06 terminalmage which made no sense to me
21:06 terminalmage so yeah, file.append will do that
21:06 terminalmage I would do this
21:07 terminalmage actually hold on, the solution in my head might not work after all
21:07 XenophonF maybe i'm better off calling vipw via cmd.run
21:08 terminalmage http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.append
21:08 terminalmage XenophonF: ^^^
21:08 abe_music joined #salt
21:08 combusean joined #salt
21:08 manfred j19
21:08 manfred ...
21:09 manfred that isn't the alt button
21:09 resmike joined #salt
21:10 rome joined #salt
21:11 smcquay joined #salt
21:12 stephas joined #salt
21:14 kermit joined #salt
21:14 XenophonF yeah, cmd.script looks like it might be the way to go
21:16 [diecast] joined #salt
21:18 joehoyle1 joined #salt
21:19 aw110f I'm trying to have my minions set their own grains (not setting from master), but the master doesn't know about the new grains until i restart the minion service.  I tried running highstate after editing /etc/salt/grains or running salt-call grains.setval grain1 value1
21:20 aw110f i also have multi-masters on the minion
21:20 obimod unless: test -n "$(grep 'unless_this_is_in' /etc/file.txt)"     ....salt is reporting this is an error?
21:21 XenophonF left #salt
21:22 rome joined #salt
21:23 bhosmer joined #salt
21:25 resmike joined #salt
21:26 travisfischer joined #salt
21:27 Luke__ joined #salt
21:28 it_dude joined #salt
21:31 novastar2 left #salt
21:32 arthabaska joined #salt
21:35 NullWagon joined #salt
21:36 fragamus joined #salt
21:39 nkuttler erm, shouldn't salt.states.service.enabled create symlinks in /etc/rc* on debian-based systems?
21:39 resmike joined #salt
21:40 nkuttler that's what the execution module does, but can't see any links after highstate
21:40 basepi joined #salt
21:42 jtang1 joined #salt
21:42 resmike joined #salt
21:43 schmutz joined #salt
21:45 Comradephate joined #salt
21:45 uestra joined #salt
21:46 * nkuttler is pretty sure that used to work
21:48 smkelly left #salt
21:48 jtang1 joined #salt
21:49 ajprog_laptop joined #salt
21:51 nkuttler oh my, editing the correct file helps...
21:52 Luke__ joined #salt
21:54 combusean left #salt
21:54 fragamus joined #salt
21:54 schmutz_ joined #salt
21:58 sieve joined #salt
21:59 bemehow_ joined #salt
22:02 mgw joined #salt
22:06 jeffG_ joined #salt
22:06 rupsky___ joined #salt
22:09 bhosmer joined #salt
22:11 alunduil joined #salt
22:12 jnials joined #salt
22:15 renoirb joined #salt
22:15 pass_by_value joined #salt
22:16 to_json joined #salt
22:17 mgw joined #salt
22:20 rome joined #salt
22:20 SEJeff_work obimod, unless: grep -q 'unless_this_is_in' /etc/file.txt
22:20 SEJeff_work better ^^
22:25 cro joined #salt
22:26 busted joined #salt
22:28 kermit joined #salt
22:29 arthabaska joined #salt
22:36 mgw joined #salt
22:38 shaggy_surfer joined #salt
22:38 seblu joined #salt
22:39 shaggy_surfer Hi all,  was hoping to get some help on using salt-cloud
22:39 manfred shaggy_surfer: which version of salt are you using? salt-cloud got merged into salt in v2014.1.0
22:40 sroegner joined #salt
22:40 shaggy_surfer how do you get the options for the actions flag, i.e. salt-cloud -a ACTION, where is the action listing or documentation for it?  I looked at the documentation at docs.saltstack.com
22:40 shaggy_surfer yes manfred
22:40 shaggy_surfer ubuntu 14.04 w/ the latest stable
22:42 shaggy_surfer I am using it to automate the turn up of instances and attaching volumes in ec2 in Amazon.  I have succesfully got the box to turn up and a volume, but I want to have it create volumes and attach from snapshots automatically once the instance is online
22:42 manfred shaggy_surfer: outside of actually looking at the function, i don't know that you can
22:42 arthabaska joined #salt
22:42 shaggy_surfer how do I look at the function itself?
22:42 manfred yeah
22:42 manfred shaggy_surfer: you should use a cloud.volume_present cloud.volume_attached state, but i believe that is only in develop right now, cause I wrote it
22:43 shaggy_surfer do they work well… are they stable manfred?
22:43 shaggy_surfer I want to look at the function itself so I can get the usage that is available, how do I do that?
22:43 manfred i use it, it is working well right now, you should always test it before deploying with it, I deploy out of my own git repository
22:43 Ryan_Lane joined #salt
22:44 manfred go to the source, and look at the function
22:44 shaggy_surfer I ran salt-cloud —help , but it doesn't provide the info beyond the -a and -f
22:44 manfred shaggy_surfer: https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/libcloud_aws.py
22:44 shaggy_surfer perfect, thanks so much manfred, I will look at it.
22:45 manfred shaggy_surfer: https://github.com/saltstack/salt/blob/develop/salt/cloud/clouds/libcloud_aws.py#L140
22:45 Ryan_Lane is there any simple way for me to specify module, state, grains, roots and pillars as relative paths?
22:45 manfred https://github.com/saltstack/salt/blob/develop/salt/cloud/libcloudfuncs.py#L422
22:45 manfred salt-cloud -f list_nodes <profile>
22:45 Ryan_Lane for development purposes it would be nice to be able to pull a repo and run salt in such a way that everything comes from the repo
22:46 Ryan_Lane it looks like I always need to specify absolute paths, which makes development pretty hard without requiring devs to use a vagrant image
22:46 uestra joined #salt
22:47 CeBe1 joined #salt
22:51 rome joined #salt
22:55 DaveQB joined #salt
22:59 chrisjon_ joined #salt
23:06 kickerdog joined #salt
23:06 rome joined #salt
23:10 LBJ_6 joined #salt
23:11 LBJ_6 what is minion.d directory for?
23:12 rome joined #salt
23:12 manfred modularizing your configurations
23:13 manfred it is like /etc/httpd/conf.d in apache
23:13 manfred or /etc/modprobe.d/
23:13 LBJ_6 i thought the file  minion is the place for configuration
23:13 manfred anything you put in there will get loaded for your configurations
23:13 manfred it extends the file
23:14 LBJ_6 what is the difference between minion.d and minion
23:14 manfred nothing
23:14 Shish joined #salt
23:14 manfred so, you could have /etc/salt/minion, that has a ton of stuff, but you want to override one value, no reason to maintain a whole file just to change the one value
23:14 manfred just drop a file in /etc/salt/minion.d that overrides it
23:15 LBJ_6 got it. thanks manfred
23:15 l0x3py joined #salt
23:15 manfred LBJ_6: http://docs.saltstack.com/en/latest/ref/configuration/minion.html#default-include
23:16 manfred it is also the deafult_include, you could change it to something else if you wanted
23:16 manfred like /etc/salt/bananas.d
23:19 LBJ_6 cool
23:22 mgw joined #salt
23:22 stephas joined #salt
23:25 Shish_ joined #salt
23:32 Etch joined #salt
23:33 seblu joined #salt
23:40 possibilities joined #salt
23:52 bemehow joined #salt
23:52 zz_cro joined #salt
23:55 bemehow_ joined #salt
23:56 bemehow__ joined #salt
23:57 ajolo joined #salt
23:57 bemehow joined #salt
23:58 Leech joined #salt
23:58 bemehow_ joined #salt
23:59 elfixit joined #salt
23:59 theo-slc joined #salt
23:59 bemehow joined #salt

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