Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-06-06

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

All times shown according to UTC.

Time Nick Message
00:00 alexl joined #salt
00:00 melinath joined #salt
00:01 NightShade joined #salt
00:09 adotbrown joined #salt
00:11 milind_ joined #salt
00:12 ncjohnsto joined #salt
00:14 auser hey, can the overstate match on anything other than the grain id?
00:19 cxz left #salt
00:19 cxz joined #salt
00:21 mgw joined #salt
00:21 lvicks joined #salt
00:26 clintberry joined #salt
00:29 whit joined #salt
00:35 jschadlick left #salt
00:59 yidhra joined #salt
01:05 dthom91 joined #salt
01:08 Corey joined #salt
01:09 _Lionel_Debroux joined #salt
01:21 dcrouch joined #salt
01:21 jacksontj joined #salt
01:21 Nexpro joined #salt
01:21 jacksontj joined #salt
01:21 lvicks joined #salt
01:30 whit joined #salt
01:30 kleinishere joined #salt
01:31 sarkis joined #salt
01:32 MichaelSalty joined #salt
01:33 MichaelSalty how fortuitous
01:33 favadi joined #salt
01:35 bemehow joined #salt
01:38 lvicks joined #salt
01:39 aranhoide joined #salt
01:39 aranhoide wha's this mean? --> salt-cloud: error: There was a profile error: local variable 'username' referenced before assignment
01:40 aranhoide there's no 'username' in my profile
01:40 aranhoide in my /etc/salt/cloud.profiles, that is
01:40 aranhoide (this is in salt-cloud 0.8.6)
01:43 kleinishere joined #salt
01:46 bemehow joined #salt
01:47 nrub joined #salt
01:51 bemehow joined #salt
01:51 auser I'm not familiar enough with salt-cloud
01:52 auser aranhoide, but there are people in here who are
01:52 aranhoide auser: thanks.  also, I see it's fixed in 0.8.8
01:53 aranhoide now my instances get launched, but they report "failed to authenticate"
01:53 aranhoide isn't salt-cloud supposed to handle that transparently if I'm running a salt-master in the launching machine?  I have the firewall disabled too
01:54 Corey It is, yes.
01:54 Corey aranhoide: Use the version in git.
01:54 Corey The packages are out of date.
01:55 aranhoide yes, I'm using 0.8.8 now
01:55 aranhoide you mean the salt-master package too?
01:55 aranhoide *version
01:55 aranhoide should I get salt master and minion from git too, or are those OK from the packages?
01:56 alexl joined #salt
01:57 cxz joined #salt
02:00 whit joined #salt
02:00 aranhoide Corey: I get the same error using salt v0.15.3 with salt-cloud v0.8.8
02:01 whit joined #salt
02:04 jacksontj joined #salt
02:07 niks joined #salt
02:08 niks Hey, can anyone suggest an easy way to test, from the minion, whether it's connected and accepted?
02:09 Corey niks: salt-call test.ping?
02:09 Corey Returns zero and true. :-)
02:12 niks and only if it's connected?
02:14 oz_akan joined #salt
02:15 Corey niks: Just tried it from a node where it's not connected.
02:15 Corey [ERROR   ] The Salt Master has cached the public key for this node, this salt minion will wait for 10 seconds before attempting to re-authenticate
02:15 Corey And hangs retrying forever, so throw in a timeout.
02:18 niks in my case salt-call succeeds whether or not I'm connected
02:19 niks What you're seeing suggest you regenerated a key on that minion (eg. reinstalling the minion)
02:20 Corey niks: Open an issue on that, that's something that should be addressed.
02:21 Corey (An "am I connected" test that succeeds or fails with a proper return code)
02:21 jacksontj joined #salt
02:23 niks thanks
02:25 jpadilla joined #salt
02:30 kleinishere joined #salt
02:44 mikedawson joined #salt
02:55 aranhoide what does salt-cloud's "Failed to authenticate" mean, when spawning a new machine?  That salt-cloud couldn't log into the newly created machine, or that the machine failed to exchange keys with the salt-master, or something else?
02:56 aat joined #salt
02:56 alexl joined #salt
02:57 jlund aranhoide: Are you sure that the machine is being created? It could also mean that it failed to authenticate with AWS (or whomever).
02:57 aranhoide it's created and I can log into its 'ubuntu' account with the .pem that I specify in the cloud config
02:58 aranhoide (I set ssh_username as 'ubuntu' too)
03:01 kleinishere joined #salt
03:03 fxhp aranhoide: I got digital ocean working in salt-cloud last night
03:03 kleinish_ joined #salt
03:03 fxhp that said, I noticed the docs need help really bad
03:05 aranhoide I see
03:07 aranhoide jlund: so basically it means salt-cloud can't create the instance or it can't ssh into it?
03:07 aranhoide any other possibility
03:07 aranhoide ?
03:09 jlund aranhoide: I've never actually used salt-cloud before. That was just a random shot in the dark.
03:09 jlund Sorry :(
03:10 aranhoide jlund: thanks, it makes sense anyway
03:10 aranhoide I'll just take a look at the source
03:22 techdragon joined #salt
03:26 logix812 joined #salt
03:26 raydeo joined #salt
03:26 auser yeah… the salt-cloud docs are terrible
03:26 auser unfortunately
03:27 milind joined #salt
03:38 sarkis joined #salt
03:48 koolhead17 joined #salt
03:50 jacksontj joined #salt
03:51 aranhoide hm.  it seems this is failing, but the exact same command works for me in the command line? --> ssh  -oStrictHostKeyChecking=no -oUserKnownHostsFile=/dev/null -oPasswordAuthentication=no -i /etc/salt/lantern.pem ubuntu@10.10.203.159 "date"
03:51 aranhoide (this is what salt-cloud gives up on before reporting "Failed to authenticate")
03:56 aranhoide it also gives up in about a second per try, whereas it takes me about 8 seconds when I try it in the command line for the first time
03:56 lvicks joined #salt
04:04 mgw joined #salt
04:07 mgw Anybody from saltstack on at this hour?
04:07 Corey Rarely.
04:07 Corey mgw: Anything I can help with?
04:08 mgw Corey: Not really. More an idea for expanding virt.
04:08 Corey Ooh.
04:08 Corey Git issue?
04:08 Corey Or mailing list?
04:09 mgw not yet, i may send to the mailing list
04:09 mgw brb, irc client is acting up
04:10 mgw joined #salt
04:10 mgw It has to do with support for cloud-init
04:10 mgw so, e.g, virt.create could take a user-data param
04:14 Corey mgw: This addresses a problem I've been noticing.
04:14 Corey There's no "good" way to pass a hostname to a KVM guest.
04:14 mgw yeah, that's one of the issues
04:14 mgw hostname, root password
04:15 mgw ssh keys
04:15 mgw btw, do you know how to 'activate' the environment within a qcow2 image? I have it mounted, but don't know how to get to to where I can use dpkg on the mounted image
04:16 berto- joined #salt
04:16 Corey mgw: chroot it?
04:17 Corey mgw: sudo chroot /path/to/mount should do it I'd think.
04:17 mgw I thought so
04:17 mgw but I lose bash commands
04:17 mgw actually, it was the way I invoked it
04:18 mgw thanks
04:18 mgw corey: do you know the internals of salt very well?
04:20 Corey mgw: Better than some, worse than others.
04:20 Corey I build the Ubuntu packages.
04:21 Corey I also whine at UtahDave about peer publish lately.
04:23 mgw corey: ok… I believe salt already has a built in http server
04:23 Corey Not http, exactly.
04:23 mgw so it could serve ec2 style user data
04:24 mgw It responds to GET ;-)
04:24 mgw But with no content-length
04:24 mgw so you're right
04:24 mgw I didn't dig any deeper
04:24 Corey That doesn't make it speak HTTP. :-)
04:25 Corey (reading the code now, but I think I'm right)
04:25 mgw I was trying to find that part of the code
04:26 Corey mgw: salt/salt/fileserver/__init.py__
04:26 Corey ER, __init__.py
04:26 mgw so probably master would have to fire up a special server for the purpose of serving user data
04:26 Corey mgw: Not necessarily.
04:26 Corey Pillar could do it.
04:26 Corey The problem is that this is cart-before horse.
04:26 mgw right
04:27 Corey You want to use user-data to set the hostname, but that determines the minion ID.
04:27 mgw I want to use cloud-init to configure salt
04:27 Corey WIthout the latter, it can't hit the Salt master.
04:27 Corey mgw: I'm in Los Angeles, where are you?
04:27 mgw Once salt is configured, there's no need for cloud-init
04:27 mgw I"m in Virginia
04:27 mgw Headed to SF for next week though.
04:27 Corey mgw: We're road tripping to Salt Lake City, kicking in the door, and getting this fixed. Meet you in Vegas. :-0
04:28 mgw lol
04:28 mgw It's a long trip from here
04:29 mgw an entirely different option is to let the virt module mount the image after copying it
04:29 mgw and configure it that way
04:29 mgw If the image already had salt installed, it would *only* need to configure the hostname
04:29 mgw so it wouldn't even need to chroot
04:30 mgw I could do that tonight, I think
04:30 mgw But you'd want an image prepped with salt
04:30 mgw which isn't too hard
04:32 mgw hmm, not so easy either…. chroot loses net access
04:33 dave_den joined #salt
04:35 efixit joined #salt
04:45 mgw corey: we could copy files into a stock image (that has cloud-init ready): /etc/cloud/cloud.cfg and the hostname updates. Possibly /etc/salt/minion to have the master's fqdn
04:49 Mrono joined #salt
04:49 oz_akan joined #salt
05:08 dcrouch joined #salt
05:10 nouveaux joined #salt
05:12 nouveaux hello all.  i'm getting an error while using virtualenv.managed.  it is asking distribute >=0.6.28 and wants to execute 'easy_install -U distriute'.  is there a way to execute this through virtualenv.managed?
05:19 lvicks joined #salt
05:20 sarkis joined #salt
05:21 fragamus joined #salt
05:27 a7p joined #salt
05:35 adotbrown joined #salt
05:38 fragamus joined #salt
05:43 fragamus is there an api for the salt gem
06:06 pcarrier_ joined #salt
06:14 pcarrier_ joined #salt
06:19 melinath joined #salt
06:21 Charatna left #salt
06:23 ollins joined #salt
06:31 dvogt joined #salt
06:32 `3rdEden joined #salt
06:35 sebgoa joined #salt
06:43 Corey git log --oneline --graph --decorate --all in the salt directory is trippy.
06:49 Katafalkas joined #salt
06:49 pcarrier_ joined #salt
06:50 thehandler joined #salt
06:57 melinath joined #salt
07:04 iMil joined #salt
07:04 iMil hi there
07:07 iMil I'm trying to achieve something I think is not that complicated but I can't figure out why it's not working as expected
07:07 iMil I have assiged a 'role' grain to a couple of minions
07:07 iMil that is working as expected
07:08 iMil salt 'foo' grains.item role shows what it should
07:08 iMil $ sudo salt 'xizor' grains.item role
07:08 iMil xizor:
07:08 iMil role:
07:08 iMil salt-master
07:08 iMil so I added the following to my top.sls:
07:08 iMil {% for role in grains['role'] %}
07:08 iMil - {{ role }}
07:08 iMil {% endfor %}
07:09 iMil into the '*' match
07:09 iMil and the highstate never takes this into account
07:10 iMil any idea on how to achieve this?
07:11 ogrisel joined #salt
07:22 it_dude joined #salt
07:23 chesty iMil: i don't know, but the - line doen;t look indented right
07:25 iMil ok, I'm stupid.
07:25 iMil I didn't git commit/push the changes.
07:25 iMil sorry for the noise, that actually works perfectly
07:26 iMil I knew I'd be bitten by gitfs at some point :)
07:28 multani joined #salt
07:35 pcarrier_ joined #salt
07:43 linjan joined #salt
07:44 pcarrier_ joined #salt
07:44 unicoletti_ joined #salt
07:44 linjan joined #salt
07:49 scott_w joined #salt
07:53 ogrisel_ joined #salt
07:56 MrTango joined #salt
08:01 rdeweerd joined #salt
08:01 ProT-0-TypE joined #salt
08:04 ronc joined #salt
08:07 mnemonikk joined #salt
08:17 oliv_mc joined #salt
08:20 MrTango joined #salt
08:22 azbarcea joined #salt
08:22 azbarcea_ joined #salt
08:24 krak3n` joined #salt
08:28 krissaxton joined #salt
08:38 Radex joined #salt
08:38 mastrolinux joined #salt
08:41 Furao joined #salt
08:41 mastrolinux Hi guys, how can I require another state in one file?
08:41 mastrolinux I tried - require:
08:41 mastrolinux - file: state.prodenv.'{{ pillar['home'] }}/.ssh'
08:41 mastrolinux but it does not work
08:42 mastrolinux I am able to do it in pydsl
08:42 mastrolinux but not in yaml
08:44 unicoletti ciao mastrolinux:
08:44 entil this is bad. how can I really match hosts by grains? I want to do an update based on them, and even testing basic stuff like salt -G 'ec2_hostname:internal' test.ping won't match anything
08:45 mastrolinux Ciao unicoletti ;)
08:45 entil though I get the list correct with salt \* grains.item ec2_hostname
08:46 Furao mastrolinux: check that for plenty of include examples https://github.com/bclermont/states
08:46 entil is this an issue that only in-built grains work? like os:Debian test.ping works but not the ec2_hostname one, which is external
08:47 Furao ec_hostname?
08:47 entil actually the documentation might be broken with this
08:47 entil Furao: a custom grain
08:47 entil Calling via a grain is done by passing the -G option to salt, specifying a grain and a regular expression to match the value of the grain.
08:47 iMil is there a clean way to order minions to refresh their grains ?
08:47 entil that isn't a regexp. 'os:Deb' matches nothing, nor does 'os:.*Deb.*'
08:47 Furao entil: you set the ec2 hostname manually?
08:47 entil iMil: saltutil.sync_all updates everything but I'm sure there was a sync_grins
08:47 iMil I mean, cleaner than cmd.run 'salt-minion restart'
08:48 iMil yes
08:48 iMil there is a sync_grains
08:48 iMil but that does not reload the grains AFAIK
08:48 entil Furao: it works with grains.items, man, and returns correct
08:48 ronc joined #salt
08:48 mastrolinux Furao: I do not want to include, just to require
08:48 entil Furao: it seems to be a documentation bug, if I match ec2_hostname *exactly* it does a test.ping
08:49 entil guess I have to open a github issue soon
08:49 mastrolinux something like: pache2.service.running() \
08:49 mastrolinux .require(apache2.pkg,
08:49 mastrolinux pkg='libapache2-mod-wsgi')
08:49 mastrolinux in pydsl
08:50 entil salt --help says it's a globexpression, that's more correct
08:50 Furao entil: no, I wasn't talking about your issue, is just that there is something that define ec2 data for you, you don't have to set it manually with grains.setval check that https://github.com/bclermont/states/blob/master/states/_grains/ec2_info.py
08:51 p3rror joined #salt
08:51 entil so the next question is, how do I match more complex data structures in grains?
08:51 Furao mastrolinux: sorry, I meant require, there is few hundred of require in that state repo
08:51 entil Furao: I stole that actually ;)
08:51 Furao ah you changed it? any improvment?
08:51 entil no, I just based my ec2_tags grain on it
08:51 Furao I tried to improve it using data module instead of pickle
08:52 entil which I may or may not be able to release, but it's trivial anyway
08:52 entil thing is, it's a more complex structure so I don't know how globexpressions would work on it
08:53 entil oh whoah, --grain-pcre works on the complex structures
08:54 entil do you think this is github-issue-worthy? I think it is, because the doc is wrong and I'd expect globexps and regexps to work the same
08:54 felskrone joined #salt
08:57 Furao entil: if it don't work for you, it's an issue in salt or an issue in the doc!
08:58 idkfa joined #salt
09:00 iMil .win 18
09:00 iMil nope.
09:03 pcarrier_ joined #salt
09:05 entil Furao: I know I tend to hit issues no one else does, and pretty often they're me doing wrong, but here's a write-up with examples and I can't for the life of me see how the web doc could be correct or why glob would behave different from regexp @ http://pastebin.com/NksY9NZt
09:07 nkuttler how do i get a list of minions with a certain grain? i don't want to target but list them
09:07 mastrolinux Furao: I cannot found a cross-file require
09:08 Furao mastrolinux: you need to include first and then require something within it. and require are in this form: - $module: $statename
09:08 mastrolinux but why should I need to include? so it will be redundant
09:08 mastrolinux apache2.service.require(state('libapache2-mod-wsgi').pkg,
09:08 mastrolinux pkg='apache2') \
09:08 mastrolinux look at this
09:08 mastrolinux it does not require an include
09:09 mastrolinux just point to another state to be included
09:09 mastrolinux and I am afraid it is not possible in yaml
09:14 krak3n` joined #salt
09:15 N-Mi joined #salt
09:15 N-Mi joined #salt
09:16 Furao joined #salt
09:34 whiskybar joined #salt
09:34 krissaxton joined #salt
09:35 __gotcha joined #salt
09:35 __gotcha joined #salt
09:37 krissaxton joined #salt
09:37 fredvd joined #salt
09:39 N-Mi joined #salt
09:41 ingwaem joined #salt
09:44 ageron joined #salt
09:45 ageron Hi everyone!  Is there a salt fan-club somewhere?  I just looove this software.  :-)
09:50 Furao ageron: yes, you need a bitcoin address to send some?
09:50 marcinkuzminski joined #salt
09:50 ageron Go ahead!
09:51 Furao 1Bxcpbb329cm39r8MjrtqoLaA4NADEyiqQ
09:58 fredvd joined #salt
09:59 Lucas_- joined #salt
10:00 fred_ joined #salt
10:00 whiskybar1 joined #salt
10:01 stephen__ joined #salt
10:10 copec joined #salt
10:13 Heartsbane joined #salt
10:13 Heartsbane joined #salt
10:16 eightyeight joined #salt
10:17 N-Mi joined #salt
10:19 entil is there a way to set a specific state? I'm thinking of state.low here but the best I get is 'Missing "fun" data'. My states aren't idempotent so doing a whole highstate is not only unnecessarily slow but it might also not work in all cases
10:19 probably1ine entil: you mean run a specific state?
10:19 entil I think I just spotted the docs for state.single
10:20 entil it didn't do anything, though
10:21 entil wonder why not. I did sync_all and everything
10:22 entil probablyfine: yes, run a specific state... salt host state.single file.XXXXX
10:22 entil where XXXX is just a silly text file whose contents I try to update to see how it's done before I move to something real
10:23 entil in this particular case my test pertains to an entire sls file so I could accomplish it with state.sls testfile - but if anyone has clues on how to make state.single work I'd be interested
10:25 probablyfine entil: salt state.sls <statename> # should do it
10:25 probablyfine You mean updating a single part of a .sls?
10:34 Furao entil: salt.sls
10:35 Furao but if state.highstate fail, that is a problem
10:35 Furao and if your states are too slow, that's because it perform operations on each run and not only when it's required
10:40 entil it's weird it does that
10:41 entil the solution to both fail and slowness is some kind of checking. is there a virtualenv? yes? don't create it. is this user already here? yes? don't create it.
10:41 Furao I had the same problem 6-7 months ago, I had so much states that I found all the tricks to only execute things when required.
10:42 entil for some reason I get failure when it comes to virtualenvs and users. I think the system sees the first state being different from the current one, resets and then forwards through them all
10:42 Furao virtualenv aren't time consuming to check and create
10:42 Furao it's more the pip install that are
10:42 bhosmer joined #salt
10:43 entil I save time and bandwidth for the pip install part in a virtualenv by moving a bootstrap tarball in, and it's not idempotent because I clean up afterwards, so I could of course make the requires so it really transfers the file again (this could be considered a bug, ymmv) but now it fails because it's got nothing to uncompress
10:43 entil either way there should be a test for whether or not to pursue the virtualenv "path" any further
10:43 entil is there?
10:44 Furao in my case, I keep the requirements file as a jinja template in salt
10:44 Furao so if the requirements file change, pip run again
10:45 entil I keep it there too, though I don't actually render a context - at least not yet
10:45 entil but it's only one thing, right. the more general pattern would be to abort going through a kind of path in the requirements/execution/whatever graph of states
10:46 entil or tree in graph or path in tree or whatever the data structure lingo is :P
10:57 krak3n`_ joined #salt
10:59 jeddi joined #salt
11:02 krissaxton joined #salt
11:03 mikedawson joined #salt
11:11 marcinkuzminski joined #salt
11:15 marcinkuzminski joined #salt
11:17 adotbrown joined #salt
11:20 marcinkuzminski joined #salt
11:30 aranhoide joined #salt
11:33 backjlack joined #salt
11:36 derelm joined #salt
11:39 zwevans joined #salt
11:40 marcinkuzminski joined #salt
11:40 marcinkuzminski joined #salt
11:40 marcinkuzminski joined #salt
11:40 marcinkuzminski joined #salt
11:48 kleinishere joined #salt
11:48 logix812 joined #salt
11:52 kleinishere joined #salt
11:56 aat joined #salt
11:56 Kholloway joined #salt
12:05 cedwards joined #salt
12:05 yota joined #salt
12:12 jeddi joined #salt
12:14 __gotcha joined #salt
12:14 __gotcha joined #salt
12:16 nrub joined #salt
12:19 ogrisel joined #salt
12:21 nrub joined #salt
12:24 aleszoulek joined #salt
12:25 giantlock joined #salt
12:34 jslatts joined #salt
12:36 nrub joined #salt
12:37 ronc joined #salt
12:40 zooz joined #salt
12:48 juicer2 joined #salt
12:53 oz_akan joined #salt
12:55 oz_akan joined #salt
12:55 Newt[cz] joined #salt
12:57 mfournier joined #salt
12:58 danielbachhuber joined #salt
12:59 fidrox joined #salt
13:02 felixhummel joined #salt
13:02 felixhummel hi!
13:02 it_dude joined #salt
13:03 felixhummel how would you model the following? download tarball, unpack tarball, move extracted directory somewhere else, remove tarball
13:04 felixhummel currently I have a script that does all that and use cmd.run to run it. do you know of something more elegant?
13:04 Furao felixhummel: for that I wrote this https://github.com/bclermont/states/blob/master/states/_states/archive.py
13:05 felixhummel Nice one, Furao! I'll try it out. Thanks!
13:06 Furao since then I know that salt added a module for archive, but it's not yet a state. I will eventually move my state to this new module
13:07 aleszoulek joined #salt
13:08 jbub_ joined #salt
13:08 pcarrie__ joined #salt
13:10 azbarcea_ joined #salt
13:11 chutzpah joined #salt
13:11 mfournier joined #salt
13:11 utahcon_ joined #salt
13:12 jpaetzel joined #salt
13:12 yota joined #salt
13:12 LarsN_ joined #salt
13:12 Nazzy joined #salt
13:12 Nazzy joined #salt
13:13 thehandler joined #salt
13:13 austin987 joined #salt
13:14 Nexpro joined #salt
13:15 BlueAidan joined #salt
13:15 oc_ joined #salt
13:15 zooz joined #salt
13:16 sto joined #salt
13:16 sto joined #salt
13:16 mollerstrand joined #salt
13:16 ProT-0-TypE joined #salt
13:17 iMil joined #salt
13:17 iMil joined #salt
13:18 nrub joined #salt
13:18 pt|Zool joined #salt
13:19 djinni` joined #salt
13:19 ollins joined #salt
13:19 jbub joined #salt
13:20 tamentis joined #salt
13:20 agend joined #salt
13:20 darrend joined #salt
13:20 jdaggett joined #salt
13:21 a1j joined #salt
13:21 SEJeff_work joined #salt
13:21 fidrox joined #salt
13:21 fxdgear_ joined #salt
13:22 tseNkiN joined #salt
13:22 multani_ joined #salt
13:22 felixhummel Furao: How do I install your state? I put it into /etc/salt/_states/archive.py but get "State archive.extracted found in sls vm.apps is unavailable" when I run "salt-call --local state.sls vm.apps".
13:22 Lucas_- joined #salt
13:22 davidone joined #salt
13:23 felixhummel It's not listed when I run "salt-call --local --doc 2>&1 | grep extracted"...
13:23 cluther joined #salt
13:25 Furao felixhummel: /etc/salt/_states/ that is what you configured in your /etc/salt/minion ?
13:26 Furao by default salt states are in /srv/salt
13:26 Furao and pillar in /srv/pillar
13:26 Furao so my archive.py need to be in /srv/salt/_states/
13:26 felixhummel That's exactly where I put it.
13:26 felixhummel Weird
13:27 cleeming[foxx] joined #salt
13:27 felixhummel It's at /srv/salt/_states/archive.py
13:27 krak3n` hey guys, my minions are trying to load states that do not belong to the environment the master is running in
13:27 felixhummel Maybe because of salt-call --local? Do I need a sync somehow?
13:27 bhosmer joined #salt
13:29 entil how is this possible :D I changed the name of a node module I want to install and said state.sls, right? it tried to install by the old name even after sync_all so I blamed caching and created a new instance and tried installing there - and it found the old name somewhere
13:29 entil using gitfs for states git grep doesn't find the old name either
13:29 entil surreal
13:31 ronc joined #salt
13:31 entil I can confirm even the new host has the old name in its cache! how is this possible?
13:32 whiskybar joined #salt
13:34 felixhummel Got it. RTFM. "salt-call --local saltutil.sync_states" did the trick.
13:34 felixhummel http://docs.saltstack.com/ref/states/writing.html#using-custom-state-modules
13:34 s2r2 left #salt
13:35 DerekD Hey guys, anyone have any experience with scheduling?
13:35 mgw joined #salt
13:38 sebgoa joined #salt
13:39 entil which scheduling is that?
13:40 DerekD http://docs.saltstack.com/topics/jobs/schedule.html?highlight=schedule
13:40 entil haven't done that :/
13:40 DerekD trying to call highstate at a regular interval from the master
13:40 __number` joined #salt
13:40 _FL1SK joined #salt
13:41 Ahlee there an 'ignore case' flag available?
13:41 entil until I fix some indepotence issues I won't even do that, but have to use salt.sls if I need changes. fortunately aws allows me to simply change ec2s for new installations behind the elb
13:41 Kamal_ joined #salt
13:41 clone1018 joined #salt
13:41 Valda joined #salt
13:42 jslatts joined #salt
13:42 oliv_mc joined #salt
13:42 oz_akan joined #salt
13:43 DerekD 2013-06-06 09:41:44,213 [salt.utils.schedule                         ][INFO    ] Invalid function: state.highstate in job highstate. Ignoring.
13:44 cleeming[foxx] http://devopsangle.com/2013/05/29/fear-the-cloud-helpful-tips-for-stifling-devops-progress-in-your-enterprise-humor/
13:44 cleeming[foxx] that is the best article ive read all year
13:47 DerekD Legacy Systems need love too haha
13:48 __gotcha joined #salt
13:48 __gotcha joined #salt
13:52 pt|Zool joined #salt
13:52 adotbrowner joined #salt
13:53 JasonSwindle joined #salt
13:54 cods_ joined #salt
13:55 cods joined #salt
13:57 munhitsu joined #salt
13:57 bturner joined #salt
13:57 munhitsu Hola, if I'm right I've just found an error (typo) in file.recurse - https://github.com/saltstack/salt/issues/5423
14:02 jalbretsen joined #salt
14:03 ggoZ joined #salt
14:05 joehh joined #salt
14:07 lvicks joined #salt
14:08 lvicks joined #salt
14:10 LyndsySimon joined #salt
14:18 aranhoide FWIW, the problem I was having yesterday about "Failure to authenticate" when launching a new node with salt-cloud was due to the EC2 micro instance from which I run that was out of memory and would not be able to spawn new ssh processes
14:19 aranhoide that's despite I was only running the salt services there
14:19 aranhoide it got fixed by just using a Small instance instead of Micro
14:21 aranhoide but I'm spooked that salt alone took all the system's memory... if that's what happened (*shrug*).  if nobody else gets this problem I'll assume it was something I'd previously done to that instance, although no likely possibilities come to mind
14:21 kho joined #salt
14:21 kermit joined #salt
14:22 felixhummel Thanks cleeming[foxx]! Nice article
14:22 kho joined #salt
14:24 sgviking joined #salt
14:25 cleeming[foxx] np
14:28 opapo joined #salt
14:30 teskew joined #salt
14:32 sarkis joined #salt
14:35 sarkis_ joined #salt
14:36 foxx[a] joined #salt
14:38 mgw joined #salt
14:38 fidrox joined #salt
14:40 pcarrier_ joined #salt
14:40 sarkis joined #salt
14:42 Ahlee tar -xjvf gtk+-2.24.5.tar.bz2
14:42 Ahlee cd gtk+-2.24.5
14:42 Ahlee PKG_CONFIG_PATH=/opt/wireshark/lib/pkgconfig ./configure --prefix=/opt/wireshark
14:42 Ahlee make && make install
14:42 Ahlee cd ..
14:42 Ahlee ack.  sorry.
14:42 Furao apt-get install wireshark?
14:42 Ahlee Furao: Building 1.8 on cent5 so I acn have plugins
14:43 nrub joined #salt
14:44 Furao oh centos, yes everything is so outdated, especially 5
14:45 Ahlee aranhoide: I haven't seen outrageous memory requirements yet, salt-api/salt on same host, ~120 minions registered and it's using ~550m
14:46 aranhoide Ahlee: I see, thanks.  Although 550m is pretty much exhausting the memory of an EC2 micro instance (I didn't have any minions registered, though)
14:46 mikedawson joined #salt
14:47 aranhoide anyway, using a small instance for the master is totally workable for me
14:47 krak3n` joined #salt
14:49 Katafalkas joined #salt
14:49 [diecast] ok, i think the bit i was missing is that this is a pillar, not a state/j #couchbase
14:49 Newt[cz]1 joined #salt
14:49 cleeming[foxx] joined #salt
14:49 [diecast] interesting.
14:50 SpX joined #salt
14:50 p3rror joined #salt
14:55 aat joined #salt
15:02 krak3n`_ joined #salt
15:04 billyw joined #salt
15:06 kaptk2 joined #salt
15:08 ncjohnsto joined #salt
15:10 m_george left #salt
15:13 abe_music joined #salt
15:14 whit joined #salt
15:16 LyndsySimon joined #salt
15:19 entil what's wrong here btw? cmd.run: - env: PATH: /bin/:/usr/bin/:/usr/local/bin/ anyone? because I set that and -name: env && blaa && blaa and the env output gives me PATH=/sbin:/usr/sbin:/bin:/usr/bin
15:19 Katafalkas joined #salt
15:21 FreeSpencer joined #salt
15:25 terminalmage joined #salt
15:25 felixhummel interesting. same here.
15:26 entil I set a symlink as a workaround, but that sucks
15:26 entil good thing debian stable is so rarely released and no new packages are introduced that's a fairly safe thing to do now. if it works.
15:27 milind joined #salt
15:28 LyndsySimon joined #salt
15:30 avaly joined #salt
15:30 bhosmer joined #salt
15:32 felixhummel i don't get it. should be fine --> https://github.com/saltstack/salt/blob/develop/salt/modules/cmdmod.py#L267
15:32 felixhummel meh
15:36 dcrouch joined #salt
15:39 FreeSpencer joined #salt
15:41 mannyt joined #salt
15:42 Kholloway joined #salt
15:43 Ryan_Lane joined #salt
15:48 zz___number5__ joined #salt
15:49 geggam joined #salt
15:50 efixit joined #salt
15:51 ogrisel_ joined #salt
15:53 abscond left #salt
15:53 faust joined #salt
15:55 clintberry joined #salt
15:55 entil felskrone: the module is not a state
15:56 entil and for me, I have the weirdest fails, probably not too clearly related with the symlink or whatever, so I'm just looking into that
15:57 N-Mi joined #salt
15:57 N-Mi joined #salt
15:59 dfinn1 joined #salt
15:59 entil we have this nodejs code in a django app and it's got external deps and it's built with cake and packaged with hem - and debian wheezy doesn't even ship nodejs - so it's a huge mess :|
16:01 faust [17:54:29] <faust> i'm writing a custom state and i get this error when i try to run "salt-call"
16:01 faust [17:54:45] <faust> State portage_config.package found in sls gentoo_base is unavailable
16:01 faust [17:54:51] <faust> what does it mean?
16:02 entil never did salt-call but maybe you need to include: portage_config or something? if that means the reference is found in gentoo_base but the actual yaml is not?
16:02 entil or sls actually
16:03 jlund joined #salt
16:04 krissaxton joined #salt
16:05 teebes joined #salt
16:06 entil faust: if it's that, let us know, for future reference. or even if it's not ;)
16:06 entil but I had some missing includes and I think the error looked like that
16:06 UtahDave joined #salt
16:07 abe_music joined #salt
16:07 faust entil: well maybe I was not really clear in my explanation
16:07 faust i'm writing a "state module"
16:07 faust salt should do the required includes
16:08 Furao_ joined #salt
16:08 UtahDave faust: sorry I'm late to the conversation.  What are you trying to accomplish?
16:08 entil I'm not sure about that.. top.sls has this one dict with magick syntacks but from there on I've used include
16:09 nrub_ joined #salt
16:10 faust UtahDave: I wrote a new state module, now I'm doing some test before pulling a request...but when I try to use it i get this error:
16:11 faust State portage_config.package found in sls gentoo_base is unavailable
16:11 faust what does it mean?
16:11 UtahDave can you pastebin your gentoo_base.sls ?
16:12 faust ok
16:13 bemehow joined #salt
16:13 faust UtahDave: http://pastebin.com/ys4JZ0in
16:14 Newt[cz] joined #salt
16:14 faust UtahDave: this is the module http://pastebin.com/bUfY9w13
16:14 KyleG joined #salt
16:15 UtahDave It doesn't look like there is a portage_config  state available to salt
16:15 UtahDave Have you synced your modules?
16:15 entil ok, sorry, that's probably something I've never done.. never started anything with salt: and never said - uses:
16:15 faust oh wait
16:15 entil UtahDave: does salt include that stuff automatically? because there is an include keyword after all
16:15 ska joined #salt
16:16 UtahDave No, Salt generally doesn't include things automatically
16:16 faust portage_config.package does not exists....i renamed it to "flags"....
16:17 faust mm
16:17 faust same error
16:17 dfinn1 running into a strange issue, here's my init.sls
16:17 dfinn1 http://pastebin.com/gudUStmw
16:17 dfinn1 salt is managing /etc/cups/printers.conf but doesn't touch /etc/cups/cupsd.conf
16:17 dfinn1 no errors either
16:18 faust UtahDave: i'm running this command "salt-call --local state.highstate" what should I sync?
16:18 faust I'm doing my test in local
16:19 UtahDave faust: so you changed it to  portage_config.flags   ?
16:19 faust yes, but I have the same error
16:19 UtahDave oh, ok.
16:19 faust (well, now the error refers to portage_config.flags)
16:20 UtahDave faust: so where is your module located?
16:20 Ahlee This interests me greatly.
16:21 Guest83505 joined #salt
16:21 UtahDave ok, dfinn1 you can't have 2 file.managed  declarations under the same ID declaration
16:21 entil that's btw sort of annoying ;)
16:21 dfinn1 oh, that's interesting
16:21 dfinn1 so what would be the correct way to have 2 files managed for the same thing?
16:22 UtahDave dfinn1: you're going to have to move one of those file.managed items to be underneath its own ID declaration
16:22 dfinn1 ah, bummer
16:22 chrisgilmerproj joined #salt
16:22 dfinn1 let me try that
16:22 faust UtahDave: /usr/lib/python2.7/site-packages/salt/states/portage_config.py
16:22 UtahDave Each item directly under "cups" is a dictionary key, so you can only have one of the same name
16:22 dfinn1 and it takes the last it sounds like?
16:23 UtahDave dfinn1: I'm not 100% sure, but one will definitely get stomped on
16:23 dthom91 joined #salt
16:23 UtahDave faust: are you sure your __virtual__ function is going to return correctly?
16:25 faust return 'portage_config' if 'portage_config.has_flag' in __salt__ else False
16:25 faust 'portage_config.has_flag' is defined in the "execution module"
16:26 faust is it possible for an execution module to silently fail to load?
16:26 UtahDave can you pastebin your execution module, too?
16:27 koolhead17 joined #salt
16:27 koolhead17 joined #salt
16:27 UtahDave Yeah, it will return false in its __virtual__ if it doesn't succeed.
16:28 faust UtahDave: there is no "/usr/lib64/python2.7/site-packages/salt/modules/portage_config.pyc" so that module does not get loaded
16:28 faust http://pastebin.com/9mkLTX9A
16:29 faust return 'portage-config'
16:29 faust I used a - instead of _
16:29 faust sh*t
16:29 Ahlee faust: have you actually gotten sync_modules to push that to your minions?
16:30 faust Ahlee: I have no minions, it is just a local test environment
16:30 copec joined #salt
16:31 faust It works
16:31 faust !
16:31 Ahlee are you planning on manually distributing it?
16:31 Ahlee or are you going materless
16:31 faust masterless, it is just for testing new stuff
16:31 UtahDave Ahlee: did you open an issue on that?
16:32 jschadlick joined #salt
16:32 faust entil: UtahDave: thank you and sorry if my stupid problem wasted your time
16:32 jacksontj joined #salt
16:32 entil faust: sorry I wasn't more helpful :)
16:33 faust :)
16:34 faust now I have to fix just other 100 bugs
16:34 entil I think I unscrewed my huge coffee/cake/hem/deb mess while hanging here
16:34 Ahlee UtahDave: Not yet.
16:34 clintberry joined #salt
16:34 Ahlee Trying to figure out how to link to a google groups post
16:35 UtahDave faust: Nah, not a waste of time.  Glad you were able to figure that out.  That will be a nice addition to the Gentoo stuff!
16:35 Ahlee ah, there it is.  https://groups.google.com/d/msg/salt-users/y8FiYahMGBs/jFQGduVbP1QJ - Thomas says it "track what environment to sync via the top.sls
16:38 melinath joined #salt
16:39 vidul joined #salt
16:41 billyw What's the proper way to use the file state module's sed function multiple times on a single file?
16:41 billyw Specifically, I'm trying to alter some values in my sshd_config using file.sed (or if there is a better way I'm open to it)
16:42 UtahDave billyw: there be dragons
16:42 UtahDave I'd recommend using file.managed and templating that config file instead
16:42 UtahDave unless you REALLY need to use sed
16:43 billyw UtahDave: I don't, templating sounds like a plan. Thanks!
16:44 UtahDave billyw: Yeah, that will save you pulling out your hair
16:44 UtahDave :)
16:44 billyw UtahDave: Also, I've noticed that when setting up rpmforge with pkgrepo module, that it always returns False even when the setup was successful
16:45 UtahDave interesting. that might be a bug.  What version of salt are you on?
16:46 billyw UtahDave: 0.14.1, the specific error is "coercing to Unicode: need string or buffer, NoneType found"
16:48 billyw UtahDave: If it helps at all this is the repos/rpmforge.sls file --> http://pastebin.com/2j2v8ayZ
16:49 UtahDave I'm pretty sure we've had some bug fixes in pkgrepo since then.  The latest is 0.15.3.   Any way you could test on that?
16:50 billyw UtahDave: Of course, I'd be happy to do that
16:50 UtahDave that would be really helpful. If that is a bug, I'd like to get it squashed.
16:50 Kzim UtahDave, hey how are you ? my english isn' t good and i never created any issue but : #5424 i hope this reflect what we  discussed
16:51 billyw UtahDave: I'm using the epel repo for salt, which has the latest version of 0.15.1-1.el6
16:52 efixit joined #salt
16:53 dkao1978 joined #salt
16:53 Ahlee Potential breakthrough
16:53 Ahlee looks like I need to define all the minions in top.sls :(
16:54 Ahlee "env" seems quite..interesting. I shall have to just blow them away and just work out of base for all hosts, and set up a salt mater per environment
16:55 dkao1978 joined #salt
16:55 Ahlee I had a host that I set a grain environment: Staging, and had a Staging env
16:56 Ahlee i was apparentlyc onnecting them internally in my head, but salt does not
16:56 UtahDave billyw: epel-testing should have 0.15.3
16:56 kleinishere joined #salt
16:56 billyw UtahDave: Just updated to it (0.15.3) and it's still returning false
16:57 UtahDave Kzim: that looks great
16:57 Ahlee UtahDave: Do you know of a way to eliminate case sensitivity? So i can specify foo.domain.tld instead of FOO.domain.tld, if the hostname of the server is FOO
16:57 felixhummel joined #salt
16:58 UtahDave Ahlee: probably if you pcre
16:58 bhosmer joined #salt
16:58 Ahlee grain_pcre appears broken through salt-api, so that's out for now
16:58 mastrolinux1 joined #salt
16:59 Ahlee thanks
17:00 ahammond joined #salt
17:02 bemehow joined #salt
17:02 UtahDave Kzim: I added a note to your open issue.
17:03 dkao1978 hi there.  I was wondering if this syntax is possible and if I'm doing anything wrong.  http://pastebin.com/K7jv73Mr
17:03 geggam joined #salt
17:05 JasonSwindle Howdy all
17:05 UtahDave Howdy, JasonSwindle!
17:05 jacksontj joined #salt
17:05 UtahDave dkao1978: Yeah, that's not quite going to work
17:06 JasonSwindle UtahDave: Do you need more information on the error I am seeing?
17:06 JasonSwindle The rapid fire in the highstate
17:06 UtahDave dkao1978: More like this: http://pastebin.com/h7gDc0kS
17:08 UtahDave JasonSwindle: I've apparently lost the browser tab with what you shared yesterday
17:08 UtahDave Can we start from scratch?   :)
17:08 JasonSwindle https://dpaste.de/uPPGW/
17:08 JasonSwindle I see it happen on a few actions
17:08 JasonSwindle iptables rules I have, NGINX, etc
17:09 UtahDave ok, what are you executing to cause this to happen?
17:09 JasonSwindle Let me give you the nginx state
17:10 oz_akan hi, how can I list active running jpbs?
17:10 oz_akan http://docs.saltstack.com/ref/runners/all/salt.runners.jobs.html#salt.runners.jobs.active
17:10 oz_akan I found this, but could't run properly
17:10 whit joined #salt
17:10 JasonSwindle UtahDave: https://dpaste.de/VeHZA/  <---- NGINX sls
17:11 UtahDave oz_akan: did jobs.active just return nothing?
17:11 * UtahDave is reading JasonSwindle's paste
17:11 oz_akan is it 'salt jobs.active' ?
17:11 UtahDave salt-run jobs.active
17:12 oz_akan good it runs like that
17:12 oz_akan {}
17:12 oz_akan thanks !
17:13 UtahDave yeah, runners have to be run with   salt-run
17:13 whiskybar joined #salt
17:13 UtahDave you're welcome
17:14 nrub joined #salt
17:15 jdaggett joined #salt
17:15 LyndsySimon joined #salt
17:15 nkuttler JasonSwindle: fwiw, i would probably just recursively manage a dir with all those config files
17:15 UtahDave JasonSwindle: that's very interesting.  Nothing looks obviously wrong with your sls file
17:15 JasonSwindle yeah
17:16 nkuttler JasonSwindle: oh, you get an error? did you pastebin it?
17:16 JasonSwindle Maybe something with Vagrant + local highstate + Ubuntu 13.04?
17:16 JasonSwindle I get no error, just see that all over my minion logs
17:16 Furao joined #salt
17:16 UtahDave is 'nginx'  the actual name of the service?
17:16 nkuttler ok
17:17 JasonSwindle For ubuntu, yes
17:17 JasonSwindle service nginx <<option>>
17:17 DerekD joined #salt
17:18 UtahDave oh, try removing   - enable: True      I don't think that's necessary on Ubuntu and I wonder if Salt is trying to set the runlevel to make sure it's enabled
17:18 Kholloway joined #salt
17:18 JasonSwindle Let me try that......
17:19 Furao joined #salt
17:20 JasonSwindle A fresh build takes time, so bear with me. :)
17:21 mannyt joined #salt
17:21 UtahDave no problem
17:22 DerekD (dont know if this went through out not i think i lost connection) When i use schedule: from master it out puts logs saying that state is not a valid function in job state.highstate  when declared like this schedule: state: function: state.highstate minutes: 60
17:23 DerekD I would figure that it would call state.highstate the function and state the job
17:23 UtahDave DerekD: can you pastebin what you have?
17:24 Kzim UtahDave, thx a lot for the comment
17:25 DerekD http://pastebin.com/bu5Qqiww
17:25 milind joined #salt
17:25 DerekD I put my schedule config and the log in there
17:27 ronc joined #salt
17:28 Furao joined #salt
17:28 UtahDave DerekD: are you setting this on the master or on the minion?
17:29 DerekD Master
17:30 UtahDave ok, so when running this on the master you can only execute runners
17:30 DerekD hmm I'll look into that
17:30 UtahDave if you want to run a highstate you'll need to set that in the minion's config or pillar
17:31 DerekD ok thanks. The reason I'm doing this is because I dont think minions are getting highstate when they first check in
17:31 JasonSwindle UtahDave: That may of stopped it
17:31 JasonSwindle I think I have one other service like that, let me test that now
17:32 UtahDave DerekD: they won't get the highstate when they first check in
17:32 UtahDave JasonSwindle: cool
17:32 JasonSwindle If true, that needs to have a bug report on it
17:32 UtahDave DerekD: if you want the minions to run a highstate when they first check in I suggest using  startup_states option
17:33 UtahDave DerekD: http://docs.saltstack.com/ref/states/startup.html?highlight=startup_states#examples
17:33 DerekD Ahh ok thanks for the info
17:33 UtahDave JasonSwindle: yep
17:35 DerekD UtahDave, are startup states configured in the minion config?
17:35 UtahDave yes, in the minion config
17:36 DerekD awesome I'll try this out and report what i get
17:37 ncjohnsto hey UtahDave
17:38 cjohnston_work I popped a ticket in on the issue I was discussing with you the other day
17:38 UtahDave DerekD: cool.  I've been using the startup_states option in a bunch of recent demos and it has been working well for me.
17:38 UtahDave cjohnston_work: which one?
17:38 cjohnston_work and looking through the debug logs, the minions behind the syndic
17:39 cjohnston_work it seems the master (the one in front of the syndic issuing the command)
17:39 cjohnston_work reports back in the logs the test.ping response
17:39 jefferai joined #salt
17:39 cjohnston_work but the salt output never shows the actual repsonse
17:39 UtahDave interesting.
17:39 UtahDave what's the ticket number?
17:40 cjohnston_work one sec let me get it
17:40 linjan joined #salt
17:41 cjohnston_work hmm I am not seeing it
17:43 cjohnston_work in any case, I do get the message "Got return from xxxx.xxxxx.com" on the master from a host behind the syndic
17:44 melinath joined #salt
17:44 SirScott newb q... if i run "salt '*' virtualenv.create /path/to/venv" on the CLI, it works.  In converting to an sls file, I have:  /path/to/venv:  virtualenv.create: -- this gives me a "State virtualenv.create found in sls common is unavailable."  What does that mean?
17:44 UtahDave cjohnston_work: ok.  what's your github username?
17:44 cjohnston_work chjohnst
17:46 UtahDave SirScott: if you look at the virtualenv state module you'll see that you want   virtualenv.managed
17:46 UtahDave http://docs.saltstack.com/ref/states/all/salt.states.virtualenv.html#module-salt.states.virtualenv
17:46 UtahDave on the cli you're using the execution module, not the state.   That's why virtualenv.create works.
17:46 cjohnston_work https://github.com/saltstack/salt/issues/5415
17:46 cjohnston_work found it
17:46 cjohnston_work I was looking at the wrong milestone
17:46 SirScott oh, so modules.virtualenv is for CLI, states.virtualenv is for SLS files?
17:47 UtahDave SirScott: essentially, yes
17:47 cjohnston_work seems this problem has been around for a few months, but to give you some color here SEJeff_work and I are putting together a 4k node install with about 8 HA paired syndics
17:47 UtahDave The states.virtualenv will use the functions in modules.virtualenv to do stuff
17:48 cjohnston_work across the globe
17:48 UtahDave cjohnston_work: Are all the minions, masters and syndics running 0.15.3?
17:48 cjohnston_work yes sir
17:48 SirScott UtahDave: cool, thank you for the clarification
17:48 cjohnston_work upgraded as you requested :-)
17:48 UtahDave SirScott: you're welcome.
17:49 cjohnston_work now if I do a jobs lookup (salt-run jobs.lookup_jid xxxxx)
17:49 UtahDave cjohnston_work: OK. Tom has made a lot of improvements to the syndic, but it does look like there's something odd going on here. I'll make sure he sees this as soon as he gets back from his trip in a few days.
17:49 cjohnston_work The response shows the actual output of what should have been there, just not on my actual console from the salt command itself
17:49 abe_music joined #salt
17:50 cjohnston_work # salt-run jobs.lookup_jid 20130606124747654943 | grep -c True
17:50 cjohnston_work 5
17:50 cjohnston_work salt '*' test.ping --out txt  | grep -c True
17:50 cjohnston_work 3
17:50 UtahDave cjohnston_work: can you pastebin the output you're getting in both locations?  I want to poke around in the code
17:51 cjohnston_work let me put that in the ticket, pastebin is blocked here
17:51 UtahDave that works
17:52 bemehow_ joined #salt
17:53 cjohnston_work done
17:53 cjohnston_work note I only have 5 total minions connected here in the testing of this issue
17:54 UtahDave cool, thanks cjohnston_work
17:56 jacksontj joined #salt
17:56 eightyeight joined #salt
17:56 timl0101 joined #salt
17:58 SirScott with pip.installed, is it possible to pass an env var?  e.g. CC=gcc
18:04 alekibango joined #salt
18:06 jdaggett joined #salt
18:08 whit joined #salt
18:08 nkuttler sigh.. only problems with the wheezy packages..
18:10 ogrisel_ joined #salt
18:11 Kholloway joined #salt
18:17 fragamus joined #salt
18:19 fragamus auser are you online
18:25 kleinishere joined #salt
18:28 vidul joined #salt
18:35 bismark90 joined #salt
18:35 bismark90 left #salt
18:37 baniir joined #salt
18:39 DanGarthwaite joined #salt
18:40 DanGarthwaite Returned to IRC for #salt, find myself spending hours on #logstash
18:41 krak3n` joined #salt
18:41 KyleG DanGarthwaite: The #logstash channel is too noisy for my idling preferences, get's distracting for me @ work. My ADHD requires I look at every notification I get, lol
18:42 jacksontj joined #salt
18:42 entil what's #logstash?
18:42 KyleG entil: Like splunk, but free and more expensive to use/setup/configure
18:42 KyleG More expensive in terms of hardware requirements and admin time
18:42 entil lol, dunno that either
18:42 KyleG It's like log archival/viewer of sorts
18:42 entil mmh
18:42 KyleG you funnel all your log data into splunk, or logstash, and then you can query it and view charts,etc
18:42 DanGarthwaite From the author of fpm, the package tool
18:43 KyleG http://logstash.net/
18:43 entil uses the syslog protocol?
18:43 DanGarthwaite http://three.logstash.net
18:43 KyleG entil: I believe so, I don't use logstash for anything except to process our CDN logs which are pulled over FTP, but I imagine it would use syslog as well.
18:43 DanGarthwaite Sorry:   http://three.kibana.org
18:43 KyleG But it's been a headache for me
18:43 entil used to be into centralized log hosts but today when computers are mostly temporary vps's it seems futile
18:44 brutasse DanGarthwaite: logstash+kibana 3 is an awesome combination
18:44 KyleG entil: It's all about "business" and operational intelligence
18:44 nkuttler hrm. now i feel old fashioned with my logcheck emails..
18:44 entil and google analytics does the webalizer stuff
18:45 DanGarthwaite It is a lot of tech debt, if I'm using the term right.  syslog, python-beaver, stunnel, redis, logstash, elasticsearch, kibana
18:45 entil kyleg: oh.. well we do a bunch of ga for that, events and such. Imight be interested in security and such. but ymmv of course :)
18:45 DanGarthwaite And, of course, salt to make it sane.
18:46 KyleG DanGarthwaite: From what I can tell, people usually have to build out a TON of storage and clustered ES machines to use it for their environments
18:46 entil DanGarthwaite: tech debt is usually doing a shitty job, knowing it, needing to fix it, never having time for it, burnout and depression ;)
18:46 KyleG We use 1 splunk machine, with 2 TB of space and never have to worry about scaling it really, it works way better than logstash for us
18:46 DanGarthwaite KyleG: I'm finding that out.
18:46 DanGarthwaite entil: so future debt.  :)
18:47 atn34 joined #salt
18:47 KyleG Plus splunk let's us make cool dashboards like this: http://ss.digitalflydesigns.com/Screen%20Shot%202013-06-06%20at%2011.46.44%20AM.png :P (The middle tv)
18:47 entil pretty much. I'm in the depression phase, that's why I work from home and learn salt ;)
18:50 abe_music possible to dynamically change the salt-cloud log file when launching maps?
18:53 m_george|away joined #salt
18:54 jschadlick joined #salt
18:57 stat joined #salt
18:58 dkao1978 joined #salt
19:00 p3rror joined #salt
19:09 stat hi   i have a multiline pillar subkey that can be queried using 'salt-call pillar.get host1:redis_config'.     is there a way in jinja to do a grain lookup inside the {{ pillar }} call?   something like this:    {{ pillar[{{ grains.get('host', 'default')] }}:redis_config] }}
19:10 SEJeff_work stat, do that at the pillar level
19:11 SEJeff_work {% if grains['id'] == "host1" %}\nredis_config: foo\n{% elif grains['id'] == "host2" %}\nredis_config: bar\n{% else %}\nredis_config: default{%endif %}
19:11 SEJeff_work with \n being a newline
19:11 stat ok yeah, thanks
19:11 abe_music i can modify the log level at runtime, but attempting to dump each execution of salt-cloud out to a file i choose because i'll need to support concurrent salt-cloud runs int he future
19:12 stat ahh thanks!
19:12 JasonSwindle UtahDave: It did with enable: true removed
19:13 UtahDave JasonSwindle: ah,good
19:13 JasonSwindle UtahDave: https://dpaste.de/c55Jz/
19:13 JasonSwindle This one did the rapid fire as well
19:13 JasonSwindle And it is a very simple state
19:14 JasonSwindle https://dpaste.de/Fz9Fr/
19:14 JasonSwindle Sorry for the late reply, I was in a meeting
19:16 UtahDave JasonSwindle: Hm. that's really weird.  Let's open up an issue on that with this info.
19:17 JasonSwindle Ok, I barely understand what is going on.  I will try
19:19 JasonSwindle working on it now
19:20 bemehow joined #salt
19:20 darien joined #salt
19:21 hfilter joined #salt
19:21 dfinn joined #salt
19:24 dfinn can you assign (for the purpose of roles) dynamically via the salt-master or do they have to be manually configured in the salt-minion config file?
19:25 jdaggett joined #salt
19:25 UtahDave if you want roles to be in grains, then you can run:   salt 'theminion' grains.setval  role webmaster
19:26 UtahDave If you want to put it in pillar, then you'd put it in a pillar sls file on the master
19:26 KyleG joined #salt
19:26 dfinn is a pillar the right place to put it if I want this to be hard coded into the salt master?
19:26 dfinn any examples of that?
19:26 dfinn for instance, I create a web server role and want to have 3 servers use that role
19:27 UtahDave Yeah, if you want it hard coded on the salt master, then I would put it in either pillar or a nodegroup
19:28 hfilter Could someone here help plz: How do I create a file in the users home directory using masterless configuration?
19:28 hfilter I've tried ~/filename:
19:28 hfilter and $HOME/filename
19:29 hfilter both complain that it is not an absolute path
19:31 Kzim hi i know it could be a stupid question but does any of know know/use rundeck with Salt ?
19:31 SEJeff_work hfilter, {{ salt['user.info'](username)[home] }}/file.txt:\n    file.managed...
19:31 JasonSwindle UtahDave: https://github.com/saltstack/salt/issues/5425
19:31 iMil night there
19:31 iMil some of you may find this interesting http://imil.net/wp/2013/06/06/saltstack-dynamic-sls/
19:32 UtahDave thanks, JasonSwindle!
19:32 iMil hey UtahDave :)
19:32 JasonSwindle I hope it helps..... this confuses me.
19:32 UtahDave yeah, it's kind of odd
19:32 UtahDave hey, iMil!
19:33 UtahDave Kzim: sorry, I've never used rundeck.  Can rundeck call out to a local salt-call to execute commands?
19:33 hfilter SEJeff_work, thanks! I'll try that
19:35 whiteinge iMil: nice writeup
19:35 iMil thx!
19:35 whiteinge simple yet awesome :)
19:35 Kzim UtahDave, rundeck can execute any command on any host with ssh. looks like it have a nice little gui to build a form to provide args to a "jobs" which is a list of command basically. it has some feature i search in Salt but .... i mean it's just ssh at the end so nowhere near salt on that part
19:35 iMil I really love how salt makes things simpler
19:36 Kzim iMil, nice article
19:36 iMil thx guys
19:36 UtahDave Kzim: could you have rundeck call the salt master locally to execute commands?
19:36 UtahDave there's probably several ways to do that.
19:37 Kzim UtahDave, yep that was my idea but .... it one more layer :(
19:37 DerekD UtahDave: You're a life saver man thanks for the startup-state recommendation.
19:38 iMil UtahDave: btw, do you know if there's a cleaner way than minion restart to force grains refresh? saltutil.sync_grains does not reload them
19:39 UtahDave DerekD: you're welcome!
19:39 UtahDave iMil: what version of salt are you on?
19:39 iMil 0.15.1
19:39 Kzim iMil, sync_grains works for me in 0.15.1 :(
19:39 UtahDave how are you setting the grains?
19:39 iMil Kzim: oh really?
19:39 iMil UtahDave: via a custom module
19:40 iMil I mean
19:40 iMil a _grains/foo
19:40 Kzim iMil, perhaps i didn't check with a grains module but with the /etc/salt/grains file it works
19:40 iMil oh
19:40 iMil so that would be the catch
19:40 hotbox hey iMil :)
19:40 iMil hey hotbox :)
19:41 hfilter SEJeff_work, that give me an Data failed to compile error. The last line "TypeError: must be string, not StrictUndefined"
19:41 UtahDave iMil: I'm pretty sure there's afunction somewhere to force a grains refresh.  Still looking for it.
19:41 iMil reminds me I should update pkgsrc's sysutils/salt to 0.15.3
19:42 kaptk2 I have a sudoers file on one box that differs from the rest of my environment.
19:42 iMil UtahDave: no urge really, I wondered if it was possible, if you know it is I'll dig :)
19:42 kaptk2 How should I manage that
19:42 iMil kaptk2: have a specific match for that box ?
19:43 kaptk2 iMil: so match on say hostname?
19:43 milind joined #salt
19:43 iMil there's a ton of options to handle such a case actually
19:43 UtahDave kaptk2: yep!
19:43 iMil kaptk2: for example yes
19:43 iMil kaptk2: or via pillars also
19:44 dkao1978 joined #salt
19:44 kaptk2 iMil: yeah, that is what I was thinking was pillars but wanted to make sure I wasn't pounding a round peg in square hole
19:44 iMil you could have an option in pillar that tells you to overwrite or not a file for certain hosts
19:45 iMil kaptk2: also it really depends on how your top.sls is designed
19:45 kaptk2 iMil: just need to append something to the file
19:45 kaptk2 so a full replacement not necessary
19:47 darrend joined #salt
19:47 UtahDave iMil: I'm pretty sure that sync_grains should cause a refresh of all the grains.
19:47 UtahDave If you have a minion you could test it on 0.15.3 or the latest from git develop branch, that would be awesome.
19:49 iMil are the debian packages up-to-date ?
19:49 iMil if yes I'll do it now
19:50 iMil they are :)
19:50 iMil Get:5 http://debian.saltstack.com/debian/ wheezy-saltstack/main salt-common all 0.15.3-1~dst+1 [869 kB]
19:54 jeddi joined #salt
19:56 hotbox UtahDave: here are my nano contribution of the night :
19:56 hotbox UtahDave: https://github.com/saltstack/salt/pull/5427
19:57 UtahDave :) already merged!
19:57 hotbox hahah too fast for me..
19:57 iMil heh :)
19:59 faldridge joined #salt
19:59 whit joined #salt
20:01 jschadlick joined #salt
20:02 hfilter I'm strugelling a bit with this: how can I get the home path of the currently logged-in user when running in masterless mode
20:05 ahammond UtahDave: I'm still getting partial responses from publish.publish.
20:05 krissaxton joined #salt
20:06 ahammond I've got 45 active minions and am getting about 43 responses from publish.publish calls. I've tried increasing the timeout and that hasn't made a difference
20:08 hfilter I'm trying to create a salt state that will automatically setup a new development laptop for me. For that I want to edit/add files in the home directory. Any ideas?
20:08 iMil hmm
20:09 iMil weird behaviour since upgrade
20:09 iMil imil@xizor:~$ sudo salt 'blacksun' state.highstate
20:09 iMil blacksun:
20:09 iMil Data failed to compile:
20:09 iMil ----------
20:09 iMil No matching sls found for 'blacksun' in env 'base'
20:09 iMil and I have
20:09 iMil base:
20:09 iMil '*':
20:09 iMil - common
20:09 iMil weird weird
20:09 iMil that worked on 0.15.1
20:10 anarchival joined #salt
20:10 UtahDave ahammond: Yeah, I was working with Corey on that the night before last. I ran into the same issue.
20:11 vidul left #salt
20:11 UtahDave ahammond: I've been working to track it down, but haven't nailed it yet.
20:11 UtahDave iMil: are both master and minion upgraded?
20:12 iMil they are
20:12 iMil just check with pkg.version
20:12 iMil checked*
20:12 iMil they use gitfs, any change around this ?
20:12 ahammond UtahDave: any thoughts? I tried running git head on pre 15.3 and it was solidly returning from every minion.
20:13 ahammond UtahDave: however, I didn't test that to exhaustion. I only did 4 or 5 runs.
20:13 iMil same behaviour for all minions
20:14 iMil and I can confirm that worked before upgrading to 0.15.3
20:14 iMil let's see the logs
20:15 UtahDave that's really weird, iMil. your sls should match on everything
20:16 iMil indeed
20:16 iMil and it did
20:16 Corey UtahDave: Yeah, that issue is irritating in the extreme.
20:16 UtahDave yes.
20:16 efixit joined #salt
20:19 iMil salt-call shows the sls files are fetched
20:19 iMil so it doesn't seem related to gitfs
20:19 hfilter If anyone has time to have a look I would really appreciate it. This is what I currently have: pastebin.com/EHe1DAhf
20:20 dfinn my understanding of pillars may be off but I'm trying to use an example I found online to create roles using pillars.  I came up with this simple setup : http://pastebin.com/1DmDvgFc
20:20 dfinn but I'm getting this error when it runs : [CRITICAL] Pillar render error: Specified SLS salt_client in environment base is not available on the salt master
20:23 melinath joined #salt
20:25 UtahDave hfilter: try running sudo salt-call --local state.show_highstate         and also    state.show_sls
20:26 UtahDave dfinn: can you paste the contents of /srv/pillar/salt_client.sls    ?
20:26 dfinn i haven't created that file
20:27 iMil hm
20:27 iMil that's interesting
20:27 iMil imil@xizor:~$ sudo salt-call --local state.show_highstate
20:27 iMil [...]
20:27 iMil [INFO    ] Loading fresh modules for state activity
20:27 iMil imil@xizor:~$
20:28 iMil (nothing)
20:29 UtahDave dfinn: that's why you're getting that error, man.  It's saying that /srv/pillar/salt_client.sls doesn't exist
20:29 KyleG Random question guys, we're moving towards ssae 16 compliance and I was wondering if any of you are using any config/patch management tools for Mac environments and what they might be and their pricing
20:30 dfinn i'm really struggling with the right way to implement nodes and roles with salt it seems
20:31 UtahDave dfinn:  you need to create   /srv/salt/salt_client.sls    and add in there your roles
20:31 dfinn can you provide an example please?
20:31 UtahDave your pillar top file is just going to load whatever sls file the minion matches.
20:32 mastrolinux joined #salt
20:32 dfinn i thought that I was defining in the pillar/top.sls what each role each node is assigned
20:32 dfinn no?
20:33 UtahDave no, you're assigning which pillar sls files to apply to which minions
20:33 UtahDave the actual data exists in the sls file.
20:33 hfilter @UtahDave: Both give errors :-\ I've added the output to the previous pastebin: http://pastebin.com/hNBzayX6
20:33 dfinn hmmm….
20:33 alexl joined #salt
20:36 druonysus joined #salt
20:36 druonysus joined #salt
20:37 mgw joined #salt
20:40 dfinn UtahDave: this look better? http://pastebin.com/zknfmpBU
20:41 dfinn however now I'm getting this error: http://pastebin.com/6Vz9sxgh
20:42 bhosmer joined #salt
20:44 UtahDave dfinn: have you run   salt \* saltutil.refresh_pillar     ?
20:44 tuba_man joined #salt
20:46 UtahDave I think the highstate should refresh the pillar, but try that anyway
20:48 Ryan_Lane I've upgraded from a much older version of salt
20:48 Ryan_Lane now my custom modules don't work
20:48 Ryan_Lane Missing arguments executing "deploy.fetch": ArgSpec(args=['repo'], varargs=None, keywords=None, defaults=None)
20:49 UtahDave what version are you on now?
20:49 Ryan_Lane 15.3 ubuntu package
20:50 UtahDave can you pastebin your custom module? or the pertinent parts?
20:50 tuba_man hi everyone!  I'm looking to orchestrate about a dozen Linux systems and about 40ish Windows ones.  So far Salt's the only one that seems like windows is more than an afterthought.  Is anyone using it on Windows or has anyone already blogged about their experiences with it?
20:50 Ryan_Lane https://github.com/wikimedia/operations-puppet/blob/production/modules/deployment/files/modules/deploy.py
20:55 Ryan_Lane I'm calling it like this:
20:55 Ryan_Lane salt 'vanadium.eqiad.wmnet' deploy.fetch 'eventlogging/EventLogging'

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