Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-03-17

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

All times shown according to UTC.

Time Nick Message
00:00 mgw joined #salt
00:00 tigerside left #salt
00:03 TheCleanGame left #salt
00:05 pdayton joined #salt
00:27 fllr joined #salt
00:49 quickdry21 joined #salt
00:51 suckaplease is it possible to have more than one level of inheritance in salt-cloud profiles using extend?
00:52 ajw0100 joined #salt
00:58 elfixit1 joined #salt
01:01 TyrfingMjolnir joined #salt
01:01 fllr joined #salt
01:07 googolhash joined #salt
01:14 philipsd6 joined #salt
01:21 yomilk_ joined #salt
01:22 gnugnu9 joined #salt
01:24 fullung joined #salt
01:25 dccc joined #salt
01:26 fullung i'm using salt-call --local --file-root --pillar-root to test some stuff. seeing this error: State foo.bar found in sls baz is unavailable where foo should come from <fileroot>/_modules/foo.py. is there a way to make this work with salt-call --local?
01:29 fullung ah, salt-call --local saltutil.sync_states to the rescue
01:34 joehillen joined #salt
01:40 MTecknology joined #salt
01:49 jeremyfelt joined #salt
01:58 malinoff joined #salt
01:58 favadi joined #salt
02:03 Nexpro joined #salt
02:03 taion809_ joined #salt
02:03 TyrfingMjolnir joined #salt
02:07 mgw joined #salt
02:08 oz_akan_ joined #salt
02:13 Luke joined #salt
02:16 googolhash joined #salt
02:22 rostam joined #salt
02:28 andrej If I utilise the mine module - is there an expiration time of cached data? Or is indefinitely valid (until the next refresh)?
02:33 baniir is there a way to use something like [ "$a" = "foo" ] as an unless option to cmd.run
02:36 manfred andrej: should be valid until you remove the mine.
02:37 manfred baniir: - test {{ a }} -eq 'foo'
02:38 manfred $ which test
02:38 manfred /usr/bin/test
02:42 andrej manfred - thanks (again).  *should* or *will*? :)
02:45 manfred i am about 95% sure
02:45 andrej oh ok
02:45 manfred i still have some on my master from a while ago
02:45 n8n joined #salt
02:46 baniir manfred: i'm not sure that will work as the contents between {{ }} should be a command
02:47 manfred then do $(some command)
02:48 baniir i need string comparison
02:48 oz_akan__ joined #salt
02:51 manfred you can use 'expr match' to use regex to match
02:52 manfred or you can just use /usr/bin/[ ... so just what you had above [ $(some command) == 'foo' ] http://ix.io/b7A
02:54 yomilk joined #salt
02:55 timoguin joined #salt
02:56 manfred baniir: http://tldp.org/LDP/abs/html/refcards.html
03:08 shadowsun What version of halite should work with salt-master 2014.1.0? I thought version 0.1.15 was supposed to work, but I just reverted version by version back to 0.1.08 before I could get a version that would run cmd.script again -- or is halite out of sync with the current version of salt for some reason?
03:09 davetoo left #salt
03:15 pydanny joined #salt
03:23 napper2 joined #salt
03:23 jeremyfelt joined #salt
03:36 acabrera joined #salt
03:41 Furao joined #salt
03:45 suckaplease joined #salt
03:47 HeadAIX joined #salt
03:48 mgw joined #salt
03:59 sroegner joined #salt
04:01 xl1 joined #salt
04:03 giles joined #salt
04:04 n8n joined #salt
04:08 pydanny joined #salt
04:11 salt_user_1 joined #salt
04:11 salt_user_1 hello, having trouble running salt-minion
04:11 salt_user_1 Traceback (most recent call last):   File "/usr/bin/salt-minion", line 14, in <module>     salt_minion()   File "/usr/lib/python2.6/dist-packages/salt/scripts.py", line 29, in salt_minion     minion.start()   File "/usr/lib/python2.6/dist-packages/salt/__init__.py", line 195, in start     self.prepare()   File "/usr/lib/python2.6/dist-packages/salt/__init__.py", line 183, in prepare     self.minion = salt.minion.Minion(self.conf
04:11 salt_user_1 can any one help
04:12 salt_user_1 File "/usr/lib/python2.6/dist-packages/salt/crypt.py", line 219, in verify_master     if payload['pub_key'] != local_master_pub: TypeError: string indices must be integers, not str
04:18 salt_user_1 anyone?
04:18 shadowsun not the most hopping time
04:19 shadowsun ;)
04:19 shadowsun What version is your salt-minion and what version is your salt-master?
04:21 salt_user_1 @shadowsun            Salt: 0.15.1
04:21 salt_user_1 salt minion running 0.15.1
04:22 salt_user_1 salt master Salt: 2014.1.0
04:23 manfred that is impressive
04:24 salt_user_1 installed minion using salt-bootstrap may be i shouldnt?
04:24 mapu joined #salt
04:31 manfred what distro is on the minion?
04:32 salt_user_1 armv5tel Debian 6.0
04:32 manfred ahh, that would explain that.
04:33 manfred salt_user_1: i would install using git v2014.1.0 for your salt bootstrap args, instead of using the old version from that's repos
04:34 salt_user_1 @manfred tks trying tht now
04:34 malinoff joined #salt
04:36 salt_user_1 @manfred how do i install just salt-minon from https://github.com/saltstack/salt
04:38 manfred curl -L http://bootstrap.saltstack.org | sudo sh -s -- git v2014.1.0
04:40 salt_user_1 tks
04:43 jab416171 joined #salt
04:44 salt_user_1 manfred: same error with salt-minion 2014.1.0
04:44 salt_user_1 File "/usr/lib/python2.6/dist-packages/salt/crypt.py", line 301, in verify_master     if payload['pub_key'] != local_master_pub: TypeError: string indices must be integers, not str
04:44 manfred hrm, no idea
04:51 TyrfingMjolnir joined #salt
04:53 yomilk joined #salt
04:53 schimmy joined #salt
04:55 shadowsun You might try running "salt-minion -l debug' directly on the commandline
04:55 shadowsun does anyone know what the new way to specify which environment files should be pulled from is?
04:55 shadowsun (git backend)
04:55 salt_user_1 shadowsun: i did and the error is TypeError: string indices must be integers, not str
04:57 shadowsun salt_user_1: Yes, but debug might give you more information about what is being passed
04:57 shadowsun i.e.
04:57 shadowsun Is it actually getting this from the salt-master or is it tripping over its own cert?
04:58 codekoala joined #salt
04:59 schimmy joined #salt
04:59 salt_user_1 [ERROR   ] An un-handled exception was caught by salt's global exception handler:
04:59 salt_user_1 Traceback (most recent call last):
04:59 salt_user_1 File "/usr/bin/salt-minion", line 14, in <module>     salt_minion()   File "/usr/lib/python2.6/dist-packages/salt/scripts.py", line 35, in salt_minion     minion.start()   File "/usr/lib/python2.6/dist-packages/salt/__init__.py", line 221, in start     self.prepare()   File "/usr/lib/python2.6/dist-packages/salt/__init__.py", line 209, in prepare     self.minion = salt.minion.Minion(self.config)   File "/usr/lib/python2.6/dist
05:00 salt_user_1 is there is better way to paste the full output
05:00 shadowsun yes
05:00 shadowsun any pastebin
05:00 shadowsun here
05:00 salt_user_1 ok
05:00 shadowsun http://dpaste.com/
05:01 salt_user_1 http://pastebin.com/QJ6yfGp9
05:03 shadowsun just for kicks
05:03 shadowsun mv /etc/salt/pki/minion/minion.pem{,.bak}
05:03 shadowsun and re-run salt-minion -l debug and let it generate a new key
05:03 shadowsun erm
05:03 shadowsun mv /etc/salt/pki/minion/minion.pub{,.bak} as well
05:04 shadowsun also - do you have any other minions working with this master, or is this the first one?
05:05 salt_user_1 i actually have a diff salt master, but to isolate the issue i am running both on the same box
05:05 shadowsun Ohh
05:06 shadowsun So you had salt-master 2014.1.0 and salt-minion 0.15 on the same box?
05:06 ixokai joined #salt
05:06 salt_user_1 now i have salt-master and salt-minion 2014.1.0 on the same box
05:07 shadowsun Okay
05:07 shadowsun does salt-master -l debug give any insight?
05:07 ixokai I was just going to ask if there was any problem with a minion managing a box that has the master on it :)
05:07 shadowsun If not, you'll need to wait until more people are here
05:07 shadowsun ah
05:07 shadowsun well actually, here
05:07 shadowsun http://docs.saltstack.com/topics/tutorials/standalone_minion.html
05:08 salt_user_1 i dont think the minion is contacting the master , erorr occurs before
05:08 shadowsun yeah, but I have no idea if you can put them both on the same box
05:08 shadowsun I've never tried
05:09 salt_user_1 i have a x86 box running both no problems
05:09 shadowsun Indeed! But this isn't the expected use scenario. Maybe it's supposed to work just fine, I honestly don't know
05:09 shadowsun Basically
05:10 shadowsun You're running into a problem I haven't found in an environment I haven't run
05:10 shadowsun My utility to you is limited
05:10 shadowsun I'm troubleshooting my own install myself atm lol
05:10 salt_user_1 tks for ur input thou
05:11 dave_den salt_user_1: there is no problem with running a minion on your master
05:11 dave_den there are a few issues
05:11 shadowsun dave_den: Good to know! Any idea why he's getting that weird error in crypt.py?
05:12 salt_user_1 dave_den: salt master on x86 running just fine with few minions
05:12 dave_den 1 - any minions pre 0.17 will not be able to talk to a master >= 0.17
05:12 shadowsun http://pastebin.com/QJ6yfGp9
05:12 salt_user_1 dave_den i have upgraded to latest version
05:12 dave_den 2 - if yup upgrade your debian packages from older versions like 0.16 you will likely have a bad salt cache on the minion. You can safely rm -rf /var/cache/salt/minion to fix that
05:13 salt_user_1 ok
05:13 dave_den try clearing your cache:  rm -rf /var/cache/salt/minion and restart your minion
05:14 dave_den there was also an issue with .pyc files not being removed during the latest upgrade i think
05:14 dave_den i have not upgraded to 2014.1.0 myself, but IIRC that was a packagin issue on either debian or ubuntu
05:14 dave_den in which case you need to rm *.pyc in your python path where salt is installed
05:15 salt_user_1 will do tht now and post back
05:15 dave_den well, rm *.pyc belonging to salt
05:15 shadowsun heh
05:15 dave_den not every pyc
05:15 salt_user_1 :)
05:15 shadowsun I somehow got a .pyc in site-packages/salt/ for an unrelated package
05:15 dave_den anyway, good luck. i am heading to bed now
05:15 shadowsun I spent about an hour trying to figure out why some module was mysteriously missing a class when being run through salt
05:15 dave_den :)
05:15 shadowsun night :)
05:19 salt_user_1 daveden: removed cache folder (/var/cache/salt/)  and *.pyc files from (/usr/lib/python2.6/dist-packages/salt) still the same prob
05:22 dave_den salt_user_1: just looked at your dpaste
05:22 dave_den or pastebin
05:22 dave_den can you paste the contents of /etc/salt/minion.d/99-master-address.conf as they appear exaclty?
05:23 dave_den it seems like you may have a yaml error
05:23 wedgie joined #salt
05:25 salt_user_1 master: 127.0.0.1
05:25 salt_user_1 nothing else, just the master key
05:26 dave_den the master key being?
05:26 dave_den are you pinning the master key fingerprint?
05:26 salt_user_1 sry , i meant master host (127.0.0.1)
05:26 salt_user_1 master: 127.0.0.1
05:27 dave_den ok, the last suggestion i would have is to remove the master's pub key so it can be refreshed. mv /etc/salt/pki/minion/minion_master.pub /etc/salt/pki/minion/minion_master.pub.bak
05:27 dave_den restart minion
05:28 dave_den if that fails i have failed
05:33 salt_user_1 hmm.. no luck , will clean up all foders and start fresh
05:38 dave_den Your problem is here:  https://github.com/saltstack/salt/blob/2014.1/salt/crypt.py#L301
05:39 dave_den it looks like payload is being passed as a string, not a dict
05:39 dave_den but i have no idea why
05:39 dave_den you may want to ask on the mailing list or post a github issue.
05:39 dave_den eyes closing in 3.2.1.zzz
05:42 schimmy joined #salt
05:43 salt_user_1 will do tks
05:48 sroegner joined #salt
05:50 salt_user_1 https://github.com/saltstack/salt/issues/11273
06:00 nrgaway__ joined #salt
06:14 fr0 joined #salt
06:40 johtso joined #salt
06:42 tempspace joined #salt
06:58 n8n joined #salt
07:36 Iwirada joined #salt
07:37 sroegner joined #salt
07:50 chesty joined #salt
07:55 chesty i have salt installed from deb http://ppa.launchpad.net/saltstack/salt/ubuntu precise main and getting No Top file or external nodes data matches found googling says it might be a version mismatch problem, salt-call --version on the master says 0.14.0 and salt-call on a broken minion says 2014.1.0
07:56 chesty even though they have the same launchpad apt repo set and are all running the latest packages
07:58 chesty both master and broken minion have 2014.1.0-1precise1 installed
08:00 Kenzor joined #salt
08:09 balboah joined #salt
08:11 mikeywaites joined #salt
08:17 tmandry joined #salt
08:19 jeremyBass1 joined #salt
08:20 elfixit1 joined #salt
08:21 kermit joined #salt
08:21 googolhash_a joined #salt
08:23 gparent_ joined #salt
08:26 arapaho joined #salt
08:28 babilen chesty: It could very well be that no state matches your minion. I'd provide more information on your actual configuration
08:28 andrej joined #salt
08:28 ixokai joined #salt
08:28 ixokai joined #salt
08:29 codekoala joined #salt
08:29 codekoala joined #salt
08:29 kaictl joined #salt
08:29 slav0nic joined #salt
08:29 APLU joined #salt
08:30 dccc joined #salt
08:32 mike25ro joined #salt
08:32 chesty babilen: it was working, only changes have been package updates, i get this in the log on the minion Got a bad pillar from master, type bool, expecting dict: False
08:33 yomilk joined #salt
08:34 babilen chesty: It might be that additional input validation checks are now refusing input that was "bad" before, but then it is hard to say without actual data and logs.
08:34 babilen chesty: I would also upgrade your master to 2014.1.0 as the version mismatch between your minions and master might very well have an influence on this.
08:35 chesty babilen: I don't understand why the master says 14.0 when it has the exact same package as the minions
08:35 chesty I've also tried a very basic top.sls
08:36 babilen chesty: What does "dpkg -l salt-master|tail -n1" give you on the master?
08:36 chesty 2014.1.0-1precise1
08:37 babilen chesty: Did you restart the master (i.e. "service salt-master restart") ?
08:37 babilen chesty: And that was clearly not the exact output
08:38 chesty babilen: yes, I'll do it again,
08:38 chesty ii  salt-master                       2014.1.0-1precise1                  This package provides a remote manager to administer servers via salt
08:38 giantlock joined #salt
08:39 chesty i stopped salt-master and salt-minion, confirmed they were stopped with ps aux | grep salt and started them up again
08:39 chesty same same
08:41 babilen chesty: "whereis salt-call" ?
08:41 chesty salt-call: /usr/bin/salt-call /usr/bin/X11/salt-call /usr/share/man/man1/salt-call.1.gz
08:44 babilen chesty: Could you start a Python repl ("python") and run "import salt.scripts" and "salt.scripts.__file__" in here?
08:44 babilen *there
08:45 chesty /usr/local/lib/python2.7/dist-packages/salt-0.14.0.egg-info
08:45 babilen There you go, some nasty local salt install
08:47 chesty ok thanks, I think I have to clear some cache now
08:49 chesty working, thanks babilen
08:49 harobed_ joined #salt
08:56 kadel joined #salt
09:02 harobed joined #salt
09:03 harobed joined #salt
09:07 Psyke joined #salt
09:11 babilen chesty: Wonderful, enjoy! :)
09:11 Shenril joined #salt
09:23 ggoZ joined #salt
09:24 jtang1 joined #salt
09:26 sroegner joined #salt
09:31 bhosmer joined #salt
09:35 mikeywaites joined #salt
09:39 elfixit joined #salt
09:41 pdayton joined #salt
09:41 APLU joined #salt
09:42 millz0r joined #salt
09:53 sroegner joined #salt
09:53 johtso joined #salt
09:54 topochan joined #salt
09:54 viod joined #salt
09:54 kolaman joined #salt
09:54 DaveQB joined #salt
09:55 zooz joined #salt
09:59 jeffro joined #salt
10:01 vbabiy joined #salt
10:02 aleszoulek joined #salt
10:13 abele joined #salt
10:14 Signum joined #salt
10:14 Signum joined #salt
10:15 giantlock joined #salt
10:16 Guest10400 joined #salt
10:18 tmandry joined #salt
10:24 sroegner joined #salt
10:35 joehh manfred: unfortunately launchpad can no longer host/build packages for raring as it is now EOL
10:45 johtso joined #salt
10:52 jcsp joined #salt
10:59 ggoZ joined #salt
11:07 millz0r joined #salt
11:08 diegows joined #salt
11:09 bhosmer joined #salt
11:09 symroe Is there a nice way for me to ensure that all the files imported in my pillar top file are actually available?  I'm trying to write some tests for our stack, and I can't see a way to catch the errors, or to parse the top file easily
11:10 ggoZ joined #salt
11:17 JackLeo__ joined #salt
11:18 JackLeo__ Hi, can salt be installed via pip and be used masterless?
11:24 johtso Is it possible to have two watch statements on a state, each with different arguments?
11:25 johtso i.e. a supervisord.running state, with a watch: file: my-configfile (update=True)  and a watch: pip: my-package (update=False)?
11:25 johtso I don't see how that's possible because the arguments to mod_watch are taken from the body of the state itself..
11:26 elfixit joined #salt
11:26 foxx joined #salt
11:30 baniir joined #salt
11:34 kolaman joined #salt
11:42 jrdx joined #salt
11:50 kolaman joined #salt
11:53 zooz joined #salt
11:54 linjan joined #salt
12:02 shoemonkey joined #salt
12:05 lynxman joined #salt
12:08 shoemonkey joined #salt
12:09 scarcry joined #salt
12:15 Gifflen joined #salt
12:18 Gifflen joined #salt
12:19 tmandry joined #salt
12:19 montyboy joined #salt
12:29 ravibhure joined #salt
12:36 asdf__ joined #salt
12:37 asdf__ let me know, if i am having salt-minions a,b,c,d and i want to run sudo salt '' cmd.run 'sudo apt-get update' only for b,c,d except a. what should i do.
12:43 Furao asdf__: salt -L b,c,d pkg.refresh_db
12:45 asdf__ please how should i run the command
12:45 asdf__ sudo salt '*' cmd.run 'sudo apt-get update'
12:46 millz0r you can run it manually
12:46 millz0r sudo salt 'a' cmd.run
12:46 millz0r sudo salt 'b'...a
12:46 millz0r and so on
12:46 millz0r but i think there is a way of specifying those hosts in one line using regexp
12:46 millz0r I'm not sure how though
12:47 Furao your salt minion don't run as root?
12:47 Furao why sudo?
12:48 asdf__ : Furao otherwise it won't work
12:48 xmj why would a salt-minion run as root? :o
12:48 xmj it could.. execute commands! as root! /onoes
12:48 Furao good luck then
12:49 faldridge joined #salt
12:50 jeremyBass1 left #salt
12:51 millz0r Furao: I always use sudo for salt-master
12:51 millz0r Furao: doesn't work otherwise
12:52 millz0r its not running salt-minion as root, its running salt-master as one
12:52 asdf__ how should i run or update to only 4 minions out of 9 minions. it would be great if anyone helps
12:53 Shish --> salt -L b,c,d pkg.refresh_db
12:58 sabayonuser_ joined #salt
13:00 shoemonkey joined #salt
13:02 sroegner joined #salt
13:02 nocturn_ joined #salt
13:02 racooper joined #salt
13:06 kickerdog joined #salt
13:07 shoemonkey joined #salt
13:07 rojem joined #salt
13:11 napper2 joined #salt
13:12 TOoSmOotH joined #salt
13:13 gnugnu9 joined #salt
13:14 nocturn__ joined #salt
13:15 faldridge joined #salt
13:16 sporkd2 joined #salt
13:17 Katafalkas joined #salt
13:17 Katafalkas is there a module to list block devices ? I cant seem to find any way of doing so. blockdev - no. parted - no. any ideas ?
13:18 asdf__ :)
13:21 wkf_ joined #salt
13:22 shoemonkey joined #salt
13:25 mpanetta joined #salt
13:25 bezaban Katafalkas: block dev
13:26 bezaban ices are listed in /proc/devices, also possibly hdparm can help you or lshw/lspci
13:26 vejdmn joined #salt
13:27 jslatts joined #salt
13:29 vejdmn joined #salt
13:29 Daemonik joined #salt
13:30 londo Katafalkas: lsblk
13:30 Daemonik What is the poper way to define Salt States for an interface alias like eth0:1 ?
13:32 Networkn3rd joined #salt
13:32 bezaban ah. lsblk is handy
13:32 jaimed joined #salt
13:39 Ponyz joined #salt
13:40 zain_ joined #salt
13:41 juicer2 joined #salt
13:42 quickdry21 joined #salt
13:43 btorch I recently changed my salt repo with a new one, and it has a different pillar setup .. I've tried saltutil sync all and also refresh pillar on the minion .. also restarted it but for some reason it's not working
13:44 kaptk2 joined #salt
13:45 giles_ joined #salt
13:45 suckaplease joined #salt
13:48 kzx joined #salt
13:48 Ponyz hey guys, i have troubles with minions hostname.
13:48 Ponyz I was setting up a new minion and when i did a salt-key -L on my master i noticed my minions's hostname was incorrect. I changed the hostname on the minion, but it's not changing on the master (i still have the old hostname when i list pending keys)
13:49 Ponyz i even used the 'id' option on the minion, but still the old name is used on the master
13:49 sroegner Ponyz: is there a file /etc/salt/minion_id on that minion?
13:49 suckaplease joined #salt
13:50 shoemonkey joined #salt
13:50 Ponyz Yes ! and with the wrong name :)
13:50 sroegner Ponyz: minion writes that on startup
13:51 sroegner Ponyz: and doesn't change it after you changed the hostname
13:51 Ponyz good to now, it's fixed, thanks a lot
13:51 tyler-baker joined #salt
13:51 sroegner Ponyz: np
13:52 vejdmn external_ip
13:52 vejdmn ignore that .. thanks
13:53 btorch can anyone tell me if this is wrong ? http://goo.gl/2Z4C3C
13:56 jtang1 joined #salt
13:58 giles_ If anyone can assist I keep getting this error over and over and I think i have everything setup perfect according to the various tutorials I have seen
13:59 giles_ "No Top file or external nodes data matches found"
13:59 giles_ I have the file_roots set in the config to /srv/salt
13:59 giles_ my top is at /srv/salt/top.sls
13:59 giles_ on master
14:01 btorch what does it say though ? can you paste it ?
14:01 btorch on pastebin
14:01 giles_ base:   '*':     - users
14:01 giles_ well
14:01 giles_ base:
14:01 giles_ paste bin time...
14:01 giles_ just s sec
14:02 Mildo joined #salt
14:03 Linz joined #salt
14:04 James joined #salt
14:05 pydanny joined #salt
14:05 giles_ http://0bin.net/paste/KBo7W8R1eOGffBJ3#oUh3L1KSkcvzWr8XFcsIlbjW0lyuEiKgyrXW5+7FC98=
14:05 Guest916 Hi, where can I order Salt?
14:05 Ahlee joined #salt
14:06 giles_ and i just try to run salt '*' salt.highstate and it says that
14:06 Ahlee anybody remember if there was a bug in 0.17.x with jobs not getting cleaned up?  Over the weekend ran out of inodes
14:08 fxhp Guest916: http://docs.saltstack.com/ref/states/requisites.html
14:08 fxhp giles_ - you pasted output of files, not the output of the highstate
14:09 giles_ derp...
14:09 giles_ http://0bin.net/paste/ot4D5pKWIP+e7GCR#gV4RRdP8Avwq1acjxqomaq6CJfc7OYD7j5grRz+hjU8=
14:09 fxhp Ahlee - I never ran into that but then again I don't have very many minion nodes or repetitive jobs
14:10 ajprog_laptop joined #salt
14:10 fxhp giles_ - it seems your salt-master daemon cannot find or does not have permission to read the top.sls
14:10 fxhp in the file_roots
14:11 btorch is there a major problem if one deletes /var/cache/salt ?
14:11 giles_ does salt run as root or do i need to open up the permissions?
14:11 btorch I just can't get salt to update the pillars no matter what I do
14:12 symroe joined #salt
14:12 steverweber joined #salt
14:12 simonmcc_ joined #salt
14:12 fxhp btorch - pillars compiled as needed everytime a minion needs it
14:12 btorch giles_: what does ps -ef |grep salt say ?
14:12 fxhp btorch - I think you might have a targeting issue
14:12 btorch giles_: default is root
14:13 gldnspud__ joined #salt
14:13 usmc95 joined #salt
14:13 btorch fxhp: so you saying that if I have my pillar/top.sls as http://goo.gl/2Z4C3C  I have to target based on the domain grain ?
14:13 steverweber best practices? what key name should I use for module configs that are used when init a module?
14:14 fxhp btorch - try using single quotes
14:14 btorch fxhp: I have even changed it to "*.cluster1.mydomin.com"  and nothing
14:14 giles_ yeah its root
14:14 btorch fxhp: tried that already
14:14 giles_ i restarted salt-master and now its doing other errors
14:15 giles_ will post back here if more head smashing on desk doesn't yield better results
14:15 fxhp btorch: cluster1.mydomain.com <- is that a subdomain?
14:15 fxhp or a minion_iod
14:15 fxhp id*
14:15 johtso joined #salt
14:16 Ryan_Lane joined #salt
14:16 btorch fxhp: it's the full domain the server is under
14:17 btorch fxhp: so server1.cluster1.mydomain.com
14:17 btorch fxhp: I've tried to refresh pillars with targets '*' and also 'server1.cluster1*'
14:17 fxhp just do this
14:18 Daemonik joined #salt
14:18 fxhp btorch: try targeting using the minion_id
14:18 fxhp salt-key -L
14:18 seapasulli joined #salt
14:19 fxhp You shouldn't need to refresh pillars
14:20 btorch nothing .. still grabbing cached pillar data ... debug doesn't give me much info either
14:20 tmandry joined #salt
14:20 fxhp btorch - how are you viewing pillar data?
14:20 fxhp salt '*' pillar.data
14:21 fxhp ?
14:21 btorch no I'm trying a pillar.item
14:21 btorch or items
14:22 fxhp btorch: Has this ever worked for you?  Is it possible you made a change to cluster1.sls or cluster2.sls and now it isn't compiling
14:22 fxhp ?
14:22 btorch I've tried restarting master/minion services, changing single to double quotes ... excluding everything from the pillar/top.sls so only the one I want is there .. and still nothing
14:22 pdayton joined #salt
14:23 rostam joined #salt
14:23 jeremyfelt joined #salt
14:23 kyusan joined #salt
14:24 millz0r btorch: try settings matching those pillars values to '*' and seeing if they are visible on your other servers
14:24 btorch fxhp: it that has worked before, in fact it works fine in the staging enviroment and I was about to test it in production but pillar just isn't playing nice
14:25 btorch millz0r: let me try that
14:26 vejdmn joined #salt
14:26 steverweber altutil.sync_all dont seem to be refreshing pillars
14:26 btorch millz0r: nothing ... my pillar base now has nothing but base: * - cluster1
14:26 millz0r thats strange
14:27 millz0r are your minions running same version as master?
14:27 btorch still getting cached data from the old - dev1  which container the staging pillar data
14:27 steverweber i need to manually call saltutil.refresh_pillar after making changes
14:27 btorch millz0r: yep
14:27 btorch millz0r: all precise boxes with 0.17.5-1precise1
14:27 btorch steverweber: I tried that and just returned me None
14:27 shoemonkey joined #salt
14:28 steverweber same.. but it does refresh the pillar...
14:28 steverweber im running dev.
14:28 steverweber latest branch
14:28 cedwards joined #salt
14:29 millz0r hm
14:29 btorch yeah I'm totally lost here, not sure what else to do besides trying to remove this /var/cache/salt/master
14:29 millz0r where do you put the pillar data?
14:29 GradysGhost joined #salt
14:30 btorch must be the leprechaun trying to tell it's time to go celebrate :)
14:30 xmj btorch: thanks for reminding me!
14:30 xmj three hours left today
14:30 steverweber my /var/cache/salt is a symlink
14:30 steverweber not sure im any help. :)
14:31 btorch millz0r: under /srv/salt-prod/pillar/
14:32 millz0r btorch: did you setup /etc/minion to reflect that?
14:32 btorch I hate myself :(
14:32 nocturn__ joined #salt
14:32 btorch I've updated everything but init.sls which guess what ... !? calls all the pillar files together
14:33 btorch my head is really just thinking about heading over to the pub!
14:34 ccase joined #salt
14:34 steverweber green beer
14:34 millz0r heh
14:35 giles_ joined #salt
14:35 fxhp btorch - did you figure it out?
14:35 btorch yep I think so ... updating some files but yeah I have a feeling I have
14:36 kyusan acc fb set nick_format %full_name
14:36 kyusan oups sorry ^^
14:37 btorch fxhp: yep .. sorry for bothering .. I had my init.sls still including  all files as dev1.XXX instead of cluster1.XXX
14:38 raizyr joined #salt
14:38 frasergraham joined #salt
14:38 btorch giles_: did you get yours working ?
14:38 fxhp btorch - eek
14:40 jtang1 joined #salt
14:43 spiette joined #salt
14:44 naiyte joined #salt
14:45 suckaplease joined #salt
14:47 alunduil joined #salt
14:47 jeffro joined #salt
14:51 mattmtl joined #salt
14:54 Daemonik__ joined #salt
14:54 che-arne joined #salt
14:54 Gifflen_ joined #salt
14:55 mapu joined #salt
14:56 chrisjones joined #salt
14:56 bt joined #salt
14:57 rallytime joined #salt
14:58 suckaplease joined #salt
14:58 johtso joined #salt
14:59 elfixit joined #salt
15:04 jtang1 joined #salt
15:04 GoShockers1990 joined #salt
15:05 danielbachhuber joined #salt
15:07 Gordonz joined #salt
15:07 johtso joined #salt
15:07 teskew joined #salt
15:09 baniir joined #salt
15:10 ckao joined #salt
15:11 Jose__ joined #salt
15:13 rgbkrk joined #salt
15:13 timoguin joined #salt
15:14 elfixit joined #salt
15:15 Jose__ Howdy Salters. I am seeing a funny thing, I have a mixed os environment linux + win. Running a '*' state.highstate I get random failures from the windows machines. Sometimes I see these errors: Function: file.managed, File "salt/state.py", line 1316, in call                 File "salt/states/file.py", line 1116, in managed                 File "salt/modules/file.py", line 1797, in check_managed                 File "salt/modules/file.py",
15:16 Jose__ If  I run the command again, it can succeed on the same machine.
15:16 oz_akan_ joined #salt
15:16 Linz joined #salt
15:16 Jose__ It is intermittent.
15:17 kballou joined #salt
15:19 Networkn3rd joined #salt
15:21 Linuturk joined #salt
15:21 wendall911 joined #salt
15:22 analogbyte joined #salt
15:23 Jose__ Has anybody seen this? Any suggestions? I am running 17.5-2 on the master and minions.
15:23 ChaosPsyke joined #salt
15:23 sporkd2 Jose__: I would run the -l debug and use pastebin
15:24 sporkd2 gives you a lot more info on failures
15:24 Jose__ Great. Thanks!
15:28 alekibango_ joined #salt
15:28 davet joined #salt
15:34 fridder joined #salt
15:40 Jose__ Ok, back with a pastebin. Here is the example, two runs back to back, one with failures, one that worked. http://pastebin.com/iWGRR3YX
15:42 rjc joined #salt
15:43 n8n joined #salt
15:45 sporkd2 Jose__: so it worked on the first run and failed on the second?
15:46 Jose__ Correct.
15:48 druonysus joined #salt
15:51 jslatts has anyone had an issue with syndic commands returning overly verbose rendered output?
15:51 jslatts seems to be ignoring the output  settings of the masterofmasters
15:53 ccase joined #salt
15:54 rtucker joined #salt
15:55 rtucker i'm working on writing a new custom state, is there basically the opposite of mod_init? I'm essentially trying to write a purgeable resource type
15:55 utz joined #salt
15:56 forrest joined #salt
15:58 kermit joined #salt
16:00 Ahlee joined #salt
16:00 Ahlee At this point, there's probably not going to be a 0.17.6 release, right?
16:00 forrest Ahlee, no there won't be
16:01 forrest so yes :P
16:01 Ahlee k, good
16:01 Ahlee i'll start incrementing internally then
16:01 forrest internal release?
16:02 forrest I assume you had to cherry pick some stuff
16:04 KyleG joined #salt
16:04 KyleG joined #salt
16:05 teskew1 joined #salt
16:05 Iwirada left #salt
16:13 redondos joined #salt
16:13 redondos joined #salt
16:19 Jose2_ joined #salt
16:20 Jose2_ @sporkd2 any idea about those file.managed errors?
16:20 sporkd2 no it looks like a python code issue
16:20 schimmy joined #salt
16:21 sporkd2 i wish I had more insight :\
16:22 napper2 joined #salt
16:22 qybl joined #salt
16:22 qybl joined #salt
16:22 jeremyfelt joined #salt
16:23 ajw0100 joined #salt
16:24 Jose2_ Thanks for looking.
16:25 analogbyte joined #salt
16:25 rjc joined #salt
16:27 suckaplease joined #salt
16:28 ipmb joined #salt
16:28 fllr joined #salt
16:30 oz_akan_ joined #salt
16:31 redondos joined #salt
16:31 redondos joined #salt
16:31 smcquay joined #salt
16:32 FarrisG joined #salt
16:33 schimmy joined #salt
16:36 schimmy1 joined #salt
16:36 yomilk joined #salt
16:36 Linz joined #salt
16:37 joehillen joined #salt
16:38 vejdmn joined #salt
16:38 jalbretsen joined #salt
16:40 Linz joined #salt
16:41 whiteinge manfred: (reading my scrollback) amazon's SNS has been Officially (TM) Tested with the new webhook addition to salt-api  :)
16:45 jnials_laptop is there a list anywhere of what might break when I upgrade from 0.17.5 to 2014.1?
16:48 kickerdog joined #salt
16:48 xmltok joined #salt
16:49 Ahlee forrest: yeah
16:51 themadcanudist joined #salt
16:51 themadcanudist hey guys, What salt command can i use in a "reactor" to fetch all the pillar data for a particular minion?
16:51 themadcanudist do i have to use salt-call (runner) in the reactor? (even though it's being executed on the master already?)
16:52 redondos joined #salt
16:52 mgw joined #salt
16:54 xmltok joined #salt
16:55 manfred whiteinge: i know :), but i work at rackspace, so i have been yelling at people to get something in place on our system :)
16:58 tmandry joined #salt
16:58 tmandry joined #salt
17:00 millz0r themadcanudist: sudo salt 'pillar' pillar.items
17:01 themadcanudist millz0r: programmatically from within a reactor template
17:01 Brew left #salt
17:01 millz0r oh i don't know anything about reactor
17:02 moos3 joined #salt
17:02 jalbretsen joined #salt
17:03 moos3 joined #salt
17:04 moos3 joined #salt
17:04 smcquay joined #salt
17:05 millz0r left #salt
17:05 moos3 joined #salt
17:05 millz0r joined #salt
17:05 mgw1 joined #salt
17:06 gparent joined #salt
17:06 repl1cant jnials_laptop: the one thing on the top of my head if multi-master setup, it'll crash the client
17:06 jnials_laptop replicant: OK, I'm not doing that yet, so that's good.
17:07 rgbkrk_ joined #salt
17:08 Bosch[] joined #salt
17:09 xerxas joined #salt
17:09 jalbretsen joined #salt
17:09 amckinley joined #salt
17:12 pydanny joined #salt
17:12 shoemonkey joined #salt
17:12 johtso joined #salt
17:17 pdayton joined #salt
17:18 shoemonkey joined #salt
17:18 Signum Can anyone give me an SLS file example on how to use pkg.mod_repo to add an APT repository to a minion's /etc/sources.list.d/* directory
17:18 jnials joined #salt
17:18 suckaplease joined #salt
17:22 mgw joined #salt
17:24 jeffro joined #salt
17:25 fridder joined #salt
17:27 bt joined #salt
17:27 Daemonik__ Signum, here's one for Jenkins http://pastebin.com/raw.php?i=psFUZSW5
17:27 xmltok is there a timeline for 2014.1.1?
17:29 allanparsons joined #salt
17:29 tr_h joined #salt
17:29 allanparsons do any of you guys have any recommendations on doing deployments that support rollbacks?
17:29 allanparsons we use git to pull the latest now.
17:30 allanparsons but if there is an issue, it's kind of labor-intensive to roll back.
17:30 allanparsons just curious how people are handling that in salt....
17:30 allanparsons (rollback a an app code-base)
17:30 Daemonik__ allanparsons, Do you not version your states with git?
17:31 Daemonik__ allanparsons, Also, you should stage your deployments. If your application has a database, replicating that database to have a "staging" copy is generally a good idea.
17:31 utz left #salt
17:31 allanparsons we do all of that
17:31 allanparsons (except for versioning salt states)
17:31 allanparsons but, i was curious about web app code base
17:31 gadams999 joined #salt
17:32 utz joined #salt
17:32 allanparsons we run a flask app on nginx
17:32 gadams999 left #salt
17:32 Signum Daemonik__: Thank you. Somehow I don't get the concept of modules versus states yet. I tried "pkg.mod_repo" in my SLS file but that's surely wrong.
17:32 allanparsons and what we used to do was bring new nodes into an ELB, and then drop old ones out of the ELB.  if we wanted to revert, we'd just re-run that process.
17:32 allanparsons we do deploy to dev + qa + staging
17:32 Daemonik__ allanparsons, It may not be a bad idea to have separate directories (or Mongo databases if you're using GridFS) that contain separate copies of the codebase so you can just point to different codebases on a whim.
17:33 Gifflen joined #salt
17:33 gadams999 joined #salt
17:33 Daemonik__ Signum, States go in .sls files, modules are separate from States. Go to the docs. =)
17:33 Gifflen_ joined #salt
17:33 Daemonik__ allanparsons, Have you looked at Joyent?
17:33 Gifflen joined #salt
17:34 Signum Daemonik__: I have a brain panic while reading the docs to be honest. Modules are the bits that I call using the "salt" command from the master to control the minions directly?
17:34 allanparsons @daemonik__ no.  we also get weird issues we can only ever see in production (i.e. justin bieber drives crazy amounts of traffic that we'd only likely see issues in production)
17:34 Daemonik__ Signum, Yes.
17:34 allanparsons and we prefer to stick to AWS
17:35 Daemonik__ allanparsons, With Joyent, your code runs in a "Smart Machine", an OS-level VM, where CPU/RAM/FS shares can be hot-added. Joyent provides far greater CPU and I/O performance for much less money.
17:35 Signum Daemonik__: Why are those two different worlds? Historical reasons?
17:35 allanparsons we use a number of their features (SNS, SES, SQS, RDS, Cloudfront, S3)
17:36 Daemonik__ allanparsons, Brendan Gregg, Joyent's lead performance engineer, wrote the book on dtrace. Check out Joyent's Manta service. There are more "software-defined" approaches one can take on Joyent that obviate much of the need for AWS stuff. Being married to AWS services is bad.
17:36 bhosmer joined #salt
17:36 Daemonik__ (in my opinion)
17:36 pviktori_ left #salt
17:37 n8n joined #salt
17:38 allanparsons well, we're pretty portable
17:38 allanparsons like, we do everything via SQS
17:38 allanparsons whichi s how we moved off of Azure to AWS with zero downtime
17:38 Daemonik__ nice
17:40 baniir joined #salt
17:40 allanparsons but was wondering if there is a better way that symlinking /deploy to /<commit_id>
17:41 allanparsons than*
17:41 raizyr Can someone point me in the right direction?  Everything I see about the master is manual configuration,  does/can a minion run on the machine that is the master?  Or do I really have to manually setup the master?
17:42 allanparsons raizyr - yes
17:42 allanparsons the master can be a minion of itself
17:42 kh7ellis joined #salt
17:42 shoemonkey joined #salt
17:42 allanparsons you bootstrap the master, then bootstrap the minion and point it to itself.
17:42 KyleG1 joined #salt
17:43 Daemonik__ raizyr, You can run salt-call --local and run "masterless"
17:43 meteorfox joined #salt
17:43 dave_den joined #salt
17:44 raizyr Okay, so I can have a minion running on the master and effect changes to, say the master config, via states targeted to the master's minion, right?
17:45 kzx raizyr: I've also heard of the wheel module, it supposedly for master to configure itself
17:45 kzx http://docs.saltstack.com/ref/wheel/all/index.html
17:46 raizyr kzx: interesting, thanks
17:46 allanparsons i ended up just writing a bash script that replaces config sections
17:46 allanparsons to at least get it going.
17:48 kh7ellis welp, Google's inconclusive...is there a way to run a privileged container using a Dockerfile?
17:48 n8n joined #salt
17:49 kh7ellis trying to edit /etc/resolv.conf, and the only way it works is to /bin/bash into a privileged container and umount it
17:50 shoemonkey joined #salt
17:50 Gifflen joined #salt
17:50 mgw How can I preserve the type (dict, list, etc) of the result of a module execution within jinja? E.g., foo: {{ salt['grains.get']('foo') }} — and the 'foo' grain is a python dict or list.
17:50 mgw I think there's a filter for that, but I can't locate it
17:50 seblu joined #salt
17:51 druonysus joined #salt
17:51 druonysus joined #salt
17:51 Gifflen_ joined #salt
17:52 KyleG joined #salt
17:52 KyleG joined #salt
17:55 jeffro joined #salt
17:56 scalability-junk joined #salt
17:56 austin987 joined #salt
17:57 opapo joined #salt
17:58 krow joined #salt
17:58 rgbkrk joined #salt
18:01 jtang1 joined #salt
18:02 arthabaska joined #salt
18:03 Gifflen__ joined #salt
18:03 shoemonkey joined #salt
18:03 kermit joined #salt
18:03 jtang2 joined #salt
18:04 tmandry joined #salt
18:06 vejdmn joined #salt
18:06 jeremyfelt joined #salt
18:06 Gifflen_ joined #salt
18:08 Gifflen joined #salt
18:10 mapu joined #salt
18:10 DaveQB joined #salt
18:15 shoemonkey joined #salt
18:16 mgw Where should custom "master-side" execution modules (e.g., as used in pillar sls) be placed? I expected /srv/salt/_modules to just work, but it doesn't.
18:20 calvinhp_mac joined #salt
18:20 calvinhp_mac I'm using gitfs to pull in our states and that seems to work fine for the master branch (it gets picked up as "base")
18:21 calvinhp_mac but I have a branch that doesn't seem to be picked up to be used as an environment
18:21 calvinhp_mac I have one top.sls in the master branch and I did not put a top.sls in the branch
18:21 calvinhp_mac the top.sls refers to the branch
18:21 harobed joined #salt
18:21 calvinhp_mac as the same name for the environment
18:22 calvinhp_mac is there some way to debug that is is indeed pulling that branch when it hits that environment, or that it is even hitting that environment?
18:29 bhosmer joined #salt
18:29 bhosmer joined #salt
18:30 amckinley joined #salt
18:31 kh7ellis this one still making it into next release?: https://github.com/dotcloud/docker/issues/2267
18:31 kermit joined #salt
18:32 ashtonian joined #salt
18:35 Gifflen_ joined #salt
18:38 snarfy^ joined #salt
18:43 thayne joined #salt
18:43 forrest kh7ellis, is there an associated issue related to salt?
18:43 kh7ellis holy crap
18:43 kh7ellis my apologies
18:43 kh7ellis I'm using Salt to provision the container
18:43 nosuni joined #salt
18:43 kh7ellis got my wires crossed
18:43 kh7ellis it's been that kind of weekend...thx
18:43 allanparsons anyone know of any webhooks that will run a state file via a github webhook?
18:43 forrest kh7ellis, no worries, I was just confused.
18:44 kh7ellis and clearly, so was I
18:44 forrest lol
18:44 allanparsons when a dev checks into a branch, i want salt to run a highstate
18:44 sporkd2 allanparsons: i accomplish that with CI and fabric
18:44 Kizano allanparsons: I just have salt run every X intervals and watch a git repo for updates.
18:44 ipalreadytaken joined #salt
18:44 Kizano If you set it right the updates are detected almost instantly.
18:45 sporkd2 just use jenkins and as part of a post deployment run fabric / capastrano scripts
18:45 nosuni left #salt
18:45 Networkn3rd joined #salt
18:46 allanparsons yeah.
18:46 allanparsons was trying to avoid fabric
18:46 sporkd2 IMHO its better then polling a git repo
18:47 kh7ellis left #salt
18:47 allanparsons yeah, jenkins is a possibility
18:47 allanparsons regular intervals wont work
18:47 allanparsons devs are too impatient.
18:48 Kizano allanparsons: will the saltmaster always be the same server, or will you have easy access to config that says so ?
18:48 allanparsons yeah, it'll always have the same hostnames
18:48 Kizano on the git server, in the bare repo, setup post-receive hooks to login to the saltmaster, have the hook figure out which minions need the update, and issue the highstate from the master.
18:48 allanparsons {branch}-salt.mycompany.com
18:49 allanparsons @Kizano - that sounds like the best approach.
18:49 allanparsons was kinda wondering if someone knew of a post-receive hook that already existed
18:49 Kizano ssh saltmaster.{branch}.salt.company.com 'salt -G role:myapp state.highstate'
18:49 Kizano meh..
18:49 Kizano it's 2 lines of bash :P
18:49 allanparsons ha ha
18:49 Kizano :)
18:54 KennethWilke joined #salt
18:56 jeremyfelt joined #salt
18:58 jtang1 joined #salt
19:00 ajw0100 joined #salt
19:00 googolhash joined #salt
19:00 diegows joined #salt
19:02 napper2 joined #salt
19:03 ajw0100 joined #salt
19:06 faldridge joined #salt
19:06 shoemonkey joined #salt
19:07 googolhash joined #salt
19:08 calvinhp_mac ok, found the issue, it was working as expected, but there was  hung minion state process from a previous run still hanging arond
19:08 calvinhp_mac is there a quick one liner to kill all running minion jobs?
19:08 calvinhp_mac saltutil.kill_job requires an arg
19:08 calvinhp_mac would be nice if you can do it across a bunch of machines
19:10 ipalreadytaken joined #salt
19:10 astol joined #salt
19:11 astol hi all, is it possible to somehow include all sls files in certain folder from top sls? like '*':
19:11 astol - dir.*
19:13 krow joined #salt
19:16 mapu I just upgraded my salt master from .17.2 to 2014.1.0, and my gitfs_remotes have ceased to work. I tested a straight git clone using the same user who runs salt-master and the clone succeeds. Any hints as to where to look?
19:20 n8n joined #salt
19:20 zooz joined #salt
19:22 nineteeneightd joined #salt
19:25 timoguin mapu, I'd try deleting the master cache and then running in debug mode
19:27 mapu timoguin: I have done that. The cache/master hashes are generated, as are the .git directories.
19:27 ipmb joined #salt
19:27 mapu I am going to try in debug (i ran in trace, but there was too much there).
19:27 mapu I also checked to ensure i am not blocking the connection via deny hosts, etc
19:27 timoguin debug will show it fetching the git remotes and should show any errors
19:27 mapu cool. Will try now.
19:31 shoemonkey joined #salt
19:31 pydanny joined #salt
19:33 timoguin_ joined #salt
19:35 vejdmn joined #salt
19:35 toguin__ joined #salt
19:39 shoemonkey joined #salt
19:40 Gifflen joined #salt
19:49 xl1 joined #salt
19:52 jtang1 joined #salt
19:55 ipmb joined #salt
19:57 krow joined #salt
20:00 druonysus joined #salt
20:03 alunduil joined #salt
20:05 KyleG joined #salt
20:05 KyleG joined #salt
20:06 harobed_ joined #salt
20:08 FarrisG can you provide/override parameters from the salt-cloud profile config at the command line when you run salt-cloud? For instance, we have some ec2 tags that might be different/unique for each deploy, and in a lot of cases we don't want to have a separate process to define them. So we'd like to do something like "salt-cloud -p proxy-server -o tag1=value1 tag2=value2"
20:10 ipalreadytaken joined #salt
20:12 naiyte joined #salt
20:13 schimmy joined #salt
20:16 schimmy1 joined #salt
20:24 KyleG1 joined #salt
20:24 ggoZ joined #salt
20:27 rojem joined #salt
20:33 cewood joined #salt
20:34 baniir joined #salt
20:35 Guest35075 With the most recent update (salt 2014.01 on Ubuntu 12.04) none of my jobs seem to run to completion. I have the suspicion that one OLD minion is the cause of this (it's 15.02 or some such on ubuntu 7.04 - don't ask :) - the machine will go away in 3 months).
20:35 Guest35075 Is it feasible/sensible/possible to try and update the box from git as there's no newer packages available?
20:36 Guest35075 Or can I make the master kind of ignore it all together?
20:36 andrej joined #salt
20:36 moos3 is there away to query mount points in a node
20:38 andrej moos3 : salt '*' mount.active  ?
20:38 moos3 can I specify a mount point
20:38 sroegner joined #salt
20:40 andrej Hmmm ... not with that command, I don't think
20:40 andrej What are you trying to achieve?
20:41 andrej You could use something like
20:41 gadams999 left #salt
20:41 andrej salt 'minion' cmd.run 'df /your/device'
20:42 Katafalkas joined #salt
20:42 napper2 joined #salt
20:43 gadams9991 joined #salt
20:43 moos3 i'm trying to find nodes that are missing a mount point
20:44 andrej the df version should work for you, then
20:44 xmltok is anyone using syndics?
20:44 moos3 andrej but that still returns all 50 nodes
20:45 moos3 not just the ones missing it
20:45 ipalreadytaken joined #salt
20:46 Gifflen_ joined #salt
20:46 jtang1 joined #salt
20:47 andrej What about just forecfully mouting it?
20:47 andrej salt minion mount.mount device mountpoint
20:47 moos3 some nodes have this 1T drive and some dont :d
20:48 jtang1 joined #salt
20:48 cewood joined #salt
20:49 andrej If it's mounted you get a warning, it it's not it should get mounted
20:50 shoemonkey joined #salt
20:54 Gifflen joined #salt
20:56 johtso joined #salt
20:58 shoemonkey joined #salt
21:01 frasergr_ joined #salt
21:01 shoemonkey joined #salt
21:02 Gordonz_ joined #salt
21:02 smcquay_ joined #salt
21:03 fraserg__ joined #salt
21:03 smcquay joined #salt
21:07 jnials I keep getting this render error "expected '<document start>', but found '<block mapping start>" on this: http://tny.cz/3f486737
21:08 jnials All the variables are defined, and it says it starts on line 10.
21:10 xDamox With the Salt reactor is it possible to execute a script only on the master (similar to a runner) and pass the hostname in as an argument?
21:13 frasergraham joined #salt
21:14 eculver joined #salt
21:14 eculver joined #salt
21:20 Hemebond joined #salt
21:21 Hemebond How does one reference a local file on a Windows minion? e.g., when using archive.extract
21:21 calvinhp_mac joined #salt
21:22 bhosmer joined #salt
21:22 calvinhp_mac left #salt
21:23 pydanny joined #salt
21:25 moos3 is there a nice why to query packages out of a minion with out cmd.run ?
21:25 Hemebond moos3: pkg.installed ?
21:26 Hemebond oops, that's wrong.
21:26 ipmb joined #salt
21:26 moos3 lol
21:26 forrest moos3, are you trying to query all of them?
21:26 forrest or for specific ones?
21:27 moos3 just trying to doing salt 'es*' <some-magic> elasticsearch to get the rpm version installed
21:27 forrest did you try pkg.list_pkgs?
21:28 forrest I believe that queries all packages though, unless you can pass options to the kwargs
21:28 forrest moos3, there's also http://docs.saltstack.com/ref/modules/all/salt.modules.pkgutil.html#salt.modules.pkgutil.version but I can't remember if that will work on all distros.
21:29 andrej what about pkg.version ?
21:29 andrej heh
21:29 andrej too slow
21:30 andrej pkg.version works on deb & rpm based distros
21:30 moos3 it would appear pkgutil.version isn't available on RHEL
21:30 forrest try pkg.version then
21:30 forrest andrej, :P
21:30 moos3 prefect :D
21:30 xDamox forrest, have you used the Salt reactor a lot?
21:30 forrest xDamox, nope
21:30 andrej forrest : promises, promises ;D
21:30 moos3 now I wonder how I can filter out nodes with a given version
21:33 Hemebond I guess no one is using Windows minions :-(
21:35 forrest Hemebond, some people are, just not a TON
21:36 forrest so the community in the IRC for that group is smaller
21:36 Hemebond forrest: Yeah, I meant no one currently available in here.
21:36 forrest gotcha
21:36 Hemebond However...
21:37 Hemebond Is it possible to use archive.extract on a local file that already exists? On any platform?
21:37 sroegner joined #salt
21:37 Hemebond Rather than having the Salt Master transfer the file?
21:39 Ahlee hrm.  is there a way to target based on environemnt= in the minion config?
21:42 jtang1 joined #salt
21:43 frasergr_ joined #salt
21:44 utz joined #salt
21:46 patrek joined #salt
21:48 mgw joined #salt
21:50 ipalreadytaken joined #salt
21:52 ipalreadytaken joined #salt
21:52 Hemebond How does one reference a local file on a *nix platform?
21:52 ipalreadytaken joined #salt
21:53 Ahlee Hemebond: I believe you leave off salt://, and specify /path/to/file
21:53 Hemebond *an existing local file
21:53 Ahlee Hemebond: under something like file.managed, I presume?
21:54 Ahlee oh, archive.extract
21:54 Hemebond Ahlee: Blast. Yes, I'm currently trying to use archive.extracted to extract a local file.
21:54 Ahlee hrm.  I'd just use cmd.run instead
21:54 Hemebond It looks like I might have to.
21:59 Shish_ joined #salt
22:01 loque joined #salt
22:01 KyleG joined #salt
22:01 KyleG joined #salt
22:03 Shish joined #salt
22:03 shoemonkey joined #salt
22:06 kzx in requires requisite, can I just require an ID ?
22:06 diegows joined #salt
22:08 Shish joined #salt
22:09 kzx so instead of saying '-require\n - pkg: 'Python 2.7.6...' just say '-require\n - python2' ?
22:09 themadcanudist joined #salt
22:09 smcquay joined #salt
22:10 kzx python2 is already defined as a state that installs python
22:11 davet1 joined #salt
22:12 akl left #salt
22:17 dusel joined #salt
22:19 rojem joined #salt
22:24 kzx i am guessing that doesn't work then
22:26 fllr joined #salt
22:26 frasergraham joined #salt
22:26 Luke joined #salt
22:27 yomilk joined #salt
22:32 timoguin joined #salt
22:35 ipalreadytaken joined #salt
22:36 jtang1 joined #salt
22:36 jeremyfelt joined #salt
22:38 tobalicious joined #salt
22:40 tobalicious hello all... i was wondering if anyone else is having the same problem with file.recurse state on 2014.1.0, it blows up on trying to create sym links
22:40 snarfy^ i am stuck at the very beginning. i followed the masterless quickstart on a vm without apache installed and no dice. i fail
22:44 HeadAIX joined #salt
22:44 baniir joined #salt
22:47 krow joined #salt
22:49 mgw can one runner simply import another runner's functions, or should I use a RunnerClient?
23:01 smcquay joined #salt
23:09 quickdry21 joined #salt
23:19 snuffeluffegus joined #salt
23:20 lietu joined #salt
23:28 bhosmer joined #salt
23:30 KyleG1 joined #salt
23:30 jtang1 joined #salt
23:33 xl1 joined #salt
23:34 KyleG joined #salt
23:34 KyleG joined #salt
23:38 fllr joined #salt
23:39 frasergr_ joined #salt
23:49 shoemonkey joined #salt
23:53 sroegner joined #salt
23:53 yomilk joined #salt
23:58 aleszoulek joined #salt

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