Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-09-16

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

All times shown according to UTC.

Time Nick Message
00:02 holms guys is file.managed can handle multiple users?
00:03 holms i mean that users param, does it accept dictionary?
00:03 holms oh wrong question
00:03 forrest holms, I've never tried it.
00:03 ingwaem holms you should be able to use some jinja for that…I’m not sure of the syntax myself but I’ve known it to be done
00:04 holms i men to upload file to multiple locations
00:04 holms ment*, so it's - name param
00:06 ingwaem yes, name param should do it
00:06 holms so i can pass dict to name param?
00:06 holms and that file would be copied to multiple locations?
00:07 n8n joined #salt
00:08 ingwaem well I don’t know the specifics of Jinja since I use a database to manage my data, but this page might help: http://stackoverflow.com/questions/8453007/jinja2-recursive-loop-vs-dictionary
00:09 ingwaem this page shows the for loop where it’s looking at each file in motd: http://salt.readthedocs.org/en/latest/ref/renderers/all/salt.renderers.jinja.html
00:10 ingwaem second chunk of code on the page
00:10 holms hmz
00:10 ingwaem each location could have a file
00:10 holms thanks for puting me into jinja
00:10 holms nice to discover this in salt :D
00:11 aparsons joined #salt
00:11 ingwaem oh you can be really creative with salt :) I’m using a way I know that works, since I like to use relational data I’m keeping my data relational and breaking out to salt files when I need them, but I can loop on db results and just write out sls files, etc. Jinja is a way of doing it so it’s more run time scripting while you process sls’s and data within salt itself…really powerful stuff when you combine all it can do and
00:11 ingwaem we dont’ know about :)
00:13 ingwaem if you use any of the state files in the master saltstack repo then you will see some jinja at play within the sls files
00:13 ingwaem especially for states such as httpd. it has numerous names for different kernels
00:13 holms so i even can use jinja in the sls
00:13 holms http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html
00:13 holms nice example here
00:14 to_json joined #salt
00:14 litwol joined #salt
00:14 litwol Hello
00:16 ingwaem https://github.com/saltstack-formulas
00:16 ingwaem Yes, Jinja comixes with your yaml sls files
00:16 skyler_ Hi litwol, if you have any questions feel free to ask them.
00:16 litwol :)
00:17 litwol final ditch effort to check what i'm doing again before i start asking about
00:17 litwol it*
00:17 ingwaem holms: you can also poll data from your pillars and grains, which can then determine how a state file will execute
00:17 elfixit1 joined #salt
00:18 ingwaem it’s a great way to keep your state files platform and kernel agnostic…especially with all the different deployments one can do on own hardware, aws, rax, etc
00:19 holms yeah that's awesome
00:19 holms no i can't find how to use loop with dictinaries
00:19 holms instead of lists
00:20 holms now*
00:20 litwol Hmm is there a way for me to tell minion to force creating directory structure when necessary and when no conflict is present? for example an attempt to enforce pkg.installed (on www-servers/nginx) fails because directory dies not exist /etc/portage/package.use/ (also there is no conflicting file by the same name)
00:21 litwol i would imagine salt minion would create whatever directory structure it requires ?
00:21 litwol how can i force this behavior?
00:21 ingwaem http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html
00:21 ingwaem use the switch -makedirs: True
00:21 litwol well
00:22 holms omfg you can use python syntax
00:22 holms inside sls
00:22 litwol i would do this when there is a specific folder/file that *i* need to manage.
00:22 litwol however. this particular failure happens because /ebuild pkg provider/ expects this folder to exist when it doesn't
00:22 litwol and i, as a user, have no idea of the provider's requirements.
00:23 litwol http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.ebuild.html
00:23 ingwaem litwol: you could always check for the existance of the folder, and if it doesn’t exist, create it before installing the package. The package would then need to wait for the first condition to be met before the package gets installed
00:23 litwol I don't see anything there that states i must manually create those folders before i acn use pkg.installed under gentoo
00:24 litwol ingwaem: where can i see prerequisites list before i can use pkg ebuild provider /with relative confidence/ that all requirements are met and it would run when called.
00:24 ingwaem litwol: sorry not sure on that one
00:25 litwol this failure is taking me by surprise because salt module doesn't handle its own dependencies it seem
00:25 litwol hmm
00:25 skyler_ litwol: You could also use an unless statement to only create the directory if the parent exists. Basically "make /path/to/dir unless /path/to does not exist" would be the effect.
00:26 litwol skyler_: i understand how to solve this problem once i have encountered it..
00:26 ingwaem I think ultimately what you’re goign to want to look at is Multiple Requisites on page http://docs.saltstack.com/en/latest/ref/states/ordering.html …. you can order your states, so if the directory is the thing that blocks you from installing the package, have file.managed first and then do pkg installed
00:26 litwol for example when i deploy my own nginx configs and ssl files i would write state to ensure directories and folders get created
00:26 ingwaem packages for the most part will install including their dependencies
00:26 litwol in this case however i am blocked by pkg ebuild provider/module (which is shipped in salt core) not meeting its own requirements.
00:26 litwol very weird
00:27 ingwaem litwol: also a lot of packages have already been thought out and written into salt formulas ready for you to just run with
00:27 ingwaem they will sort things out like are you on debian, centos, ubuntu etc
00:27 ingwaem don’t reinvent the wheel :) https://github.com/saltstack-formulas/
00:28 ingwaem and there’s one specifically for nginx
00:28 * litwol checks
00:28 ingwaem https://github.com/saltstack-formulas/nginx-formula
00:28 aparsons joined #salt
00:28 holms ingwaem: just for the learning purpose, how to call that 'user' from dictionary? https://dpaste.de/zmaB
00:29 litwol guys i am not asking about nginx :)
00:29 aparsons joined #salt
00:29 litwol i am asking specifically about /pkg ebuild provider/
00:29 litwol the same problem remains whether i try to install nginx or php or an arbitrary package
00:30 litwol pkg.installed fails because it doesn't handle creating own dependency directory
00:30 litwol very weird
00:30 TheThing joined #salt
00:30 ingwaem holms: check this out: http://dev.mlsdigital.net/posts/SaltStackBeyondJinjaStates/
00:30 holms thanks
00:30 ingwaem holms: has just what you’re looking for
00:31 holms seems to be they using full python in there
00:32 ingwaem more or less yes…I haven’t really dived into jinja much, since there’s so much already supporting most of what I do anyways but for the most part, if you follow the rules and stick to the guidelines of salts jinja / yaml implimentation then you shouldn’t have issues. if you do, you should get a debug stating what you did wrong too
00:34 ingwaem holms: note on teh page I linked: “After some research and some experimenting, we realized that between the limitations in the Pillar system and the minimal tools available in Jinja, that we would have to write our Python state. Oh, did I mention you can do that? Yes! All you have to do is prefix the sls file with #!py and Salt will execute everything inside the run() function. The only requirement is that you return a valid Salt
00:34 ingwaem state data structure.”
00:35 litwol aha! found it
00:35 litwol portage_config.py
00:35 holms hmz
00:36 holms ingwaem: seems to be you can use python in {% load_python as whatever %}
00:36 holms which will probably will solve that issue with pillar?
00:36 holms i'd stay with yml actually )
00:37 ingwaem yes you can use it…they made salt very very versatile so that it can fit an almost every situation
00:37 jalaziz joined #salt
00:37 holms so im just wondering how to call
00:37 holms dictionary element inside loop
00:38 holms var['dict_node_name']?
00:38 mapu joined #salt
00:39 holms and can i use jinja in pillar?
00:40 litwol found it. here is my issue. i did not enforce this state (Even though it is said to be automatic on new systems) http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.ebuild.html#salt.modules.ebuild.ex_mod_init
00:41 ingwaem your element looks correct
00:41 litwol i take it back. it is says default is off.
00:41 ingwaem not sure about jinja in a pillar…a sec
00:42 ingwaem yes I believe you can use jinja in a pillar, however “The pillar constructs are simply not available to be used by the pillars themselves.”
00:42 holms cool
00:43 holms now i feel a power
00:43 ingwaem if you’re iterating through users you could perhaps pull them out of the grains and loop through that way
00:44 litwol hm pardon such a basic question.. which file do i need to modify to set /module specific/ configuration? I want to set ebuild.enforce_nice_config to true by default
00:44 litwol http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.ebuild.html#salt.modules.ebuild.ex_mod_init
00:44 aparsons joined #salt
00:44 litwol but this document doesn't say which file to modify
00:47 oz_akan joined #salt
00:47 ingwaem litwol: I’m not familiar with that myself
00:49 litwol minion config file has section 'module configuration'
00:49 litwol reading it now first time
00:49 litwol :)
00:49 litwol will report in a few
00:50 litwol victory!
00:50 ingwaem sweet :)
00:51 ramishra joined #salt
00:51 litwol as far as managing dependencies for http://docs.saltstack.com/en/latest/ref/states/all/salt.states.portage_config.html , where it seem to expect "nice directory structure" for /etc/portage/package.{use,keywords,etc etc}
00:51 iggy erjohnso: do you happen to know where I can look to figure out how to calculate the fingerprint to update tags (and I assume metadata works similarly)
00:51 litwol modifying /etc/salt/minion with: ebuild.enforce_nice_config: true
00:51 litwol that did the trick
00:56 litwol wohow this is great
00:57 holms ingwaem: how about comments in yaml?
00:58 ingwaem check this out: http://docs.saltstack.com/en/latest/topics/troubleshooting/yaml_idiosyncrasies.html
00:58 SheetiS joined #salt
00:59 ingwaem " Vim syntax file < will create a comment
00:59 ingwaem double quote
01:00 jalaziz joined #salt
01:00 ingwaem example with them in place: https://github.com/saltstack/salt-vim/blob/master/syntax/sls.vim
01:00 rome joined #salt
01:00 sectionme joined #salt
01:01 egalano joined #salt
01:02 rome joined #salt
01:04 ingwaem anyways have to dash. will be back later
01:05 n8n joined #salt
01:05 TyrfingMjolnir joined #salt
01:07 aparsons joined #salt
01:08 schmutz joined #salt
01:10 kermit joined #salt
01:13 rome joined #salt
01:13 aparsons joined #salt
01:15 bhosmer_ joined #salt
01:15 njs126 joined #salt
01:18 litwol Interesting
01:18 litwol salt ebuild module doesn't compare use flags between runs.
01:18 scbunn joined #salt
01:20 whit joined #salt
01:21 nitti joined #salt
01:27 iggy erjohnso: nvm, I swear I tried using the existing fingerprint before, but I had some other bug that wasn't using the right field
01:29 rome joined #salt
01:31 litwol Hmm
01:31 litwol Is there a way to make salt re-install some package if a certain configuration changed?
01:32 litwol right now it returns with success on pkg.installed even though various dependencies changed
01:32 rostam joined #salt
01:34 dimeshake litwol: pkg.latest should at least make sure the version of the pkg itself is up to date
01:34 dimeshake why would you need to reinstall on configuration change though? can you be a little more specific abotu your case?
01:35 litwol dimeshake: package is compiled from source. so "configuration change" is actually the ./configuration changes which need to be recompiled
01:35 litwol it is a compile-time configuration, not run-time.
01:35 dimeshake oh so you're building it manually with salt?
01:35 litwol so it is imperative that package be re-installed (which in gentoo OS it means recompiled from source)
01:36 dimeshake does the ebuild version change at all?
01:36 dimeshake that'd be the easiest way to trigger it
01:36 litwol dimeshake: you know how on binary distros "install package" means taking pre-compiled binaries and merging them into your root.. on gentoo it means you grab source and compile it first.
01:36 dimeshake i know gentoo
01:36 litwol no. only use flags
01:36 dimeshake i can't think of an easy way to do that with just a change in use flags
01:36 litwol :-\
01:36 dimeshake maybe trigger it with a watch from another state
01:36 litwol but but... but puppet can do that :(
01:37 dimeshake i'm sure it can be done i've just not thought about this at all
01:37 dimeshake you need to key on something
01:38 litwol https://bpaste.net/show/e7f8d07877ef
01:38 litwol dimeshake: i am first time user so i may be doing something wrong.
01:38 malinoff joined #salt
01:38 litwol i've tried pkg.latest and .installed
01:39 litwol same result, call to --local returns as success (ie, it IS installed) even though use flags changed
01:39 pentabular joined #salt
01:39 aparsons joined #salt
01:40 dimeshake litwol: ah. and when you change the - uses:, it's not reinstalling?
01:40 litwol correct
01:40 dimeshake hm. salt would need to store and compare that to know it changed
01:41 litwol here's another thing i tried:
01:41 litwol https://bpaste.net/show/3793106dbd42
01:41 litwol also doesn't work
01:41 litwol THIS TIME however package.use /is updated/
01:41 litwol but package itself is not re-installed
01:41 dimeshake this might be worth filing an issue about
01:42 dimeshake but i can think of a naive way to hack around it
01:45 litwol one last thing i'll try. to use the plural -pgks method
01:45 dimeshake i haven't used salt on gentoo so I'm at a bit of a loss as far as what's normal. you might want to ask during the day tomorrow to see what other folks have to say about it
01:45 nitti joined #salt
01:45 litwol well
01:45 dimeshake one way might be to track the use flags via a file on the target system and trigger a rebuild on that for example
01:45 litwol sure
01:45 litwol but how do i *Trigger* rebuild?
01:45 dccc joined #salt
01:45 litwol i know i can watch some files.. and reload services
01:45 litwol but i don't know how to force package /reinstall/ when a watched file changes
01:45 Bastion1704 joined #salt
01:45 dimeshake i am unfortunately about 4 beers into this evening and not thinking cleraly heh
01:45 litwol hehe np
01:45 litwol dimeshake: gentoo has a neat way to avoid unnecessary rebuilds
01:46 dimeshake i wonder if taking a look at some of the formulas that exist for compiling nginx, for example, might lend a clue on how to trigger a rebuild
01:46 litwol dimeshake: by appending "--new-use" to emerge
01:46 dimeshake mmm. so it won't rebuild if the use flags are the same, but will if they differ?
01:46 litwol yep!
01:46 litwol dimeshake: it is native in portage (emerge command)
01:47 active8 joined #salt
01:47 dimeshake yeah
01:47 litwol dpasting..
01:48 litwol https://bpaste.net/show/1019500553ac
01:48 litwol there you go
01:48 litwol see the "-aio*"
01:49 litwol dimeshake: adding ability to specify - newuse: true, would be amazing
01:49 litwol - newuse: true, would cause pkg.installed return FALSE if use flags do not match
01:49 bastion1704 joined #salt
01:49 dimeshake i wonder if properties on the portage_config state would work
01:50 litwol i think ebuild module uses portage_config states?
01:50 litwol i'm not sure
01:51 litwol for example portage_config._flags_helper() handles showing old vs new flags
01:51 litwol so it *knows* when use flags change.
01:51 litwol just need to force rebuild dependency by failing pkg.installed condition
01:51 litwol but i don't know if this makes any sense from salt perspective because i don't know how salt works internally
01:52 dimeshake yeah i'm a little fuzzy on that too
01:52 dimeshake manfred: is watching football but might know
01:52 dimeshake and again, others much more knowledgeable will be around tomorrow during biz hours
01:54 holms so can i use jinja in .sls files?
01:54 holms i've got errors of unknown tag load_python
01:54 holms huge downside of saltstack docs, that there's no file names which they quoting for
01:54 holms or is this sls or jinja extensions.. hell knows
01:55 holms http://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html
01:55 dimeshake you can absolutely use jinja in sls
01:55 holms thanks ) then this error is strange one sec
01:56 egalano joined #salt
01:57 jalaziz joined #salt
01:57 holms dimeshake: any clues? https://dpaste.de/waLH
01:58 aquinas joined #salt
01:58 rome joined #salt
01:58 holms or having load-json and load-yml is the only options in salt?
01:58 holms what about python
01:59 litwol dimeshake: does salt have any means to force an action based on some condition? i wouldn't mind a little python in the state config if i could execute a command 'if [something] changed then [run command]', where in this case [run command] would be rebuild, or even /removal/ of old package which would then force pkg.installed to be run again.
02:01 litwol dimeshake: https://github.com/saltstack/salt/blob/develop/salt/states/portage_config.py#L72
02:01 litwol it even warns that package should be rebuilt
02:01 litwol but.. *how* is missing :(
02:06 litwol dimeshake: http://docs.ansible.com/portage_module.html :((. seem to have full portage support :(
02:07 * litwol calls it a day
02:11 egalano joined #salt
02:12 holms maybe any one can explain why list of dictionaries in load_json doesn't work? http://docs.saltstack.com/en/latest/ref/renderers/all/salt.renderers.jinja.html
02:12 CryptoMer joined #salt
02:13 holms https://dpaste.de/F1ia
02:13 CryptoMer Good evening! When running a syndic daemon, do I need to have a separate conifg file? I'm having a few troubles getting everything to work properly.
02:16 holms and channel support is gone
02:23 otter768 joined #salt
02:24 wangofett joined #salt
02:27 mapu joined #salt
02:30 joehh joined #salt
02:37 CryptoMer I seem to have figured mine out. Gotta point the syndic's minion at the syndic's master, while the syndic process itself goes towards the master master! :)
02:38 CryptoMer phew!
02:38 CryptoMer I then had to stop all minions in my environments, del the old minion_master.pub (as the master was changing to the new syndic), and then restart the minion. What a fun project for a Monday evening.
02:40 whit joined #salt
02:45 jalaziz joined #salt
02:47 fannet joined #salt
02:47 fannet evenin
02:48 fannet Anyone know why after launching a DO salt-cloud instance my VM's highstate is only partially applied
02:49 fannet I have to call highstate twice for everything to sort itself out
02:53 tmh1999 joined #salt
02:53 whit joined #salt
02:54 rome joined #salt
02:55 audreyr left #salt
02:57 dude051 joined #salt
02:58 Ryan_Lane joined #salt
03:00 TheThing joined #salt
03:09 ramishra joined #salt
03:09 pdayton joined #salt
03:11 Eliz joined #salt
03:12 catpig joined #salt
03:19 blackhelmet joined #salt
03:37 troyready joined #salt
03:39 bezeee joined #salt
03:49 FL1SK joined #salt
03:57 aquinas_ joined #salt
04:00 pdayton joined #salt
04:01 smcquay_ joined #salt
04:02 forrest joined #salt
04:05 rpatterson How would I reference the public IP of a salt-cloud provisioned EC2 instance in the states of another minion?
04:06 AndChat|527924 joined #salt
04:06 robinsmidsrod joined #salt
04:09 ajprog_laptop joined #salt
04:21 yomilk joined #salt
04:22 pentabular joined #salt
04:27 snuffeluffegus joined #salt
04:28 Hell_Fire joined #salt
04:32 whatsupio joined #salt
04:34 holms is it possible  in requisities
04:34 holms to have multiple pkgs?
04:36 dimeshake joined #salt
04:37 Ryan_Lane joined #salt
04:37 laxity joined #salt
04:38 thayne joined #salt
04:41 __number5__ require:
04:41 __number5__ - pkg: blah
04:41 __number5__ - pkg: blah2
04:42 __number5__ @holms ^^
04:47 TyrfingMjolnir joined #salt
04:49 felskrone joined #salt
04:49 ramteid joined #salt
04:50 rpatterson http://stackoverflow.com/questions/25860827/use-salt-cloud-aws-ec2-public-ip-in-another-minions-states
04:52 armonge joined #salt
04:54 holms __number5__: thanks
04:54 rome joined #salt
05:01 holms __number5__: is something like this would work? https://dpaste.de/XnZ4
05:01 holms it says name is not found
05:01 holms how can i get that user "platform"?
05:01 holms in loop?
05:04 holms ah its' a list
05:05 __number5__ yep, you need to make users as list ('-' before platform)
05:16 ramishra_ joined #salt
05:17 holms what's wrong in here =(? https://dpaste.de/CpQ5
05:19 holms __number5__: stucked a bit
05:24 __number5__ holms: not sure, maybe enc is wrong? try ssh-rsa for enc
05:25 holms hmz it worked
05:25 holms in here i don't see ssh-rsa
05:25 holms http://docs.saltstack.com/en/latest/ref/states/all/salt.states.ssh_known_hosts.html
05:26 holms seems to be it should be "ecdsa ssh-rsa" ?
05:26 holms or it's a misstype?
05:27 manfred dimeshake: litwol i would have to code dive, i will have time tomorrow, give me a shout around 8am CDT and I can try to take a look
05:27 litwol o/
05:28 manfred too much beer to do it tonight o/
05:28 holms who ever said this works - it doesn't https://dpaste.de/SXe1#L9,10,11
05:28 manfred holms: it does work, if you have
05:28 manfred nginx:
05:28 manfred pkg.installed
05:29 litwol manfred: i'm too new in the community so not sure who you guys are..
05:29 manfred git:
05:29 litwol :)
05:29 manfred pkg.installed
05:29 manfred in your states list
05:29 holms https://dpaste.de/enOq#L
05:29 manfred litwol: i am #10 on the list... i just do whatever :P ♥
05:29 holms i just wanted to save a space
05:29 holms :D
05:29 litwol haha nice
05:30 manfred holms: you need another staet in that file, or somewhere in that environment that is a pkg. state for git and nginx, to do the requires
05:30 manfred the pkg: git and pkg: nginx actually have to reference something, and those other things have to be written out
05:30 manfred they aren't automatically included or generated
05:30 litwol manfred: i take it you have much insight into salt portage integration? can you estimate a rough percentage how much "feature complete" is salt ebuild/package_conf/etc modules are?
05:30 litwol i am reluctant to draw early conclusions but it seems they are not feature complete :(
05:31 holms manfred: =/
05:31 manfred litwol: never looked at it, but i have much insight into the pkg. module in general as well as the internal workings of salt
05:31 litwol oh i c
05:31 litwol manfred: are you familiar with gentoo?
05:31 manfred litwol: i would be surprised if it is feature complete, seeing as the yum one isn't even feature complete (granted yum has a ton of modules
05:31 manfred litwol: i have a laptop with gentoo on it
05:31 litwol hehe
05:32 manfred emerge -uNDva @world
05:32 manfred i also have a desktop and a server with archlinux on it
05:32 manfred and a nother server with fedora 20 on it
05:32 manfred and 2 with debian 7 on it
05:32 litwol i mean.. are you familiar with dependency between package.* configuration and their effect on the installed packages? this relation is kind of inverse from usual package managers where packages USE configuration.. (ie, nginx uses config to handle sites)
05:32 manfred plus i admin rhel 4/5/6 at work
05:32 manfred and ubuntu 12.04 and 14.04
05:33 litwol config changes on gentoo impact what gets compiled into a package
05:33 manfred https://www.archlinux.org/trustedusers/#dwallace
05:33 manfred yes
05:33 litwol so there's config -> package -> config relation. which most package managers don't have
05:33 manfred i am familiar with them.
05:33 litwol cool
05:34 litwol oh hehe
05:34 litwol *love* arch documentation
05:34 manfred yar, remind me in the morning, and I will try to take a look.  I have 2 hour long meetings in the morning, and then a 3 hour training in the after noon, so i won't be taking any escalations, so i will have time to write code, and i wil look into this
05:34 litwol i get serious inferriority complex when i can't find good docs on gentoo wiki and arch has amazing volumes of what i need
05:34 * litwol shakes fist
05:34 manfred gentoo used to have really really really good docs too
05:34 manfred then the server got corrupted
05:35 manfred ¯\(°_o)/¯
05:35 litwol :'(
05:36 litwol thx in advance
05:36 manfred np
05:36 manfred remind me, or I will forget
05:36 manfred o/
05:36 manfred gnite
05:36 litwol gn
05:45 anotherZero joined #salt
05:49 oyvjel joined #salt
05:53 jeremyb does anyone care about 0.17.x bugs?
05:53 jeremyb had a stack trace in salt-minion on start. related to msgpack
05:53 jeremyb moved /var/cache/salt out of the way and that fixed it
05:54 jeremyb saved the broken dir if anyone wants to look at it
05:54 jeremyb master is 0.17.1-1precise, minion is 0.17.5+ds-1
05:55 jeremyb anyway, let me know. bbl
06:05 spookah joined #salt
06:06 scarcry joined #salt
06:11 patrek joined #salt
06:12 catpig joined #salt
06:14 tkharju joined #salt
06:16 aparsons joined #salt
06:17 ramishra joined #salt
06:19 DaveQB joined #salt
06:24 tkharju joined #salt
06:25 ramishra joined #salt
06:27 stephanbuys joined #salt
06:27 kingel joined #salt
06:36 sectionme joined #salt
06:38 tmh1999 joined #salt
06:41 oyvjel joined #salt
06:45 bhosmer_ joined #salt
06:47 lcavassa joined #salt
06:47 tmh1999 joined #salt
06:47 CeBe joined #salt
06:48 mephx joined #salt
06:50 tkharju joined #salt
06:50 kingel joined #salt
06:51 stephanbuys joined #salt
06:55 AikiLinux joined #salt
06:55 Sweetshark joined #salt
06:55 rome joined #salt
07:01 n8n joined #salt
07:03 viq joined #salt
07:03 whitenite joined #salt
07:16 n8n joined #salt
07:17 slav0nic joined #salt
07:24 catpig joined #salt
07:25 agend joined #salt
07:25 chiui joined #salt
07:26 tmh1999_ joined #salt
07:33 spo0nman joined #salt
07:36 yomilk joined #salt
07:38 fredvd joined #salt
07:40 akafred joined #salt
07:42 stephanbuys joined #salt
07:44 jhauser joined #salt
07:46 agend joined #salt
07:55 stephanbuys joined #salt
07:59 VSpike Non salt-specific question... when building a machine, how far do you go to ensure the correct state at the end? I think it would be nearly impossible to create states that could be run on a system in any state and result in the desired working setup...
08:00 VSpike the other extreme would be to assume you're always running on a freshly installed system, which would be potentially fragile. So I imagine you have to compromise somewhere in between
08:00 spo0nman VSpike: http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html is something worth reading
08:01 VSpike Concrete example... adding users to an ubuntu system, i make sure they are in the sudo group. Should I also ensure the sudo group exists? Should I also ensure that sudoers allows the sudo group to sudo?
08:01 VSpike spo0nman: yeah, that was an interesting read :)
08:02 VSpike With cloud systems and/or vm snapshots and templates, it's not hard to reset a system so you have to question the value of spending ages tuning your states to cope with all sorts of wierd starting states
08:03 kiorky yep, use the same kind of install anywhere
08:03 kiorky that's here the compromise.
08:03 kiorky then you can have your collection of states to maintain it.
08:04 VSpike Regarding the above, I dont do the sudo group & file stuff when building a machine by hand. My build doc says "Start with fresh install of Ubuntu server 12.04 ..."
08:12 cYbErTiM joined #salt
08:13 darkelda joined #salt
08:13 darkelda joined #salt
08:17 ndrei joined #salt
08:21 stephanbuys joined #salt
08:30 akafred VSpike - we use vagrant & virtualbox to check our states - we typically start from an image like https://vagrantcloud.com/ubuntu/boxes/trusty64 which we hope is close to a freshly installed ubuntu 14.04.
08:32 cYbErTiM joined #salt
08:35 schainks joined #salt
08:37 schainks Hi, is there a way for salt to give me C&C of a bunch of distributed, remote machines behind people's firewalls?  not building a botnet - our customers have machines installed on site that we'd like to access from time to time for support - can salt do this?
08:42 Micromus schainks: yes
08:43 Micromus salt minions connect outwards to the master
08:43 Micromus you should set up keepalives etc, then it will keep the connections up (in theory)
08:43 schainks Micromus: thanks for the reply - the only piece of functionality i want, is to ssh into the master, so i can get a console on the minion
08:45 Micromus hmm, so a reverse shell?
08:45 VSpike akafred: right, so you're always starting from a fairly well-known point. I that makes sense. Otherwise, where do you stop? It's a bit like the principle of YAGNI in software. Start with the simplest approach, and wait until its shown to be lacking before adding more complexity or features.
08:45 Micromus you could probably execute arbitrary commands via salt yes, and open a reverse shell
08:46 VSpike shalkie: you can do the same just with SSH + autossh
08:46 VSpike sorry schainks ^
08:47 schainks VSpike, what do you mean by autossh?
08:47 VSpike schainks: http://www.harding.motd.ca/autossh/
08:47 schainks got it - so the tricky part is i will have upward of 100,000 machines to deal with
08:48 VSpike Make it set up ssh connections back to your server, with -R tunnels
08:48 VSpike Ah yes.. was going to say, it can get complex for more than a few machines, as you need a unique local port for each reverse tunnel
08:48 Nazzy joined #salt
08:48 VSpike salt is probably a better solution .. was just mentioning it for interest, really
08:48 schainks vspike, i appreciate the input
08:49 schainks it's a tricky problem, i just want to find as KISS a solution a possible
08:50 malinoff VSpike, salt is quite buggy
08:50 malinoff VSpike, and since salt guys does not care about backwards compatibility, it is a pain to manage different versions of master and minions
08:51 schainks malinoff, i'm happy to lock down the versoin of salt i'm using
08:51 schainks don't need a lot of pizazz for this use case
08:51 schainks just want to be able to tell a minion that i need a console, so it can ssh -R my server, and i can get a console from that
08:51 schainks or something similar
08:51 malinoff schainks, the problem is that version you use is buggy :)
08:51 aparsons joined #salt
08:52 schainks malinoff what would you suggest instead?
08:52 malinoff schainks, well, i have no answer. Currently i use ansible, but it still far away from what i need
08:52 malinoff I used salt for almost a year
08:53 jayfk joined #salt
08:53 malinoff they're also developing a new transport system - RAET, which will cause tons of new bugs (like 1,6k bugs in github's issues is a small amount)
08:53 malinoff "rabbitmq is slow", they say
08:55 VSpike shurely shome mishtake? zmq isn't it?
08:56 rome joined #salt
08:56 malinoff VSpike, it currently uses zmq, but it is not a good solution for a deployment tool, because it has no security and no durability at all
08:56 malinoff but yes, it is fast
08:59 ramishra joined #salt
09:01 txmoose left #salt
09:02 VSpike oh I see what you mean ... they could have used something like rabbitmq instead of developing a home-brew alternative
09:02 malinoff right
09:03 malinoff and even more, RAET uses UDP (!) to deliver messages
09:04 VSpike if you add transactions and persistance to any queing system it will slow down a lot though
09:04 TheThing joined #salt
09:04 aparsons joined #salt
09:05 schainks okay, so what if i want to be as stateless as possible?
09:05 schainks can salt deliver on the "i need minion X to give a reverse shell for me to connect to"?
09:06 schainks well, more like, "i need minion X to give a reverse shell for me to connect to right now"
09:06 aparsons_ joined #salt
09:06 schainks and be able to get that information back, or better yet, auto-connect me
09:06 malinoff schainks, do you mean, an interactive one?
09:06 schainks yeah
09:06 malinoff not right now
09:06 schainks can i run commands and get back their output? so i know if the fail and can try to run other commands to receover?
09:06 malinoff actually, nobody can do that since all these tools are about automation, and you cannot automate user input
09:07 malinoff of course
09:07 tmh1999_ joined #salt
09:07 schainks i want to automate up until the user is inputting
09:07 stephanbuys joined #salt
09:07 malinoff schainks, i think you should just try
09:07 schainks okay malinoff, i'll give it a shot, thanks
09:07 TheThing_ joined #salt
09:09 aparsons_ joined #salt
09:10 babilen I wouldn't say at all that "salt guys does not care about backwards compatibility, it is a pain to manage different versions of master and minions"
09:11 babilen That is just blatant generalisation that is clearly not correct.
09:11 babilen It is true that it is advisable to keep master and minions at the same version and to ensure that the master is newer though.
09:12 babilen And then, why would you actually want to manage different versions? You shouldn't. You should run the latest available version and it is easy to keep your minions up-to-date with salt.
09:16 spo0nman joined #salt
09:16 adam____ joined #salt
09:18 giantlock joined #salt
09:19 adam____ hello together.. iam new to salstack. i depoly a basis saltstack environment and now i have a problem. i want to use saltstack on pfsense 2.1.x
09:19 adam____ has anybody some experience with saltstack and pfsense ?
09:21 alanpear_ joined #salt
09:21 tmh1999_ joined #salt
09:22 catpig joined #salt
09:23 VSpike adam____: that's an interesting idea :) we use pfsense here too
09:24 VSpike new to saltstack also so don't have an answer, but would be interested to hear
09:24 adam____ i try to install saltstack over the freebsd repos on pfsense but without luck
09:25 adam____ pfsense 2.2.x has a saltstack bsd port.. but i need one for the pfsense stable branch 2.1.x
09:25 tmh1999_ joined #salt
09:26 TheThing joined #salt
09:28 jhauser joined #salt
09:28 VSpike adam____: there may be easier ways to automate pfsense though. The whole config is a single XML file, and you can read and write it via http
09:30 adam____ yes..i could create a special pfsense port but honestly i have to few experience with pfsense packages
09:31 intellix joined #salt
09:34 ramishra joined #salt
09:35 ndrei joined #salt
09:52 ndrei joined #salt
09:58 PI-Lloyd joined #salt
10:07 ndrei joined #salt
10:16 ndrei joined #salt
10:18 active8 joined #salt
10:18 AikiLinux joined #salt
10:19 Nexpro1 joined #salt
10:20 viq adam____: don't they use standard freebsd ones, or have they cooked up something of their own?
10:21 sectionme joined #salt
10:21 viq also, depending on how good you're with pyton, you could cook up something based on the salt proxy idea that would push out the XML config file onto your pfsense boxes
10:23 blast_hardcheese joined #salt
10:23 Outlander joined #salt
10:34 ramteid joined #salt
10:38 tmh1999_ joined #salt
10:38 vbabiy joined #salt
10:43 schainks okay, so i have minion and master set up
10:43 bhosmer_ joined #salt
10:43 schainks master is in amazon (public facing IP), minion is my local machine behind a NAT/firewall
10:43 schainks sudo salt '*' cmd.run 'ssh -R 19999:localhost:22 -N user@<amazon_ip>'
10:43 schainks returns
10:43 schainks Host key verification failed.
10:44 schainks even though i can run that command directyl in my minion machine and it succeeds (ssh keys are all in place)
10:44 viq schainks: as root?
10:44 viq as in, can you do 'ssh -R 19999:localhost:22 -N user@<amazon_ip>' as root on your minion?
10:44 schainks oh good question, viq
10:45 viq because that's what it does
10:45 schainks oh snap
10:45 schainks good call - root has ot have these keys, not the user
10:45 viq And if you don't have that key cached in known_hosts, then salt has no way to ask you to accept it, and thus "host key verification failed"
10:45 schainks balls
10:45 whitenite`afk joined #salt
10:45 viq schainks: good that salt has functions for it already ;)
10:46 schainks viq, is there a "salt way" to have my minion reverse-ssh a machine?
10:47 viq I don't think so. I would probaby wrap it in supervisord, also you need to pre-seed known_hosts, for which mine seems like a good way
10:47 viq Why do you need the tunnel? Maybe there's another way to get the same result
10:48 schainks viq, thi sis mostly an experiement
10:48 schainks the problem is i have minions distributed at customer store locations
10:49 schainks and i need to get a console on a box "on-demand"
10:49 viq how about openvpn?
10:49 englishm joined #salt
10:49 viq which could be started on demand
10:49 schainks viq, i'm thinking that's my best call, too. wanted to give salt a try
10:50 viq you can install, configure, and start openvpn using salt ;)
10:50 viq And do a bunch of stuff you'd do over ssh using salt
10:52 tru_tru joined #salt
10:53 schainks that's reasonable
10:56 Outlander_ joined #salt
10:56 schainks i can init the machine before it goes on site
10:56 schainks so maybe that's a good time to throw salt in and configure things before install
10:56 schainks like install/configure openvpn
10:56 viq Yeah, just connect it to salt, and if you have that running, you can just issue it commands that way
10:57 rome joined #salt
10:57 viq I tell you, it's quite satisfying, at least first few times, to eg upgrade packages on 50+ machines in 5 minutes ;0
10:57 viq ;)
10:58 freelock joined #salt
11:00 WesleyL I'm trying to create a cloud vps with salt-cloud, but it's get stuck when trying to ssh to the new box, it's asking for a passphrase for the ssh key, but the key doesn't have any
11:03 jY joined #salt
11:07 schainks yeah salt has some useful features to me
11:07 schainks but i have to have something *solid* in 3 days
11:08 viq schainks: what are your requirements?
11:08 riftman joined #salt
11:11 kingel joined #salt
11:16 AxelFooley joined #salt
11:18 AxelFooley Hello guys, anydoby could give me an hand with Halite configuration?
11:19 AxelFooley My doubt regards the permission settings illustrated here -> https://github.com/saltstack/halite
11:20 AxelFooley i add into the master config the snippet as explained, obviously i replace "myusername" with my real username.
11:20 AxelFooley the question is: i have to create a system user with the same name?
11:21 viq AxelFooley: yes, this verifies against PAM, so either local user, or anything else you configure in PAM
11:21 viq AxelFooley: with default settings it will be local system user with local password (local to salt-master that is)
11:22 AxelFooley ok, everything's clear
11:22 AxelFooley thank you so much
11:23 Outlander joined #salt
11:30 diegows joined #salt
11:32 eliasp AxelFooley: you could also use "external auth" (http://docs.saltstack.com/en/latest/topics/eauth/index.html) which works as well…
11:35 Jarus joined #salt
11:37 bhosmer_ joined #salt
11:39 armonge joined #salt
11:50 intellix joined #salt
11:51 ams_ joined #salt
11:51 bhosmer_ joined #salt
11:51 stephanbuys joined #salt
11:54 englishm joined #salt
12:08 sectionme joined #salt
12:09 mechanicalduck_ joined #salt
12:09 jayfk joined #salt
12:11 cb joined #salt
12:13 Emantor joined #salt
12:13 mschiff joined #salt
12:15 mechanicalduck joined #salt
12:16 tmh1999_ joined #salt
12:21 bhosmer_ joined #salt
12:24 tmh1999_ joined #salt
12:25 spo0nman joined #salt
12:28 lord_nikon joined #salt
12:30 lord_nikon Hey guys, having an issue with “appending” text to a file. Normally appending works great, but I actually want to insert a string after a certain point in a file. Checked out file.replace and file.blockreplace.
12:31 englishm joined #salt
12:34 englishm joined #salt
12:37 vejdmn joined #salt
12:40 stephanbuys joined #salt
12:43 Kelsar_ joined #salt
12:46 xsteadfastx joined #salt
12:46 rome joined #salt
12:46 jbub joined #salt
12:50 kingel joined #salt
12:51 hobakill joined #salt
12:51 jaimed joined #salt
12:52 rome joined #salt
12:53 cpowell joined #salt
12:53 whit joined #salt
12:54 jsm joined #salt
12:55 englishm joined #salt
12:55 Voziv joined #salt
12:56 Voziv Is there a way to have salt keep all packages not specified in a state up to date? For example my ubuntu 14.04 installs are now showing 70 packages that can be updated.
12:57 rome joined #salt
12:57 jslatts joined #salt
13:06 rome joined #salt
13:07 lord_nikon joined #salt
13:08 rome joined #salt
13:10 stephanbuys joined #salt
13:13 mpanetta joined #salt
13:14 kingel joined #salt
13:15 kingel joined #salt
13:15 eunuchsocket joined #salt
13:17 cybertim Voziv, you have to use the modules.apt (salt '*' pkg.upgrade)
13:18 Voziv is it possible to use that as a state?
13:18 stephanbuys joined #salt
13:19 whit joined #salt
13:20 InAnimaTe joined #salt
13:20 BrendanGilmore joined #salt
13:22 aparsons joined #salt
13:24 eunuchsocket joined #salt
13:25 aparsons joined #salt
13:26 aparsons_ joined #salt
13:26 kt76 joined #salt
13:28 fredvd joined #salt
13:29 mpanetta joined #salt
13:30 kt766 joined #salt
13:33 mapu joined #salt
13:33 dude051 joined #salt
13:33 AxelFooley help needed here: i have this top.sls file: http://pastebin.com/BZ5yEJ9H
13:34 AxelFooley everything's fine with the global state
13:34 AxelFooley but if i launch "salt-call -l debug state.highstate"
13:34 AxelFooley i do not see anything regarding the database state
13:35 AxelFooley yes, i have a minion that matches the "db" environment
13:35 AxelFooley seems it ignores the "database" state
13:35 ericof joined #salt
13:36 nitti joined #salt
13:37 babilen AxelFooley: Is that literally your top.sls ? You don't seem to have any file_roots defined for the db environment. Are you sure you actually want a "db" environment? (environments are typically used for staging setups)
13:37 AxelFooley i have to specify the file root for every environment? i thought that, if not specified, the base file root would have been applied
13:38 AxelFooley yes it is literally my top.sls file
13:38 eunuchsocket AxelFooley: check this out http://pastebin.com/05eZirxV
13:38 AxelFooley i'll give it a try right know
13:39 Sweetshark joined #salt
13:39 AxelFooley nope, still it ignores the database state
13:40 AxelFooley these are my minions: http://pastebin.com/P0b7FKdK
13:40 AxelFooley the sql-salt should match the database state
13:41 aparsons joined #salt
13:41 babilen eunuchsocket: You wouldn't specify file_roots in your top.sls, but in the master config. (cf. http://docs.saltstack.com/en/latest/ref/configuration/master.html) and I don't think that you actually want environments there. Just define your database.sls in /srv/salt/database.sls and reference it in the "base" environment.
13:41 babilen Oh, and use a less horrible pastebin than pastebin.com such as http://refheap.com or http://paste.debian.net
13:42 miqui joined #salt
13:43 babilen https://www.refheap.com/90304 is a suitable top.sls and you don't have to make changes to your master's config if you have all of those states in /srv/salt
13:43 eunuchsocket babilen: good call thanks
13:43 acabrera joined #salt
13:44 babilen Err ^^^ AxelFooley
13:44 manfred litwol:  what am I looking into?
13:45 AxelFooley babilen, i modified my top.sls as you advised
13:45 AxelFooley and i put my database.sls into /srv/salt/
13:45 AxelFooley but stil nothing, it renders only the global.sls
13:45 AxelFooley ignoring the database.sls file
13:46 racooper joined #salt
13:46 babilen That is when you run "salt -l debug 'sql-salt.rete.loc' state.highstate" ?
13:47 AxelFooley nope, i'm running "salt-call -l debug state.highstate"
13:47 babilen On the master?
13:47 AxelFooley launching the command you wrote it gives to me this error:
13:48 ajolo_ Hey guys, I'm using the enterprise version and I've been playing around with salt-cloud but I noticed it's installing salt-minion-2014.1.10-4.el6.noarch instead of salt-enterprise-minion-3.1.4.1-1.el6.noarch. Is there any difference ?
13:48 AxelFooley yes on the master
13:48 babilen AxelFooley: "salt-call .." works locally. It just instructs the minion on the master to run a highstate on itself.
13:48 AxelFooley https://www.refheap.com/90305
13:48 AxelFooley ops, ok, thank you
13:48 AxelFooley i'll investigate that error
13:49 manfred ajolo_:  you will need to contact the actual enterprise support people, cause i have no idea how you you get/install the enterprise version
13:49 babilen AxelFooley: Your state(s) in database.sls are obviously broken, mind pasting that file too?
13:49 AxelFooley babilen, here it is https://www.refheap.com/90306
13:50 babilen AxelFooley: You have no state ID in there -- You want "somename: \n pkg.installed: \n ..."
13:52 ajolo_ manfred: k, thanks
13:53 ajolo_ whiteinge: o/
13:53 justyns joined #salt
13:54 babilen AxelFooley: And you have a duplicate "require_in" on pkg: percona-server too
13:54 AxelFooley my fault, the second one should be "percona-client"
13:54 justyns joined #salt
13:55 justyns joined #salt
13:55 aparsons joined #salt
13:56 quickdry21 joined #salt
13:58 babilen so, does it work now, AxelFooley ?
13:58 AxelFooley i'm fixing some errors on pillars into the database.sls :)
13:59 sectionm1 joined #salt
13:59 AxelFooley this is my database.sls
13:59 AxelFooley https://www.refheap.com/90309
13:59 AxelFooley and these are my pillars
13:59 AxelFooley https://www.refheap.com/90310
13:59 kermit joined #salt
13:59 AxelFooley when i launch the salt-call thing
13:59 AxelFooley i get this
14:00 AxelFooley Cannot extend ID percona-server-server-5.5 in "base:database". It is not part of the high state.
14:00 AxelFooley Cannot extend ID percona-server-client-5.5 in "base:database". It is not part of the high state.
14:01 AxelFooley btw, fixing the duplicate entry into the pillars definition
14:01 oz_akan joined #salt
14:01 tmh1999_ joined #salt
14:02 jsm joined #salt
14:02 perfectsine joined #salt
14:03 babilen AxelFooley: You would want a "require_in: \n - mysql-server" I guess. I rarely use pkg.installed: pkgs: - 1 ...  and it might be a problem with that. Do you get the right pillar if you run "salt '*' pillar.items" ?
14:03 babilen err
14:03 micah_chatt joined #salt
14:04 wendall911 joined #salt
14:04 babilen "require_in: pkg: mysql-server" that is
14:05 pass_by_value joined #salt
14:05 babilen And those are a little superfluous anyway as salt will process states from top to bottom. It might come in handy later to have those explicit dependencies though so I wouldn't necessarily remove them.
14:05 helderco joined #salt
14:06 AxelFooley with "require_in: pkg: mysql-server" i got "unknown yaml render error"
14:07 AxelFooley btw, if i remove the entire "require_in" string, seems it's working
14:07 manfred require_in
14:07 manfred pkg: mysql-server
14:07 micah_chatt_ joined #salt
14:08 babilen AxelFooley: Sorry, I did remove linebreaks. You naturally want to keep the one between "require_in:" and "  pkg: mysql-server" as exemplified by manfred
14:08 manfred exampleified
14:09 ajprog_laptop joined #salt
14:10 spiette joined #salt
14:10 AxelFooley thanks manfred
14:10 VSpike A lot of the examples for salt show inheritance in use in the environments... e.g https://bpaste.net/show/fc113f9051e6 ... I'm thinking though, would it not perhaps be easier if you had single dir for each, and each was a branch of a single git repo?
14:10 AxelFooley new error: aptsources.sourceslist python module not found, i've installed the python-apt package
14:11 AxelFooley i'm on debian
14:11 aparsons joined #salt
14:11 VSpike I know either will work ... I'm wondering what people find works well in practice
14:11 babilen AxelFooley: When did you install it?
14:11 AxelFooley right now, after got that error
14:11 dccc joined #salt
14:12 AxelFooley but didn't fix
14:12 babilen Restart the minion
14:12 micah_chatt_ joined #salt
14:12 fredvd joined #salt
14:12 manfred you shouldn't have to restart the minion, just saltutils.referesh_modules
14:12 englishm joined #salt
14:13 VSpike Actually, the problem there would be that you probably want the same setup in pillar, and the dev pillar and dev states would go together, and the prod pillar and prod states ...
14:13 englishm joined #salt
14:13 VSpike but since pillar is not allowed to be a subdir of the file_root, that would hard to manage with git
14:13 rome joined #salt
14:14 rypeck joined #salt
14:14 AxelFooley now it creates the /etc/apt/sources.list.d/percona.list as expected
14:14 AxelFooley but instead of the correct mirror url
14:14 AxelFooley it puts "percona-repository"
14:15 AxelFooley inside the file
14:16 AxelFooley i followed this doc http://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkgrepo.html
14:17 babilen AxelFooley: You want "oscodename" rather than "osrelease" (the former is "wheezy", "squeeze", .. while the latter is "7.6", "6.0.1", ..)
14:18 babilen Because of that "name" is not set and salt uses the state id.
14:19 djstorm joined #salt
14:19 babilen And may I suggest to start with a slightly simpler setup and *then* make it complicated next time? ;)
14:20 AxelFooley omg, you're right, i knew that, anyhow i wrote osrelease instead of oscodename
14:20 AxelFooley sorry about that
14:21 jsm joined #salt
14:22 fredvd joined #salt
14:22 AxelFooley seems it's working, thank you so much babilen i appreciated your patience
14:23 eunuchsocket joined #salt
14:25 aparsons joined #salt
14:27 babilen np
14:28 rallytime joined #salt
14:30 perfectsine joined #salt
14:33 chadhs joined #salt
14:35 dude051 joined #salt
14:35 debian112 joined #salt
14:36 debian112 pillar question here? I thought I was going crazy.
14:36 debian112 I have pillar information that works great on debian, but the same does not work on Centos?
14:37 debian112 Has anyone seen this before?
14:37 viq and what is this pillar information? Any info in logs on master/minion?
14:37 dude051 joined #salt
14:38 debian112 let me enable logging on the minion side.
14:39 rome joined #salt
14:40 viq Also what do you mean by "doesn't work" ?
14:40 aparsons joined #salt
14:41 hobakill viq: it refuses to clean the side of the freeway with the rest of the convicts.
14:42 ramishra joined #salt
14:43 scbunn joined #salt
14:47 jalbretsen joined #salt
14:48 viq Hm, convicts on the road side... *pulls gun out*
14:48 litwol manfred: need a way to force fail condition for pkg.installed
14:49 litwol manfred: very important to reinstall (recompile in gentoo's case) packages when any metadata about it changes.
14:49 debian112 viq - hang on let me setup both side by side, then I got to run to the dentist - I will be back
14:50 litwol manfred: so for example salt identifying changes in use flags DOES update package.use 'registry' (and keywords, and masks, etc), but it does NOT force package reinstall when state is configured as pkg.instaled/pkg.latest, etc.
14:51 Ozack1 joined #salt
14:52 SheetiS joined #salt
14:53 econnell joined #salt
14:56 aparsons joined #salt
14:59 sunkist joined #salt
15:00 pentabular joined #salt
15:04 Voziv left #salt
15:04 conan_the_destro joined #salt
15:13 thayne joined #salt
15:15 winmutt joined #salt
15:17 n8n joined #salt
15:18 hobakill someone is telling me that communications between master and min using 0MQ = insecure. any news on that?
15:20 hobakill or is he high?
15:22 jsm joined #salt
15:22 jcockhren hobakill: I mean it does use certs to encrypt the communication. What is his exact concern?
15:22 Sp00n isnt it that the communication isn't encrypted but the payload is
15:22 Sp00n ?
15:22 Sp00n which reduces overhead on the comms
15:24 hobakill jcockhren: he just mentioned it as a 'known worry'... just wondering what the room thinks
15:26 aparsons joined #salt
15:26 viq there were sume fuckups regarding writing own crypto, hopefully they learned from that
15:27 eunuchsocket In the following map.jinja is there a way to have the OS specific variable assignments inherit the default values if they're not specified? https://github.com/saltstack-formulas/snmp-formula/blob/master/snmp/map.jinja
15:31 dude051 joined #salt
15:32 ckao joined #salt
15:37 XenophonF eunuchsocket: that's what the 'default' key is for
15:37 n8n joined #salt
15:38 eunuchsocket XenophonF: yeah that's what I assumed but I'm getting errors on highstate unless I copy all the defaults into the 'Red Hat Enterprise Linux Server-6' stanza
15:39 perfectsine joined #salt
15:39 XenophonF eunuchsocket: salt 2014.1.10?
15:39 eunuchsocket XenophonF: Yes
15:40 ajolo joined #salt
15:40 XenophonF eunuchsocket: according to http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.grains.html#salt.modules.grains.filter_by, that's supposed to work
15:40 babilen XenophonF: Huh, how would that work?
15:42 XenophonF sorry I misunderstood the docs
15:42 eunuchsocket babilen: so it is NOT supposed to inherit the defaults?
15:42 XenophonF it ought to
15:44 manfred litwol: so, that part is going to be difficult, but I can see what I can do.
15:46 higgs001 joined #salt
15:46 babilen That's not my understanding. And there are macro implementations in formulas to achieve that behaviour
15:46 tligda joined #salt
15:47 eunuchsocket babilen: can you point me in the direction of a formula which is using a macro like that?  This map is going to get out of control quickly if I have to assign every variable for every osfinger
15:49 XenophonF it shouldn't be to hard to modify grains.filter_by to merge the values of the 'default' key with another key
15:49 XenophonF i mean, it already does that with the grain specified by 'merge'
15:49 XenophonF not grain, pillar
15:49 XenophonF inside python those are both dicts
15:51 TheThing joined #salt
15:51 conan_the_destro joined #salt
15:52 XenophonF in my mind, it should start with the 'default' value, merge in matching values, and finally merge in the pillar value
15:53 n8n joined #salt
15:55 aquinas_ joined #salt
15:55 litwol manfred: gentoo already has utility to check whether packages need to be rebuild. "emerge --newuse"
15:56 manfred yar
15:56 darkelda joined #salt
15:56 darkelda joined #salt
15:56 litwol manfred: I don't know whether salt module duplicates portage functionality, or it delegates it. i would hope it delegates as it would give opportunity for a more feature-complete support by a simple wrapper around.
15:56 perfectsine joined #salt
15:58 rome joined #salt
15:59 englishm joined #salt
15:59 jalbretsen joined #salt
15:59 litwol manfred: really hoping for a feature-complete implementation of portage on salt :(((. especially since all the logic can be "simply delegated" to gentoo's native lib.
16:01 manfred the salt pkg module that uses emerge just uses emerge directly afaik
16:01 ekristen joined #salt
16:02 manfred my guess is it does what you want, it just requires explicit stuff to be added.
16:02 manfred but … i got handed shit this morning, and am still dealing with it
16:02 t0rrant joined #salt
16:02 * litwol nods
16:02 babilen eunuchsocket: Let me check
16:02 litwol one of those days today too.
16:03 babilen eunuchsocket: https://github.com/saltstack-formulas/memcached-formula/blob/master/memcached/macros.sls for example
16:03 eunuchsocket babilen: perfect.  thank you
16:04 to_json joined #salt
16:04 vejdmn joined #salt
16:04 KyleG joined #salt
16:04 KyleG joined #salt
16:05 bezeee joined #salt
16:06 wendall911 joined #salt
16:09 mechanicalduck_ joined #salt
16:15 pdayton joined #salt
16:15 rome joined #salt
16:17 davidone joined #salt
16:20 wt joined #salt
16:20 wt_ joined #salt
16:23 darkelda joined #salt
16:24 mechanicalduck_ joined #salt
16:27 troyready joined #salt
16:28 aparsons joined #salt
16:28 higgs001 joined #salt
16:33 englishm joined #salt
16:33 sectionme joined #salt
16:40 rome_ joined #salt
16:42 nitti_ joined #salt
16:43 pentabular joined #salt
16:44 quickdry21 joined #salt
16:45 ericof joined #salt
16:46 scbunn joined #salt
16:52 rome joined #salt
16:55 intellix joined #salt
16:59 forrest joined #salt
16:59 smcquay joined #salt
17:02 rome joined #salt
17:08 stephanbuys joined #salt
17:09 Ryan_Lane joined #salt
17:13 jeremyb Ryan_Lane: this was beta cluster. http://irclog.perlgeek.de/salt/2014-09-16#i_9362777
17:14 jeremyb no one wants my corrupt msgpack? :)
17:15 thayne joined #salt
17:15 Ryan_Lane jeremyb: I'm missing the context?
17:16 rap424 joined #salt
17:16 Ryan_Lane ah, the link originally didn't work
17:17 jeremyb oh
17:17 Ryan_Lane jeremyb: you'll be able to upgrade soon to 2014.7
17:17 Ryan_Lane they just cut another RC
17:17 Ryan_Lane so I'd hope it'll be out in a week or two
17:17 jeremyb Ryan_Lane: we'd copy to our repo?
17:18 Ryan_Lane yeah
17:18 jeremyb k
17:18 jeremyb i don't see why RC, beta, even nightly don't have debs in repo
17:19 jeremyb and RC should at least be in debian experimental
17:19 bhosmer_ joined #salt
17:19 manfred they are working on getting that
17:19 Ryan_Lane jeremyb: preaching to the choir :)
17:20 jeremyb Ryan_Lane: :D
17:22 jeremyb Ryan_Lane: btw, there was a puppet change that went out with a bad /etc/salt/minion conf. so then apparently salt-minion just uses the defaults if your config is bad? (don't like that) and once config was fixed and salt-minion restarted it was stuck still using the old (no longer present) conf. because there were a bunch grain-ensure / salt-call. maybe some kind of deadlock?
17:22 jeremyb maybe this is more indication that we should upgrade
17:22 jeremyb or that salt-call should have a timeout (as I think you filed)
17:23 Ryan_Lane from what I know salt usually fails to start if the config is actually bad
17:23 jeremyb not here. started but tried salt master 'salt' instead of the one from the bad config
17:24 Ryan_Lane no idea on that, then
17:24 jeremyb even though it had previously successfully connected to a master (so probably had master ip cached?)
17:24 Ryan_Lane but yeah, you guys need to update pretty badly :)
17:24 jeremyb so i had to use dsh to fix them
17:24 Ryan_Lane 0.17 is really old
17:24 Ryan_Lane jeremyb: well, you could have also used puppet, since it's managing the config
17:25 jeremyb puppet could have killed the lingering grain-ensures?
17:25 jeremyb some of them were caused by puppet :P
17:25 Ryan_Lane it would have called a service restart
17:25 jeremyb right
17:25 jeremyb service restart isn't enough
17:25 jeremyb you could wait all night. have to also kill salt-call/grain-ensure
17:25 Ryan_Lane oh. you guys need to add --local to your grain ensures
17:26 Ryan_Lane there's no reason that needs to talk to the master
17:26 Ryan_Lane and it will work even if the master isn't reachable
17:26 bhosmer joined #salt
17:26 Ryan_Lane salt-call --local grains.<whatever>
17:26 Ryan_Lane I had mentioned this in the past to ori, but I guess it didn't happen
17:27 * jeremyb will look
17:27 jeremyb also found last week we somehow had 2 beta boxes with ldap puppetvar set to use a trebuchet master than was nxdomain
17:27 jeremyb so i manually set the grain
17:28 jeremyb and then puppet clobbered me. and then i fixed ldap :)
17:29 copelco__ joined #salt
17:29 simonmcc joined #salt
17:29 hillna__ joined #salt
17:29 mikepea_ joined #salt
17:30 lkannan joined #salt
17:30 whitepaws joined #salt
17:30 wt_ joined #salt
17:31 jeremyb Ryan_Lane: is it possible to get a trebuchet style report for an arbitrary job? e.g. cmd.run hostname
17:31 jalaziz joined #salt
17:31 Ryan_Lane jeremyb: alas, no. I use a custom returner, that spits data back into redis for trebuchet
17:32 jeremyb right....
17:32 Ryan_Lane that said, the master does keep track of the job
17:32 sifusam joined #salt
17:32 gmoro joined #salt
17:32 Ryan_Lane and if you use halite you can get a web view of them
17:32 rhand joined #salt
17:32 jeremyb you ignore the master job tracking?
17:32 Ryan_Lane yes
17:32 chrisjones joined #salt
17:32 Ryan_Lane no need for it. I return richer data to redis
17:33 jeremyb right
17:34 vejdmn joined #salt
17:34 sectionme joined #salt
17:35 jeremyb Ryan_Lane: so, is there ever a reason to have grain-ensure not --local ?
17:35 Ryan_Lane no
17:35 jeremyb ok. so can fix the script instead of the invocation
17:36 aparsons joined #salt
17:37 druonysus joined #salt
17:38 xDamox joined #salt
17:38 erjohnso iggy: cool - glad to hear you got it figured out!
17:40 aparsons joined #salt
17:43 bhosmer_ joined #salt
17:46 luminous hi! For anyone familiar with raet library: is it usable enough to authenticate/protect client/server connections?
17:46 pdayton joined #salt
17:47 luminous Ryan_Lane: is that returner available publically anywhere?
17:47 brandon_ joined #salt
17:47 pdayton left #salt
17:50 snave joined #salt
17:50 manfred luminous:  yes
17:50 manfred luminous:  and there is a redis_returner in the library, unless he is using a different one...
17:51 manfred https://github.com/saltstack/salt/blob/develop/salt/returners/redis_return.py
17:52 rome joined #salt
17:52 tuxman__ joined #salt
17:54 Ryan_Lane luminous: yes
17:54 spookah joined #salt
17:55 Ryan_Lane luminous: https://github.com/trebuchet-deploy/trebuchet/blob/master/returners/deploy_redis.py
17:55 wt so, I just want to make it known that I hate salt.loader
17:55 wt that is all for now
17:55 wt :)
17:55 Ryan_Lane it's very specialized to trebuchet
17:57 Ryan_Lane quote of the day: "Outside of the Salt world, when you google "highstate" you just get a bunch of folks talking about marijuana in Colorado. :)"
17:58 jeremyb hah
17:58 jeremyb so... i can't find mopts for Caller() in our version
17:58 SheetiS Ryan_Lane: I noticed that if I don't include 'salt' or 'saltstack' in my search. :P
17:58 jeremyb in readthedocs
17:58 jeremyb so, how do i force local then?
18:00 TheThing joined #salt
18:00 rome joined #salt
18:01 Ryan_Lane jeremyb: from the cli: salt-call --help
18:01 Ryan_Lane is local not an option?
18:02 jeremyb wow, just noticed salt-call -g
18:02 jeremyb Ryan_Lane: it's listed
18:02 jeremyb but the docs explicitly state that passing the dict is a new option in 2014.7
18:03 linuxx joined #salt
18:03 alanpear_ joined #salt
18:05 kermit joined #salt
18:05 alanpea__ joined #salt
18:06 to_json joined #salt
18:07 jeremyb caller = salt.client.Caller(mopts=opts)
18:07 jeremyb TypeError: __init__() got an unexpected keyword argument 'mopts'
18:07 jeremyb Ryan_Lane
18:07 druonysuse joined #salt
18:07 druonysuse joined #salt
18:09 debianix joined #salt
18:11 jeremyb ok, bbl
18:11 kballou joined #salt
18:13 higgs001 joined #salt
18:13 alanpear_ joined #salt
18:20 bezeee joined #salt
18:24 ajolo joined #salt
18:27 TheThing joined #salt
18:30 oz_akan joined #salt
18:32 xDamox joined #salt
18:33 rome joined #salt
18:33 Damon joined #salt
18:34 sectionme joined #salt
18:35 BrendanGilmore joined #salt
18:35 rome joined #salt
18:35 scbunn joined #salt
18:36 Ryan_Lane jeremyb: I don't get what you're trying to do?
18:37 Ryan_Lane jeremyb: puppet is shelling out to salt-call
18:37 Ryan_Lane why are you going into the python code?
18:37 Ryan_Lane just add --local to the arguments
18:40 jsm joined #salt
18:43 cshoe_ joined #salt
18:43 cshoe_ left #salt
18:45 bezeee joined #salt
18:46 cshoe joined #salt
18:47 cshoe_ joined #salt
18:47 cshoe hello?
18:48 Ryan_Lane cshoe: ?
18:49 cshoe Ah. Sorry. New IRC client. Was super confused for a second
18:49 cshoe I was wondering if y'all could help me understand which env in ``top.sls`` is chosen?
18:49 cshoe or rather, how the env is chosen?
18:49 Ryan_Lane base is always used
18:50 Ryan_Lane otherwise, whichever environment is passed via saltenv (or is it env? I don't know) will also be included
18:50 rome joined #salt
18:50 cshoe Any idea how to pass that with Vagrant?
18:53 perfectsine joined #salt
18:53 oz_akan joined #salt
19:02 scarcry joined #salt
19:07 tcotav saltenv I think
19:08 tcotav what do you mean pass that with vagrant?
19:08 vejdmn joined #salt
19:14 rome joined #salt
19:16 jsm joined #salt
19:24 justyns joined #salt
19:25 scbunn joined #salt
19:27 jalaziz joined #salt
19:28 kermit joined #salt
19:30 mapu joined #salt
19:31 teebes joined #salt
19:33 vejdmn joined #salt
19:34 sectionme joined #salt
19:34 aparsons joined #salt
19:34 xDamox joined #salt
19:36 cshoe joined #salt
19:37 aparsons joined #salt
19:39 QuinnyPig Does calling a highstate with a whitelist permit or disallow included / referenced states that aren't in the whitelist explicitly?
19:40 bezeee joined #salt
19:40 jeremyb Ryan_Lane: i don't think that's true. puppet calls grain-ensure
19:41 jeremyb e.g. Debug: Executing '/usr/local/sbin/grain-ensure set deployment_server true'
19:43 patrek joined #salt
19:47 dusel joined #salt
19:47 mapu joined #salt
19:52 ksalman grains['hwaddr_address']['eth0'] would give me the mac address. Is it possible to go the other way? i.e, i have the mac address and I want the interface name
19:53 hbman joined #salt
19:53 hbman hello
19:53 ksalman or am i going to need to write a custom grain for that?
19:54 fannet_ joined #salt
19:54 hbman i am having an issues with  mulitmaster setups and windows 2012
19:55 fannet_ Hey guys I restarted my saltmaster (salt-master 2014.1.10 (Hydrogen))  and salt-api no longer fires up (cherrypy) am I missing something? Does it need to be started separately from salt-master?
19:55 tmmt joined #salt
19:55 forrest fannet_, shouldn't need to be, I'd say start it manually and see if it errors.
19:56 fannet_ @forrest - start salt-master manually?
19:56 hbman the windows 2012 minion is shutting down when authentication fails.
19:56 robawt hey hey folks
19:56 forrest fannet_, no sorry I meant the cherrypy stuff, you could just restart the salt master in debug mode
19:56 robawt can i specify a md5 file instead of explicitly stating the md5 in the state/pillar?
19:56 forrest robawt, hello
19:57 * robawt highfives forrest
19:57 forrest robawt, heh
19:57 TheThing joined #salt
19:58 ksalman how can i get a grain key, given a value?
19:58 Ryan_Lane jeremyb: ah, crap. right.
19:58 Ryan_Lane jeremyb: I forgot about that.
19:59 Ryan_Lane it doesn't actually need to anymore ;)
19:59 ksalman robawt: you can specify a md5 file
19:59 Ryan_Lane oh. you guys need to update though
19:59 Ryan_Lane because there were grain functions added in a later version of salt that remove the need for grain-ensure
20:01 esogas joined #salt
20:01 aparsons joined #salt
20:01 _jslatts joined #salt
20:02 robawt ksalman: a remote md5 file?
20:02 chrisjones joined #salt
20:02 Ryan_Lane jeremyb: well, then, I guess you're going to need to upgrade to fix this
20:02 Ryan_Lane I wonder when the release will occur
20:03 oz_akan joined #salt
20:03 sectionme joined #salt
20:03 ksalman robawt: that is correct
20:04 ksalman trying to see where the document is for that
20:05 ksalman you can say something like: - source_hash: http://example.com/foo.md5
20:06 TheThing joined #salt
20:06 aparsons joined #salt
20:07 Damoun joined #salt
20:08 jalbretsen joined #salt
20:09 fannet_ joined #salt
20:09 fannet_ how do I manually restart the cherrypy stuff
20:10 jeremyb Ryan_Lane: what's missing from salt-call?
20:10 Ryan_Lane jeremyb: not from salt-call, but from the grains module
20:10 jeremyb whichever :)
20:10 jeremyb what's missing?
20:10 Ryan_Lane ensure-grain gets the value of a grain and updates it if necessary
20:11 Ryan_Lane it's there so that it's possible for puppet to be idempotent
20:11 Ryan_Lane newer version of salt have that functionality in the grain module
20:17 perfectsine joined #salt
20:17 aparsons joined #salt
20:19 fannet_ anyone have any ideas on the cherrypy stuff?
20:20 fannet_ (salt-api)
20:20 Ryan_Lane fannet_: how did you start it?
20:20 fannet_ just started salt-master
20:20 Ryan_Lane it started cherrypy for you?
20:20 Ryan_Lane and restarting the master doesn't restart cherrypy?
20:21 Ryan_Lane you'd really think there'd be a separate init script for salt-api
20:21 fannet_ nope. was working fine until a reboot
20:21 micah_chatt joined #salt
20:22 fannet_ ya its very poorly documented
20:23 fannet_ ah hah - apparently you have to run 'salt-api' independently ??
20:24 fannet_ salt-api -d did the trick
20:24 fannet_ wonder why thats not hooked into salt-master or not installed in initd
20:29 jsm joined #salt
20:31 Damon_ joined #salt
20:39 rockey joined #salt
20:46 n8n joined #salt
20:46 ksalman how can i get a grain key, given a value?
20:47 Ryan_Lane does anyone know if it's possible to use sphinx to generate documentation from sls files?
20:47 Ryan_Lane I'd really love to have sphinx generation for all of my SLS between all of my repos
20:47 jalaziz joined #salt
20:47 nkuttler Ryan_Lane: hm, given that sls files can have different formats, i'd look into embedding docs into those formats
20:47 forrest Ryan_Lane, I believe someone asked about this before, and the answer then was 'not as far as we know.'
20:48 Ryan_Lane :(
20:48 forrest Ryan_Lane, you could add support :P
20:48 forrest with all that free time you have
20:48 nkuttler Ryan_Lane: so look for sphinx jinja or yaml stuff, if that's what you use
20:49 SheetiS sphinx uses jinja as its own templating language.  Good luck googling for something that would be helpful there :P
20:49 Ryan_Lane forrest: hahaha. freetime.
20:58 rome joined #salt
21:04 robawt thanks ksalman
21:07 vejdmn joined #salt
21:08 jsm joined #salt
21:08 jslatts joined #salt
21:08 n8n joined #salt
21:10 wm-bot4 joined #salt
21:11 kermit joined #salt
21:19 snuffeluffegus joined #salt
21:20 temha joined #salt
21:20 chitown does anyone know of a problem with salt['pillar.get'] ('foo', 'default') in 2014.1.7?
21:21 chitown it seems to always return 'default'
21:21 temha left #salt
21:21 temhaa joined #salt
21:22 temhaa hello
21:22 temhaa Im using template variable like as http://docs.saltstack.com/en/latest/ref/states/vars.html
21:22 temhaa but I get error
21:22 jalaziz joined #salt
21:23 jslatts joined #salt
21:24 patrek_ joined #salt
21:24 temhaa http://paste.debian.net/121342/
21:24 temhaa can I help you
21:25 temhaa * can you help me , sorry
21:27 forrest temhaa, are you trying to put unicode data in somewhere there?
21:28 aparsons joined #salt
21:34 housl joined #salt
21:34 seblu joined #salt
21:37 jslatts joined #salt
21:41 Blacklite is there an easy way to manage SSL certificates for apache in saltstack?
21:42 fredvd joined #salt
21:51 to_json joined #salt
21:51 babilen Blacklite: Store them in pillar and reference them in a file.managed content_pillar
21:51 peters-tx joined #salt
21:51 Blacklite ok
21:52 Flusher joined #salt
21:53 Blacklite good idea - thanks
21:56 housl joined #salt
22:01 UtahDave joined #salt
22:02 SheetiS joined #salt
22:03 tkharju joined #salt
22:10 bhosmer joined #salt
22:12 DaveQB joined #salt
22:15 jeremyBass1 joined #salt
22:26 rome joined #salt
22:30 ajolo joined #salt
22:31 tkharju joined #salt
22:32 yomilk joined #salt
22:33 lopez_ joined #salt
22:34 bhosmer joined #salt
22:35 rome joined #salt
22:37 ksalman is it possible to add a 3rd party python module to salt?
22:37 forrest ksalman, you could just write your own module/state
22:38 ksalman i ask because i'd like to use https://pypi.python.org/pypi/netaddr
22:38 ksalman instead of writing my own =)
22:38 ksalman can i drop that in _modules directory?
22:41 aparsons joined #salt
22:43 forrest ksalman, you could try it, but I'd suggest to look at https://github.com/saltstack/salt-contrib first to see if it will work
22:46 aparsons joined #salt
22:46 ksalman forrest: what am i looking for to see if it will work? I don't know if i can just drop a python module in the _modules directory because it's not just one .py file
22:46 forrest ksalman, yeah I don't think you can
22:47 forrest ksalman, thus why I am suggesting you look at some example modules
22:47 forrest ksalman, see if you can adapt it or something *shrug*
22:47 ksalman oh i see, okay
22:55 UtahDave ksalman: yeah, that's the kind of thing you'd pip install and then create your own Salt module that makes use of that module
22:55 wt ksalman, FWIW, I just pip install modules rather than using the _modules.
22:56 wt sometimes I'll fetch a git repo and install it in editable mode if it's not in pypi
22:56 Outlander joined #salt
22:56 ksalman UtahDave: wt, thanks.. that's much simpler/better then what i was trying to do
22:56 forrest UtahDave, how did the talk go?
22:57 UtahDave forrest: great!  It didn't turn into a slugfest, which is great!  Lots of good discussion.
22:57 Ryan_Lane what was the talk on?
22:58 forrest Ryan_Lane, how to drive sports cars with the top down
22:58 Ryan_Lane :D
22:59 UtahDave lol.
22:59 aparsons_ joined #salt
22:59 forrest UtahDave, are you already home?
22:59 kelseelynn joined #salt
23:00 UtahDave it was a panel on openstack deployment approaches.  mordred moderated
23:00 UtahDave forrest: No, I fly home tonight.
23:00 Ryan_Lane ah. cool
23:00 forrest UtahDave, ahh ok
23:00 UtahDave Yeah, it was a lot of fun.
23:00 Outlander_ joined #salt
23:01 forrest UtahDave, Are you just hanging in the airport now or are you still on the scene?
23:01 Ryan_Lane joined #salt
23:02 UtahDave forrest: I'm still on site, but I'm in a quiet corner relaxing at the moment
23:02 forrest UtahDave, People aren't lining up for your autograph??
23:03 forrest "UtahDave! Sign my windows server rack!"
23:03 UtahDave lol, hilarious
23:08 xDamox joined #salt
23:12 Gareth UtahDave: How did the panel go?
23:12 pjs joined #salt
23:12 jeremyBass2 joined #salt
23:13 UtahDave great! It was a pretty good discussion.
23:13 forrest Gareth, JEEZ, get with the times of 5 minutes ago would you??
23:13 forrest :P
23:14 arapaho joined #salt
23:14 rmnuvg joined #salt
23:15 Gareth UtahDave: awesome :)
23:15 smcquay joined #salt
23:15 Gareth forrest: :P
23:15 Flusher joined #salt
23:16 [M7] joined #salt
23:16 forrest Gareth, did you get your airfare and hotel figured out?
23:16 UtahDave It was fun. It was really interesting to basically just have a discussion about deployments with people who have a lot of experience with it
23:16 forrest UtahDave, so you told them all that their shell scripts and rsyncs were terrible right?
23:17 mfournier joined #salt
23:17 UtahDave I told them I use Puppet.  That got a lot of laughs
23:17 forrest UtahDave, hah
23:18 asmaps joined #salt
23:19 n8n joined #salt
23:20 drawks joined #salt
23:20 Gareth UtahDave: got a second for a quick PM?
23:20 UtahDave Gareth: sure!
23:21 hellerbarde joined #salt
23:24 Gareth forrest: Not yet.  Need to do that soonish. ;)
23:25 forrest Gareth, Cool
23:25 aquinas joined #salt
23:26 dude051 joined #salt
23:34 dstokes '_'
23:35 Heartsbane UtahDave: missed your session
23:36 Heartsbane the video wouldn't allow me to connect
23:37 UtahDave I heard they had a technical difficulty
23:38 ajprog_laptop joined #salt
23:41 * Heartsbane blames whiteinge.
23:43 bezeee joined #salt
23:45 diegows joined #salt
23:56 yomilk joined #salt

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