Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-06-14

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

All times shown according to UTC.

Time Nick Message
00:03 layer3switch joined #salt
00:10 oz_akan_ joined #salt
00:13 jimklo joined #salt
00:13 sectionme joined #salt
00:15 baniir joined #salt
00:30 sunkist joined #salt
00:40 rawzone joined #salt
00:50 ajolo joined #salt
00:52 hardwire joined #salt
00:56 blast_hardcheese joined #salt
00:56 rojem joined #salt
00:56 kula joined #salt
00:56 ampex joined #salt
00:57 dccc joined #salt
01:04 akitada joined #salt
01:04 anuvrat joined #salt
01:09 logix812 joined #salt
01:10 Guest32370 joined #salt
01:11 oz_akan_ joined #salt
01:21 krow joined #salt
01:28 mgw joined #salt
01:31 thehaven joined #salt
01:36 mafro joined #salt
01:37 mafro lo anyone familiar with where in salt-cloud keys get registered with the salt-master on the same machine?
01:38 baniir joined #salt
01:39 rawzone joined #salt
01:48 MatthewsFace joined #salt
01:49 ajolo_ joined #salt
01:58 ipalreadytaken joined #salt
02:02 jslatts joined #salt
02:11 oz_akan_ joined #salt
02:18 ipalreadytaken joined #salt
02:31 manfred mafro: yes
02:32 manfred mafro: they are preseeded
02:32 mafro hey manfred
02:32 manfred gimme a second to find it
02:32 mafro I’m hacking salt-cloud directly into an orchestration script we use
02:33 mafro import salt.cloud, instead of subprocess.call(‘salt-cloud -m …’)
02:33 mafro .. which is working fine - except I’m not getting any preseeded keys. Trying to figure out why
02:33 manfred mafro: have you looked at just dropping messages into the salt-reactor and using runner.cloud.profile or runner.cloud.create in reactor scripts?
02:33 jdmf joined #salt
02:34 manfred so you would just need to launch an event using salt-api?
02:34 mafro no - I’ve noticed all the calls to fire_event though and was wondering if that’s how Salt does it
02:34 manfred yeah, one second
02:34 mafro thanks duder
02:34 manfred mafro: https://github.com/saltstack-formulas/salt-cloud-reactor/blob/master/reactor/autoscale.sls
02:34 manfred kind of like that
02:34 manfred but not as much
02:35 manfred you want a reactor.sls file that watches for an event
02:35 manfred then just pass it to a runner.cloud.create state like that one has
02:35 manfred mafro: http://docs.saltstack.com/en/latest/ref/runners/all/salt.runners.cloud.html
02:35 manfred all the salt-run commands can be runner.* commands in the reactor
02:36 manfred then you just need an event that is matched for the reactor, which you could fire off using salt-api, and libpepper
02:36 manfred mafro: http://salt-api.readthedocs.org/en/latest/ref/netapis/all/saltapi.netapi.rest_cherrypy.html#saltapi.netapi.rest_cherrypy.app.Webhook
02:36 manfred https://github.com/saltstack/pepper
02:36 manfred then yuo can do the whole shebang through
02:36 manfred just api calls
02:37 mafro very interesting! I should surely be using this runner interface instead of importing salt.cloud directly
02:37 manfred and you don't have to worrry about the import salt.cloud, or where the key is seeded, cause salt cloud client does it all for you
02:38 mafro I had to do some *cough* hackery on sys.argv to get things to work right
02:38 mafro so I suspected there was a better way…
02:38 manfred heh
02:38 manfred mafro: the cloud.create one works, but the cloud.profile one isbroken in 2014.1, but i already fixed it in the next release
02:39 manfred and you can fire them all off asyncronously
02:39 rallytime joined #salt
02:39 manfred mafro: https://github.com/saltstack/salt/commit/b5a48b52fdccb4ebb837df4a7574ab225fb9a634
02:39 manfred because 'names' is a special value in salt states
02:41 vejdmn joined #salt
02:42 mafro pepper looks like an interesting project too
02:42 manfred yeah
02:42 baniir joined #salt
02:42 mafro saltstack moves so quickly.. I’m out of the game for 6 months and it’s all changed!
02:42 mafro … which is a good thing of course
02:42 manfred :)
02:43 mafro left #salt
02:43 mafro joined #salt
02:44 sunkist joined #salt
02:47 dlam joined #salt
02:50 ajolo_ joined #salt
02:52 cro joined #salt
02:53 anuvrat joined #salt
02:54 googolhash joined #salt
02:59 mafro hey manfred, I create all our clusters from map files for each logical set of servers
02:59 mafro the runner for saltcloud doesn’t appear to support a map file create at present
02:59 manfred is there a reason to use a map file if you can just parse a map file and send all the events to the reactor for the things you want to create
03:00 rawzone joined #salt
03:00 mafro I suppose not
03:00 manfred yeah, i would just fire off all your events case that is all the map file is doing
03:00 mafro The code to parse a map file would actually be smaller than the hackery I’ve currently got to interface with salt.cloud!
03:00 manfred yeah
03:01 fragamus joined #salt
03:01 mafro you get the free parallelisation via salt events too
03:01 manfred yar
03:01 manfred the reactor is pretty awesome
03:01 mafro I did some stuff on the multiprocessing in salt-cloud waaay back, don’t really need any of that this way around
03:02 manfred yar :)
03:02 manfred the cloud runner is pretty awesome
03:03 manfred I am working on something that parses the api to finish and block until all the servers are up and built, and then to run my overstate to deploy a gluster cluster at the very end.
03:03 mafro the script I use here does essentially that
03:04 mafro salt-cloud to create the VMs, then a series of highstate and boto commands to finish the ELB/Route53 config that’s needed
03:05 manfred nice
03:05 mafro back when I started this script, most of the salt infrastructure wasn’t ready yet
03:05 mafro would be nice to port it all into reactor/overstate
03:07 diegows joined #salt
03:11 baniir joined #salt
03:12 oz_akan_ joined #salt
03:16 mafro turns out CloudClient wraps most of the hackery I’ve put in place
03:16 mafro I really should spend more time reading the salt source before I start hacking :p
03:23 manfred :)
03:29 bmonty joined #salt
03:30 ml_1 joined #salt
03:32 logix812 joined #salt
03:39 rawzone joined #salt
03:50 ajolo__ joined #salt
03:55 dlam joined #salt
03:58 catpigger joined #salt
04:03 jalaziz_ joined #salt
04:13 oz_akan_ joined #salt
04:15 kiorky joined #salt
04:18 rawzone joined #salt
04:26 dsolsona joined #salt
04:32 logix812 joined #salt
04:34 zz_cro joined #salt
04:43 thayne joined #salt
04:44 rawzone_ joined #salt
04:48 ajw0100 joined #salt
04:50 ajolo joined #salt
05:00 mikber joined #salt
05:03 perfectsine joined #salt
05:14 oz_akan_ joined #salt
05:15 ajw0100 joined #salt
05:18 norrec joined #salt
05:18 dude051 joined #salt
05:21 solice I'm trying to use salt for config management, I've been reading the docs but can't seem to find anything of auto-generating configuration files from templates. does anyone know if this can be done?
05:34 joehh solice: typically we use file.managed states, with template: jinja and data provided by pillar
05:34 joehh bit of a mouthful above, but that is it in not many words
05:34 joehh ...
05:36 solice joehh, ah i see, so the managed conf file on the salt master is a read through jinja?
05:37 joehh yes - the file somewhere in /srv/salt gets read by the minion, templated using jinja with any variables coming from grains, pillar or data provided directly in the state
05:39 harkx joined #salt
05:43 eightyeight joined #salt
05:46 solice cool, does the jinja documentation have information on configuring something like a different password for a user on each minion
05:49 Guest78136 joined #salt
05:51 ajolo_ joined #salt
06:06 joehh best approach would be to put each password in pillar data with the username as the key and the value as the password or password hash
06:14 oz_akan_ joined #salt
06:16 m1crofarmer joined #salt
06:30 borgstrom joined #salt
06:32 joehillen joined #salt
06:35 oz_akan_ joined #salt
06:36 kiorky joined #salt
06:37 ajw0100 joined #salt
06:37 JeroenH_ joined #salt
06:50 rawzone joined #salt
06:50 ajolo__ joined #salt
06:50 timc3 joined #salt
07:06 ramteid joined #salt
07:19 kedo39 joined #salt
07:20 InAnimaTe joined #salt
07:20 felskrone joined #salt
07:21 bhosmer joined #salt
07:27 TyrfingMjolnir joined #salt
07:27 TheThing joined #salt
07:29 Katafalkas joined #salt
07:33 kedo39 joined #salt
07:36 oz_akan_ joined #salt
07:39 harkx joined #salt
07:51 ajolo joined #salt
07:54 kedo39 joined #salt
08:17 kedo39 joined #salt
08:31 TyrfingMjolnir joined #salt
08:37 oz_akan_ joined #salt
08:39 jeddi joined #salt
08:46 CeBe joined #salt
08:51 ajolo_ joined #salt
08:51 felskrone joined #salt
08:54 krow joined #salt
08:57 krow1 joined #salt
09:02 krow joined #salt
09:06 Katafalkas joined #salt
09:08 Katafalkas joined #salt
09:10 chiui joined #salt
09:20 TheThing joined #salt
09:22 TheThing joined #salt
09:24 rawzone joined #salt
09:28 MatthewsFace joined #salt
09:37 oz_akan_ joined #salt
09:42 mrTango joined #salt
09:51 ajolo__ joined #salt
09:52 alanpear_ joined #salt
10:01 TyrfingMjolnir joined #salt
10:10 mosen joined #salt
10:11 TyrfingMjolnir joined #salt
10:14 anuvrat joined #salt
10:26 damianheard joined #salt
10:37 anuvrat joined #salt
10:38 oz_akan_ joined #salt
10:40 harkx joined #salt
10:42 damianheard joined #salt
10:51 ajolo joined #salt
10:59 krow joined #salt
11:07 krow joined #salt
11:14 ggoZ joined #salt
11:15 krow joined #salt
11:15 mirko joined #salt
11:17 krow1 joined #salt
11:39 oz_akan_ joined #salt
11:51 ajolo_ joined #salt
12:00 Katafalkas joined #salt
12:07 bhosmer joined #salt
12:08 dsolsona joined #salt
12:10 picker joined #salt
12:11 baniir joined #salt
12:22 baniir joined #salt
12:32 bhosmer joined #salt
12:40 oz_akan_ joined #salt
12:57 antonw joined #salt
13:01 Katafalkas joined #salt
13:02 elfixit joined #salt
13:10 vejdmn joined #salt
13:21 ajolo__ joined #salt
13:21 dRiN joined #salt
13:24 bhosmer joined #salt
13:25 Katafalkas joined #salt
13:28 felskrone1 joined #salt
13:40 oz_akan_ joined #salt
13:45 bhosmer_ joined #salt
13:53 bhosmer joined #salt
14:15 m1crofarmer joined #salt
14:15 Katafalkas joined #salt
14:20 dude051 joined #salt
14:21 ajolo joined #salt
14:22 bhosmer joined #salt
14:23 arnoldB Salt doc/ Sphinx experts here?
14:23 mohae joined #salt
14:28 baniir joined #salt
14:32 kermit joined #salt
14:33 arnoldB got it
14:35 felskrone joined #salt
14:38 bhosmer joined #salt
14:40 robusa joined #salt
14:40 robusa visit this site , is good place where to make some money www.SoccerTips4Sure.com , i win nice money last night
15:05 thayne joined #salt
15:06 ajw0100 joined #salt
15:15 sectionme joined #salt
15:21 ajolo joined #salt
15:30 mrTango joined #salt
15:30 xenoxaos joined #salt
15:32 mgw joined #salt
15:42 oz_akan_ joined #salt
15:48 quickdry21 joined #salt
15:58 dlam joined #salt
15:59 acabrera joined #salt
16:21 Flusher joined #salt
16:21 ajolo_ joined #salt
16:25 oz_akan_ joined #salt
16:27 happytux joined #salt
16:29 oz_akan__ joined #salt
16:29 jslatts joined #salt
16:34 xmj igh
16:50 mortis seems legit :P
16:51 mortis and out there, somewhere, is a guy with an awesome working plan on how to make money from gambling, but his info drowns in all the spam :)
16:57 oz_akan_ joined #salt
17:00 xmj mortis: it just so happens that i'm developing one of those plans
17:01 mortis xmj: ;D
17:01 otter768 joined #salt
17:03 Joseph joined #salt
17:07 Chrisje joined #salt
17:08 baniir joined #salt
17:10 mateoconfeugo joined #salt
17:13 TheThing joined #salt
17:14 mateocon_ joined #salt
17:18 scarcry joined #salt
17:18 mateoconfeugo joined #salt
17:22 ajolo__ joined #salt
17:26 sectionme joined #salt
17:26 mgw joined #salt
17:30 ml_1 joined #salt
17:35 Twiglet Hey guys, any idea who my repo isn't getting setup? http://pastebin.com/9LaGxxa1
17:35 Twiglet Not touched the repo stuff before and the first thing I try is a ubuntu ppa in debian ;)
17:49 bhosmer joined #salt
17:53 ipalreadytaken joined #salt
17:54 Twiglet Oh my, just seen the typ
17:54 Twiglet always embarasing
17:54 mateoconfeugo joined #salt
17:58 babilen Twiglet: It might use add-apt-repository which is probably not available on Debian. Please note that PPAs are *not* meant to be used on Debian and are of questionable quality. Anybody can upload there and you should keep in mind that maintainer scripts are run as root.
17:58 babilen Ah, a typ(o) ;)
17:58 Twiglet hah, son of a bitch
17:59 Twiglet Cheers for the help though
18:00 Twiglet You also need python-software-properties installed first as well ;)
18:04 babilen Twiglet: There really is no need to insult helpers in here.
18:04 Twiglet Oh no! I wasn't insulting you. I was "son of a bitching" at my typo of the word typo!
18:05 Twiglet Apologies for any offense caused
18:05 babilen Well, you might want to choose less offensive language the next time
18:05 babilen Anyway, moving on ...
18:12 KaaK joined #salt
18:18 Katafalkas joined #salt
18:20 Katafalk_ joined #salt
18:22 schimmy joined #salt
18:26 TheThing Question, how can I make sure the mine.update is called/run before a specific state is run? And what's the best way to monitor changes in that?
18:26 Katafalkas joined #salt
18:27 KaaK I get '{'raspberrypi': ["No matching sls found for 'common' in env 'base'"]}' when running state.show_highstate.
18:27 KaaK Anyone up for helping? http://pastebin.com/QmhLsQ3C
18:28 bhosmer joined #salt
18:32 zz_Cidan joined #salt
18:32 Cidan joined #salt
18:33 arnoldB TheThing: 1) no 2) use http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.publish.html#module-salt.modules.publish
18:34 TheThing hmm, interesting
18:34 TheThing thanks arnoldB
18:35 KaaK The way I've understood it (or perhaps misunderstood it) both 'common.sls' and 'common/init.sls' can be included as simply 'common' from any other sls file
18:35 KaaK is this correct?
18:35 manfred yes, but not if you have both iirc?
18:36 TheThing KaaK: Yeah, I took a look and I dunno what your problem really is
18:36 manfred KaaK: that should work, gimme a second to look closer
18:37 KaaK I can't quite wrap my head around it. I've just tried the straight-forward 'common.sls' (in the same directory with top.sls) and everything worked as expected
18:37 manfred KaaK: gimme one second
18:37 KaaK probably should have also tossed a version in that pastebin: '2014.1.5'
18:38 KaaK manfred, much appreciated, thanks
18:39 arnoldB TheThing: that's an example use case https://github.com/bechtoldt/opennebula-formula/blob/master/opennebula/_oneuser.sls#L90 (but rather complex, so don't worry, hehe)
18:39 KaaK perhaps also useful, here are the minion logs: http://pastebin.com/7xbrWE2E
18:39 manfred KaaK: it is working here...
18:40 arnoldB KaaK: could you please show the output of the "tree" command? that would be better
18:40 TheThing nice arnoldB
18:40 TheThing thanks for that
18:41 KaaK arnoldB, http://pastebin.com/Xgy6sz1s
18:41 manfred KaaK: http://ix.io/cY9
18:42 manfred KaaK: http://ix.io/cYa
18:42 manfred it is working here
18:43 manfred KaaK: what version of salt?
18:43 KaaK well, at least I'm not crazy lol -- its version 2014.1.5
18:44 arnoldB KaaK: check your salt master configuration (file_roots)
18:45 arnoldB the default should work with this files I guess
18:47 manfred KaaK: it is working for me on 2014.1.5...
18:47 manfred :/
18:48 arnoldB state.sls common saltenv=base should work (and give you an error because it couldn't find formulas.users)
18:48 KaaK arnoldB, they're are the defaults (still commented out): http://paste.debian.net/104989/
18:49 arnoldB what's the output of # sudo salt -t 60 -v '*' state.sls common saltenv=base              # ?
18:50 manfred i would rather see salt-call state.sls common -l debug
18:50 arnoldB also set "log_level: debug" in  your salt master config and take a look at the master log
18:50 arnoldB yes
18:50 arnoldB that's better
18:50 manfred to see if there is an error on the minion trying to do something with whatever module you are using in the formulas.users.init.sls
18:51 ajolo__ joined #salt
18:55 rallytime joined #salt
18:55 MZAWeb joined #salt
18:58 Ryan_Lane joined #salt
18:58 picker joined #salt
19:00 KaaK manfred, arnoldB, sorry for the delay, had to edit out some sensitive info: output of 'salt-call state.sls common -l debug' is coming up
19:00 manfred noworries
19:03 Ryan_Lane joined #salt
19:07 KaaK manfred, arnoldB, http://paste.debian.net/104994/
19:08 mateoconfeugo joined #salt
19:09 KaaK also, I've run the state successfully when i move 'common/init.sls' to 'common.sls' -- I feel pretty comfortable that the state itself is proper
19:09 arnoldB hm weird
19:10 arnoldB could it be that common is a reserved keyword? I don't think so
19:10 arnoldB what if you rename common to common1 and do state.sls common1 ?
19:11 manfred KaaK: it is correct
19:12 KaaK I think i just figured it out. Running it to be sure.
19:13 manfred it is weird that it isn't including the formulas.users like it does for sudo.users
19:14 manfred or users.sudo*
19:15 KaaK started checking out the minion's file cache -- and it had BOTH common/init.sls AND common.sls in the cache
19:16 manfred KaaK: what is in roles/init.sls?
19:16 manfred cause that one is rendering correctly?
19:16 manfred does it just have users.sudo?
19:16 manfred include:
19:16 manfred - users.sudo
19:16 manfred or nevermind
19:16 manfred looks like that is in users/init.sls
19:17 manfred KaaK: can you change the users.sudo to be formulas.users.sudo ?
19:18 manfred yeah
19:18 manfred do that
19:18 KaaK manfred, ... good eye, I'm going through and updating the paths now
19:18 manfred formulas.users.sudo
19:18 manfred or just .sudo
19:19 manfred because .sudo means, same directory, but there is no users directory in the files root
19:19 manfred so you can give the full path
19:19 manfred which was formulas.users.sudo
19:19 manfred or you can give the relative path which is .sudo
19:19 manfred and both of those work
19:21 anuvrat joined #salt
19:21 schimmy joined #salt
19:24 KaaK manfred, there was also an incorrect path in the map.jinja include -- i've updated both and now its working great!
19:24 KaaK thanks for all the help everyone!
19:28 thayne joined #salt
19:28 schmutz joined #salt
19:29 schimmy joined #salt
19:30 xzarth joined #salt
19:31 Networkn3rd joined #salt
19:31 bhosmer joined #salt
19:50 seventy3_away joined #salt
19:51 oz_akan_ joined #salt
19:54 ipalreadytaken joined #salt
20:02 alanpearce joined #salt
20:04 chiui_ joined #salt
20:07 n8n joined #salt
20:20 baniir joined #salt
20:23 DaveQB joined #salt
20:24 mateoconfeugo joined #salt
20:24 scarcry joined #salt
20:30 mohae joined #salt
20:34 fragamus joined #salt
20:35 fxhp http://docs.saltstack.com/en/latest/ref/states/all/salt.states.archive.html
20:35 fxhp Can this be used by a user other then root?
20:35 fxhp All the extracted files are owned by root
20:36 fxhp Guess I'll have a state fix it to the proper perms for now.
20:40 manfred fxhp: it should be allowed in develop
20:40 manfred fxhp: i don' believe it was backported
20:41 manfred fxhp: https://github.com/saltstack/salt/issues/12642
20:41 manfred not added yet
20:41 manfred so, when that gets solved
20:43 bhosmer joined #salt
20:47 dsolsona joined #salt
20:51 acabrera joined #salt
20:51 oz_akan_ joined #salt
21:00 ckao joined #salt
21:01 manfred fxhp: actually, that won't work if the archives are maintaining their permissions and ownership
21:01 manfred ¯\(°_o)/¯
21:14 schimmy joined #salt
21:16 ajw0100 joined #salt
21:17 spidermo joined #salt
21:18 spidermo Hello, would anyone be willing to assist with a mysql module question?
21:21 Katafalkas joined #salt
21:23 diegows joined #salt
21:29 arnoldB spidermo: don't ask to ask
21:29 fragamus joined #salt
21:30 spidermo ok then.
21:30 spidermo I am provisioning salt masterless
21:30 krow joined #salt
21:31 spidermo I believe I have everything the mysql module needs, but it still does not recognize the mysql.db_check state
21:34 spidermo Minion file: http://pastebin.com/ZricuEPU
21:36 spidermo state file snippet: http://pastebin.com/QQZPFwKV
21:36 ajolo joined #salt
21:36 spidermo error: State mysql.db_check found in sls user-srv/project/init is unavailable
21:37 spidermo mysql server is running and python-mysqldb package has been installed
21:39 arnoldB spidermo: mysql.db_check is a function of an execution module, not state module
21:40 arnoldB spidermo: these are the available state modules: http://docs.saltstack.com/en/latest/ref/states/all/index.html
21:40 arnoldB spidermo: execution modules are meant to be used on the CLI or called in the state files via salt['mysql.db_check'](params)
21:41 spidermo Ok, thank you for the explanation.
21:42 arnoldB spidermo: here a few mysql examples: https://github.com/bechtoldt/mysql-formula/blob/master/mysql/server.sls
21:42 spidermo http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.mysql.html#salt.modules.mysql.db_check
21:43 spidermo So since the documentation doesn't show that under the salt.states path anywhere, that means it is execution only?
21:44 arnoldB => salt.modules (execution). => salt.states (state) :)
21:51 spidermo Ok, mysql_database.present got me a bit further
21:52 oz_akan_ joined #salt
22:00 krow1 joined #salt
22:02 krow joined #salt
22:03 tristianc joined #salt
22:12 rojem joined #salt
22:21 kyr0 joined #salt
22:26 Lomithrani joined #salt
22:28 googolhash joined #salt
22:37 spidermo joined #salt
22:45 ajw0100 joined #salt
22:47 TristanMatthews joined #salt
22:53 oz_akan_ joined #salt
22:56 mohae joined #salt
23:08 fllr joined #salt
23:34 thayne joined #salt
23:42 joehillen joined #salt
23:50 Whissi joined #salt
23:54 oz_akan_ joined #salt
23:55 vejdmn joined #salt
23:55 oz_akan__ joined #salt

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