Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2013-05-03

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

All times shown according to UTC.

Time Nick Message
00:00 auser joined #salt
00:07 jdenning joined #salt
00:13 nigel_ joined #salt
00:17 nigel_ hi guys, just curious if anyone has any advice for targeting minions when using aws cloudformation and autoscaling so that they automatically set themselves up? I currently have the master set to accept keys which is fine but I'm curious about targeting specific groups of servers probably based on ec2 security groups
00:19 berto- joined #salt
00:19 kleinishere joined #salt
00:22 KyleG sigh
00:22 KyleG Updated to 0.14.1 today
00:22 Corey Define that as a grain, perhaps?
00:22 KyleG Still have the "Environment could not be retrieved for User 'www'" error
00:22 KyleG :[
00:22 KyleG https://github.com/saltstack/salt/issues/4168
00:23 KyleG Am I supposed to take it that according to that bug it won't be fixed until 0.15.0
00:24 satshabad joined #salt
00:24 KyleG cedwards: Any possibility we could get the fix merged for the FreeBSD port?
00:27 aorist joined #salt
00:35 conan_the_destro joined #salt
00:38 ahall joined #salt
00:44 Gwayne joined #salt
00:56 inveratulo joined #salt
00:59 satshabad joined #salt
01:03 inveratulo good evening all -- I'm having a problem with seeing duplicate hosts when running salt against a nodegroup using '-N' see: http://pastebin.com/CV8GG1xt I can restart the daemon and the first run will only do one per host, but every run after that shows multiples
01:07 avathar left #salt
01:08 raadad_w1rk joined #salt
01:08 raadad_w1rk hey guys
01:08 raadad_w1rk is there anyway to get a .sls file to run via salt-call?
01:08 raadad_w1rk state.sls only will accept files that are stored in the tree
01:11 sgviking joined #salt
01:12 austin987 joined #salt
01:13 kleinishere joined #salt
01:23 ncjohnsto joined #salt
01:23 __aubricus joined #salt
01:24 __aubricus I'm trying to make sure a db is cretaed when the minion provisions, and I am using the example straight from http://docs.saltstack.com/ref/states/all/salt.states.mysql_database.html
01:24 __aubricus But I am getting this error:  State mysql_database.present found in sls app.config.mysql is unavailable
01:25 __aubricus Can anyone help?
01:25 __aubricus i am running a standard lamp stack mysql is running
01:29 joehh __aubricus: the mysql state will only be available if MySQLdb is available as a python module
01:29 joehh You may need to install the relevant library
01:29 __aubricus joehh: Ah, well that helps!
01:30 __aubricus Ah, there it is in the docs. Whoops. Sorry about that. Thanks again.
01:30 joehh no worries
01:32 jslatts joined #salt
01:46 efixit joined #salt
01:49 maspwr joined #salt
01:52 sharpone joined #salt
01:53 sharpone hello all. Any salty-vagrant experts around? I wonder if you can point me in the right direction here trying to install the plugin on OSX 10.8
01:54 sharpone http://pastebin.com/C0e89gCM if you get a moment...
01:56 bja joined #salt
01:56 bja_ joined #salt
01:57 xinkeT joined #salt
02:02 bja joined #salt
02:04 bja joined #salt
02:06 bja joined #salt
02:07 akoumjian sharpone: You probably need xcode command line tools (llvm gcc)
02:08 kleinishere joined #salt
02:10 sharpone thanks, I will give that a try
02:11 dlam joined #salt
02:15 drogoh joined #salt
02:17 freelock joined #salt
02:22 ccverg joined #salt
02:22 ccverg left #salt
02:34 jaddison joined #salt
02:34 cedwards Kyle: I haven't been following the conversation. What's the fix?
02:34 cedwards oops
02:39 kho joined #salt
02:40 bensix2 joined #salt
02:40 kho joined #salt
02:46 raadad_w1rk joined #salt
02:53 ncjohnsto joined #salt
02:57 SEJeff joined #salt
02:59 dcrouch joined #salt
03:01 dcrouch_ joined #salt
03:02 kleinishere joined #salt
03:25 Slipo joined #salt
03:26 hhenkel joined #salt
03:29 terrdry joined #salt
03:57 kleinishere joined #salt
03:57 Slipo joined #salt
04:06 jaddison left #salt
04:13 dlam hmm for some reason i cant create a database in my database.sls:  "State mysql_database.present found in sls database is unavailable"   anyone know what to check?
04:33 efixit joined #salt
04:40 Taan joined #salt
04:40 mahimahi joined #salt
04:41 sharpone left #salt
04:41 Ryan_Lane joined #salt
04:47 UtahDave joined #salt
04:51 kleinishere joined #salt
05:00 dthom91 joined #salt
05:07 ammmir joined #salt
05:10 sonp joined #salt
05:13 sonp Evening
05:15 sonp Anyone know if you can pass command line arguments when using cmd.script.  e.g.  - name: /tmp/script.sh arg1
05:18 UtahDave Yes you can
05:21 sonp So I am attempting to right now, and setting the argument via pillar data in a sls file.   Comment Output shows: "/tmp/rbenv-install.sh 1.9.3-p392" run.  But the script is now reading in the arg and keeps failing.
05:21 sonp now = not
05:23 sonp If I manually run the script, it runs fine
05:32 Taan can salt-cloud be running in virtualenv and not touch system's /{etc,var}?
05:39 Ryan_Lane1 joined #salt
05:41 kmrhb joined #salt
05:41 waverider joined #salt
05:46 kleinishere joined #salt
05:54 auser joined #salt
06:12 chapel joined #salt
06:19 sono_ joined #salt
06:25 dthom91 joined #salt
06:27 krissaxton joined #salt
06:27 Kamal joined #salt
06:38 drdran joined #salt
06:38 oliv_mc joined #salt
06:41 kleinishere joined #salt
06:47 ronc joined #salt
06:52 terrdry Hi
06:53 terrdry question about the  -source salt://<filename>
06:53 joehh dlam: the mysql state will only be available if MySQLdb is available as a python module. You may need to install the relevant library
06:53 joehh terrdry: hi
06:53 terrdry Hi Joehh
06:54 terrdry I'm running state.highstate on my master and my minion is not able to find the file that I'm referring to in my .sls
06:55 terrdry I check the minion's cache and I can't find it in the /files directory
06:55 terrdry I tried sync.all but it didn't help
06:55 drdran_ joined #salt
06:55 joehh can you paste the relevant bit at pastebin or similar?
06:55 terrdry sure!
06:55 joehh yeah - sync all is probably not what you want
06:58 SpX joined #salt
07:05 terrdry joehh:  http://pastebin.com/BRgWAqX6
07:05 terrdry joehh: Hope I'm not too wordy
07:06 dcrouch_ joined #salt
07:07 dcrouch__ joined #salt
07:13 terrdry What I'm expecting to see on the minion the entire utilities directory with its contents synced to the minion
07:14 __aubricus joined #salt
07:14 terrdry sorry... from the master to the miniion
07:14 terrdry damn... its getting late... my fingers are failing... LOL
07:18 terrdry joehh: http://pastebin.com/tcE0sPDM
07:18 jugimaster joined #salt
07:19 terrdry joehh: Had a small typo, every salt:// call needed to be prefixed with a utilities/ directory..
07:19 terrdry I did that and ran highstate... got the same result.. no file found
07:26 carlos joined #salt
07:27 joehh sorry there - busy for a few minutes looking now
07:27 terrdry joehh: no worries
07:27 dlam joehh: hey thanks for the MySQLdb tip!
07:28 tomspur joined #salt
07:28 terrdry joehh:  looking at master log ... unable to cache file "salt://utilities/packag.sh" from env "qa"
07:30 joehh Is the problem the use of /src vs /srv?
07:32 terrdry joehh: no... did I mistype something???
07:33 terrdry oh yes line 10.. typo.. the stuff is indeed in /srv/salt
07:33 joehh thats it
07:33 joehh is that a typo in the copy and paste or your config?
07:34 terrdry Line 10 is just a descriptor I placed to tell you what you're looking at for the following lines...
07:35 terrdry [.....]
07:35 joehh thought so
07:35 kleinishere joined #salt
07:37 joehh are the relevant files in both the dev and qa environments? Though I guess you have checked that
07:37 joehh looking to be beyond my knowledge sorry
07:38 terrdry joehh: No worries mate. Thanks for taking the time...
07:38 terrdry I'm calling this a day and I'll continue with this tomorrow...
07:38 terrdry Thanks for all the fish!!!
07:39 aleszoulek joined #salt
07:41 kmrhb joined #salt
07:42 martineg_ joined #salt
07:45 azbarcea joined #salt
07:48 dumol joined #salt
07:48 krissaxton joined #salt
07:48 scott_w joined #salt
07:49 dumol hi. how come there is no 'disable' option for salt.states.selinux? thanks
07:53 dthom91 joined #salt
08:06 bawnzai joined #salt
08:07 it_dude joined #salt
08:09 scott_w joined #salt
08:21 swa is fromrepo broken in salt.states.pkg ? Can't install a package in optional rhel repo
08:22 sgviking joined #salt
08:25 krak3n` joined #salt
08:27 dumol ok, i think i got it...  FTR, there is no dynamic way to disable it, you have to edit a file and reboot: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Security-Enhanced_Linux/sect-Security-Enhanced_Linux-Enabling_and_Disabling_SELinux-Disabling_SELinux.html
08:28 yota joined #salt
08:30 kleinishere joined #salt
08:30 Nexpro1 joined #salt
08:44 dthom91 joined #salt
08:49 kmrhb joined #salt
08:49 ggoZ joined #salt
08:56 SpX joined #salt
09:07 middleman_ joined #salt
09:11 ilbot_bck joined #salt
09:11 Topic for #salt is now Welcome to #salt - http://saltstack.org | 0.14.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/
09:14 dumol left #salt
09:16 Odd_Bloke joined #salt
09:16 krissaxton joined #salt
09:20 krissaxton joined #salt
09:24 kleinishere joined #salt
09:24 mou joined #salt
09:25 kmrhb joined #salt
09:32 krissaxton1 joined #salt
09:41 krissaxton joined #salt
09:44 Odd_Bloke I'm extending some git functionality, and would like to use the helpers in the git module.
09:44 Odd_Bloke Importing them normally doesn't work because __salt__ isn't made available to them.
09:45 Odd_Bloke Am I going to have to copy-paste them?
09:50 Odd_Bloke probablyfine: o/
09:51 probablyfine Odd_Bloke: o/
10:01 kmrhb joined #salt
10:02 Slipo joined #salt
10:03 aorist joined #salt
10:05 Elrondia joined #salt
10:08 Ivo joined #salt
10:08 Elrondia left #salt
10:08 krissaxton1 joined #salt
10:14 Grok joined #salt
10:14 bhosmer joined #salt
10:19 kleinishere joined #salt
10:19 it_dude joined #salt
10:53 ronc joined #salt
10:56 fredvd joined #salt
11:01 tharkun joined #salt
11:01 tharkun joined #salt
11:01 krak3n` joined #salt
11:07 it_dude joined #salt
11:07 kmrhb joined #salt
11:13 kleinishere joined #salt
11:24 kadel joined #salt
11:33 jslatts joined #salt
11:42 kmrhb joined #salt
11:42 timl0101 joined #salt
11:49 bja joined #salt
11:53 Newt[cz] joined #salt
12:04 bhosmer joined #salt
12:04 Newt[cz] joined #salt
12:08 kleinishere joined #salt
12:25 jslatts joined #salt
12:33 anteaya joined #salt
12:34 logix812 joined #salt
12:34 eculver joined #salt
12:34 kmrhb joined #salt
12:36 logix812 So I am exploring the events system, and I see the events coming back, and I see there is a tag filter I can apply. Couple of questions, is there a tag that represents only those events that are highstate completions?
12:37 logix812 If not, I see the data that comes back when a highstate completes,  what can I check for? 'out': 'highstate' ?
12:38 Bastion2202 joined #salt
12:38 zwevans joined #salt
12:46 copelco joined #salt
12:47 bja joined #salt
12:53 bja joined #salt
12:56 juicer2 joined #salt
13:01 dcrouch__ joined #salt
13:02 kleinishere joined #salt
13:11 krissaxton joined #salt
13:13 Bastion2202 joined #salt
13:14 marcinkuzminski after upgrade from 0.10.1 to 0.14.1 seems like we lost all communication with minions, is there a way to fix it, or to re-authenticate the minions somehow ?
13:16 krak3n` joined #salt
13:18 aleszoulek marcinkuzminski: Are the minions running?
13:18 fredvd joined #salt
13:18 marcinkuzminski aleszoulek: sure they are, we just updated the master
13:18 aleszoulek I believe there was some complain about pki file on minion
13:18 aleszoulek marcinkuzminski: Oh. They are running the old version?
13:19 marcinkuzminski yes
13:19 marcinkuzminski i saved accepted keys/master PKI
13:20 aleszoulek IIRC there was some pki format changes after 0.10
13:20 felixhummel joined #salt
13:20 aleszoulek I had to delete the file and reauth
13:21 aleszoulek The were complaining about that in minion logs
13:22 marcinkuzminski aleszoulek: you mean delete the master key on master or on minion
13:22 felixhummel hi! how do you tell minions to which environments they belong to? The minion config says "Remember that the recommended way to manage environments is to isolate via the top file."
13:23 swa marcinkuzminski: i confirm.. i had issues between minions running 0.10 and master running 0.14
13:24 marcinkuzminski swa: did you fix it, and if yes how ;)?
13:24 swa marcinkuzminski: I only had two minions so I went with the upgrade :)
13:24 marcinkuzminski i have 50 :D
13:24 krissaxton joined #salt
13:25 felixhummel All the examples (docs, github) contain only "base".
13:25 swa marcinkuzminski: i recommend you build a small lab to test before proceeding on production
13:26 aleszoulek marcinkuzminski: I updated minion, then - when starting - it was complaining about wrong pki file. I've deleted in (on minion) and restarted it
13:26 marcinkuzminski swa: aleszoulek, if there's no way i can re-auth the minions, i'll use some of our pararell bootstrap scripts to re-install latest versions on those lost minions
13:27 aleszoulek marcinkuzminski: Yeah.. You may need to reauth
13:28 aleszoulek So just apt-get update && apt-get upgrade && mv /.../pki/ (see logs) && restart salt-minion
13:28 aleszoulek I believe this is what I had to do
13:29 aleszoulek But it's some time, so I may not remeber that exactly. :-D
13:29 marcinkuzminski just PITA task here is to get ip's of those machines… and SSH to them
13:30 swa marcinkuzminski: check out rundeck.org.. nice companion to salt
13:30 timl0101 joined #salt
13:31 marcinkuzminski swa: thanks, i'll check it out
13:36 aleszoulek marcinkuzminski: Yeah. Updating salt could use a bit more support in salt itself..
13:36 aleszoulek Especialy given the frequency of new version releases
13:36 bhosmer joined #salt
13:37 marcinkuzminski i'm almost happy with 0.14.1 except big speed regression on highstate
13:37 __gotcha joined #salt
13:38 marcinkuzminski i hope i wont need to upgrade for a long time now...
13:42 kleinishere joined #salt
13:43 napperjabber joined #salt
13:43 jsm joined #salt
13:43 aleszoulek marcinkuzminski: How many minions you're managing?
13:44 bhosmer joined #salt
13:44 marcinkuzminski aleszoulek: it depends when, but 100-400
13:44 Odd_Bloke I'm extending some git functionality, and would like to use the helpers in the git module.  Importing them normally doesn't work because __salt__ isn't available to the imported modules.  Am I going to have to copy-paste them?
13:44 swa I have two states.. selinux.off and selinux.on.. selinux.off is deployed across all minions (don't hit me, selinux deployment is a work in progress) and a couple of minions should have selinux.on. Is there a way to "prioritize" states ?
13:45 matanya joined #salt
13:46 Odd_Bloke swa: How are you identifying those minions that should have it on?
13:46 aleszoulek Odd_Bloke: I'd fork then (copy the whole file), add what you need and send that as pull req
13:46 aleszoulek If that makes any sense
13:46 aleszoulek swa: There is order
13:47 swa Odd_Bloke: I have a "common" env.. I'd apply selinux.off to '*' and selinux.on to specific minions
13:47 Odd_Bloke aleszoulek: Yeah, that's what I'll do eventually; was wondering if there was an option in the interim.
13:47 Odd_Bloke swa: Just based on hostname?  Or is there something else that identifies them?
13:48 swa Odd_Bloke: aleszoulek : i see selinux.off is applied then selinux.on.. i just want to make sure it is always applied in the same order
13:48 Odd_Bloke Because you could use grains to determine it...
13:48 aleszoulek Or I'd set list of selinux minions in pillar and then have a selinux/init.sls state that would "if grains.id in pillar.selinux.on" ... else..
13:48 swa Odd_Bloke: I could go with roles
13:49 emilis_info joined #salt
13:49 bhosmer joined #salt
13:49 aleszoulek I'd really define the list of "on" minions in pillar. It's what the pillar is for, anyways...
13:49 swa left #salt
13:49 swa joined #salt
13:49 swa aleszoulek: yeah, that's probably the best way to do it.. thanks
13:50 aleszoulek We use pillar (and ext_pillars) quite extensively.. And so far so good :)
13:53 krissaxton joined #salt
13:58 bhosmer joined #salt
14:03 kmrhb joined #salt
14:14 jslatts joined #salt
14:14 bhosmer_ joined #salt
14:14 __gotcha joined #salt
14:14 __gotcha joined #salt
14:15 andrewL joined #salt
14:16 andrewL hi is it possible to target minions by things other than hostname in the master config file (e.g. to target all minions with a 'role' grain of 'webserver' as part of the definition for the peer interface)?
14:17 bhosmer__ joined #salt
14:20 aberant joined #salt
14:20 dinopetrone joined #salt
14:21 dinopetrone is there a tag for a high state complete event? if not, is there a way to detect that a high state is finished with event data?
14:24 aleszoulek andrewL: You can target by pillar data, or grains...
14:26 __gotcha joined #salt
14:26 andrewL http://docs.saltstack.com/ref/configuration/master.html - under "Peer" it says it uses a regex and suggests that's just against host name
14:26 __gotcha joined #salt
14:26 andrewL can i definitely target by grain, pillar data, etc in that file?
14:26 bhosmer joined #salt
14:27 kho joined #salt
14:32 kho joined #salt
14:33 aleszoulek andrewL: Ah. I thought you're asking about salt cli.
14:34 kleinishere joined #salt
14:34 aleszoulek andrewL: You probly cann't do it there, since minions control the grains/pillars, you would efectively allow all minions to return data, that would allow them in peer directive
14:37 andrewL ah ok thanks
14:40 mlister2006 joined #salt
14:42 mlister2006 salters: I am looking for a suggestion.
14:42 krissaxton joined #salt
14:42 aberant joined #salt
14:43 mlister2006 when I push state to several minions (say 50+) or just   salt '*' test.ping.  It doesn't tell me if any minion is down. (I understand master is stateless and would only listen for responding minion)
14:43 mlister2006 so I use a wrapper command, where after every salt command it runs 'salt-run manage.down' and tell us if any minion is down recently.
14:43 m_george left #salt
14:44 SEJeff_work mlister2006, Pretty sure salt -v will tell you
14:44 SEJeff_work which are down
14:45 Nexpro1 joined #salt
14:45 mlister2006 oh, nice. missed that one. I thought it just reports jid.
14:45 mlister2006 will try that. thx.
14:47 spudbook joined #salt
14:47 aleszoulek SEJeff_work: Nice. Can you get this info from client.cmd aswell?
14:48 SEJeff_work aleszoulek, I don't know. Try it out and tell me :)
14:50 aleszoulek SEJeff_work: Haha! Yeah..
14:50 aleszoulek Cause we're setting unreasonable big timeout= kwarg to make sure it waits for all the minions to finish... And that seems a bit stupid
14:51 teskew joined #salt
14:51 whit_ joined #salt
14:52 aleszoulek like client.cmd('*', 'state.sls', ('nginx',), timeout=1000); and then other state.sls call. Since in case the 1st returns to early, the second would fail on multiple state calls running on a same box
14:53 kmrhb joined #salt
14:55 SEJeff_work aleszoulek, I don't know honestly
14:56 aleszoulek No worries. Good to know I need to investigate on that...
14:57 aleszoulek Finaly made local salt test work.. So I'll be able to better hack them...
14:58 aleszoulek Anyways I think salt would use better tests support (both its own, and test case classes for external modules/states/ext_pillars)..
14:58 mlister2006 well salt -v sort of works. but in a situation like.  salt -v -I 'roles:MyRole' test.ping  or salt -v -G 'os_family:RedHat' test.ping doesn't report downed minions
14:59 mlister2006 wondering if option like:  salt --down-report (may be worth requesting?) so it will report down minions in any case.
14:59 SEJeff_work mlister2006, You can give it a shot
14:59 aleszoulek mlister2006: That would have something to do with the fact that quering byt -I or -G needs to call the minion in the 1st place
15:00 aleszoulek SEJeff_work: But it would be definitely worth suggesting this feature
15:00 mlister2006 well if minion is down, then it may not render grains or pillars (unless it is looking at cache on master side and deciding fro there)
15:00 mlister2006 thanks all for your input. going to open a feature request
15:01 wmason joined #salt
15:02 poswald joined #salt
15:06 LGSilva joined #salt
15:06 LGSilva hello
15:07 jslatts joined #salt
15:08 LGSilva on salt I know it's possible to run a single state with "salt '*' state.sls mystate". Is there a way to run just one part of the state? let's say that "mystate" starts a service but also copies a folder and I want just to copy the folder.
15:12 aleszoulek LGSilva: Either split the files, or you can define the copy folder state directly as state.high '{"x": "file": ["recursive"]}'
15:12 aleszoulek LGSilva: state.sls has exclude kwarg, if that would help you...
15:12 matanya joined #salt
15:13 LGSilva thank you aleszoulek. It would be nice to run state.sls mystate:file_copy
15:13 dinopetrone joined #salt
15:15 timl0101 joined #salt
15:15 aleszoulek LGSilva: Yeah. There's exclude already...
15:15 kermit joined #salt
15:15 aleszoulek LGSilva: So, you can suggest that :)
15:16 LGSilva I will :)
15:18 timl0101_ joined #salt
15:25 jeffrubic I just posted the following question on stackoverflow: http://stackoverflow.com/questions/16362423/how-do-i-make-one-custom-state-dependent-on-another
15:29 aleszoulek seuss: have_green_eggs
15:29 aleszoulek ?
15:29 aleszoulek STATE_MODULE: STATE_NAME
15:33 timl0101 joined #salt
15:33 timl0101 joined #salt
15:36 Odd_Bloke jeffrubic: Just posted an answer.
15:37 jeffrubic Odd_Bloke: thanks much
15:41 jdenning joined #salt
15:42 bja joined #salt
15:45 Odd_Bloke jeffrubic: Just expanded my explanation a bit.
15:45 jaddison joined #salt
15:46 jeffrubic Odd_Bloke: That makes sense.  It answers both conditions of call from same or different modules
15:46 jeffrubic *calling
15:46 erchn joined #salt
15:47 erchn hi all, does anyone know of any additional documentation on the reactor system, or the available list of reactor events?
15:47 erchn the main doc is a little scant on details
15:52 jeffrubic akoumjian: To follow-up on your SO comment, it's generally best to design one state per custom state module?
15:53 akoumjian jeffrubic: No, you can define multiple states per state module, but designed in a way tha tyou would never call two different states on that module to a declaration of the same name.
15:53 akoumjian jeffrubic: This is because you will notice the require/watch commands only take the state module name and the declaration name when writing a requisite
15:53 jeffrubic so it's just a namespace issue then?
15:54 akoumjian jeffrubic: Pretty much. If you had an nginx: - file.managed and an nginx: - file.removed; a watch statement wouldn't know which state you were requiring with require: - file: nginx
15:55 jeffrubic gotcha.
15:55 akoumjian jeffrubic: So all I was saying is that you define your state modules in a similar way, where you wouldn't ever really use .managed and a .removed on the same state declaration
15:56 Ryan_Lane joined #salt
15:56 Daviey joined #salt
15:58 jaddison left #salt
15:59 maspwr joined #salt
16:00 emilis_info joined #salt
16:00 krissaxton joined #salt
16:01 Bastion2202 joined #salt
16:01 Bastion2202 left #salt
16:04 logix812 joined #salt
16:06 logix812 Is there a tag for events that represents when a highstate completes? Otherwise, is out: highstate what I should be looking for in the event data?
16:06 logix812 with cmd: _return
16:07 soNo_ joined #salt
16:08 Bastion2202 joined #salt
16:10 soNo_ Howdy,  trying to use some pillar data.  Specifically a list of users and I am calling it  with the following: {% for user in pillar['dev_users'] %}.  When I run the state I get "The state <username> is sls users is not formed as a list"
16:11 SEJeff_work soNo_, So what does pillar['dev_users'] look like?
16:11 SEJeff_work in your pillar sls file
16:11 KyleG joined #salt
16:11 soNo_ Contents of pillar/users/init:  dev_users = ['user1', 'user2', 'user3']
16:12 soNo_ err the file is pillar/users/init.sls
16:12 SEJeff_work soNo_, It is yaml. Thats not a list in yaml
16:12 SEJeff_work >>> yaml.load("dev_users = ['user1', 'user2', 'user3']")
16:12 SEJeff_work "dev_users = ['user1', 'user2', 'user3']"
16:12 SEJeff_work it is a string :D
16:13 SEJeff_work try:
16:13 SEJeff_work dev_users:
16:13 SEJeff_work - user1
16:13 SEJeff_work - user2
16:13 SEJeff_work - user3
16:13 SEJeff_work >>> yaml.load("""dev_users:
16:13 SEJeff_work ...   - user1
16:13 SEJeff_work ...   - user2
16:13 SEJeff_work ...   - user3""")
16:13 SEJeff_work {'dev_users': ['user1', 'user2', 'user3']}
16:13 mirrorbox joined #salt
16:14 SEJeff_work soNo_, Notice how it rendered as a dictionary
16:14 SEJeff_work with the key dev_users
16:14 SEJeff_work and the value is a list with user1-3?
16:14 SEJeff_work I did that from the python shell
16:14 soNo_ http://pastebin.com/8wqshzAZ
16:14 SEJeff_work soNo_, you didn't do saltutil.refresh_pillar after changing it I bet
16:15 SEJeff_work Because that is valid
16:15 SEJeff_work the first one is not
16:15 soNo_ I did, and I can see the list in the pillar data after
16:16 SEJeff_work Then it will work
16:16 SEJeff_work I do that a lot in my pillar data and have no problems
16:17 satshabad joined #salt
16:17 soNo_ Ouput from salt \* pillar.data included http://pastebin.com/XAYcTgMx
16:19 SEJeff_work soNo_, Can you paste the entire state file please? I think it is iterating fine, and is failing below your for loop
16:20 soNo_ jas - going to revert  and see if I didn't typo something in earlier.
16:22 obuisson joined #salt
16:22 obuisson hello all
16:22 freesteve1 joined #salt
16:22 freesteve1 left #salt
16:26 parallel21 joined #salt
16:26 soNo_ ugh. Same thing - http://pastebin.com/QP9t8YsV
16:27 soNo_ Included pillar sls, state sls and ouput from running command
16:39 SEJeff_work soNo_, Yeah thats not formed properly
16:39 SEJeff_work try putting a : after -present
16:41 whit joined #salt
16:44 soNo_ fail :-/
16:44 soNo_ Awesome and thank you!
16:44 soNo_ I changed it to:
16:44 soNo_ user:
16:45 soNo_ - present
16:45 ZenoTasedro joined #salt
16:47 dlam joined #salt
16:52 logix812 joined #salt
16:54 JasonSw joined #salt
16:56 whit joined #salt
16:57 ZenoTasedro howdy guys, I'm trying to use salt-cloud with an openstack deployment that doesn't use a valid ssl cert is there a way to configure the openstack provider to allow insecure ssl certs?
17:01 Ryan_Lane joined #salt
17:02 JasonSw I have a SaltState formatting question..... I cannot seem to get it right.  I know I am doing it wrong, but what is the "right" way.  http://pastebin.com/t9eSUWCm
17:04 JasonSw I get; mapping values are not allowed here   in "<unicode string>", line 4, column 14:           - names:
17:10 kleinishere joined #salt
17:12 terrdry joined #salt
17:12 cedwards JasonSw: are you using tab characters or space characters?
17:23 _ilbot joined #salt
17:23 Topic for #salt is now Welcome to #salt - http://saltstack.org | 0.14.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/
17:30 JasonSw ZenoTasedro: I am trying pkgs now......   can do you grain logic with pkgs as well?
17:37 Snow-Man joined #salt
17:43 akoumjian JasonSw: I can't recall if this breaks yaml or not, but your `- installed` line is only indented one space instead of two, also making everything else indented 3 spaces below it
17:43 auser joined #salt
17:43 akoumjian also, definitely use pkgs
17:47 Snow-Man I'm looking to run 4 instances of a service on each of 8 physical servers (total of 32 services).  The services are mostly identical but need to reside in different directories.  I'd like to be able to relatively easily change which specific service is running on which server (eg: if a server goes down, bring up its services on other servers).
17:48 Snow-Man Was trying to figure out how to avoid explicitly defining each service.  At some level, I need to provide a mapping from service to server and that's fine.
17:48 auser hey, does anyone here use salt to manage hadoop?
17:48 JasonSw akoumjian: Let me look at the...
17:48 Snow-Man Even if I have to define all the services, I'd like to use a common config in them, but the directories would need to be based off of the service ID..
17:48 Snow-Man auser: yes.
17:48 JasonSw *that and not the
17:48 auser nice Snow-Man
17:49 auser I've only used it to manage deployment of node and ruby/rails services
17:49 Snow-Man anyway, any thoughts or suggestions about how to structure things in salt would be appreciated.
17:50 auser what do you mean *things* Snow-Man?
17:50 SEJeff_work Snow-Man, Thats what pillar is for
17:50 Snow-Man SEJeff_work: well, I do have pillar and I figure that I can use it to define the mapping between services and servers
17:50 SEJeff_work yes
17:50 Snow-Man but then I want to have a set of directories which exist for a given service where the directory names are driven off the service ID..
17:50 SEJeff_work Snow-Man, And per-server directory paths for each service on each different server
17:51 Snow-Man I'd have to explicitly define every directory for every service tho..
17:51 SEJeff_work Snow-Man, {% for name in ["service1", "service2", "service3"] %} ...
17:51 SEJeff_work in your pillar
17:52 Snow-Man can you iterate over a list that's defined in pillar?  where the list is also defined in pilalr?
17:52 SEJeff_work Snow-Man, of course!
17:52 * Snow-Man is relatively new to salt and pillar and is only marginal at python, at best. :)
17:52 SEJeff_work <SEJeff_work> dev_users:
17:52 SEJeff_work <SEJeff_work>   - user1
17:52 SEJeff_work <SEJeff_work>   - user2
17:52 SEJeff_work <SEJeff_work>   - user3
17:52 SEJeff_work Thats something I pasted earlier
17:52 SEJeff_work that is pillar data
17:52 SEJeff_work so you'd do:
17:53 SEJeff_work services:
17:53 SEJeff_work - service1
17:53 SEJeff_work - service2
17:53 SEJeff_work - service3
17:53 SEJeff_work etc
17:53 Snow-Man sure
17:53 SEJeff_work Then in a state: {% for service in pillar.get("services", []) %} ...
17:53 Snow-Man hmmm, ok
17:53 SEJeff_work Snow-Man, Does that do what you're trying to do?
17:53 SEJeff_work You can also have the service as a dictionary
17:54 SEJeff_work where the key is the servicename
17:54 SEJeff_work the path is the directory
17:54 SEJeff_work I'd name the key service_dir_map or something
17:54 Snow-Man right...  how do I marry that up to the list that says "services 1, 5, 7 exist on box Q"?
17:55 Snow-Man basically, can I take the salt id (or hostname, whatever) and look it up?
17:55 SEJeff_work services:
17:55 SEJeff_work Snow-Man, {% if grains["id"] == "webserver_minion" %}
17:55 SEJeff_work - webserver
17:55 SEJeff_work {% elif grains['id'] == "devserver" %}
17:55 SEJeff_work - webserver
17:55 SEJeff_work - database
17:55 SEJeff_work - redis_cache
17:55 SEJeff_work {% else %}
17:55 Snow-Man I'd want something like: {% for service in pillar.get(grains[id]) ...
17:55 SEJeff_work - nothing
17:55 SEJeff_work {% endif %}
17:55 SEJeff_work Snow-Man, So that part you'd put in the states
17:56 dthom91 joined #salt
17:56 SEJeff_work you put the logic in the grains
17:56 SEJeff_work gah
17:56 SEJeff_work put the logic in pillar of what goes where
17:56 SEJeff_work ie these services on this minion
17:56 SEJeff_work put the logic of how to put it down goes into the states
17:56 SEJeff_work make sense?
17:56 aberant joined #salt
17:56 Snow-Man kind of..  gonna try and work through it
17:57 Ryan_Lane joined #salt
17:59 eightyeight does low chunk do the truffle shuffle? :)
18:00 auser for instance Snow-Man: https://gist.github.com/auser/5096493
18:00 * Corey buys SEJeff_work a pastebin
18:00 jkleckner joined #salt
18:00 auser holla Corey
18:00 SEJeff_work auser, Is that how you do it?
18:00 SEJeff_work Nice!
18:00 Corey auser: Helo.
18:00 auser i'ts been a while
18:01 auser I have a few updates to that
18:01 auser but that's the basic structure
18:02 whit joined #salt
18:03 Corey Yeah, I've *gotta* get more into pillar.
18:04 auser I can definitely help if ya want Corey
18:05 utahcon joined #salt
18:07 jhulten joined #salt
18:07 JasonSw Pillar is my next task
18:07 JasonSw Base working dual OS deployment is my first goa
18:07 JasonSw l
18:07 Corey auser: Yeah, I need to sit down and actually wrap my head around it.
18:08 ronc joined #salt
18:09 SEJeff_work Well at least you have plenty of head to do that with
18:09 auser yep SEJeff_work
18:09 terrdry Hi all, I'm wrestling with creating a multi environment configuration. My .sls are making it to the minion but none of my support files that are referenced in my .sls files as salt://blah.txt
18:09 spudbook joined #salt
18:10 ZenoTasedro terrdry: those files are relative to /srv/salt i believe, perhaps that could be the issue?
18:10 Corey terrdry: salt://blah.txt will almost never match.
18:10 terrdry any ideas what I might be doing wrong? Give me a few minutes and I can send you a pastebin if anyone is interested
18:11 terrdry ZenoTasedro: I've put them in the main folder but they don't make it to the minion
18:11 thehoule joined #salt
18:12 ZenoTasedro terrdry: hmm, yeah throw it up and pastebin and we'll take a look
18:27 terrdry ZenoTasedro: http://pastebin.com/zGFwfqyD
18:31 ZenoTasedro terrdry: i don't see the salt:// reference in this one
18:31 ZenoTasedro is this the file being included?
18:32 terrdry That would be in the prometheus.scm.sls that I didn't include
18:33 terrdry ZenoTasedro: If I go on the minion and look at its /var/cache directory I should find the .sls files right?
18:34 terrdry ZenoTasedro: Shouldn't I also see the other kinds of files as well? if not how do I get them there. When I just used the base without any environments it worked fine
18:34 terrdry ZenoTasedro: The files got to the minion
18:35 ZenoTasedro yeah they should show up there i think, looking at mine it the included files in there on the minion, I'm not sure if there's something that makes that work differently with environments though
18:35 ZenoTasedro i've yet to tinker with setting up environments like that yet
18:36 thehoule joined #salt
18:39 terrdry ZenoTasedro: No worries, I'll just dig more
18:41 ZenoTasedro terrdry: i'm still getting used to all this too, good luck though!
18:47 parallel21 left #salt
18:47 auser brb
18:48 SpX joined #salt
18:51 teebes joined #salt
18:53 dlam i have too computers:  "app-server"  "database-server",   is it possible to install different things for each by specifying it in  roots/salt/top.sls  (or something)?
18:54 dlam err *two minions   (in a masterless setup)
19:03 KyleG joined #salt
19:03 KyleG joined #salt
19:04 whit joined #salt
19:09 akoumjian dlam; Definitely. That is the very point of the top.sls.  You want to match your app and db minions by either their minion-id, or by custom grains (both can be set in the minion config)
19:14 yumike joined #salt
19:15 dlam ooo ok great,  im using salty-vagrant, is there a place to specify the minion-id? like i got a minion-appserver file  with the 'file_roots' and 'pillar_roots' setting things
19:15 dlam for some reason I can't get it to match to anything in top.sls  =\
19:17 dlam ooo i found it!   https://github.com/mattmcclean/vagrant-salt/blob/master/minion.conf#L25
19:19 zwevans joined #salt
19:29 dlam im gonna phone order "The Big Hot Dog"   http://www.subculturedeli.com   Q. anyone want anything
19:36 akoumjian dlam: Yes, all that gets specified in the minion config file. salty-vagrant will copy it from your host to the guest vm at /etc/salt/minion. You just need to tell it where to find the minion conf like this: https://github.com/saltstack/salty-vagrant/blob/develop/example/complete/Vagrantfile#L13
19:36 akoumjian dlam: Also that repo you linked to is not salty-vagrant, it is a different project
19:42 whit joined #salt
19:43 aorist joined #salt
19:47 Bastion2202 joined #salt
19:52 it_dude joined #salt
19:53 kleinishere joined #salt
19:54 p3rror joined #salt
19:54 kleinishere joined #salt
19:55 logix812 When I run salt-cloud, it looks like the only providers available are saltify'
19:56 logix812 I've just been stepping though the code as well and the run of salt's loader.py which salt-cloud is using only hands back saltify stuff
19:56 logix812 self.clouds = saltcloud.loader.clouds(self.opts)
19:57 logix812 the modules all get loaded, but the loop in salt's loader's gen_functions basically prunes them all out
19:59 napperjabber joined #salt
20:02 bja joined #salt
20:04 kho joined #salt
20:06 kermit joined #salt
20:16 it_dude joined #salt
20:16 spudbook joined #salt
20:26 KyleG joined #salt
20:27 KyleG1 joined #salt
20:36 it_dude joined #salt
20:39 Odd_Bloke joined #salt
20:39 bja joined #salt
20:40 kleinishere joined #salt
20:46 dlam whoops, i asked subculturedeli question in wrong channel x__x
20:47 backjlack joined #salt
20:49 copelco joined #salt
20:51 it_dude joined #salt
20:53 Slipo joined #salt
20:56 it_dude joined #salt
20:58 hamburger2109380 joined #salt
20:58 jaddison joined #salt
21:01 kleinishere joined #salt
21:03 kleinishere joined #salt
21:08 it_dude joined #salt
21:08 oliv_mc joined #salt
21:08 terrdry Has anybody used more than just the base environment for defining your SLS configuration?
21:15 aberant joined #salt
21:17 jaddison joined #salt
21:18 Slipo joined #salt
21:19 thehoule joined #salt
21:21 dlam terrdry: you mean like the top.sls in a minion config?
21:22 terrdry dlam: more like the one on the master
21:23 terrdry dlam: I'm just trying to get a set of configuration files that can be referenced by all my environments
21:23 terrdry dlam: via salt://??????
21:25 kleinishere joined #salt
21:25 dlam ohhhh i know the answer i think!
21:25 kermit joined #salt
21:25 dlam i think you use -include
21:26 dlam and then you can reference a different state file with shared stuff:  like -shared.packages
21:27 dlam here's my directory structure:   http://pastebin.com/NLkEgnQN
21:27 dlam ^  i put all my shared config stuff in the "shared" folder above
21:27 dlam this thing:  http://docs.saltstack.com/ref/states/highstate.html#include-declaration
21:28 dlam (disclaimer: im a noob so what i'm saying might not be right)
21:34 terrdry dlam: Let me check that out... THanks!
21:34 napperjabber joined #salt
21:36 dlam oh oh also read this about "module references":  http://docs.saltstack.com/ref/states/highstate.html#term-module-reference
21:37 dlam ^ i think that might be the answer to your earlier question entirely maybe
21:38 bja joined #salt
21:46 thehoule ping
21:51 ronc joined #salt
21:51 bemehow joined #salt
21:54 Hinnack joined #salt
21:56 Hinnack How far us configuration Management on windows? Can i add / remove roles and features on win2008 servers and configure iis?
22:00 Hinnack joined #salt
22:01 dthom91 joined #salt
22:01 kermit joined #salt
22:04 erchn joined #salt
22:07 SEJeff_work Hinnack, You can try :)
22:07 SEJeff_work but likely not
22:18 bja joined #salt
22:23 jaddison joined #salt
22:28 thehoule left #salt
22:29 thehoule joined #salt
22:41 KyleG joined #salt
22:44 meohmy joined #salt
22:45 meohmy Hi everyone. I have an sls file which seems to some what work. But I want to add something so that every package is updated to the latest version...the equivalent of apt-get dist-upgrade (I'm running ubuntu)
22:46 meohmy Can someone tell me what to add to my sls for this?
22:48 jaddison joined #salt
22:51 Ivo joined #salt
22:53 kho joined #salt
22:56 kleinishere joined #salt
23:00 meohmy Any ideas? I'm desparate. :)
23:03 jugimaster joined #salt
23:04 p3rror joined #salt
23:19 dlam noob here, but maybe run a shell command?   http://docs.saltstack.com/ref/states/all/salt.states.cmd.html
23:21 akoumjian meohmy: There is a pkg.latest state, are you using that? http://docs.saltstack.com/ref/states/all/salt.states.pkg.html#salt.states.pkg.latest
23:23 meohmy akoumjian: I've seen that but I don't know how to make it work for all packages already installed.
23:25 akoumjian meohmy: I don't follow. If you set a pkg.latest state declaration in your sls files for all the packages you want to be latest, it should work every time you execute state.highstate
23:25 akoumjian You mean you want every pkg in your system to be upgraded, without specifying?
23:28 spudbook joined #salt
23:31 ArtVandalae joined #salt
23:39 berto- joined #salt
23:45 KyleG joined #salt
23:46 xet7 joined #salt

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