Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-01-22

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

All times shown according to UTC.

Time Nick Message
00:00 sanderant joined #salt
00:00 casey|sfe when i boot a vm using nova i specify --key-name and it puts a key stored on the server on the vm
00:00 casey|sfe not a local file
00:01 casey|sfe is there a way i can do this with salt-cloud?
00:01 sanderant howdy. How can I tell what version of jinja is installed?
00:01 Edgan sanderant: what distro?
00:01 sanderant Edgan: centos 6.
00:02 Edgan sanderant: rpm -qa | grep -i jinja
00:02 babilen sanderant: Look at jinja2.__version__
00:02 micko joined #salt
00:03 babilen sanderant: And please be aware that the "installed" version might not necessarily the one you use (think virtualenvs, ...)
00:03 babilen Why do you need to know?
00:03 sanderant Thanks babilen Edgan both work. 2.2.1 I was trying to use the salt formula and iggy on github said I need 2.6+ to use it.
00:04 iggy Edgan: split them into separate files and target by cluster in your top.sls file
00:05 sanderant I should just be able to pip install jina2 I think. According to yolk it is 2.7.3 I'm unclear if I only need it on the master or all the minions as well.
00:05 msheiny joined #salt
00:05 aparsons joined #salt
00:06 iggy all
00:06 druonysuse joined #salt
00:06 druonysuse joined #salt
00:07 sanderant Thanks. I'll do it using salt!
00:07 quickdry21 joined #salt
00:09 iggy if you use a state with pip.install (you should!), you'll need to add reload_modules: True to that state so the modules get reloaded
00:09 iggy for some reason pip.install doesn't do that
00:10 saltguy joined #salt
00:10 saltguy hello
00:10 saltguy ::  ) anyone have experience using salt with AWS?
00:10 sanderant Hmm interesting. Thanks for the tip. I would have had to ask that next. :)
00:11 Edgan iggy: That is going to become a mess fast
00:11 iggy how many clusters do you have?
00:11 Edgan iggy: Looks like {{ pillar['rabbitmq'][grains['cluster']]['erlang_cookie'] }}  actually works
00:12 catpiggest joined #salt
00:12 saltguy would like to create autoscaling rules
00:12 saltguy to spawn iinstances
00:12 saltguy that use salt to install docker
00:13 saltguy and pull images
00:13 saltguy problem is with keys
00:13 iggy you might also look into ext_pillar's (reclass, etcd, hiera, and others)
00:13 saltguy I don't know how to seed the minions
00:13 iggy some of those are a little easier to "variablize" pillars
00:13 iggy Edgan: those last two were for you
00:15 iggy saltguy: salt-api + wheel? You'll have to be a little more specific about your setup, goals, limitations, etc.
00:15 saltguy is there a way to automatically preseed salt minions with the needed keys?
00:15 __number5__ saltguy: if you're sure about your minions' identities (e.g. from your own VPC), reactor auto-accept
00:15 saltguy hmm
00:15 saltguy ractor
00:15 saltguy reactor
00:15 saltguy yes Im using VPC
00:15 __number5__ preseed is bad for AMI
00:15 saltguy reactor auto-accept sounds interesting
00:16 dave_l joined #salt
00:16 iggy doesn't aws have a cloud-init type functionality too? Could just pre-generate the keys and have them put in there (NOTE: I don't know all that much about aws abilities)
00:18 Guest78203 hi, how do I have a minion pull down a file from a git repository without doing a checkout? I already have it checking out a master branch using git.latest but I really want it just to grab one file and not make a local git working copy
00:18 saltguy Ill check both of those possibilities
00:18 saltguy Thanks
00:18 pdayton joined #salt
00:19 __number5__ iggy: the userdata cloud-init utilised is always there and accessible for anyone have access to that machine, so it's not secure
00:19 bhosmer joined #salt
00:21 iggy fair enough, in GCE you can overwrite that after it's booted
00:22 iggy Guest78203: how do you do that without salt?
00:23 sh-ricky joined #salt
00:23 Guest78203 iggy: git archive
00:23 hasues joined #salt
00:24 hasues left #salt
00:24 Guest78203 which I';m looking  at now but it doesn't have 'identity' looking at the docs
00:24 Guest78203 yet to try it
00:27 msheiny im reading the docs for the autosign_timeout functionality. do i need to put the public key at  pki_dir/minion_autosign/keyid or is that just a blank file with the minion_id as the filename ?
00:27 msheiny http://docs.saltstack.com/en/latest/ref/configuration/master.html#autosign-timeout
00:30 ablinkin joined #salt
00:31 bhosmer_ joined #salt
00:33 elfixit joined #salt
00:34 nikhil_ joined #salt
00:35 sh-ricky joined #salt
00:35 aparsons joined #salt
00:36 dooper joined #salt
00:36 scoates joined #salt
00:36 cruatta joined #salt
00:36 casey|sfe is there any templating available in the /etc/salt/cloud.profiles?
00:36 casey|sfe i would like to version control those files but not put passwords on github
00:37 hintss joined #salt
00:38 aqua^mac joined #salt
00:39 akas joined #salt
00:41 iggy no, there is limited "inheritance" supported (basically 1 level deep)
00:41 iggy I doubt that helps, but it's worth noting to people using profiles heavily
00:41 iggy that really bit me early on
00:42 casey|sfe yeah they seem really useful but that would be a good feature
00:43 casey|sfe private github repos are only private until github gets owned
00:43 iggy the same could be said of a lot of things most people probably rely on
00:44 iggy (docker hub, outside monitoring/logging services, etc.)
00:45 shaggy_surfer joined #salt
00:45 iggy where do you expect the data to come from for templating?
00:46 Tyrm joined #salt
00:47 casey|sfe just include a file
00:47 iggy what kind of file? from where?
00:49 casey|sfe well i'm keeping some sensitive data in gitignored directories in /srv/salt
00:49 sh-ricky joined #salt
00:51 iggy we use the salt-formula and our cloud configs get generated from pillar data
00:54 juanlittledevil1 left #salt
00:55 nitti joined #salt
00:55 tkharju joined #salt
00:55 hvn joined #salt
00:55 hvn joined #salt
00:56 casey|sfe i'll look up salt-formula, that sounds like what i want
00:57 SpeeR joined #salt
01:00 brendanashworth joined #salt
01:00 nitti joined #salt
01:00 iggy https://github.com/saltstack-formulas/
01:00 SpeeR env:
01:00 SpeeR - qa04
01:00 SpeeR - nonprod
01:00 SpeeR I'm trying to match a grain to push file updates. The grain items are this.
01:00 techdragon joined #salt
01:00 SpeeR sorry out of order
01:01 SpeeR this is the logic
01:01 SpeeR {% elif grains['env'].startswith('qa0') %}
01:01 SpeeR - source: salt://default/etc/sudoers.qa
01:02 SpeeR but getting this Rendering SLS 'base:default.etc.sudoers' failed: Jinja variable 'list' object has no attribute 'startswith'
01:02 yomilk joined #salt
01:02 SpeeR is the - in front causing issues?
01:02 iggy env is a list there
01:02 SpeeR ahh
01:02 SpeeR dug
01:02 SpeeR duh
01:03 nliadm joined #salt
01:03 Vye joined #salt
01:03 SpeeR add [0]
01:03 iggy if they are guaranteed to be in the same order every time: {% elif grains['env'][0].startswith('qa0') %}
01:03 SpeeR that fixed it
01:03 SpeeR thanks iggy
01:09 cpowell joined #salt
01:12 cruatta joined #salt
01:14 hintss joined #salt
01:19 aqua^mac joined #salt
01:20 murrdoc joined #salt
01:22 malinoff joined #salt
01:27 twellspring joined #salt
01:32 jpreyer joined #salt
01:32 twellspring joined #salt
01:36 twellspring joined #salt
01:41 furball365 joined #salt
01:41 twellspring joined #salt
01:42 furball365 has anyone had any luck putting a minion on a busybox docker container? I would like to change parameters in a configuration file for an application running in the container.
01:43 furball365 i assume i would want to run a salt-minion in the container, but perhaps someone knows of a better approach.
01:51 lightman joined #salt
01:54 furball365 i see some articles on managing docker with Salt, but the minion is on the docker host rather than in the container
01:55 aurynn joined #salt
01:56 shaggy_surfer1 joined #salt
01:56 JoeHazzers_ joined #salt
01:56 dh__ joined #salt
01:56 rhand_ joined #salt
01:56 KyleG1 joined #salt
01:56 REdOG_ joined #salt
01:56 hvn joined #salt
01:56 hvn joined #salt
01:57 bhosmer__ joined #salt
01:57 jeffspeff joined #salt
01:58 monkey661 joined #salt
01:58 t0rrant_ joined #salt
01:59 mpoole_ joined #salt
01:59 the_lale1u joined #salt
01:59 nkuttler_ joined #salt
02:00 Damianz_ joined #salt
02:00 darrend_ joined #salt
02:01 mortis_ joined #salt
02:01 bigl0af_ joined #salt
02:01 arif-ali_ joined #salt
02:01 pfalleno1 joined #salt
02:01 tru_tru_ joined #salt
02:01 jameswarren_ joined #salt
02:02 eqe joined #salt
02:03 otter768_ joined #salt
02:03 mortiniuhoh joined #salt
02:04 MorbusIff joined #salt
02:05 bhosmer__ joined #salt
02:05 timbyr_ joined #salt
02:05 vlcn_ joined #salt
02:05 brendanashworth left #salt
02:05 _blackjid joined #salt
02:06 stoffell joined #salt
02:06 akas joined #salt
02:06 scooby2 joined #salt
02:06 tzero_ joined #salt
02:07 urtokk joined #salt
02:07 vukcrni joined #salt
02:07 ldlework Why do you need Salt to change the parameters in a configuration file?
02:07 shaggy_surfer joined #salt
02:07 ldlework Edit your configuration, rebuild the image, redeploy the container.
02:08 ldlework You're not supposed to be managing containers as managed environments
02:08 robawt ldlework 10000x this
02:08 ldlework The (Docker) build process should specify exactly the environment that your app requires
02:09 ldlework Salt is still a great (the best?!) choice for provisioning your Docker host though ;)
02:13 higgs001 joined #salt
02:18 schristensen joined #salt
02:23 JDiPierro joined #salt
02:24 mdupont joined #salt
02:24 signull joined #salt
02:25 cberndt joined #salt
02:34 abe_music joined #salt
02:38 MugginsM joined #salt
02:38 mosen joined #salt
02:39 favadi joined #salt
02:45 jonbrefe joined #salt
02:46 favadi joined #salt
02:52 hintss joined #salt
02:52 cruatta joined #salt
02:53 linsys joined #salt
02:53 murrdoc joined #salt
02:54 monkey66 joined #salt
02:55 furball365 joined #salt
03:00 shaggy_surfer joined #salt
03:04 bhosmer joined #salt
03:05 hvn joined #salt
03:12 rocket joined #salt
03:12 dude051 joined #salt
03:17 brendanashworth joined #salt
03:21 jab416171 joined #salt
03:25 ecdhe joined #salt
03:28 dec so where do I look if I'm having issues with the default minion config that salt-cloud produces?  it's producing things which are not valid syntax.
03:29 hvn joined #salt
03:31 jonbrefe Any still wake up?
03:31 jonbrefe salt cloud + vsphere
03:31 jonbrefe I am having problems with the bootstrap
03:31 jonbrefe it looks like the ssh username is not working
03:32 jonbrefe centos65:
03:32 jonbrefe provider: vccw
03:32 jonbrefe image: centos65
03:32 jonbrefe transport: 'ZeroMQ'
03:32 jonbrefe ssh_username: root
03:32 jonbrefe one@10.43.61.158's password: Usage: salt-cloud
03:32 jonbrefe salt-cloud: error: There was a profile error: A wrong password has been issued while establishing ssh session
03:32 jonbrefe None@10.43.61.158's password: Usage: salt-cloud
03:32 jonbrefe sorry I missed the first N
03:33 hintss joined #salt
03:33 cruatta joined #salt
03:39 dcmorton joined #salt
03:39 scienec joined #salt
03:40 scienec joined #salt
03:59 monokrome joined #salt
04:10 mgw joined #salt
04:11 TheThing joined #salt
04:14 nitti joined #salt
04:15 Tyrm joined #salt
04:15 sh-ricky joined #salt
04:30 mgw joined #salt
04:34 yomilk_ joined #salt
04:36 TheThing joined #salt
04:36 brendanashworth joined #salt
04:46 pdayton joined #salt
04:48 ajw0100 joined #salt
04:51 sh-ricky joined #salt
05:15 nikh joined #salt
05:17 jerematic joined #salt
05:21 brendanashworth left #salt
05:29 mohae anybody know the status of the next 2014.7.x release on ubuntu?
05:29 otter768 joined #salt
05:32 felskrone joined #salt
05:42 vbabiy joined #salt
05:42 dec keen to know that too - just had to fork my own branch from 2014.7 and apply a patch, then deploy salt from there to get basic functionality working
05:43 mohae well, upon further investigation, what's the best way for me to deploy salt from a git branch?
05:44 mohae I'm assuming the ability to use gitfs in masterless set-ups is part of 2014.7.1
05:44 dec I used salt-bootstrap:   curl -sSL http://bootstrap.saltstack.com/ | sh -s -- -g <repo_url> git <branch>
05:49 mohae thanks, I'll try that out. Though I am questioning my move from master-minion to masterless
05:54 dec I just found the downside to my git deployment:  it doesn't install initscripts
05:55 dec so, sure, you get salt - but no services running :)
05:55 dec anyway - afk
05:55 mohae dec: hmm, thanks
05:58 monkey66 left #salt
06:01 ajw0100 joined #salt
06:03 Tyrm joined #salt
06:04 TheThing joined #salt
06:07 ajw0100_ joined #salt
06:08 catpigger joined #salt
06:20 dmick dec: it just started salt-minion for me (on precise)
06:21 dmick fwiw
06:21 dmick but then I used stable, not a branch, that might be a difference
06:21 eMBee joined #salt
06:22 eMBee good afternoon
06:23 eMBee is there a module to manage init scripts, like add new ones?
06:23 malinoff eMBee, yo mean, /etc/init.d scripts?
06:23 eMBee or do i just use the normal way to add any file?
06:23 nikhil_ joined #salt
06:23 eMBee yes
06:23 malinoff just use file.managed
06:23 eMBee ok, thanks
06:25 hintss left #salt
06:26 davidb_ joined #salt
06:27 davidb_ I'm trying to use the netapi to run the mysql.query function, but having trouble getting the right json format for its reuired arg arg **kwarg, is there a place the better defines how to use functions that just don't take kwargs?
06:28 kermit joined #salt
06:29 calvinh joined #salt
06:29 aw110f joined #salt
06:30 TheThing_ joined #salt
06:35 yomilk joined #salt
06:37 eMBee can i join host specific configs for multiple hosts in one sls file? or is the host selection only in top.sls?
06:38 TheThing joined #salt
06:41 aw110f_ joined #salt
06:46 stoogenmeyer_ joined #salt
06:47 aw110f_ joined #salt
06:48 troyready joined #salt
06:49 TheThing joined #salt
06:50 davidb_ joined #salt
06:51 booly-yam-4014 joined #salt
06:52 aw110f joined #salt
06:53 eMBee hmm, how do i manage runlevels, no luck finding a hint on google
06:54 eMBee i mean manage runlevels for a script
06:56 aw110f_ joined #salt
07:00 aw110f joined #salt
07:05 troyready joined #salt
07:05 aw110f_ joined #salt
07:06 colttt joined #salt
07:07 hvn joined #salt
07:07 hvn joined #salt
07:10 stoogenmeyer__ joined #salt
07:12 cpowell joined #salt
07:15 bluenemo joined #salt
07:16 calvinh joined #salt
07:16 aw110f_ joined #salt
07:17 brendanashworth joined #salt
07:22 davidb_ joined #salt
07:22 ede joined #salt
07:23 calvinh_ joined #salt
07:30 otter768 joined #salt
07:32 arno joined #salt
07:38 mikkn joined #salt
07:39 dvestal joined #salt
07:40 KermitTheFragger joined #salt
07:41 vbabiy joined #salt
07:41 scienec joined #salt
07:48 aw110f_ joined #salt
07:50 MugginsM joined #salt
07:51 davidb_ joined #salt
07:52 Tyrm joined #salt
07:53 stanchan joined #salt
07:56 dh joined #salt
07:57 trikke joined #salt
07:58 Auroch joined #salt
08:02 davidb_ joined #salt
08:03 Furao joined #salt
08:05 aqua^mac_ joined #salt
08:07 flyboy joined #salt
08:09 vbabiy joined #salt
08:12 AndreasLutro joined #salt
08:15 hebz0rl joined #salt
08:16 dd11 joined #salt
08:17 kawa2014 joined #salt
08:18 dd11 Hello. I need help / hints on how to debug / iterate over salt['cmd.run'] output.
08:19 dd11 for username in salt['cmd.run']('find /srv/salt/users/keys/ -type f -exec basename {} .pub \;')
08:20 dd11 linux command returns trimmed filenames, line by line. how can I use it or modify so salt loop can iterate over those names?
08:22 booly-yam-4014 joined #salt
08:22 aw110f joined #salt
08:22 Furao dd11: salt-call -l all cmd.run “find /srv/salt/users/keys/ -type f -exec basename {} .pub”
08:22 Furao if you want to see output in debug logs
08:23 Furao {% for line in salt['cmd.run']('find /srv/salt/users/keys/ -type f -exec basename {} .pub \;') %}* {{ line }} *{% endfor %}
08:23 Furao in jinja2
08:24 intellix joined #salt
08:27 FAMAS joined #salt
08:28 FAMAS joined #salt
08:29 FAMAS joined #salt
08:29 dd11 Furao: moving the loop to a test.sls did help, thank you!
08:29 FAMAS joined #salt
08:29 dd11 Furao: now I know it isn't only about "failed: Unknown yaml render error; line 1"
08:30 dd11 Furao: now I see full error: " ** N ** o **   ** s ** u ** c ** h **   ** f ** i ** l ** e **   ** o ** r **   ** d ** i ** r ** e ** c ** t ** o ** r ** y * "
08:30 dd11 instead of empty {{line}} variable
08:30 Furao ah ok
08:30 Furao {% for line in salt['cmd.run']('find /srv/salt/users/keys/ -type f -exec basename {} .pub \;’).splitlines() %}* {{ line }} *{% endfor %}
08:31 Furao I added .splitlines()
08:32 dd11 Furao: I see. But how it would help "find" get the filenames from the directory. If I run it as a linux command - it works, but inside cmd.run it fails to find the directory for some reason
08:34 Furao http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.file.html#salt.modules.file.find
08:35 Furao {% for file in salt["file.find”]("/srv/salt/users/keys", type="f") %}{% if file.endswith(".pub") %}{{ file }}{% endif %}{% endfor %}
08:36 Furao {% for file in salt["file.find”]("/srv/salt/users/keys", type="f", name="*.pub", exec="basename {}") %}{{ file }}{% endfor %}
08:37 Furao maybe...
08:38 malinoff dd11, do you expect this command to be executed on the master side or on a minion side?
08:39 dd11 Furao: this module is for minions, but I want to iterate over files in master, people would store their ssh-key.pub in a directory, and I will just add them to minions as users, using file.name.pub schema
08:39 malinoff dd11, this will be executed on a minion side
08:39 dd11 user.name.pub rather. So, I thought find + basename linux command would do the trick
08:40 aqua^mac joined #salt
08:41 Furao dd11: then you need to run this in pillars
08:41 Furao if you want to take that file list from master and make it available to minion
08:42 I3olle joined #salt
08:44 dd11 hmmm, a really unexpected (for a newbie) twist.  note to mysefl - everything in state.sls is about / around minons.  need to move this iteration to a pillar now
08:44 dd11 thank you very much for clarification :)
08:44 slafs joined #salt
08:44 slafs left #salt
08:45 dd11 As a workaround I can copy those .pub to minions first, but it would be quite ugly ..
08:46 dd11 or rather not a salt's way, I guess
08:47 aw110f_ joined #salt
08:47 Bateau_ joined #salt
08:53 codekobe joined #salt
08:53 zadock joined #salt
08:54 simonmcc joined #salt
08:57 jhauser joined #salt
08:58 manytrees joined #salt
08:59 FAMAS joined #salt
08:59 FAMAS joined #salt
09:00 moderation joined #salt
09:00 perfinion joined #salt
09:00 FAMAS joined #salt
09:00 FAMAS joined #salt
09:01 FAMAS joined #salt
09:01 kwmiebach joined #salt
09:01 FAMAS joined #salt
09:01 EWDurbin joined #salt
09:01 gyre007 joined #salt
09:01 FAMAS joined #salt
09:02 FAMAS joined #salt
09:02 aw110f_ joined #salt
09:02 FAMAS joined #salt
09:03 FAMAS joined #salt
09:04 FAMAS joined #salt
09:05 dd11 Q: how to use Salt to manage Master itself? Minion must be running along? No special configs, apart from accepting key?
09:05 wiqd_ joined #salt
09:05 dd11 what is recommended approach to managing Master
09:06 FAMAS joined #salt
09:06 bhosmer joined #salt
09:08 nkuttler_ joined #salt
09:09 nkuttler joined #salt
09:09 Grokzen joined #salt
09:10 aw110f_ joined #salt
09:13 booly-yam-4014 joined #salt
09:13 perfinion can i do matching like in top.sls in other files too? eg i want to apply webserver.sls based on a grain and then have that include webserver.dev or webserver.prod based on other things so i dont clutter up my top.sls?
09:13 FAMAS joined #salt
09:13 FAMAS joined #salt
09:20 booly-yam-4014_ joined #salt
09:23 malinoff joined #salt
09:25 teogop joined #salt
09:28 phx anyone has an idea how to supply the post_uri parameter to the softlayer API from salt's cloudclient.create() ?
09:28 phx just adding post_uri to the kwargs of create() doesn't do the job, at least the supplied URL is not getting a hit
09:31 otter768 joined #salt
09:34 dd11 malinoff: found a workaround for iterating over master's files: {% for cnf in salt['cp.list_master'](prefix='__CONFIGS/') %}
09:36 malinoff dd11, well, this will only work for file_roots, you can't list e.g. /etc
09:37 N-Mi joined #salt
09:39 chiui joined #salt
09:41 Tyrm joined #salt
09:42 fredvd joined #salt
09:42 dd11 malinoff: at least there is a way to iterate over unknown list of files inside directory you manage as part of a configuration
09:43 Auroch joined #salt
09:43 Grokzen joined #salt
09:45 dd11 malinoff: still fighting with output.. "does not render to a dictionary" . It worked for http://habrahabr.ru/post/218231/ though
09:46 GrueMaster joined #salt
09:50 dd11 malinoff: it's even more complicated to trim output like "/path/file.name.pub" to "file.name" now :(
09:56 phx so, where to file bugreports on saltstack?
09:58 aquinas joined #salt
09:58 malinoff phx, https://github.com/saltstack/salt/issues
09:59 phx thanks
09:59 ganes joined #salt
09:59 ganes hi
10:04 ganes Need salt formulas for cloud computing provisioning in aws  or opensrack..
10:04 Tyrm joined #salt
10:05 nkuttler ganes: what kind of formulas?
10:05 ganes cloud provisioning  done with configuration files in /etc/salt/cloud.profiles.d
10:05 ganes in master side..
10:06 ganes it is possible with formulas?
10:06 nkuttler oh, to configure a master that manages clouds?
10:06 ganes s
10:06 ganes but i need configuration in formulas
10:06 nkuttler sure, everything is possible.. still not sure what you want though. i find the cloud config trivial enough to do it by hand, but then, i have a single master setup..
10:07 ganes any sample is there?
10:07 ganes i dont want like conf in /etc/salt/cloud.profiles.d  and /etc/salt/cloud.providers.d.....
10:08 ganes simply in formulas it can use any master..
10:09 ganes nkuttler???
10:19 Auroch joined #salt
10:21 MohShami joined #salt
10:22 Cidan joined #salt
10:22 MohShami hey guys, I'm trying to restart dovecot on FreeBSD when some configuration files change, when I run state.highstate, salt just halts when it gets to service dovecot onerestart, it will not finish the other states till I restart dovecot manually, any idea what's going on?
10:23 linjan joined #salt
10:24 TheThing joined #salt
10:24 ralala joined #salt
10:24 dkrae joined #salt
10:26 nkuttler MohShami: nothing in the dovecot logs on that machine?
10:27 MohShami nkuttler: nope, nothing
10:27 MohShami let me try debug mode
10:29 goal I have a pkg.installed which includes a require: pkg to another pkg.installed. The dependent state also has an onlyif. However, the depending state is still executing even though the onlyif in the dependent state is failing (as expected). Surely this is wrong? http://paste2.org/8tdwpNAg
10:32 MohShami nkuttler: the log just says "Info: Dovecot v2.2.15 starting up for imap, pop3, lmtp"
10:38 saru11 joined #salt
10:42 che-arne joined #salt
10:42 calvinh joined #salt
10:46 calvinh_ joined #salt
10:46 N-Mi joined #salt
10:47 Auroch joined #salt
10:52 TyrfingMjolnir joined #salt
11:04 calvinh joined #salt
11:11 Furao joined #salt
11:11 Auroch joined #salt
11:19 giantlock joined #salt
11:26 jtang shouldnt the username be 'ssh_username:'
11:27 goal thoughts on how to configure a dependent service to a pkg, if the pkg has conditions such as onlyif?
11:27 goal I can't see a clean way to go about it.
11:28 jtang oops, wrong window
11:32 otter768 joined #salt
11:33 booly-yam-4014_ joined #salt
11:35 ganes Need salt formulas for cloud computing provisioning in aws  or opensrack..
11:36 ganes instead of conf in /etc/salt/cloud.profiles.d  and /etc/salt/cloud.providers.d
11:36 ganes alternate way?
11:40 wnkz joined #salt
11:41 Furao hmpf
11:42 Furao ganes what is the problem with those folders?
11:42 Furao we manage salt-cloud from our formulas and pillars, and that works
11:42 Furao it ends in those diretories
11:45 ganes actually for  each changes need to configure in that files...right??
11:45 derelm joined #salt
11:45 ganes expect as a common formula we can use it in multiple set up
11:47 ganes just download and use it no need to conf in /etc/salt/cloud.provider.d and /etc/salt/cloud.profiles.d
11:47 ganes at every changes
11:47 ganes it is possible or we should conf
11:50 malinoff joined #salt
11:51 pdayton joined #salt
11:52 Furao https://doc.robotinfra.com/salt/cloud/doc/pillar.html#optional
11:52 giantlock joined #salt
11:53 Furao here is, hmm the old doc, of our formulas that manage salt cloud. it show that you can use pillar to manage salt cloud completely
11:53 Furao on state.highstate of the host that run salt.cloud it create all profiles and providers based on the dict value
11:55 ganes oh ...
11:57 Furao we even have a monitoring check that look if any image ID of cloud providers still exists https://doc.robotinfra.com/salt/cloud/doc/monitor.html#salt-cloud-configurations-check
11:57 ganes once run the formulas with pillars it automatically create profiles and providers in that path /etc/salt..... right?
11:58 Furao because sometimes you use an image and after a while the provider discontinue it and you need to change your profile, but until you find why. deployment fail and need to run salt-cloud -l all manually to find why. with this check you get a few minutes after image is gone an alert about it
11:58 Furao yes it do that
11:58 Furao we manage salt with salt
11:59 ganes k
12:00 jerematic joined #salt
12:00 hvn joined #salt
12:00 hvn joined #salt
12:01 ganes so no need to configure in /etc/salt/....for profiles and providers  before apply salt formulas....i thought its mandatory
12:01 Furao salt cloud is used to bootstrap a new salt minion with salt
12:01 Furao you need at least a working salt master
12:01 calvinh_ joined #salt
12:02 Furao our formula handle boostrap of everything using salt (we install salt minion with a custom bootstrap script that install the salt master if necessary)
12:02 ganes kk
12:03 ganes Furao:
12:03 ganes thanks for ur guidance..
12:11 vbabiy joined #salt
12:15 intellix joined #salt
12:18 pdayton joined #salt
12:22 bmcorser joined #salt
12:24 Morbus joined #salt
12:27 MorbusIffElse joined #salt
12:27 bhosmer joined #salt
12:28 ganes Furao:
12:28 ganes i have one more doubt
12:29 intellix joined #salt
12:30 mortis_ it doesnt seem like i can do it, but i WANT to match on pillars in the pillar top.sls hehe .....arf .... i wanna use external pillar values to match on, like: dev: 'status: dev': - match: pillar
12:31 mortis_ cause the external pillars are fetched from our inventory db
12:31 ganes Furao: suppose i list the security groups or images, this output need to give as input for another action
12:31 keyser joined #salt
12:31 ganes Furao: how to temp store the output vales?
12:32 ganes Furao: r u there?
12:32 Tyrm joined #salt
12:35 fredvd joined #salt
12:35 Tyrm_ joined #salt
12:35 JlRd joined #salt
12:37 Auroch joined #salt
12:38 jonatas_oliveira joined #salt
12:40 aw110f_ joined #salt
12:46 I3olle hey there. i am currently using saltstack and i am trying to iterate through a pillar variable with a for loop and then pass it on as argument for a new file name. as in /tmp/name_of_host.conf but all i get is the following error
12:46 I3olle Jinja variable 'str' object has no attribute 'items'
12:46 I3olle or
12:46 I3olle Jinja variable 'str' object has no attribute ‚iteritems'
12:46 I3olle or
12:46 I3olle Jinja variable ‚list‘ object has no attribute ‚iteritems'
12:46 I3olle or
12:46 I3olle Jinja variable ‚dict‘ object has no attribute ‚iteritems'
12:46 I3olle here is my current init.sls
12:46 I3olle http://pastebin.com/0VJeCVEr
12:46 I3olle i have included the entire one but the most important part is the first 15 lines i think
12:47 I3olle i have been here yesterday already with related problems but it seems i have only advanced from one problem to another
12:50 saru11 hello folks,
12:52 tdegrunt joined #salt
12:52 saru11 if I have state.highstate running on a minion, let's say I identify the job it with salt MINION saltutil.running, is there any way how to check what is it waiting for if it's running longer than expected?
12:53 I3olle saru11: have you tried appending  „-l debug“ at the end of the command?
12:56 CeBe joined #salt
12:58 VSpike Does everything here http://docs.saltstack.com/en/latest/ref/renderers/index.html also apply to pillars?
12:58 giantlock joined #salt
13:00 istram joined #salt
13:04 favadi1 joined #salt
13:04 Grokzen joined #salt
13:04 gmoro joined #salt
13:06 tru_tru joined #salt
13:08 glyf joined #salt
13:09 mgw joined #salt
13:10 johtso joined #salt
13:10 saru11 I3olle: I have state.highstate scheduled by salt built-in scheduler, when I run it by hand, it finishes
13:11 saru11 minion and master have set log_level to debug
13:13 hebz0rl joined #salt
13:16 hvn joined #salt
13:19 mgw1 joined #salt
13:23 favadi1 joined #salt
13:28 jeddi joined #salt
13:32 speed145a joined #salt
13:32 toastedpenguin joined #salt
13:33 otter768 joined #salt
13:34 bbradley left #salt
13:40 CeBe joined #salt
13:41 oeuftete joined #salt
13:41 Wav35ync joined #salt
13:43 Wav35ync Hello
13:45 Wav35ync left #salt
13:49 che-arne joined #salt
13:51 carnedepassaro joined #salt
13:53 mgw joined #salt
13:54 abe_music joined #salt
13:54 miqui joined #salt
13:55 rocket joined #salt
13:55 nitti joined #salt
13:56 JDiPierro joined #salt
13:57 wist joined #salt
14:00 jeremyr joined #salt
14:09 calvinh joined #salt
14:09 FAMAS joined #salt
14:10 cpowell joined #salt
14:10 CeBe joined #salt
14:10 FAMAS joined #salt
14:12 zadock joined #salt
14:13 Dafna_ joined #salt
14:13 slmingol1 joined #salt
14:13 cpowell_ joined #salt
14:14 slmingol1 left #salt
14:20 bhosmer joined #salt
14:21 Grokzen joined #salt
14:30 viq_ joined #salt
14:34 penguin_dan joined #salt
14:35 Andre-B joined #salt
14:36 mndo joined #salt
14:38 Grokzen joined #salt
14:40 mpanetta joined #salt
14:41 Brew joined #salt
14:41 gngsk dd11, I think the idiom is something like: for line in salt['cmd.run'](['cmd', 'arg1', 'arg2', 'argn']).splitlines():
14:42 racooper joined #salt
14:43 scoates joined #salt
14:43 signull joined #salt
14:47 hobakill joined #salt
14:52 favadi1 joined #salt
14:52 phx for the iptables formula, how do i specify the input/output interface for a rule? http://docs.saltstack.com/en/latest/ref/states/all/salt.states.iptables.html
14:53 bluenemo joined #salt
14:53 mohae joined #salt
14:56 jonbrefe joined #salt
14:57 Tyrm joined #salt
14:58 JDiPierro joined #salt
15:02 jonbrefe1 joined #salt
15:02 hvn joined #salt
15:02 housl joined #salt
15:04 andrew_v joined #salt
15:07 calvinh_ joined #salt
15:07 dude051 joined #salt
15:09 scoates joined #salt
15:10 TheoSLC joined #salt
15:10 twellspring joined #salt
15:11 calvinh joined #salt
15:16 Ligthert Yep.. The docker modules aren't ready for production I think....
15:16 Ligthert Or I am doing something wrong...
15:16 kaptk2 joined #salt
15:16 mdasilva joined #salt
15:17 hobakill joined #salt
15:17 mdasilva morning all
15:17 Ligthert howdi
15:18 felskrone joined #salt
15:18 mdasilva anyone know what version of cherrypy is needed for salt-api to run (salt version 2014.1.10)
15:19 mdasilva salt-api is throwing a object has no attribute 'unserialized_data' when calling cherrypy.request.unserialized_data
15:20 mdasilva ok nm im a doink
15:20 mdasilva post fields are necessary...
15:21 mdasilva lol ok i was never here
15:23 calvinh_ joined #salt
15:24 calvinh_ joined #salt
15:25 f3d joined #salt
15:27 peters-tx joined #salt
15:27 N-Mi joined #salt
15:29 iggy Ligthert: what version of salt?
15:29 malinoff joined #salt
15:30 Ligthert iggy: grains.items says: saltversion: 2014.7.0
15:30 Ligthert iggy: The OS is ubuntu and I pull the .debs from the PPA. :)
15:31 egil Ligthert: salt --versions-report
15:31 iggy Ligthert: 2014.7 should work okay (but it does have some notable bugs that you can probably look up in the tracker)
15:34 otter768 joined #salt
15:34 Ligthert iggy: I'll do that. :)  ( because --links still annoys me )
15:34 jsm joined #salt
15:34 Ligthert egil: Thanks for the headsup. I haven't used that one before (https://www.refheap.com/8d321771b176d9e0b588c7a47)
15:37 egil Ligthert: I haven't come as far as trying salt for docker just yet, but I was planning to ..
15:38 iggy honestly, you're probably better off using a higher level tool (kubernetes, mesos, etc.)
15:38 intellix joined #salt
15:38 Ligthert egil: It is pretty easy if you can work your way around the massive pitfalls.
15:38 rojem joined #salt
15:39 egil iggy: I wouldnt recommen kubernetes for production
15:39 egil +d
15:39 Ligthert egil: Two of my biggest gripes at the moment is that 1) the tag should be included in the image name 2) -links isn't working somehow.
15:39 egil Ligthert: thanks for the heads up ..
15:39 jcockhren egil: why? care to do a quick list?
15:39 jcockhren (in regards to kubernetes)
15:40 egil jcockhren: depending on your platform, its just not ready and to buggy. I like the idea though
15:40 twellspring joined #salt
15:40 egil I was thinking of maybe running mesosphere (with zookeeper, mesos and marathon), and then again using salt to manage the states of the servers and config
15:41 iggy if you're expecting bug free at the bleeding edge of devops, you're doing it wrong
15:41 bhosmer_ joined #salt
15:41 egil iggy: not expecting bug free, but perhaps expecting more
15:41 egil disclaimer: i've only tried kubernetes on coreos in azure
15:42 egil guess if you are on another platform you might be luckier
15:42 iggy I... can't.... even...
15:43 egil right. nice response iggy
15:44 iggy we aim to please
15:45 linjan joined #salt
15:46 iggy but in all seriousness, GCE has it as a service (in beta mind you), apparently they feel it's at least that good
15:51 bhosmer joined #salt
15:52 lb1a joined #salt
15:53 Grokzen joined #salt
15:54 mdasilva joined #salt
15:56 calvinh joined #salt
15:56 Brew joined #salt
15:57 Grok joined #salt
15:57 hasues joined #salt
15:58 rypeck joined #salt
15:59 hasues left #salt
15:59 TheoSLC joined #salt
16:02 Grokzen joined #salt
16:03 egil iggy: I know. And as I said,  I like kubernetes.  But for me, it  seems you ned
16:03 thedodd joined #salt
16:04 egil need to run it on GCE for it to work properly
16:05 rojem joined #salt
16:08 Ozack-work joined #salt
16:08 toanju joined #salt
16:10 Andre-B_ joined #salt
16:10 conan_the_destro joined #salt
16:12 SheetiS joined #salt
16:13 Furao joined #salt
16:15 agend joined #salt
16:22 Grokzen joined #salt
16:22 intellix joined #salt
16:24 hebz0rl joined #salt
16:26 MK_FG joined #salt
16:26 MK_FG joined #salt
16:30 forrest joined #salt
16:35 RedundancyD joined #salt
16:36 jngd joined #salt
16:38 mdasilva joined #salt
16:41 Tyrm_ joined #salt
16:42 Tyrm__ joined #salt
16:42 cberndt joined #salt
16:44 Tyrm___ joined #salt
16:45 mapu joined #salt
16:45 mdasilva_ joined #salt
16:46 tomspur joined #salt
16:46 jab416171 joined #salt
16:47 vbabiy joined #salt
16:48 smcquay joined #salt
16:49 TheoSLC Does the git state module work in Windows?
16:51 hvn joined #salt
16:51 hvn joined #salt
16:51 phpdave11 it should
16:51 gngsk joined #salt
16:52 wendall911 joined #salt
16:52 xliiv joined #salt
16:59 scoates joined #salt
17:01 markm__ joined #salt
17:04 JDog Hi. Mounting woes still ongoing. If anyone can help that would be great. Trying to mount directory on a virtualbox, had a look at the virtualbox docs and still can't figure out what to put as the device for the mount state.
17:04 iggy TheoSLC: it calls the git binary directly (vs requiring a python wrapper)... so as long as you have the git binary available and in the PATH, you should be fine
17:04 mapu joined #salt
17:04 RobertFach joined #salt
17:05 iggy JDog: you're going to have to add support to salt for that type of filesystem
17:05 iggy it's not fuse based (afaik)
17:05 JDog Ok. So auto won't take care of it.
17:05 JDog ?
17:05 JDog iggy: (thanks for the time yesterday BTW)
17:05 iggy did auto not complain?
17:06 iggy from my reading of the code, I didn't think it would pass that
17:06 JDog The issue is that the device is not found, but I've no idea what's going on.
17:06 StDiluted joined #salt
17:06 iggy that is _one_ of the issues
17:06 iggy I think you'll have more beyond that
17:06 mohae JDog, are you trying to run salt inside a virtualbox instance?
17:07 JDog mohae:  Salt master is provisioning a virtualbox virtual box
17:07 mohae oic, nvm then
17:07 booly-yam-4014_ joined #salt
17:08 JDog iggy: sorry -- was distracted. I know that the error is that hte device is not found, but I don't knwo what to put in there.  If no-one knows, that's fine.
17:08 iggy it's the name of the share
17:09 iggy but without specifying -t vboxsf mount isn't going to know what to do with that
17:09 TheoSLC iggy: git.latest is crashing with error "fatal: could not create leading directories".  Salt is badly formatting the target path with single quotes and multiple backslashes.  Do doesn't work in 2014.7.0
17:09 iggy and I don't think auto will try it
17:10 numkem So I'm back at trying to figure out why my docker registry isn't being pulled. It's running on HTTP only and even if I put the insecure_registry to true in the state file I still get the same error message
17:10 jalbretsen joined #salt
17:12 kormoc joined #salt
17:13 rojem joined #salt
17:13 zonirunner joined #salt
17:15 JDog iggy: ah, so I could ise the cmd.run state?
17:15 iggy I would
17:15 denstark Is there any way to get a salt master to auto accept a key for a machine it already has one for? I'm trying to get salt working with vagrant and auto accepting keys
17:16 KyleG joined #salt
17:16 KyleG joined #salt
17:16 JDog iggy: So what is the name of the share? That's the directory on the machine to be mounted onto the virtualbox, yes?
17:16 denstark So machine vagrant1 starts up, generates a key, and talks to the master and the master accepts. but after destroying/rebuilding the VM, it generates a new key, and since the master already has a key for vagrant1, it doesn't accept the new key
17:17 iggy denstark: autosign_file is probably your best bet
17:17 theologian joined #salt
17:17 denstark iggy: cool, checking that out
17:20 denstark iggy: so I'd turn off auto_accept and turn on autosign_file and specify something like * in autosign.conf?
17:20 tligda joined #salt
17:20 scienec joined #salt
17:21 MK_FG joined #salt
17:21 scienec joined #salt
17:22 iggy denstark: well, something like vagrant* in autosign conf
17:22 iggy at least that's what I'd do
17:22 stanchan joined #salt
17:22 _JZ_ joined #salt
17:23 iggy I in autosign conf is effectively the same as auto_accept
17:23 iggy err, * in autosign conf
17:23 Grokzen joined #salt
17:24 denstark ah ok, so if that's the case then it might do the same thing it's doing currently
17:25 scoates joined #salt
17:26 iggy what is it doing?
17:26 denstark the second (and subsequent) times, it won't accept the new key since it already has one for that name
17:27 Brew preceed the minion with an already accepted key
17:28 wrench_cloft joined #salt
17:28 Brew generate the key pair on the minion, and add the public key to pki/master/minoins/<name of minion>
17:28 Brew err generate on the master
17:29 denstark right, but that's still a manual process for each VM
17:29 denstark which i'm trying to avoid
17:30 rlarkin http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.event.html
17:30 Brew denstark:  got it.  i misunderstood your initial
17:31 rlarkin nothing I do changes the tag to what I want, the tag is always just a time stamp or 'salt/job/...'
17:31 denstark Brew: no worries, it's a confusing scenario ;)
17:31 wrench joined #salt
17:34 aparsons joined #salt
17:35 otter768 joined #salt
17:36 rojem joined #salt
17:37 qybl joined #salt
17:39 Morbus joined #salt
17:40 twellspring joined #salt
17:40 casey|sfe does the highstate output reflect the actual order that things happened?
17:44 hal58th casey|sfe that is correct
17:45 casey|sfe interesting
17:46 hal58th casey|sfe This is what requisites are for like require and watch.
17:46 casey|sfe i had a state run that required another that came after it in the list.  it appears that it defers processing the first state until the 2nd one?
17:46 casey|sfe i thought it would do the opposite, run the 2nd one first
17:47 hal58th It was a "require" on the state one that requires state two, but state two is running first?
17:47 ksj if I have a set of files in a directory that I want copied across some boxes, would it be best to list them all in the pillar, or can I loop over them in the state with jinja (and if so how)
17:48 shaggy_surfer joined #salt
17:48 casey|sfe i think i'm just realizing something important about requisites
17:48 casey|sfe like if my run list goes a b c d
17:48 casey|sfe and b requires d
17:48 phpdave11 ksj: you can use file.recurse
17:49 casey|sfe but run list is now a c d b?
17:49 casey|sfe s/but/my
17:49 hal58th either a c d b or a d b c
17:50 ksj phpdave11: ok, cool. thanks
17:50 casey|sfe hal58th: is there a way to specify?
17:50 hal58th Yeap, add more require's
17:50 casey|sfe gotcha
17:50 casey|sfe so it's unpredictable unless you require?
17:51 hal58th It will run as listed unless you add requires
17:52 casey|sfe so what would make it choose between the two options you listed?
17:52 twellspring joined #salt
17:52 rojem joined #salt
17:52 denstark iggy: Do you think a good solution would be to randomize the hostname with numbers at the end?
17:52 hal58th Requisites always take precedence over a plain run order
17:53 Grokzen joined #salt
17:54 twellspring joined #salt
17:54 casey|sfe yeah now that i understand that i want to change how i've been writing states
17:54 casey|sfe so a "state" is any top level ID in salt/* right?
17:54 casey|sfe and the file/directory structure is arbitrary
17:55 nickdew joined #salt
17:55 rlarkin has anyone here managed to fire a custom event with a tag using the helium release?
17:55 hal58th in your top file, the run order is what is listed. But the states themselves can "require" other states which change the run order.
17:56 casey|sfe but the state just refers to the one yaml ID right?  not everything in the file
17:56 oldmantaiter joined #salt
17:56 casey|sfe eg salt/asdf/init.sls
17:56 casey|sfe every id in there is a globally unique state?
17:57 hal58th yes, one yaml id. You can require a whole state file as well
17:58 hal58th http://docs.saltstack.com/en/latest/ref/states/requisites.html#require-an-entire-sls-file
17:59 casey|sfe aah ok now this makes a lot more sense
17:59 casey|sfe thanks a lot
17:59 hal58th welcome casey
17:59 casey|sfe is it common practice to prefix your state names with the package name or something?
18:00 robawt warning on including entire salt files:  be sure of the order the file runs in, and utilize requisities as much as possible
18:00 mpanetta I usually prefix them with the state file they are in, just tokeep the names globally unique
18:00 desposo joined #salt
18:01 murrdoc joined #salt
18:01 murrdoc is there a pillar which stores the masters' hostname
18:02 murrdoc *knock knock*
18:03 I3olle joined #salt
18:03 mpanetta Not that I am aware of
18:03 murrdoc yeah
18:04 mpanetta You could create one ;)
18:04 murrdoc wat
18:04 murrdoc no
18:04 murrdoc WAY
18:04 * murrdoc rubs eyes
18:04 murrdoc :D
18:04 mpanetta haha
18:06 sh-ricky joined #salt
18:06 murrdoc i could just do master_host: salt['cmd.run']('hostname')
18:06 mpanetta No
18:07 murrdoc in the pillar file
18:07 mpanetta That would get you the hostname of the minion it ran on
18:07 mpanetta Hmm, I don't think you can do that in pillar... Never ytried
18:07 mpanetta Not sure what it would do actually
18:08 murrdoc it works
18:08 murrdoc its ugly
18:08 murrdoc but it do
18:08 iggy there's a grain
18:08 mpanetta Holy crap that worked?
18:08 aparsons joined #salt
18:08 mpanetta I would almost consider that a bug...
18:09 murrdoc the grain is set based on the minion conf file
18:09 murrdoc i am trying to set the master in the minion conf file
18:09 murrdoc clucky me
18:09 mpanetta I had no idea that a salt master could actually run salt commands locally...
18:10 iggy uhh... Shouldn't you have the master set before the minion connects to the master?
18:10 CeBe joined #salt
18:10 bfoxwell joined #salt
18:10 mpanetta iggy: Good point!
18:10 mpanetta I suppose he could be switching masters...
18:11 ajw0100 joined #salt
18:11 murrdoc the master is setup already
18:11 murrdoc so thats why i am making a piller
18:12 iggy but the minion gets the pillar from the master, so how does the minion get the pillar if the master isn't already set?
18:12 Laik joined #salt
18:12 mpanetta murrdoc: How do your minions know where to connect if you have not set the master in the config file?
18:12 murrdoc cos i made a mistake
18:12 seanz joined #salt
18:16 ksj is there a shorter way of printing a default variable if the grain is undefined? At the minute I have to do 'if is undefined' 'else' 'endif', which takes three ugly lines.
18:17 iggy ksj: examples?
18:17 iggy {{ salt['grains.get']('foo:bar', 'default') }}
18:17 iggy one way ^
18:17 mpanetta salt['grains.get']('match', 'grain', 'default')
18:17 mpanetta Yeah that hah
18:18 ksj yeah that's the way I was trying but it kicked up an error....let me check my code for dumbness
18:18 mpanetta Oh I was thinking mine with that
18:18 mpanetta no match for grains.get
18:19 TheoSLC On windows... when I run salt states remotely from the master all of my enviroment variables differ from when I run locally with salt-call.  How can I fix this?
18:19 ksj dumbness it was....I was using {% instead of {{
18:19 ksj thanks
18:19 ksj works great now
18:19 ziek joined #salt
18:21 casey|sfe when i run state.sls asdf does it run just that ID or the whole file salt/asdf/init.sls?
18:22 linjan joined #salt
18:22 iggy TheoSLC: it's the same on Linux... you can't
18:22 JDiPierro joined #salt
18:23 iggy casey|sfe: it runs an entire file
18:23 casey|sfe ok, and if i require: - sls: asdf
18:23 casey|sfe it requires the whole file?
18:24 Grokzen joined #salt
18:24 iggy correct
18:25 overyander joined #salt
18:25 casey|sfe and if i want to just require another ID, it has to have a type like pkg or file
18:26 iggy yes
18:26 Andre-B_ joined #salt
18:26 casey|sfe iiii gotcha
18:26 casey|sfe sorry, am newbie
18:26 rap424 joined #salt
18:27 Tyrm joined #salt
18:28 spookah joined #salt
18:28 scienec joined #salt
18:28 iggy I was too at one point
18:29 iggy realistically, probably a bit still
18:30 shaggy_surfer joined #salt
18:30 wrench_cloft joined #salt
18:31 echtish joined #salt
18:31 glyf joined #salt
18:31 casey|sfe iggy: can i ask a specific question? i think if i get a good example i'll understand better
18:32 bhosmer joined #salt
18:32 iggy the more specific the better
18:32 casey|sfe i have a state for our app that checks out a git repo and then does a bunch of symlinking
18:33 sh-ricky joined #salt
18:33 casey|sfe so those are separate states in the same file, the checkout and the links
18:33 casey|sfe salt/app/init.sls
18:34 casey|sfe however the git checkout requires some keys that are added in the users statefile, salt/users/init.sls, which is in the run list after the app state
18:35 casey|sfe so i say that the git checkout requires users.sls, and then the git checkout moved to the very end of the run list after users, which caused the symlinks to fail because the dir wasn't there
18:35 casey|sfe i thought that it would instead move the users sls to before the git checkout
18:35 casey|sfe what's the best practice here?
18:36 mpanetta You should require that the checkout completes before the symlinks get created
18:36 iggy so yeah, once you use explicit requires (vs just letting ordering work everything out), you'll have to do all the dependencies
18:37 iggy I personally would expect it to work the way you expected too... but it doesn't
18:37 aw110f joined #salt
18:37 casey|sfe yeah...does it use an mq to background jobs or something?
18:38 casey|sfe that would explain unpredictable run order
18:38 Rawkode joined #salt
18:38 TheoSLC iggy: my answer was to set the user from root to the system owner
18:38 ajw0100 joined #salt
18:38 mpanetta Sometimes I wish salt had a task manager like celery or taskflow in it...
18:38 iggy casey|sfe: it doesn't background things (per minion), it's just got a really weird dependency resolver
18:39 casey|sfe i can definitely see how specific requisites are your friend
18:39 casey|sfe i wrote a lot of code not really understanding that
18:39 casey|sfe time for some refactor
18:39 iggy I try to use them as little as possible and just rely on top-down ordering
18:39 iggy but yeah, when you need them, you need them
18:40 hvn joined #salt
18:40 hvn joined #salt
18:41 TheoSLC iggy: perhaps that didn't work salt-minion is still running at NT Authority\SYSTEM.
18:44 casey|sfe can i wrap a bunch of states in a top level thing to make them easy to require?
18:44 casey|sfe for instance a bunch of file requires get printed in a loop
18:44 casey|sfe a jinja loop
18:47 mdasilva joined #salt
18:54 Grok joined #salt
18:54 intellix joined #salt
18:55 bhosmer_ joined #salt
18:57 iggy never tried
18:57 steibel joined #salt
18:58 ralalala joined #salt
18:59 pviktori joined #salt
19:01 Brew joined #salt
19:02 Laik left #salt
19:03 Konijntjes joined #salt
19:03 chupetito joined #salt
19:03 Grok joined #salt
19:06 Ryan_Lane joined #salt
19:06 casey|sfe iggy: https://gist.github.com/caseydentinger/c43dcabdfcdd1e479ba5
19:06 casey|sfe how do i make the bottom part require the top part?
19:07 casey|sfe i'm confused about how to refer to the state
19:07 iggy git: app
19:07 iggy module: state_id
19:07 casey|sfe ooh for sure
19:08 Ryan_Lane file.accumulated is hopelessly broken
19:08 casey|sfe thanks
19:08 TheThing joined #salt
19:08 Ryan_Lane it's broken in so many ways that it should probably have warnings against its use in the docs
19:08 chupetito hi. Can anyone tell me how to add comments on .sls files - like in tombstone format? i want to add a whole bunch of text before my actual state logic.
19:09 Ryan_Lane chupetito: you can use #
19:09 Ryan_Lane chupetito: it's YAML
19:09 Ryan_Lane if you want to document jinja, you can use {# #}
19:09 Grok joined #salt
19:11 Grokzen joined #salt
19:14 cleme1mp joined #salt
19:14 chupetito @ <Ryan_Lane>. So {# some text #}? Now is that Per line? Or how do I do it such that about 24 lines of text are wrapped in the comment (i.e the tombstone)
19:15 Ryan_Lane chupetito: well, you can just use # for normal comments
19:15 Ryan_Lane in the YAML itself you can always use #, in fact
19:16 Ryan_Lane for instance: https://gist.github.com/ryan-lane/b115aa455d07ad2dd98b
19:16 chupetito @ <Ryan_Lane> the problem is that my comments that start with # and have say sometthing like this #grep maxlogins /etc/security/limits.conf /etc/security/limits.d/*  actually get read '
19:16 Ryan_Lane note that I'm using ###, but you can just use #
19:17 Ryan_Lane when you say get read, what do you mean? what do they get read by?
19:17 iggy that should definitely not get parsed, but without more context, there could be something else going on
19:18 chupetito i mean read during when i run the salt state.
19:18 chupetito this is what I get
19:18 chupetito [ERROR   ] Command 'grep "^[^#].*maxlogins" /etc/security/limits.conf /etc/security/limits.d/* > /dev/null 2>&1' failed with return code: 2
19:18 chupetito but that line is commented out
19:18 chupetito with #
19:18 markm_ joined #salt
19:18 iggy ECONTEXT... seriously
19:19 iggy that doesn't even look possible
19:19 Ryan_Lane chupetito: can you make a gist with an example state?
19:19 iggy but without seeing what you're really working iwth
19:19 cberndt joined #salt
19:20 brendanashworth joined #salt
19:21 chupetito i know its weird... thats why I was wondering if there is somethig special i need to add to a long string of text. yes, let type it up and will post in a sec.
19:21 Ryan_Lane salt doesn't just run things, so I don't see how that's possible. it only runs things if you use cmd.run
19:21 iggy ^
19:21 iggy that's what I was saying
19:21 tdegrunt joined #salt
19:21 Ryan_Lane I bet I know what's happening :D
19:22 chupetito what do you think is happening?
19:22 Ryan_Lane https://gist.github.com/ryan-lane/1942ca62c3e074d58fdf
19:22 Ryan_Lane I bet you're doing something like that
19:22 theologian joined #salt
19:23 chupetito hmm is there a place where I can paste my stuff? like not on the chat ?
19:23 Ryan_Lane yeah
19:24 Ryan_Lane use gist on github, like I'm doing
19:24 Ryan_Lane or use pastebin
19:24 Ryan_Lane I hate the format where id == name
19:25 Ryan_Lane I think name should always be required. the short form just causes problems
19:25 iggy refheap.com gist.github.com etc
19:25 brendanashworth left #salt
19:25 iggy anything but pastebin.com
19:25 * iggy disagrees with Ryan_Lane whole heartedly
19:25 iggy but I'm a lazy ass, so anything I can do to save a line or two...
19:26 Ryan_Lane I like my code to read consistently :)
19:26 Ryan_Lane and to do what I expect it to do
19:28 iggy I mostly use the short form when I'm doing stuff to files... it just reads easier to me "okay, this is the file we are interested in, we are going to append some lines to it, these are the lines to append"
19:28 chupetito Ryan, i pasted my example https://gist.github.com/ryan-lane/1942ca62c3e074d58fdf
19:29 Ryan_Lane where are you adding this tombstone?
19:29 Ryan_Lane also, what's a tombstone?
19:29 iggy and can't you just paste the whole sls file you're trying to run?
19:29 Ryan_Lane chupetito: post the thing that's failing :)
19:30 iggy pasting little bits of it with a bunch of text that you've already told us in here isn't as helpful as you'd think
19:30 Ryan_Lane no need for the whole file. just the failing bit is fine
19:30 iggy I say whole file
19:30 Ryan_Lane {% if not 0 == salthttps://gist.github.com/ryan-lane/%27grep %} <-- that's not going to do anything, btw
19:31 mr_chris- Is it considered acceptable to use map.jinja lookups in pillars?
19:31 Ryan_Lane bah. stupid github
19:31 iggy mr_chris-: it's uncommon, but should work fine
19:31 Ryan_Lane oh. I bet github is stripping things
19:32 Ryan_Lane chupetito: when you post the sls, wrap it in ``` above and below the text
19:32 Ryan_Lane so that github will render it raw
19:32 mr_chris- iggy, I have this as a part of a pillar. http://paste.linux-help.org/view/715f1d46
19:32 mr_chris- I remember the best practice guide saying that setting  variables in Jinja (at least for states) is not recommended.
19:33 mr_chris- Seems like a good use for map.jinja looks but then again, I'm already making the state more dynamic by putting the information into a pillar.
19:33 Ryan_Lane mr_chris-: I use set variables a lot in pillars and states
19:33 Ryan_Lane but I also assume those are always 100% local variables
19:33 Ryan_Lane I never import variables from other sls files
19:34 mr_chris- Ryan_Lane, The good thing about salt is its flexibility. The bad thing about salt is its flexibility.
19:34 numkem how can we tell if a pull resquest was merged for a specific version? https://github.com/saltstack/salt/pull/14309 was done on july 17th which must have been after the 2014.7 release
19:34 iggy mr_chris-: that's a bit more dynamic than you'll see in most pillars, but whatever works for you
19:34 Ryan_Lane mr_chris-: heh. indeed :)
19:34 vbabiy joined #salt
19:35 iggy numkem: you mean, "was this commit in 2014.7.N"? or whatever specific version?
19:35 iggy numkem: also, keep in mind 2014.7 didn't actually get released until 2014.12...
19:35 otter768 joined #salt
19:36 numkem iggy: yes, i'm running 2014.7 (latest stable) and I'm having issues with docker authentication and it seems like it's just broken.
19:36 chupetito @Ryan, i updated the file in https://gist.github.com/ryan-lane/1942ca62c3e074d58fdf that is all i have in the .sls
19:36 iggy numkem: there's an issue open about it I think
19:36 numkem iggy: So I'm wondering if I'm chassing and actual problem or it was already fixed
19:36 babilen numkem: https://www.refheap.com/96394
19:37 numkem babilen: so this means its in both develop and 2014.7?
19:37 babilen numkem: So it has been merged into .7, but I haven't checked which release it made it into.
19:37 hebz0rl joined #salt
19:37 babilen (if any)
19:37 numkem babilen: ok, do you know who builds rpms for centos 6? Seems like 2014.7.1 was released 10 days ago so I would hope it's in there
19:39 iggy I still haven't seen a release announcement for it, therefore it didn't happen
19:39 numkem iggy: Even if the tag is in git
19:40 babilen iggy: It was internally released
19:40 iggy I'm being pedantic and pointing out my dislike for the release process of not announcing a release until _all_of_the_damned_packagers_are_done_
19:40 babilen yeah
19:40 babilen -1000
19:41 numkem and _all_of_the_damned_packagers_are_done_ takes... many weeks?
19:41 iggy apparently
19:41 numkem tried using epel-testing and it's not in there either
19:41 iggy yeah, because the epel guy isn't going to know there's a release until the damned thing is announced
19:42 Ryan_Lane chupetito: don't wrap it with if salt['cmd.retcode']
19:42 Ryan_Lane use onlyif and unless
19:42 numkem seems the same for ubuntu... there is no winning today seems like
19:42 iggy and let's not even mention that most packaging tools are based around "release tarball + any extra stuff if necessary" to even build a package in the first place
19:42 numkem but even if I did had packages for 2014.7.1 I guess there could be a case were the fix isn't in there
19:42 babilen numkem: And yes, that commit is also in 2014.7.1
19:43 numkem babilen: that is what I wanted to hear! Thank you!!! I will have to wait for a broad release...
19:43 iggy s/broad //
19:43 numkem true
19:44 Ryan_Lane chupetito: I commented with an updated syntax
19:44 numkem To me git release tag == actual release
19:44 iggy I know I'm harassing the wrong people about this, but I get really tired of harassing the same 2 devs that actually come in here all the time
19:44 numkem And yet I was thinking iggy you were a dev
19:44 babilen It is ridiculous (and also very stressful for the packagers)
19:45 iggy no, just assholishly helpful
19:45 murrdoc true
19:45 numkem very true
19:45 Rawkode joined #salt
19:46 murrdoc the packaging thing too
19:49 dvestal joined #salt
19:50 chupetito Ryan, Thanks!  I am not sure why salt['cmd.retcode'] is not recommended, but I like your suggestion better... simple. So i'll use that instead. Much apreciated.
19:53 TheThing joined #salt
19:59 hebz0rl_ joined #salt
20:00 shaggy_surfer joined #salt
20:15 hebz0rl__ joined #salt
20:18 fllr joined #salt
20:18 fllr How can I send commands to my minions from a custom runner?
20:19 calvinh joined #salt
20:24 thedodd joined #salt
20:26 saltguy joined #salt
20:26 saltguy Good morning, afternoon, and night
20:26 shaggy_surfer joined #salt
20:26 saltguy has anyone seen this before when running a state file rom minion highstate?: No Top file or external nodes data matches found
20:27 saltguy The top file is there
20:30 krel_ joined #salt
20:33 jonatas_oliveira joined #salt
20:33 aparsons joined #salt
20:33 iggy saltguy: I would guess you have an error in your top file
20:33 babilen saltguy: It essentially means that your targeting is off as no states could be found that match that minion
20:33 hasues joined #salt
20:34 iggy doesn't mine data come from the master?
20:34 saltguy Ok
20:35 saltguy the top file is pretty short
20:35 saltguy like a few lines
20:35 saltguy just listing bae
20:35 saltguy base '8"
20:35 saltguy '*'
20:35 saltguy and
20:35 saltguy the name of an sls file
20:35 teogop joined #salt
20:37 saltguy when the minion is started it automatically searches the master
20:37 saltguy for tehe top.sls
20:37 saltguy I have it in there
20:37 saltguy in the base directory
20:37 saltguy but it can't find it
20:37 saltguy the minion can't locate it
20:37 fllr How can I write a runner that gets a list of minions (m_1, m_2, ..., m_n) I could loop through and grab data, and send commands (for m in minions: m.__pillar__ m['service.restart']) ?
20:38 hasues left #salt
20:38 Ahlee saltguy: You're sure the sls is in the right directory?  run salt <minion> cp.list_master on the master to verify
20:39 saltguy Ok Ahlee Ill try that
20:39 glyf joined #salt
20:40 Ahlee fllr: is m_1, m_2..., m_n the entire minion set, or a subset?
20:40 fllr Ahlee: Either... I'm looking for the entire set right now, but I could see the usefulness of being able to split that set apart in the future...
20:41 iggy have you looked at how other runners do it?
20:41 fllr Ahlee: (take down half of my machines of x type, update them, bring them back up, work on the second half...)
20:41 iggy at the very least, the manage runner is going to be targeting all minions
20:41 fllr iggy: I've been looking, but I haven't found any good examples of what i wanna do...
20:42 fllr Ummmm
20:42 Ahlee fllr: https://gist.github.com/jalons/3edbf6ce81e090cc4a1f
20:43 Ahlee i'd recommend either using pillars (more complex) or grains for demarcation, and targeting on that
20:43 fllr Ahlee: See... that sends one command to all minions... I wanted more control than that...
20:43 fllr I wanted a list of object representation of my minions first... be able to slice and dice that... and send arbitrary commands to that...
20:44 Ahlee i.e. minions = client.cmd(tgt='some_key:ASIDE', fun='service.restart', expr_form='grain', timeout=1)
20:44 saltguy hello Ahlee when I run the cp_list master command from the master I get the minion id
20:45 iggy saltguy: that would lead me to believe you don't have something setup correctly, start giving more details about your master config, etc.
20:45 Ahlee fllr: targeting is a huge source of complexity.  It's so flexible it ends up a pain.
20:45 iggy fllr: are you the one trying to update/fail/rollback?
20:45 saltguy Ok one sec
20:46 fllr iggy: I wanna take down half, update them, bring them back up, work on the second half, and notify my team and I using my notification system once all is done...
20:46 saltguy I changed the base env to be /salt/states/
20:47 rvankleeck joined #salt
20:47 saltguy with a top.sls in taht directory
20:47 saltguy which is the base directory
20:47 Ahlee fllr: as far as I know, yo'ull need to enrich the minions iwth additional information and target on them
20:47 rvankleeck i'm attempting to use external_auth to control access to salt commands. It seems to work fine, except for a custom _module I wrote.
20:49 Ahlee rvankleeck: interesting.  Are you seeing it's globally accepted?
20:49 iggy fllr: you can't just use batches?
20:49 Ahlee I use auth as well, but my config is wide open and just for logging.  we do'nt try to limit
20:50 rvankleeck here is my setup: http://pastebin.com/xCNS8A1k
20:50 twellspring joined #salt
20:50 aparsons joined #salt
20:50 Ahlee sorry, I can't reach pastebin from the office.
20:50 iggy saltguy: did you change file_roots in the master config?
20:50 chiui joined #salt
20:51 rvankleeck is there a better place to do that?
20:51 phpdave11 https://www.refheap.com/
20:51 fllr iggy: Oh... I didn't know I had this option...
20:51 fllr iggy: What about the notification thing?
20:51 rvankleeck https://www.refheap.com/96398
20:52 iggy gist is good for multi-file pastes
20:52 Ahlee be careful with batch mode.  It will still apply to all hosts, just in subsets
20:52 iggy fllr: you could use a returner or fire a custom event from your states (and setup reactor to do the notification)
20:52 rvankleeck and I am in the xray group
20:52 ccarney_ROCC left #salt
20:52 Ahlee although i guess if you're not worried about running a/b at same time that might actually work
20:52 fllr Awesome... Gonna try both, see what happens. Thanks! :
20:53 fllr :D*
20:53 Ahlee rvankleeck: out of curiousity, did you try white listing patch_report.list_packages specifically?
20:54 rvankleeck Ahlee, i did, yes. to the same result
20:54 Ahlee looks like a bug.
20:54 rvankleeck alright. I'll open a bug report on git
20:56 Ahlee rvankleeck: have you tried specifying in http://docs.saltstack.com/en/latest/ref/clientacl.html ?
20:56 Ahlee i have a state that walks AD groups and populates a file with the usernames present in that AD group
20:57 Ahlee i'm guessing that's how it's actually working
20:57 Ahlee meaning how i can call my _module/ with my uid
20:57 sh-ricky joined #salt
20:57 Ahlee i never specify -pam, though, and trust previous auth to be sufficient
20:58 twellspring joined #salt
21:00 jonatas__ joined #salt
21:02 dmick left #salt
21:02 dstokes has anyone come up with any clever ways to test their states? a failed state compilation with test=True exists 0
21:04 gmoro joined #salt
21:05 rvankleeck Ahlee, apparently I needed to clear the minion cache >_<
21:05 nettus joined #salt
21:06 rvankleeck Ahlee, or maybe not...it works on one minion and not another...ugh...
21:06 dstokes guess i could always `| grep failed` but seems like a hack
21:06 rvankleeck I obviously have something misconfigured on that minion
21:06 timbyr_ joined #salt
21:07 nitti_ joined #salt
21:12 istram joined #salt
21:14 gladiatr joined #salt
21:14 gladiatr joined #salt
21:17 jhauser joined #salt
21:18 aurynn when salt runs, are pillar values that a minion has access to preserved on the minions?
21:18 krelo joined #salt
21:19 hal58th aurynn good question. I don't believe pillar is cached in anyway. Everything is delivered at runtime. Not 100% certain though.
21:20 Rawkode aurynn: It's my understanding that no pillar values stay in the minion
21:21 aurynn Rawkode, hal58th, thanks
21:27 giantlock joined #salt
21:28 chupetito joined #salt
21:29 chupetito hi, can anyone tell me why i get " Function sysbench.cpu is not available" when i run salt '*' sysbench.cpu
21:29 chupetito i am using salt 2014.7.0 (Helium)
21:30 iggy chupetito: usually it means you're missing a python module or binary of some kind
21:30 nitti joined #salt
21:30 chupetito oh
21:30 nitti joined #salt
21:30 chupetito how can i determine which one?
21:30 iggy ... probably sysbench?
21:31 phpdave11 question: i'm using mysql_query.run to make sure my mysql table exists, using something like CREATE TABLE IF NOT EXISTS. how do i get salt to not think something "changed" if the table *already* exists?
21:31 chupetito oh , lol, ok.
21:33 iggy chupetito: in general, it depends on the module... some call out to python libs and some just call binaries directly
21:33 iggy in this case, I wouldn't imagine there's a python lib that wraps sysbench and that it just calls sysbench directly
21:34 chupetito thanks Iggy, ill get sysbench and see if the theory is correct
21:35 iggy usually I just go look at the source and look at the __virtual__ function for the module (usually at the very top)
21:36 iggy sure enough, that particular module is using salt.util.which('sysbench')
21:36 iggy so it's looking for a binary
21:36 otter768 joined #salt
21:37 chupetito aha, so just installing sysbench from yum would get this resolved - i assume?
21:37 iggy yes
21:37 iggy (on the minions btw)
21:38 babilen also restart them
21:38 Ozack-work joined #salt
21:39 iggy or if you use a state to install it (you should) use reload_modules: True in the state
21:43 scoates joined #salt
21:45 nettus joined #salt
21:46 TheThing_ joined #salt
21:47 forrest joined #salt
21:50 bastiandg joined #salt
21:54 _JZ_ joined #salt
21:54 HighlyUnavailabl joined #salt
21:55 ccarney_ROCC joined #salt
21:56 theologian joined #salt
22:00 perfectsine joined #salt
22:03 bhosmer_ joined #salt
22:06 mosen joined #salt
22:10 druonysus joined #salt
22:10 druonysus joined #salt
22:13 shaggy_surfer joined #salt
22:14 bhosmer joined #salt
22:17 jonbrefe1 Help! :D
22:17 jonbrefe1 [INFO    ] AES payload received with command _file_list
22:17 jonbrefe1 [DEBUG   ] Failed to authenticate message
22:17 jonbrefe1 and the master stopped working
22:17 jonbrefe1 :p
22:17 iggy what version?
22:17 jonbrefe1 salt-2014.7.0-3.el6.noarch
22:18 jonbrefe1 just upgrade from 2014.1.X
22:18 jonbrefe1 with the same problem
22:18 hal58th1 joined #salt
22:19 CeBe joined #salt
22:19 hal58th1 joined #salt
22:21 jonbrefe1 iggy any idea? :D
22:22 jonbrefe1 257 minions
22:23 iggy not really... If it happened across multiple versions, it's either a bug that really hasn't been fixed or the problem is somewhere else in your system
22:25 stoogenmeyer__ joined #salt
22:26 jonbrefe1 removed some just to make sure I have less thant 256 minions.. same thing
22:26 iggy there definitely is not a 256 minion limit
22:27 MugginsM joined #salt
22:27 chupetito @ iggy. Downloading and installing sysbench was the answer to " Function sysbench.cpu is not available" when i run salt '*' sysbench.cpu. thanks for your help Iggy.
22:28 iggy welcome
22:28 jonbrefe1 iggy.. I guess I read about a guy with 12000 minutes in a single master
22:28 jonbrefe1 ROTFL
22:30 iggy that would surprise me, but there are certainly a few people with ~1000 on a single minion
22:30 smcquay joined #salt
22:31 UtahDave joined #salt
22:32 jonbrefe1 iggy… open files?
22:32 jonbrefe1 it's the default for root 1024.. probably I should it increase it
22:33 signull hey just curious. when is the next official release of salt going to most likely drop?
22:33 perfectsine joined #salt
22:33 iggy signull: feature release or bugfix release?
22:33 signull feature release
22:34 iggy 2015.2
22:34 signull ahh ok
22:34 signull thanks
22:34 saltguy Hi
22:34 signull hello
22:34 saltguy Quick question for you guys: I think I know why I couldnt run state files from minion..Minion version is newer than master
22:34 saltguy But
22:35 saltguy I don't know how to downgrade minion
22:35 iggy upgrade the master
22:35 saltguy I have
22:35 saltguy I upgraded the master
22:35 saltguy to the newest version
22:35 saltguy 0.17.5
22:35 iggy that is not the newest version
22:35 iggy that is like 2 years old (an eternity in saltstack time)
22:36 glyf joined #salt
22:36 signull saltguy: run /topic
22:36 saltguy run /topic
22:36 signull from /topic "2014.7.0 is the latest"
22:36 saltguy ok
22:36 signull just type /topic
22:37 signull no need for "run"
22:38 perfectsine joined #salt
22:40 Andre-B joined #salt
22:40 saltierguy let us know if you need any additional help
22:41 Rawkode joined #salt
22:42 ajw0100 joined #salt
22:42 jwillis_ joined #salt
22:42 saltguy Ok
22:42 saltguy the ppa reposititories don't allow for upgrading to 2014.7.0
22:43 saltguy for salt master
22:43 saltguy repositories*
22:43 saltguy That's why it says newest version
22:43 saltguy when it's on 0.17.5
22:44 kermit joined #salt
22:46 signull saltguy: you may need to build from source or find a third party package
22:46 Rawkode joined #salt
22:46 saltguy Ok Ill try thanks
22:46 KyleG1 joined #salt
22:46 signull I suggest
22:47 signull pulling the debian package source
22:47 saltguy ok
22:47 signull updating the orig.tar to the latest stable
22:47 signull then building the package
22:47 signull then dpkg install/upgrade
22:49 signull saltguy: actually i see that they have the latest stable in the repo. https://launchpad.net/~saltstack/+archive/ubuntu/salt
22:50 UtahDave saltguy: What do you mean by you can't upgrade to 2014.7.0 from the ppa?
22:50 UtahDave what ppa are you using?
22:51 phpdave11 just get 2015.2, it's the shit
22:53 acabrera_ joined #salt
22:53 KyleG joined #salt
22:53 phpdave11 curl -L https://bootstrap.saltstack.com -o install_salt.sh; chmod +x install_salt.sh; sudo ./install_salt.sh -Z -X -P git v2015.2
22:53 KyleG joined #salt
22:55 booly-yam-4014__ joined #salt
22:57 KyleG joined #salt
22:57 KyleG joined #salt
23:08 beneggett joined #salt
23:11 ckao joined #salt
23:13 elfixit joined #salt
23:15 theologian joined #salt
23:17 jerematic joined #salt
23:18 joehh2 saltguy: they should have 2014.7 for all except lucid
23:24 forrest joehh2: what have you done with joehh??
23:26 beneggett joined #salt
23:27 scoates joined #salt
23:28 ajw0100_ joined #salt
23:32 saltguy I got it, thanks
23:32 saltguy Had to get a python package first
23:35 beneggett joined #salt
23:37 otter768 joined #salt
23:42 druonysus joined #salt
23:42 druonysus joined #salt
23:42 timoguin joined #salt
23:49 desposo joined #salt
23:54 Topic for #salt is now Welcome to #salt | SaltConf 2015 is Mar 3-5! http://saltconf.com | 2014.7.1 is the latest | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
23:55 hal58th1 Woooo 2014.7.1
23:55 MugginsM yaaaaaay *kermitarms*
23:56 signull hey im in branch 2015.02 and when i run an install with --salt-transport=raet i get "error: error in command line: command 'Install' has no such option 'salt_transport'"
23:56 signull I am following the docs here: http://docs.saltstack.com/en/latest/topics/installation/
23:57 duell joined #salt
23:59 signull nevermind i got. just the ordering this works "python setup.py --salt-transport=raet install"
23:59 signull That being said. you may want to update the doc on the website

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