Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2014-12-11

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

All times shown according to UTC.

Time Nick Message
00:02 j-saturne ok, and are ext_pillar resolving before the pillar reading ? (for example use cmd_yaml to build a python dict)
00:03 genediazjr joined #salt
00:04 jhauser joined #salt
00:06 TheThing_ joined #salt
00:08 fragamus_ joined #salt
00:11 bregalad docker question: what am I doing wrong?  https://gist.github.com/jfindlay/745ffcea38f44d66166d
00:13 iggy bregalad: do you have the docker-py module installed on the minion you are targeting?
00:14 bregalad iggy: yes, it's a local minion on the master, docker-py (0.6.0)
00:15 murrdoc salt sys.doc docker
00:15 bregalad and I've restarted salt-minion
00:16 KyleG joined #salt
00:16 KyleG joined #salt
00:16 iggy so you can open a python2 shell and import docker?
00:16 bregalad iggy: stack trace
00:17 bregalad thanks for the help; I've got to get off the train in a minute
00:17 bregalad ImportError: No module named urllib.parse
00:17 iggy if you can't figure out the problem from the stacktrace, feel free to paste it whenever you have the time
00:17 bregalad :(
00:17 bregalad thanks
00:18 murrdoc pip install six
00:19 trev Hey all. I'm trying to create a dev-to-prod process for vm creation/management using salt and vagrant. I'd like to be able to develop masterless salt minions that can then be migrated up to the master-minion infrastructure. What I'd like to do is access the development salt state files and source files from a master, (possibly through gitfs or a git checkout) and simply modify the minion config to point at the master. T
00:19 trev The master would then take control of the minion and allow the engineer to continue development via git. Is this possible and if so, documented somewhere? Is there another path for masterless to master-minion that would be superior?
00:22 robinsmidsrod joined #salt
00:23 austin987 joined #salt
00:23 iggy why not just use master-minion in both cases and simply switch the master from local to remote when you move it?
00:24 trev Unless I'm mistaken, creating that setup via vagrant would require two VMs wouldn't it?
00:25 iggy I don't know about vagrant
00:25 mpanetta joined #salt
00:25 iggy but you can certainly run a master and minion on the same system
00:26 atbell joined #salt
00:26 iggy I should really dig into vagrant at some point
00:26 iggy oh wait, that's right, I'd rather castrate myself with rocks than use vbox or libvirt
00:27 trev Interesting. That may work.
00:28 shaggy_surfer joined #salt
00:29 Eugene Yeah, but at least $DAYJOB doesn't make me wear pants when dealing with KVM boxen
00:30 iggy oh, I'd be fine if it was _just_ kvm, it's the libvirt bit I have a problem with
00:34 atbell joined #salt
00:42 SheetiS joined #salt
00:42 addonis1990 joined #salt
00:45 xMopxShell trev: we've got something like that at my work. But with puppet instead of salt, and docker in the VM
00:45 atbell joined #salt
00:45 desposo joined #salt
00:46 murrdoc trev:  u could look at packer.io
00:46 murrdoc if you are making vagrants or vms in aws/gce, you can represent them with json
00:46 murrdoc and then hookup saltstack
00:46 genediazjr joined #salt
00:47 murrdoc trev:  https://www.packer.io/docs/provisioners/salt-masterless.html
00:49 istram joined #salt
00:49 addonis1990 murrdoc: have you ever used murroc before ?
00:50 murrdoc have i used murrdoc before
00:50 murrdoc ?
00:51 trev hmm, packer looks like it might be very useful.
00:53 murrdoc packer is the bomb
00:53 murrdoc so to speak
00:59 atbell joined #salt
00:59 otter768 joined #salt
00:59 gladiatr joined #salt
00:59 aqua^mac joined #salt
01:01 aparsons joined #salt
01:01 simmel joined #salt
01:01 murrdoc i mean u ll need a physical machine, but yeah make a vagrant imaeg with salt, put packer on hardware, make the packer json, provision vagrants as push button
01:04 rtuin joined #salt
01:04 Andre-B joined #salt
01:04 shaggy_surfer joined #salt
01:12 trev The more I look into this the more amazing it looks. Thanks for the link.
01:12 mpoole joined #salt
01:25 forrest joined #salt
01:29 clinta joined #salt
01:32 orion_ joined #salt
01:43 clinta Does anyone know if there's a way to target in top.sls based on a grains non-existence?
01:54 yomilk_ joined #salt
02:10 nyx_ joined #salt
02:12 genediazjr joined #salt
02:12 malinoff joined #salt
02:25 yomilk joined #salt
02:25 DanGarthwaite joined #salt
02:26 mdasilva joined #salt
02:28 genediazjr joined #salt
02:29 DanGarthwaite joined #salt
02:31 mpanetta joined #salt
02:33 Hell_Fire joined #salt
02:37 mosen joined #salt
02:46 jl2501 joined #salt
02:46 genediazjr joined #salt
02:53 rtuin joined #salt
02:54 iggy clinta: grain regex maybe?
02:58 budman joined #salt
03:00 otter768 joined #salt
03:01 DanGarthwaite joined #salt
03:04 simmel joined #salt
03:04 Jahkeup joined #salt
03:04 marv__ joined #salt
03:06 Samos123 iggy: whats so bad about about vbox and libvirt? it gets the job done for many people. I tend to not take technologies personal, just curious :)
03:14 clinta joined #salt
03:16 ITChap joined #salt
03:21 thedodd joined #salt
03:21 monkey66 joined #salt
03:23 genediazjr joined #salt
03:25 TyrfingMjolnir joined #salt
03:26 marv__ joined #salt
03:29 monkey66 joined #salt
03:31 mpanetta joined #salt
03:43 genediazjr joined #salt
03:46 mdasilva joined #salt
03:47 budman joined #salt
03:49 Pixionus joined #salt
03:51 jeffrey4l joined #salt
03:57 yomilk joined #salt
03:59 Eugene I think I may have found what is quite possibly the least-helpful error
03:59 Eugene TypeError encountered executing state.single: single() takes at least 2 arguments (2 given). See debug log for more info.
04:00 Eugene I invoked 'salt <minion> state.single pkg.uptodate test=true', missing a name=...... but that doesn't mean the error was helpful
04:04 Eugene But if I'm reading the docs right, it looks like i actually want ot just to pkg.upgrade anyway. Wooo
04:08 dooshtuRabbit joined #salt
04:10 Ryan_Lane joined #salt
04:16 dooshtuRabbit1 joined #salt
04:16 genediazjr joined #salt
04:17 budman joined #salt
04:18 nyx_ joined #salt
04:18 budman joined #salt
04:25 yomilk_ joined #salt
04:31 __gotcha joined #salt
04:31 genediazjr joined #salt
04:41 genediazjr joined #salt
04:42 rtuin joined #salt
04:43 jonbrefe joined #salt
04:44 jonbrefe guys.. where I can get python-jinja2 for CentOS 7?
04:44 jonbrefe for RHEL is on the optional channel, but it's not such thing on CentOS
04:44 malinoff jonbrefe, yum install python-setuptools; pip install jinja2
04:46 jonbrefe hmm… any other method? :D
04:46 malinoff why this method is bad?
04:46 gladiatr joined #salt
04:46 atbell joined #salt
04:47 jonbrefe probably I will be the only one using pip and I will not have updates using the normal patching schema I have using RPMs
04:47 jonbrefe :p
04:47 jonbrefe hmmm… I installed jinja2 with pip and rpm obviously can't find the python-jinja2 :p
04:47 malinoff -_-
04:49 mapu joined #salt
04:49 malinoff btw, if you don't use pinned packages in prod, once you'll be fucked up during upgrade. If you use pinning, running pip -U install $(pip freeze | sed s/==/>=/) with yum upgrade is not so difficult
04:57 jonbrefe :p had to take the RHEL package
04:57 jonbrefe ugly but works
05:00 otter768 joined #salt
05:05 ajolo joined #salt
05:22 ramteid joined #salt
05:27 yomilk joined #salt
05:30 Samos123 can I set pillar data from a state sls file? I want to increase a global counter from my state file
05:35 simmel joined #salt
05:39 Samos123 i noticed there is a grains module though from which you can set grains http://docs.saltstack.com/en/latest/ref/states/all/salt.states.grains.html#module-salt.states.grains
05:40 atbell joined #salt
05:42 rtuin joined #salt
05:42 ph8 joined #salt
05:44 Samos123 seems it's not possible any other way I could have a global counter which increases when a state changes?
05:45 fishdust joined #salt
05:51 atbell joined #salt
05:53 genediazjr joined #salt
05:55 marv__ joined #salt
05:57 yomilk_ joined #salt
06:01 dustinrc joined #salt
06:02 atbell joined #salt
06:15 JlRd joined #salt
06:27 calvinh joined #salt
06:29 davidone joined #salt
06:34 monkey66 left #salt
06:36 budman joined #salt
06:37 Hell_Fire_ joined #salt
06:38 budman joined #salt
06:38 TyrfingMjolnir_ joined #salt
06:38 atbell joined #salt
06:47 rtuin joined #salt
06:48 atbell joined #salt
06:48 Hell_Fire joined #salt
06:49 smcquay joined #salt
06:50 Furao joined #salt
06:51 genediazjr joined #salt
06:53 catpiggest joined #salt
06:59 shiva_blre joined #salt
06:59 orion_ joined #salt
07:00 shiva_blre Hi all, I want to use munin in salt. but when I say salt '*' munin.run cpu : it says munin.run not available
07:00 shiva_blre Do I need to install munin on master ?
07:01 otter768 joined #salt
07:02 atbell joined #salt
07:03 colttt joined #salt
07:04 nafg_ joined #salt
07:08 marv__ joined #salt
07:08 simmel joined #salt
07:08 Jahkeup joined #salt
07:08 Furao shiva_blre: that module run on the minion
07:08 rtuin joined #salt
07:10 mikeywaites joined #salt
07:11 shiva_blre am not getting
07:11 shiva_blre ya It runned and gave the result back
07:13 shiva_blre what to do if I want to run munin through salt?
07:14 shiva_blre Is munin a seperate package to install
07:14 shiva_blre and then salt will pick it up?
07:14 shiva_blre anyone there ?
07:15 shiva_blre munin with salt?
07:15 atbell joined #salt
07:21 viq joined #salt
07:23 flyboy joined #salt
07:23 proxxy_ joined #salt
07:24 simmel joined #salt
07:25 shiva_blre munin with salt?
07:25 shiva_blre I want to use munin in salt. but when I say salt '*' munin.run cpu : it says munin.run not available
07:26 atbell joined #salt
07:31 __gotcha joined #salt
07:31 shiva_blre hello
07:31 shiva_blre I want to use munin in salt. but when I say salt '*' munin.run cpu : it says munin.run not available
07:33 malinoff shiva_blre, when nobody can answer, use mailing list: https://groups.google.com/forum/?#!forum/salt-users
07:35 shiva_blre k, thanks.
07:37 atbell joined #salt
07:39 Ryan_Lane joined #salt
07:41 ganes joined #salt
07:41 ganes hi
07:41 ganes what r the different flavours in saltstack..
07:42 ganes like diff deployment model like salt-master and masterless
07:42 ganes any body can help...
07:42 malinoff ganes, read docs
07:43 j-saturne joined #salt
07:44 ganes ys i fully gone through i got only tis..
07:44 ganes anything else i left??
07:45 shiva_blre I have a new file /etc/hosts on Master. I want master to distribute it on minions.
07:45 shiva_blre how do i do this ?
07:48 douardda joined #salt
07:48 atbell joined #salt
07:53 genediazjr joined #salt
07:53 dooshtuRabbit joined #salt
07:54 slafs joined #salt
07:54 slafs left #salt
07:54 akafred joined #salt
07:59 Auroch joined #salt
07:59 atbell joined #salt
07:59 rtuin joined #salt
08:02 genediazjr joined #salt
08:06 _ale_ joined #salt
08:06 marnom joined #salt
08:09 Furao joined #salt
08:09 atbell joined #salt
08:12 trikke joined #salt
08:16 Furao_ joined #salt
08:22 atbell joined #salt
08:22 atbell joined #salt
08:25 kermit joined #salt
08:28 lb1a joined #salt
08:29 yomilk joined #salt
08:29 Furao joined #salt
08:30 marnom hi guys, I'm experiencing some of the known issues in the 2014.7 release (minion auth issues, minions not coming back, publisher compound targeting) so I'm now thinking about downgrading to 2014.1.13 - would anyone know if a 2014.7.1 release is coming in the next few days?
08:33 atbell joined #salt
08:39 jhauser joined #salt
08:40 __gotcha joined #salt
08:43 atbell joined #salt
08:45 Ryan_Lane joined #salt
08:54 martoss joined #salt
08:54 martoss left #salt
08:56 atbell joined #salt
08:58 superted666____ joined #salt
08:59 Furao joined #salt
09:02 otter768 joined #salt
09:03 kawa2014 joined #salt
09:04 felskrone joined #salt
09:07 atbell joined #salt
09:09 karimb joined #salt
09:12 __gotcha joined #salt
09:16 j-saturne1 joined #salt
09:16 j-saturne joined #salt
09:16 Dw_Sn joined #salt
09:19 atbell joined #salt
09:22 __gotcha1 joined #salt
09:22 j-saturne joined #salt
09:24 j-saturne joined #salt
09:26 __gotcha joined #salt
09:29 __gotcha1 joined #salt
09:30 atbell joined #salt
09:30 jeffrey4l joined #salt
09:30 genediazjr joined #salt
09:39 N-Mi joined #salt
09:39 N-Mi joined #salt
09:39 robinsmidsrod joined #salt
09:41 TheThing joined #salt
09:42 dRiN joined #salt
09:43 atbell joined #salt
09:45 intellix joined #salt
09:49 viq shiva_blre: you put it in your salt_roots, and define a file.managed state. Or use host state
09:50 Dw_Sn joined #salt
09:51 babilen marnom: I am quite certain that a .1 release is *not* coming in the next few days
09:52 marnom babilen: thanks! I will downgrade to 2014.1.13 for now.
09:54 atbell joined #salt
09:55 babilen I really wonder what I'm doing right .. I see none of those issues (well, the compound thing was well known)
09:56 babilen Or have I lost some minions without noticing? :-/
09:56 fredvd joined #salt
10:04 atbell joined #salt
10:08 BbT0n joined #salt
10:13 giantlock joined #salt
10:14 goudale joined #salt
10:14 goudale hi all
10:14 goudale i have trouble with one minion
10:14 goudale it doesn't start, it have 0 bit of logs
10:14 goudale and when I "salt-minion --version", it claims that there is no jinja2 modules despite having the ``python-jinja2`` package installed
10:15 goudale any idea ?
10:15 atbell joined #salt
10:18 goudale okay, reinstalled ``python-jinja2``, now it complains about ``markupsafe``
10:18 TyrfingMjolnir joined #salt
10:21 LittUp joined #salt
10:23 iwishiwerearobot joined #salt
10:25 atbell joined #salt
10:28 sieve joined #salt
10:29 viq_ joined #salt
10:32 brayn joined #salt
10:33 mikeywaites joined #salt
10:35 atbell joined #salt
10:39 Andre-B joined #salt
10:42 LittUp joined #salt
10:45 LittUp joined #salt
10:45 eXistenZNL joined #salt
10:47 babilen goudale: How did you install in the first place?
10:47 atbell joined #salt
10:47 goudale with the ppa
10:47 oyk joined #salt
10:48 goudale I did the upgrade from 2014.1 to 2014.7 with a regular apt-get upgrade
10:48 goudale other minions with the same config works fine
10:49 babilen ppa on Ubuntu?
10:50 oyk Hi. How can I use variable in pillar.get? {% for vh in grains['vhosts'] %} {% set vhost = salt['pillar.get']('vhosts:{{ vh }}', 'unkn')  %} ?
10:50 goudale babilen: yes
10:50 babilen You might want to take a look at https://github.com/saltstack/salt/issues/18905
10:51 fe92 joined #salt
10:51 babilen oyk: No need to nest {{ ... }} within {% .... %}
10:51 goudale babilen: I posted it ;)
10:52 babilen Ah, you might want to mention that in the future as it helps in debugging your issues
10:53 zerthimon joined #salt
10:53 goudale mention that #18905 is mine ?
10:53 babilen So, can you import markupsafe in a python REPL?
10:54 babilen goudale: No, rather: "I have also filed bug #123456 in which you'll find additional information. Just mention this so that you don't have to search the bug tracker for similar bugs yourself as I've already done that"
10:55 sinh i'm feeling a little stupid for not being able to see what i'm doing wrong here so can someone help me
10:55 sinh i'm trying to templatize a config file
10:55 sinh to replace two keys
10:55 goudale babilen: I understand, I filled the bug after joining the chan
10:55 sinh but for some reason i keep getting a unhashable 'list'
10:56 sinh http://pastebin.com/ZymxTstZ
10:56 sinh it seems relatively straight forward. . i'm going by what the grains.filter_by module doc says. . and instead of using os_family i'm doing server_role
10:57 sinh which i'm assuming i can specify and not just have to use os_family
10:57 babilen oyk: Did you figure it out? You probably want to use either 1. 'foo' ~ bar ~ 'baz' or 2. 'foo %s baz'|format(bar) to format your string (cf. http://jinja.pocoo.org/docs/dev/templates/ )
10:57 _viq joined #salt
10:58 sinh any insight would be greatly appreciated
10:58 JayFK joined #salt
10:58 atbell joined #salt
10:59 goudale babilen: reinstalled python-markupsafe and python-msgpack solved it, closed the bug aswell
10:59 babilen sinh: server_role is a list and cannot be hashed
10:59 BbT0n left #salt
11:00 sinh hrm
11:01 babilen (its value would have to be, say, a string or so, but that would restrict you to using that grain for only a single role)
11:01 glyf joined #salt
11:02 sinh hrm
11:02 sinh that did it
11:02 sinh my goodness i feel stupid
11:03 sinh so . . in the grains.items list . . how do you determine if something is a list or a dict?
11:03 otter768 joined #salt
11:04 _viq joined #salt
11:05 istram joined #salt
11:05 oyk babilen: I want use grains for some sites. Examle: http://pastebin.com/UaePMxLS
11:05 babilen sinh: I would, however, recommend a complete different approach. First and foremost: 1. It is IMHO not a good idea to use grains for 'roles' (you want to define them in authoritative place not one that is under control of the minion and how to manage the assignment of grains in the first place?)
11:05 jhauser joined #salt
11:07 babilen 2. I would define the values you define in there in a pillar and then make sure that you target the right pillar to your minion. The construct you use there is more commonly used in map.jinja in which you define os_family specific relatively static values such as package names or the location of configuration files.
11:08 Twiglet Anyone know if it's possible to get jinja to check for a state file and if it doesn't exist use another? eg: if user.{{ pillar.get[name] }}; else user.default; fi
11:08 babilen (and if you guys want to do me or the internet a favour you would use pastebins such as http://refheap.com, http://paste.debian.net, http://bpaste.net, https://gist.github.com, ... rather than the ad-ridden, content munging horror that is pastebin.com l)
11:09 atbell joined #salt
11:10 babilen Twiglet: You could use http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.cp.html#salt.modules.cp.list_states, but I my guts say that there must be a better way to approach the problem you are trying to solve there
11:10 jeffrey4l joined #salt
11:13 viq joined #salt
11:13 viq joined #salt
11:14 Twiglet babilen: Sorry, not quite what I'm after, here's some psuedo code for what i'm trying to achieve https://www.refheap.com/94727
11:14 aqua^mac joined #salt
11:14 Twiglet basically an include of a sls if it exists, if not use the default
11:15 Twiglet just so we can have custome states for our desktops if we want ;)
11:15 robinsmidsrod joined #salt
11:15 babilen Twiglet: The "assign users to boxes" problem?
11:16 Twiglet not so much, we're just assigning users via pillar top.sls assignments which is working fine but it's more the option to include a user.sls if it exists
11:17 sinh babilen: thanks for the suggestions. . and apologies for pastebin.  i don't use it much so it's more or less the only one i know. . but i'll use the others
11:18 babilen Ah, okay. Why don't you include it in every case, but feed it with data from the pillar as well. You would then only actually execute the states if you have data to use (for generating the states). So in many ways like the users-formula you probably use to create users in the first place (and then you could just add additional data into the pillar)
11:19 babilen sinh: I am quite particular in that regard, but it really isn't the best pastebin out there. The things that I really can't forgive it (besides its horribly garish design) are that it asks you to enter CAPTCHAS every now and then and, even worse, tinkers with whitespace in pastes
11:20 atbell joined #salt
11:20 _viq left #salt
11:20 babilen Twiglet: But you *could* use the cp function I mentioned earlier and then check if the state is indeed there.
11:20 sinh since i use it maybe once every couple months it never really bothered me but i do dislike the stupid ads they have on it
11:21 Twiglet Cheers for the suggestions, will keep plugging away
11:21 sinh so curious. . why would you use a pillar instead of sticking the values in another file
11:21 sinh i thought about specifying the values i wanted into a pillar
11:22 bhosmer joined #salt
11:23 babilen sinh: Because pillars allow you to specify quite precisely which data is being sent to which minion and the values you set there very much look like values for which one would, traditionally, use pillars.
11:23 sinh probably should've gone with my first instinct in this case
11:24 babilen (e.g. as discussed in http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html )
11:25 goudale why do I never get the same results when I try to list listening minions ?
11:26 goudale is the a reliable command to accurately list up/down minion ? at the time I use ``manage.status``
11:26 babilen Please elaborate. What have you done exactly, what did happen and what did you expect to happen? Use a pastebin such as http://refheap.com to provide applicable output
11:30 atbell joined #salt
11:33 zerth joined #salt
11:41 goudale babilen: here are a few command runned as few second of interval, why are the results so different ? http://sebsauvage.net/paste/?a485ad78e73ca679#mIn81e0vGSYSa9JMB4tjxcK4PCQ9/LWJjjeqbYgVc3I=
11:42 atbell joined #salt
11:49 babilen goudale: The empire obviously attacked some of the bases and blocked transmissions -- but in all earnest: I am not sure why you are seeing what you are seeing, but I can reproduce that behaviour in manage.status (but not in test.ping, once I "woke up" all of them they consistently reply)
11:51 atbell joined #salt
11:52 bhosmer joined #salt
11:52 goudale babilen: I often see you here, are you employed to work on salt ?
11:52 CeBe joined #salt
11:53 babilen goudale: No, just work a lot with salt and enjoy challenges in between :)
11:54 ifmw joined #salt
11:54 babilen I also found that I come up with great ideas for my own infrastructure through the process of debugging setups other people came up with. There is a certain level of "being set in one's way" that I notice in my setups and I like fresh ideas.
11:55 Furao joined #salt
12:01 ifmw joined #salt
12:02 ale joined #salt
12:03 atbell joined #salt
12:05 genediazjr joined #salt
12:06 ifmw joined #salt
12:13 pppingme joined #salt
12:16 atbell joined #salt
12:17 ericof joined #salt
12:20 yomilk joined #salt
12:23 johtso joined #salt
12:23 johtso Is there any way to work around this issue at the moment? https://github.com/saltstack/salt/issues/11575
12:30 tkharju joined #salt
12:30 babilen johtso: Sure, fix the bug in salt, but then that might be a more involved "workaround" than you had in mind. I can't think of anything and did not like it that salt equates branch with environment to begin with. (this should have been done explicitly from the start)
12:31 atbell joined #salt
12:32 johtso babilen: yeah, really not keen on that feature
12:33 johtso If I have my pillar and states in a single git repo, as subdirectories, could I just use gitfs and have the state subdirectory served as states and the pillar subdirectory read for pillar data?
12:33 johtso avoiding using ext_pillar completely
12:33 johtso or is that not possible?
12:33 jeffrey4l joined #salt
12:34 babilen Yes, that is possible. You would, however, still configure the pillar part as an ext_pillar (but set "root" to point to the subdirectory)
12:34 babilen So I don't see how that would help as you are still facing the "branch == wrong environment" issue
12:34 johtso urgh :(
12:35 genediazjr joined #salt
12:35 babilen This also renders feature/bugfix/temporary/.../... branches a bit useless as you don't necessarily want to expose all of them as environments on the master
12:36 babilen One of my favourite anti-features of salt (along with grains for roles)
12:40 johtso The only solution I see is to manually pull down the pillar repo on the salt master
12:42 babilen yeah
12:47 glyf joined #salt
12:49 johtso babilen: or maybe I can dynamically use the current environment in the pillar top file..
12:49 johtso {{ env }}:
12:50 atbell joined #salt
12:56 sieve joined #salt
13:01 atbell joined #salt
13:04 otter768 joined #salt
13:09 thawes joined #salt
13:09 clinta joined #salt
13:13 atbell joined #salt
13:13 Twiglet Can't you whitelist branches in 2014.7?
13:13 Twiglet So it'll only use specified branches as environments
13:13 karthee joined #salt
13:15 diegows joined #salt
13:16 karthee Hi .. i am beginner in salt but have use a lot of chef. We are migrating. in chef we used wrapper cookbook.. say ntp community cookbook ... we would create another cookbook my-ntp  and put my modifications wrapping the community cookbook ..
13:18 karthee can someone advice if I can do the same with salt.. say i clone community formula  ntp ..   I have dir structure    ~/formulae/ntp-formulae/ntp  and   I want to put my configs at  ~/base/my-ntp/init.sls  <- my custom configs should go here ..
13:18 karthee Can this be possible I have been trying with include: ntp    .. dont know how to apply my customzations
13:18 thawes joined #salt
13:26 jakubek joined #salt
13:27 atbell joined #salt
13:28 jakubek is that possible to include sls file in the middle of other state file? if I add include somewhere in state file after running salt state.sls it's fired as first state
13:32 ajolo joined #salt
13:37 babilen Twiglet: You can with pygit2 iirc, let me check
13:38 zerth joined #salt
13:38 atbell joined #salt
13:38 babilen http://docs.saltstack.com/en/latest/ref/configuration/master.html#std:conf_master-gitfs_env_whitelist simply states that you need .7, sweet
13:40 babilen karthee: You would have to *explicitly* configure file_roots (or gitfs_remotes) for that directory layout. Have you done that? You would, furthermore, not use "include: ntp", but "include: - ntp" (it has to be a list)
13:40 babilen Are you aware of https://github.com/saltstack-formulas/ntp-formula ?
13:41 babilen It is also quite uncommon to have salt states in a user's $HOME directory and /srv/salt/ is much more commonly used
13:41 malinoff joined #salt
13:43 karthee babilen: sure .. I have cloned ntp-formula to ~/salt/formulae/ntp-formula  and my /etc/salt/master is  file_roots:  base:  ~/salt/formulae/ntp-formula
13:43 karthee let me pastebin everything
13:45 kallekoo joined #salt
13:46 babilen karthee: Which home directory are you referring to there? I'm not sure if "~" is evaluated in that context btw (not sure if they call expanduser) and I would recommend http://refheap.com as pastebin
13:47 kallekoo Hi, I was wondering, can I somehow exit cleanly in the middle of a state file run if I determine there's no point in running through the rest of the state file?
13:47 karthee kalleko:  babilen: here is my setup http://pastebin.com/V9t903kz
13:47 babilen ah well ..
13:49 babilen karthee: You typically use pillars with formulas to define/override options in the configuration. Most formulas come with an example pillar that exemplifies all options you can set and you'd fine the one for the ntp formula in https://github.com/saltstack-formulas/ntp-formula/blob/master/pillar.example
13:49 goudale joined #salt
13:49 babilen karthee: Any particular reason why you don't simply use "- ntp" in your top file rather than "- myntp" that simply includes "- ntp" ?
13:50 babilen You probably want to read http://docs.saltstack.com/en/latest/topics/tutorials/pillar.html if you haven't already
13:50 karthee aah .. ok .. I read the same thing in the doc http://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html
13:51 babilen So you would define a suitable pillar in which you set ntp:ntpservers: [.....]
13:51 atbell joined #salt
13:51 babilen That is you'd use something like ntp: \n ntpservers: \n - 0.us.pool.ntp.org \n 0.eu.pool.ntp.org
13:52 karthee okay.. I think since I am from chef background I am confusing .. as we used to use wrapper cookbooks which contains our org specific configurations wrapping the community cookbook without touching them
13:52 babilen Or you use ntp.ng and then just ntp:settings:ntp_conf: [...]
13:53 karthee I think I will try with chaning in top  and then I will check the pillars also ..
13:53 murrdoc joined #salt
13:54 babilen karthee: You don't have to wrap anything. I mean you can but in this particular case there really is *no* reason to do so. In fact I would even find it confusing as I wouldn't expect that you use a "standard" formula but something homemade.
13:54 proxxy joined #salt
13:56 karthee got it ..
13:56 karthee can you tell wha I am doing wrong here base:
13:56 karthee '*':
13:56 karthee - ntp:
13:56 karthee servers:
13:56 karthee - one
13:56 karthee - two
13:56 babilen yes, you are mixing states and pillars
13:59 babilen So, first and foremost: Change your *states* top.sls so that it looks like "base: '*' - ntp" (+ whitespace) and then setup pillars. If you insist to keep your salt configuration in your user's home dir then you will have to set http://docs.saltstack.com/en/latest/ref/configuration/master.html#pillar-roots to, say, ~/pillar/ and then edit ~/pillar/top.sls to include "base: '*': - ntp" and ~/pillar/ntp.sls with "ntp: \n ntpservers: \n - ...
14:00 babilen ... 0.eu.pool.ntp.org" run "salt '*' saltutil.refresh_pillar" and then "salt '*' pillar.items"
14:00 babilen (and please don't paste into the channel but use pastebins such as http://refheap.com http://paste.debian.net or http://bpaste.net)
14:03 zsoltwst joined #salt
14:04 zsoltwst hi
14:05 zsoltwst can anyone help me to configure top.sls?
14:06 zsoltwst im got a "No Top file or external nodes data matches found" message from the salt-minions
14:07 babilen Could you paste your current top.sls file, the output of "salt --version" and "salt '*' test.ping" along with the command and its output that results in the message you refer to above?
14:07 zsoltwst salt '*' test.ping
14:07 viq zsoltwst: what does your file_roots in master config say, where is your current top.sls and what does it look like? Use a paste site, like https://paste.debian.net/
14:07 zsoltwst job01:     True monitor01:     True mail01:     True proxy01:     True db01:     True cache01:     True app01:     True search01:     True log01:     True redis01:     True
14:07 babilen Also include your master conf and an overview of /srv/salt ...
14:07 babilen Please use a pastebin such as http://refheap.com to do so
14:07 zsoltwst etc/salt/master
14:07 snuffeluffegus joined #salt
14:07 zsoltwst file_roots:   base:     - /srv/salt
14:07 zsoltwst srv/salt/top.sls
14:07 zsoltwst base:   '*':     - global
14:08 zsoltwst srv/salt/global.sls
14:08 babilen Can't you put it all in one place?
14:08 viq zsoltwst: site, not channel
14:08 babilen (with proper whitespace)
14:08 zsoltwst sorry
14:08 babilen And please include *all* included state files too.
14:09 zsoltwst file_roots:   base:     - /srv/salt
14:10 zsoltwst joined #salt
14:10 mapu joined #salt
14:11 Rory Can't find this for Googling: how do I rename my minions?
14:11 racooper joined #salt
14:12 Rory (change minion ID from foo to bar)
14:12 viq Rory: modify /etc/salt/minion_id , restart minion, remove and accept anew minion's key
14:12 gngsk joined #salt
14:12 babilen remove old, accept new naturally (although that should be obvious)
14:12 atbell joined #salt
14:13 Rory babilen: I added the file /etc/salt/minion_id with my desired new minion ID (the fqdn) but after restarting the salt-minion service, the old ID (short hostname) is still in effect. My master is in open mode.
14:14 Rory the file /etc/salt/minion_id did not exist previously.
14:15 viq Rory: then are you sure you're looking at the right machine? salt-minion upon startup creates minion_id, if it wasn't there then it looks like salt-minion was not running there previously
14:16 Rory None of my minions have that file.
14:16 babilen Do you set it in /etc/salt/minion ?
14:16 zsoltwst joined #salt
14:17 Rory No, the string "oldholdname" doesn't appear anywhere in /etc/salt
14:17 babilen (and have you removed the old key already?)
14:17 karthee babilen: thanks a lot sir
14:18 bhosmer joined #salt
14:18 nitti joined #salt
14:19 babilen karthee: Did that work out?
14:19 zsoltwst re
14:19 karthee I am reading the docs on pillars .. will let you know how it goes ..
14:19 babilen sure
14:20 zsoltwst salt-master --version
14:20 zsoltwst salt-master 0.17.5
14:20 babilen Just ask if something is unclear, but then you should have read the documentation first as that should clarify things a lot :D
14:20 zsoltwst salt-minion --version
14:20 zsoltwst salt-minion 2014.7.0 (Helium)
14:20 babilen zsoltwst: Please just paste it all to http://refheap.com and we will take a look
14:20 viq zsoltwst: and here's first issue: master should be same or newer than minions
14:20 miqui_ joined #salt
14:21 babilen Oh, and your master has to be *at least* the version of your newest minion
14:21 zsoltwst ok
14:21 viq zsoltwst: and again, please paste things to a site, not to the channel
14:24 mpanetta joined #salt
14:25 cpowell joined #salt
14:26 JayFK joined #salt
14:26 atbell joined #salt
14:27 giantlock joined #salt
14:29 kbyrne joined #salt
14:29 dude051 joined #salt
14:30 dude051 joined #salt
14:30 zsoltwst babilen viq https://www.refheap.com/94741
14:32 viq zsoltwst: first thing you need to do is upgrade your master
14:32 viq otherwise it seems ok
14:32 zsoltwst viq i installed the master and the minion from official salt repo, via apt-get
14:32 mpanetta joined #salt
14:32 viq zsoltwst: no you didn't, otherwise they would be on the same version
14:33 viq Or you did it in space of a year or so
14:33 viq Upgrade your master so it's at least as new as your minions.
14:34 zsoltwst viq but yes, i installed it today, same time
14:34 babilen zsoltwst: Please paste the output of "apt-cache policy ; apt-cache policy salt-{master,minion}" to http://refheap.com
14:35 babilen (on both boxes)
14:35 babilen Oh, and include "head -v -n -0 /etc/apt/sources.list{,.d/*}" too
14:36 mpanetta joined #salt
14:37 jeremyr1 joined #salt
14:38 goudale P
14:38 babilen d
14:38 erimar77 joined #salt
14:38 viq q
14:39 zsoltwst babilen viq https://www.refheap.com/94742
14:41 viq pinned version on master
14:42 housl joined #salt
14:43 jaimed joined #salt
14:43 babilen zsoltwst: So, please run "apt-get install salt-master" on the master.
14:43 kbyrne joined #salt
14:43 babilen (or "apt-get dist-ugprade" if you prefer)
14:43 zsoltwst babilen salt-master is already the newest version.
14:43 zsoltwst 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
14:44 viq try running apt-get update && apt-get dist-upgrade
14:44 babilen I would also like to point out that you appear to have removed all "normal" repositories from your /etc/apt/sources.list
14:44 blaffoy joined #salt
14:45 babilen And you want to rename "/etc/apt/sources.list.d/saltstack-salt-trusty.list.save" to "/etc/apt/sources.list.d/saltstack-salt-trusty.list" on the master. What horrible tools have you been using?
14:46 babilen So: 1. Sort out your /etc/apt/sources.list 2. Rename file as indicated above 3. Run "apt-get update" 4. Run "apt-get dist-upgrade" -- paste commands and output
14:47 atbell joined #salt
14:47 dooshtuRabbit joined #salt
14:48 rtuin joined #salt
14:49 jaimed joined #salt
14:52 zsoltwst babilen apt-get dist-upgrade: salt-master : Depends: salt-common (= 2014.7.0+ds-2trusty1) but it is not going to be installed ...etc
14:52 babilen After doing all of the above?
14:52 zsoltwst yes
14:52 thawes joined #salt
14:53 babilen And you configured your /etc/apt/sources.list to match that on the minion? Could you show the output of all the commands again and also include "aptitude install salt-master" ? (answer "n" a couple of times to cycle through the options)
14:54 sijis joined #salt
14:54 sijis joined #salt
14:57 zsoltwst i installed the salt-master, and the salt-minion today, on freshly installed Ubuntu Server 14.04 machines (same OS, same - official - repo, all installed today), minion and master sources.list is same
14:58 iwishiwerearobot joined #salt
14:58 oeuftete so docker.absent doesn't actually "rm" the container, it just stops it?  Seems to be what I'm seeing with my states.
14:59 glyf What's a good way to install applications on OSX, from say .dmg or .zip files, using salt? I couldn't find anything in the module reference.
14:59 rojem joined #salt
14:59 babilen yes, so lets continue working on this. You obviously renames /etc/apt/sources.list.d/saltstack-salt-trusty.list to /etc/apt/sources.list.d/saltstack-salt-trusty.list.save and completely emptied your /etc/apt/sources.list on the master
15:00 babilen (it should go without saying that doing so is slightly suboptimal if you plan to install packages from those repositories)
15:00 atbell joined #salt
15:00 perfectsine joined #salt
15:01 viq zsoltwst: if they were freshly installed, and I somewhat assume a test environment, then maybe reinstalling them would be a good idea and save you some pain here
15:01 iggy Samos123: inferior technology and bloatware
15:02 babilen glyf: Do you set force? It won't remove running containers otherwise.
15:03 babilen glyf: What's the exact output you are seeing?
15:03 glyf babilen: Do you mean oeuftete?
15:03 babilen I do indeed
15:03 glyf babilen: I'm just looking for a way to install OSX apps
15:03 babilen Yeah, ENICK. Sorry for that.
15:03 blaffoy Hi! More Windows questions! I'm trying to deploy PyCharm to windows PCs using salt. I've set up my win repo package, which seems to work as I would want. I can run `salt my-minion pkg.install pycharm` and the package will be installed. However, the package does not then appear in the output of `salt my-minion pkg.list_pkgs`
15:03 glyf babilen: no worries!
15:04 babilen oeuftete: see my comments above (addressed to glyf)
15:04 blaffoy How does pkg.list_pkgs work? What system is it polling?
15:05 babilen blaffoy: Take a look at modules/win_pkg.py
15:05 perfectsine joined #salt
15:05 otter768 joined #salt
15:07 beardo joined #salt
15:07 blaffoy Cheers babilen!
15:08 blaffoy Always a pleasure.
15:08 genediazjr joined #salt
15:09 blaffoy Right, it searches for uninstall keys in the registry. That's what I suspected
15:09 blaffoy Unfortunately, the pycharm silent install switch causes it not to create an uninstall key.
15:10 blaffoy Which means that any states including my win/repo/pycharm.sls will register a failure.
15:10 blaffoy I'll just have to live with it I suppose.
15:10 babilen Is that a bug in the pycharm installer?
15:11 babilen Or is salt's behaviour unreasonable?
15:11 glyf joined #salt
15:11 blaffoy Bug in the pycharm installer, I'm fairly sure.
15:12 blaffoy If I install with the GUI, then the registry key is created.
15:13 blaffoy I think salt's behaviour is perfectly reasonable. As the source code in win_pkg.py describes it "#attempt to corral the wild west of the multiple ways to install #software in windows"
15:13 babilen Okay, redirect screaming, tar and feathers appropriately
15:13 blaffoy oh I'm sorry, I didn't mean for it to sound like I was upset.
15:13 Auroch joined #salt
15:14 babilen No, no .. it never appeared as if you did.
15:14 blaffoy You guys are a great help.
15:14 blaffoy :-)
15:14 babilen s/Okay, redirect screaming, tar and feathers appropriately/Please file a bug with them/
15:14 blaffoy Yup, way ahead of you.
15:15 perfectsine joined #salt
15:15 kaptk2 joined #salt
15:15 atbell joined #salt
15:18 thawes joined #salt
15:18 mikeywaites joined #salt
15:18 rvankleeck joined #salt
15:19 geekatcmu Hey, can someone whip up a firewall state that supports CentOS, Ubuntu, and FreeBSD 8.4+?  That'd be great.
15:19 oeuftete babilen: I haven't gone into the source, but docker.absent takes only a "name" option per the docs
15:19 viq geekatcmu: sure, if grains['os']=something then do one thing, if other then something else, if other then something else ;)
15:20 jalbretsen joined #salt
15:21 viq There is a bunch of "frontends" for iptables, but few things generating config for PF. The only that comes to mind is fwbuilder
15:21 oeuftete babilen: now I have gone into the source, and it does appear to only stop the container.  The name of the state and it's documented behaviour is wrong, IMO.  (stopped && present) != "absent"
15:21 oeuftete *its
15:21 babilen oeuftete: Yeah, I see that now. I was looking at the module, but the state does not allow you to pass "force".
15:22 rvankleeck can the salt job scheduler be used to run a single job at a specific time just once? (e.g. pkg.upgrade)
15:22 babilen oeuftete: File a bug please. At best the documentation should be changed, but then you might actually want it to behave as described (/me would prefer if force would be exposed)
15:23 viq rvankleeck: no, but you could play around with at
15:23 KennethWilke joined #salt
15:23 babilen Do we have states for at?
15:23 viq think so
15:24 babilen (not that it would be horribly complicated to use cmd.run for that)
15:24 rvankleeck viq, thanks. I was looking at 'at' and possibly celery, but noticed that salt had it's own job scheduler
15:24 Samos123 could anybody confirm whether this is a bug or not? I would like to fix it myself but not sure if it's actually a bug or my own stupidty: https://github.com/saltstack/salt/issues/18878
15:24 babilen http://docs.saltstack.com/en/latest/ref/states/all/salt.states.at.html#module-salt.states.at
15:24 viq rvankleeck: though I haven't looked at what the scheduler in 2014.7 does, may have changed
15:24 oeuftete babilen: ok, thanks.  In the meantime, I guess I'll do some cmd.run or salt['docker.remove_container'] workarounds to do what I need.
15:24 babilen +1`
15:25 babilen http://docs.saltstack.com/en/latest/ref/modules/all/salt.modules.at.html#module-salt.modules.at is probably more useful though
15:26 rvankleeck babilen, interesting. Thanks for that
15:26 jonbrefe joined #salt
15:30 nitti_ joined #salt
15:32 atbell joined #salt
15:33 budman joined #salt
15:33 jonbrefe1 joined #salt
15:33 genediazjr joined #salt
15:37 sieve joined #salt
15:41 troyready joined #salt
15:45 atbell joined #salt
15:47 Elwood_5G joined #salt
15:47 Elwood_5G hi
15:48 Elwood_5G what is the best place to put structured data that I can later loop on?
15:50 budman Morning all. I ask a question yesterday but got sided tracked did not see any replies..
15:50 babilen Elwood_5G: Pillar -- http://docs.saltstack.com/en/latest/topics/tutorials/pillar.html (also various other sources for your pillar -0- http://docs.saltstack.com/en/latest/ref/pillar/all/ )
15:51 budman I have 10 minions, all work fine, I can all any state.sls and apply it to all 1-9 nodes, but the last node I added says no base env.
15:51 budman Is there a cache or something Im missing? why would this 1 new minion be freaking out?
15:51 Elwood_5G ok thanks just getting started with salt so a pointer to the right documentation is greatly appreciated!
15:52 babilen Elwood_5G: You are welcome, I'd recommend to read that and then come back with further questions. You might also want to tell us what you are trying to achieve if you want additional guidance/help.
15:52 babilen budman: Hard to say, could you paste some output and information to http://refheap.com so that we can construct a complete picture of your setup and problem?
15:53 Elwood_5G babilen: I am currently comparing automation toolset (puppet,chef and ansible i already looked at)
15:53 Elwood_5G I do this by trying to implement a use case
15:54 Elwood_5G (freeradius with ldap-backend and then a pppoe-server that connects to that)
15:54 Elwood_5G so I have data that is relevant to freeradius and the pppoe server that is the same
15:56 budman babilen: here: https://www.refheap.com/94746
15:56 babilen Yeah, you would provide data like that in "pillars" which are simply Python dictionaries that you can target (cf. http://docs.saltstack.com/en/latest/topics/targeting/ ) to specific minions. This is important as it allows you to keep sensitive data in there and also send different data to different minions. A common idiom in salt is to write "generic" states that use data from pillars to actually do something.
15:56 budman and thank you for looking/helping
15:57 goudale joined #salt
15:57 Ozack1 joined #salt
15:57 budman I used vim in the example.
15:58 atbell joined #salt
15:58 Elwood_5G my intention is to fill some variables that are then used in jinja templates
15:58 orion__ joined #salt
15:58 budman but it could be users or any state
15:59 budman I've tried to remove athena*  and test with just * base
15:59 babilen Elwood_5G: I hope that all these concepts are not a bit too confusing, but in the end you have to sort out pillars, modules and states out in your brain. Modules are the things that actually *do* things (e.g. run commands), while states describe a, well, state that you want to achieve. States therefore come in two parts: A test to check if it has been achieved and an action (i.e. a call to a module) to perform if it hasn't.
15:59 Elwood_5G one thing I didn't get in the tutorials and see it now again in the pollar document:
15:59 babilen Elwood_5G: All data that users would genuinely want to set in those states is being read from pillars.
15:59 Elwood_5G they use /srv/pillars/users/init.sls
16:00 Elwood_5G if I do that what to I include in top.sls so that users/init.sls ist used include users.init.sls?
16:00 Elwood_5G so pillars are the same like databags in chef
16:01 babilen budman: Could you also paste your vim.sls file please?
16:02 budman https://www.refheap.com/94747 - vim.sls super basic/simple
16:02 troyready joined #salt
16:02 intellix joined #salt
16:03 Elwood_5G hmmm the salt '*' pillar.items stays empty
16:03 babilen Elwood_5G: "- foo" in your top.sls (both states and pillars) can refer to file_roots/vim.sls or file_roots/vim/init.sls (the latter is typically used if you want to split your states into "modules" / "parts" (e.g. file_roots/vim/{package,plugins}.sls
16:03 babilen )
16:04 Elwood_5G nevertheless I have: base: '*': - data (newlines of course included)
16:05 Elwood_5G and in data.sls info: foo
16:05 Elwood_5G did the refresh but nothing show up
16:05 babilen budman: Could you restart your master and minion on athena and also run "salt-run fileserver.update" ? I have to confess that nothing obvious meets the eye there
16:06 babilen Elwood_5G: Where do you have that?
16:06 Elwood_5G i added the pillar-base to the master-file
16:06 UtahDave joined #salt
16:06 mway joined #salt
16:06 Elwood_5G i added top.sls to the path given there
16:06 Elwood_5G and added a data.sls in that directory
16:06 Auroch joined #salt
16:07 babilen Elwood_5G: So you are using /srv/pillars (which differs from the default /srv/pillar) and you configered that in /etc/salt/master ?
16:07 budman yes very odd, restarted master/minion ran the fileserver.update.. same thing.. im dumb founded its just worked on so many machines
16:07 Elwood_5G no /srv/pillar
16:07 babilen Elwood_5G: So you have /srv/pillar/{top.sls,data.sls} with the given content on the master?
16:08 Elwood_5G yep
16:08 babilen Elwood_5G: Would you mind pasting all of that to http://refheap.com ? (along with commands and output)
16:08 Elwood_5G hang on
16:08 thedodd joined #salt
16:09 babilen budman: I'd run the master in debug mode and check for errors there ..
16:10 mway if overstate is being deprecated, what's the best way to cleanly manage highstate dependencies? e.g., MinionA needs to wait for MinionB to run highstate before running its own highstate.
16:10 Elwood_5G https://www.refheap.com/94748
16:10 babilen mway: You'd use orchestrate
16:11 babilen Elwood_5G: Thank you
16:11 ericof joined #salt
16:11 atbell joined #salt
16:11 budman babilen: checking on how to debug mode
16:12 babilen budman: "salt-master -ldebug" (or set http://docs.saltstack.com/en/latest/ref/configuration/master.html#log-level in the master config)
16:13 babilen Elwood_5G: Just trying your config locally
16:14 babilen Elwood_5G: That works perfectly here. How are you checking exactly? What kind of setup are you running? What does "salt --versions" give you? What about "salt '*' saltutil.refresh_pillar" and "salt '*' pillar.items" ?
16:15 Elwood_5G yup did both multiple times
16:15 Elwood_5G running on gentoo
16:15 Elwood_5G Salt: 2014.7.0
16:16 Elwood_5G let me check the master-file once more
16:17 robothands joined #salt
16:17 Elwood_5G pillar_roots:
16:17 Elwood_5G base:
16:17 Elwood_5G - /srv/pillar
16:17 babilen Mind using http://refheap.com ?
16:18 Elwood_5G sorry
16:18 Elwood_5G i tried the refresh_pillar with -l debug but that didn't show me anything like it was looking in any dirs
16:19 budman https://www.refheap.com/da21f63fa0a1a543e23aeaefc - top section is athena the none working minion, bottom one is a working minion(any other minion) same command.
16:20 babilen Okay, could you run the minion on athena in debug mode and paste that too
16:20 budman k
16:22 budman https://www.refheap.com/2cb899ae9bfc3ec635297f6fb
16:23 babilen Elwood_5G: I mean just paste everything I asked about (commands and output + configuration) along with everything else you deem important to http://refheap.com and I will have it much easier to see where you might be off. The data you pasted so far looks perfectly fine and I just reproduced that they work locally: https://www.refheap.com/94752
16:24 Elwood_5G what shall I put on refheap as well?
16:24 Elwood_5G eg what's missing
16:25 babilen budman: And "salt 'qa1*' cp.list_states" and "salt 'athena*' cp.list_states" list the same states?
16:25 babilen Elwood_5G: Check what I pasted, paste that along with your master's configuration file and 'salt --versions"
16:26 quickdry21 joined #salt
16:26 babilen (you might also want to elaborate on how you installed salt)
16:27 Elwood_5G https://www.refheap.com/94753
16:27 Elwood_5G emerge salt
16:27 Elwood_5G nothing much to it
16:27 Elwood_5G ah maybe useflags
16:27 KennethWilke emerge!
16:27 babilen Okay, ... and the commands?
16:27 * KennethWilke cuddles his gentoo box
16:28 genediazjr joined #salt
16:28 babilen Elwood_5G: And you don't have to set both of those things in your master's config as they are the default values.
16:28 babilen (i.e. just leave everything commented and restart the master)
16:28 budman babilen: no nothing lists for athena
16:28 babilen Elwood_5G: I simply want to see the *exact* equivalent of what I pasted from your side
16:29 forrest joined #salt
16:29 ekristen joined #salt
16:29 babilen budman: Okay, at least that's consistent with our observations so far. Anything special about athena? Have you redacted information earlier? (e.g. the existance of other environments, ...)
16:30 budman https://www.refheap.com/5f6baaf46454022acce185854
16:30 babilen s/a/e
16:30 budman No its a shitty old backup server bout it
16:30 conan_the_destro joined #salt
16:30 budman Ive tried reinstalling (deleting everything master/minino side for athena
16:30 budman i can add new nodes right now etc.. all work fine, its just this one
16:31 babilen budman: Okay, I am tempted to blame caches. Would you mind removing /var/cache/salt on both the master and minion (after stopping both services) and then restarting?
16:31 Elwood_5G so everything in one refheap (I didn't yet reload the empty master file)
16:31 Elwood_5G https://www.refheap.com/94755
16:31 babilen s/removing/emptying
16:31 budman i did that on the minion before, not the master, Ill do now.
16:32 babilen Elwood_5G: "salt  '*' saltutil.refresh_pillar" has no output whatsoever?
16:32 Elwood_5G nope
16:32 Elwood_5G it takes a while though
16:32 budman remove the full master/minion folders on the master? no issue?
16:33 mindfab joined #salt
16:33 babilen Elwood_5G: Okay, what about "salt-key -L" ?
16:33 babilen budman: yeah
16:33 Elwood_5G my one client I have for testing shows up
16:33 Elwood_5G under accepted keys
16:33 babilen where?
16:33 babilen Can you "salt '*' test.ping" it?
16:33 Elwood_5G and I managed to install and configure ntp on that box
16:33 Elwood_5G using salt
16:34 budman exact same thing, so F-ing ODD
16:34 Elwood_5G i can run the salt '*' pillar.items on the master can I not?
16:34 babilen Ah, well. I guess you run into a timeout. Please run "salt -v -t 180 '*' pillar.items".
16:34 budman this node is a snail not liking this salt
16:35 babilen Elwood_5G: And just to make sure: You *can* salt '*' test.ping the minion, can't you? (I interpreted your silence in that way)
16:35 Elwood_5G yes I can
16:35 Elwood_5G if I can install software and push config files these two are talking to each other
16:35 babilen budman: It's also super weird that not even the top file appears in cp.list_states
16:36 robothands joined #salt
16:37 Elwood_5G ok case closed... for what ever reaseon the bloody minion was not running thanks for the help
16:37 babilen I wonder how it answered to test.ping in that case
16:39 Elwood_5G it answered before
16:39 aquinas joined #salt
16:41 budman after clearing the cache though my keys seem gone
16:41 budman https://www.refheap.com/94756
16:41 budman n/m
16:41 budman other admin wiped the wrong /etc/salt :(
16:42 babilen ...
16:42 budman Having to spin up the master fresh here, see if that some how fixes athena (doubt full).
16:43 RedundancyD joined #salt
16:43 babilen Elwood_5G: Okay, glad you figured it out, but please do me (and yourself) the favour of actually running the commands people are asking about. Assumptions are a bad thing and if you say "it answers to test.ping" then "minion not running" is *definitely* not something I'd suspect, whereas "It does not answer to test.ping" is quite indicative of that ..
16:45 mway joined #salt
16:45 Elwood_5G the stuff in the {{}} when using pillars is plain python code correct?
16:45 geekatcmu s/python/Jinja/
16:46 geekatcmu I think
16:46 babilen Elwood_5G: http://jinja.pocoo.org/docs/dev/templates/
16:46 babilen What are you trying to achieve/do ?
16:46 mway is it possible to have the orchestrate runner refresh the overstate (or whatever context it runs in) mid-run? E.g., if I start new docker containers in one highstate, then want to run highstate on those new minions in the same orchestrate run?
16:46 geekatcmu Assuming you haven't changed the default engine from Jinja to something else.
16:47 iwishiwerearobot joined #salt
16:48 pf_moore joined #salt
16:48 Elwood_5G geek no i didn't
16:48 Elwood_5G i need to generate a set of config files based on data in the pillar.file
16:49 thawes joined #salt
16:50 mway joined #salt
16:51 mway sorry, got disc'd in case anyone replied
16:51 babilen Elwood_5G: Sure, for that you would typically use file.managed (http://docs.saltstack.com/en/latest/ref/states/all/salt.states.file.html#salt.states.file.managed with "- template: jinja") and in that file you would refer to the pillar.
16:51 mindfab Hey, I have a problem in getting into the right direction for setting up an enterprise dev env. with salt and vagrant... Right now, I have my vagrant files, boxes and connection to salt ready. What I dont know yet is how to handle the problem of key handling for the minions in the vagrant client boxes. I do not want to open the salt-master to accept all minions (the master is already used in prod), that means I want to restrict the ac
16:52 iggy mway: no, but I think there's a bug open about it that you could follow if you want to track progress
16:52 Elwood_5G babi: the referencing there works in just the same way as in the /srv/salt/... .sls file correct?
16:52 mway iggy: I'll hunt for it, thanks :)
16:52 bhosmer joined #salt
16:53 mindfab What I did so far is setting up a base box with pre installed minion with accepted key at the master... This works as far as the devboxes running actually under the same minion_id and minion key can run salt-call state,highstate, it also shows up as multiple clients, however, not sure how i can push from master and if this is the correct direction at all
16:54 Speer_ joined #salt
16:55 KennethWilke joined #salt
16:59 bhosmer joined #salt
17:00 Speer_ are multiple {% if %} {% endif %} allowed in a state file?
17:00 viq yes
17:00 Speer_ I have a state with a few {% if grains['roles'] == 'sbp' %} and it's either not pulling the role
17:01 Speer_ or something else is awry
17:01 robothands joined #salt
17:01 viq you could post it somewhere
17:02 smcquay joined #salt
17:02 Elwood_5G is there a pillar.set function?
17:03 cedwards joined #salt
17:03 cedwards1 joined #salt
17:03 iggy Speer_: salt['grains.get']('roles', []) is probably your best bet
17:04 mreider joined #salt
17:04 mreider hi guys, general question here
17:04 mreider im coming from bladelogic world
17:04 iggy and you probably want {% if 'sbp' in salt['grains.get']('roles', []) %}
17:04 mreider was wondeirng if salt can deploy packages offline, for example i have apache pkg with a certain version, not latest one from apache repo
17:05 mreider if i save lets say apache v2.7 on my own repo somewhere
17:05 mreider that way i have frozen versions that i can deploy at anytime
17:05 iggy mreider: just set a version in the pkg state
17:05 Speer_ sorry guys, what is the preferred paste page?
17:06 sieve joined #salt
17:06 viq mreider: repo is repo, just tell your machines to use that. You can also specify from which repo to install a package
17:06 iggy Speer_: refheap or gist are my favorites
17:06 otter768 joined #salt
17:06 Speer_ gist that's it
17:06 Speer_ I couldn't remember the name
17:06 sieve joined #salt
17:06 mreider gotcha, the repo path is in my salt config file?
17:06 robothands joined #salt
17:06 sieve joined #salt
17:07 aparsons joined #salt
17:07 viq mreider: http://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkg.html#salt.states.pkg.installed
17:07 sieve joined #salt
17:07 viq mreider: together with http://docs.saltstack.com/en/latest/ref/states/all/salt.states.pkgrepo.html
17:07 sieve joined #salt
17:08 sieve joined #salt
17:08 sieve joined #salt
17:09 Speer_ https://gist.github.com/anonymous/7e546dfbaa0b83cd267c
17:09 Speer_ so that is the example, I will give iggy's rec a try first
17:09 mreider cool thanks
17:10 Elwood_5G if the file that is used as a template contains {} (e.g. dhcp, bind etc) do I need to escape them for jinja rendering to work?
17:10 viq Elwood_5G: no, jinja cares only about {% %} or {{ }}
17:10 desposo joined #salt
17:10 AirOnSkin joined #salt
17:10 viq Or I guess {# #}
17:10 dooshtuRabbit joined #salt
17:10 iggy Speer_: just as a general rule, most people use roles to mean a list (and that's the way you'll see most examples) I mean it is plural
17:11 iggy if all your hosts just have one role, I wouldn't call it role_s_
17:11 wnkz does someone know how can I send JSON data to a callback URL with salt-api ?
17:11 Speer_ as our environments grow, I'm adding more roles to them.
17:12 Speer_ so it will include more specialization as we role out
17:13 KyleG joined #salt
17:13 KyleG joined #salt
17:15 Speer_ so is this correct for matching multiple roles? {% if 'sbp' or 'sweb' in salt['grains.get']('roles', []) %}
17:16 flebel joined #salt
17:16 wendall911 joined #salt
17:17 zlhgo joined #salt
17:18 seanz joined #salt
17:19 iggy Speer_: if 'x' in roles or 'y' in roles
17:19 iggy follows python syntax pretty closely on things like that
17:19 Speer_ ok great thank you
17:21 Speer_ perfect, it worked thank you
17:21 babilen Elwood_5G: Yes, you would have to use {% raw %} and {% endraw %} to mark areas that you don't want to render with jinja.
17:21 hal58th joined #salt
17:21 babilen (but then only do this if you are actually using valid jinja markup in the file, { } would not trip up)
17:22 babilen Elwood_5G: Which services are you configuring?
17:24 zooz joined #salt
17:24 dooshtuRabbit joined #salt
17:24 thawes joined #salt
17:25 dooshtuRabbit joined #salt
17:25 kormoc joined #salt
17:26 JayFK joined #salt
17:28 Elwood_5G babi: freeradius
17:28 Elwood_5G but the syntax error in the yaml was at another place
17:29 _JZ_ joined #salt
17:29 Elwood_5G enough for today... bye and thanks for the help!
17:32 spookah joined #salt
17:32 viq_ joined #salt
17:32 beneggett joined #salt
17:33 beneggett What's the best way to upgrade salt across master and minions?
17:33 beneggett I've read this: http://docs.saltstack.com/en/latest/topics/installation/index.html#upgrading-salt (doesn't say much)
17:33 beneggett and seen this: https://github.com/saltstack/salt/issues/7997
17:33 iggy upgrade the master first
17:34 beneggett iggy: Yeah, I get that
17:34 babilen beneggett: I just use "salt 'master-foo' pkg.install salt-master refresh=True" (for the master) and "salt 'minions*' pkg.install salt-minion refresh=True" for the minions
17:34 beneggett babilen: thank you
17:35 babilen Or, more general: "salt '*' pkg.list_upgrades" followed by "salt '*' pkg.upgrade"
17:36 sieve joined #salt
17:36 babilen If you don't have a minion on the master you probably want to use a compound matcher to exlude if (e.g. "salt -C '* and not master-id.foo.tld' ....")
17:36 beneggett my master is standalone
17:37 babilen Yeah, I just have a minion on the master as well (as I manage my master config with salt also)
17:37 beneggett would pkg.upgrade do all installed packages, or only the salt ones?
17:37 babilen That would upgrade *all* packages.
17:37 beneggett yeah, i figured as much
17:37 babilen I mean, but lets talk shop: What kind of minions are these and how did you install salt on them in the first place?
17:39 beneggett 1 master, 31 minions, combination of web, server, exchange,  all different
17:39 babilen OS? How did you install salt?
17:39 beneggett it's just been about 6 months since I updated salt, and was wondering if there were a better way by now
17:39 beneggett centos, bootstrap script loaded into VM management
17:39 babilen What I am getting at: You, naturally, cannot use that to upgrade minions you haven't installed from packages.
17:40 beneggett salt bootstrap script pulls it from yum packages
17:40 beneggett I get what you're saying
17:41 babilen Should be fine then.
17:41 beneggett thank you for talking through it with me though
17:42 oyvjel joined #salt
17:42 babilen no problem
17:45 martoss joined #salt
17:50 StDiluted joined #salt
17:51 StDiluted morning
17:51 StDiluted is there a way to get just a particular grain from ‘*’
17:53 iggy grains.item
17:53 StDiluted so salt ‘*’ grains.item[grain name] ?
17:53 budman anyone here using the openssh formula? if so, how do I change the banner to use banner2 etc.. Ive tried everything
17:54 budman I can cp anybanner to banner and push it just fine, but if I want to just tell salt use this banner...
17:55 StDiluted joined #salt
17:55 CryptoMer StDiluted: "salt '*' grains.item <grain name>"
17:57 CryptoMer Does anyone know if it's possible to use a returner for a highstate run through a schedule pillar? I'd like to send that data to syslog.
17:58 CryptoMer I've tried adding 'return: syslog' to my schedule pillar, but I've not seen any data hit syslog.
17:59 orion___ joined #salt
18:00 cedwards CryptoMer: do you have the required python libraries installed on the system trying to return the data?
18:01 jngd joined #salt
18:01 CryptoMer hey cedwards it's jpace. ;) I've been able to initiate a state.highstate manually with --return from the command line.
18:02 cedwards CryptoMer: so the returner works via salt-call but isn't working via the scheduler?
18:02 CryptoMer Correct.
18:02 CryptoMer I am simply not sure it is able to work via the scheduler.
18:03 cedwards it should work. I've used other returners via the scheduler successfully.
18:03 oeuftete docker.pulled tests that the image "name" is present not "name:tag", generating unnecessary pulls and incorrect change info.  So another bug I guess I'll try to open.
18:05 cedwards CryptoMer: anything useful if you run in debug mode during the scheduled time?
18:05 sarlalian joined #salt
18:06 CryptoMer cedwards: I'm actually doing that right now. I'll let you know.
18:06 jngd joined #salt
18:06 vectra joined #salt
18:07 StDiluted joined #salt
18:08 ericof joined #salt
18:09 murrdoc joined #salt
18:10 nafg_ joined #salt
18:12 rap424 joined #salt
18:15 hellome joined #salt
18:19 smcquay_ joined #salt
18:20 conan_the_destro joined #salt
18:21 Ryan_Lane joined #salt
18:21 smcquay_ joined #salt
18:28 oeuftete yay, looks like both of the docker bugs killing me today are fixed on the 2014.7 branch... so does that mean they will be in 2014.7.1?  And any hints on when that will come down the pipe?
18:29 ericof_ joined #salt
18:30 jeffrubic joined #salt
18:30 smcquay joined #salt
18:31 dstokes hey guys. anyone know if there's a way to access a templates context from within the template to do things like `context[key_var]`
18:33 ipmb joined #salt
18:34 forrest joined #salt
18:34 catpig joined #salt
18:35 mindfab hey, is there a way to share a minions private key among minions? I want to distribute a vm with a pre-installed salt minion as template vm... or is there a better way to do that?
18:36 iwishiwerearobot joined #salt
18:37 hal58th mindfab You can make a minion key ahead of time. Let me look up the documentation
18:38 hal58th mindfab: http://docs.saltstack.com/en/latest/topics/tutorials/preseed_key.html
18:38 mindfab thx, i know that, the problem is that i dont know the minions identy (minion_id) ahead
18:39 mindfab background: the vm is a template for developers
18:41 mindfab i found also to automatically accept minion keys, however, this is to risky for me... i would like to keep control of what a developer can highstate from its vm...
18:42 schimmy joined #salt
18:42 dimeshake perhaps provide a 'bootstrap' script with the vm that will set the minion_id to their username or something similar before starting salt for the first time
18:42 flebel joined #salt
18:43 mindfab i would like that, i just don't know how to solve the key distribution problem...
18:45 mindfab does anybody has some hints, keywords etc. that i might google for in that direction... I think this should be a common problem in enterprise envs
18:47 shaggy_surfer joined #salt
18:49 frank_I joined #salt
18:50 StDiluted trying to think how you might do that
18:54 StDiluted cant really see how you can get away from either auto-accepting the keys or manually accepting them
18:54 mreider joined #salt
18:54 frank_I Question, is halite the recommended web interface for saltstack?
18:55 theologian joined #salt
18:55 mreider hi all, playing around learnign salt, tried to do this basic command based on a tutorial,       salt 'minion01' state.sls vim
18:55 mreider gettingt this
18:55 mreider Data failed to compile: ----------     State 'vim' in SLS 'vim' is not formed as a list
18:55 iggy oeuftete: nothing has been mentioned, but I hope it's soon too (the compound matches on mine functions is killing me)
18:56 mreider checked my vim.sls, yaml syntax is correct
18:56 frank_I mreider show me your .sls
18:56 iggy mreider: paste it somewhere
18:56 mreider vim:  pkg:   -installed:
18:56 mreider this chat window kills the vertical syntax
18:56 mindfab my idea is as follows, sharing a vagrant base image + box via git, the base image is configured with a salt-minion, and pre-seeded with a key and minion_id that has access to the salt-master, based on the minion_id specific salt-rules can be applied... this way i could switch the dev env (project) by just providing a new vm with a new saltminion_id and key and matching master config...
18:56 mindfab thx StDiluted
18:57 iggy mreider: that's why we usually paste thing in refheap.com or gist.github.com
18:57 babilen mreider: You want "- installed" rather than "-installed"
18:57 iggy you also don't want : after installed if there's nothing after it
18:57 mindfab remove the : behin installed
18:57 SpX joined #salt
18:57 babilen yeah
18:57 babilen Or just use "vim: pkg.installed" (with a newline and indentation)_
18:58 iggy ^
18:58 mreider awesome got it working now
18:58 eliasp joined #salt
18:58 frank_I mreider yo're missing a space
18:58 mreider thanks, learning yaml
18:58 mreider this worked
18:58 frank_I mreider, no problem I am learning to I am on my 2nd week :)
18:58 mreider vim:  pkg:   - installed
18:58 StDiluted mindfab: as long as you can predefine the minion_id i think you are set with that idea
18:58 nafg joined #salt
19:02 mreider question, if my SLS says something like     apache2: pkg: - removed
19:02 frank_I Question, is halite the recommended web interface for saltstack?
19:02 thedodd joined #salt
19:02 mreider does it always try to remove this as a root user, or can you control which user to run on a particular target
19:03 mreider frank, I read that halite is the official GUI, but its in beta right now
19:03 frank_I Got it.
19:03 mreider im actually glad theres no GUI yet so i can get comfy w cmd line
19:04 iggy halite is more "informational" at this point
19:04 babilen mreider, frank_I : you don't have to prefix your questions with "question:" ;)
19:04 aparsons joined #salt
19:04 frank_I I want he GUI to see reports
19:04 iggy and seeing as how saltstack enterprise is working on it's own dashboard, I wouldn't expect much more out of halite
19:04 babilen Which really is a pity
19:04 babilen All hail the enterpraise!
19:05 iggy mreider: some modules have user args, but not all... you'll have to look at the docs for what you're interested in
19:06 iggy http://docs.saltstack.com/en/latest/salt-modindex.html
19:06 aparsons joined #salt
19:06 iggy start there
19:07 otter768 joined #salt
19:09 frank_I iggy got it~
19:09 rojem joined #salt
19:10 dimeshake mindfab: http://blog.vertigion.com/post/61878251137/salt-stack-salt-key-accepter
19:10 jaimed joined #salt
19:10 dimeshake maybe use something like that with a preshared secret in a grain instead of by IP
19:13 rtuin joined #salt
19:14 mindfab thx... this puts me in a new direction direction of thinking
19:15 mindfab maybe a two-step approach is one way to go...
19:18 mreider has anyone managed Win targets using salt? is there major differences to watch out for?
19:21 iggy some people do
19:21 eliasp yeah, managing all Win7 clients here using Salt
19:21 iggy you'll probably wait a little longer for answers though
19:21 viq_ joined #salt
19:21 eliasp major differences… the fucking crap Win itself is, but from the Salt POV, not much really different…
19:23 dani2 joined #salt
19:23 jeremyr1 joined #salt
19:24 dani2 Hello folks... Please, do you know if it possible to get the job id when using salt-api + reactor with webhook ? Here is my example config https://www.refheap.com/94649
19:24 faust joined #salt
19:25 whiteinge dani2: that is not possible at the moment but it would be a good addition. mind filing a feature request?
19:26 whiteinge wnkz: you can send JSON by specifying the appropriate 'Content-Type' header in your request.
19:26 dani2 no, :)
19:26 dani2 how can I fill it out?
19:26 eliasp dani2: https://github.com/saltstack/salt/issues/
19:27 dani2 Thank you folks
19:28 eliasp mreider: regarding win pkg management, there are a few shortcomings (most of them can be worked around). see this comment: https://github.com/saltstack/salt/issues/12932#issuecomment-44101427
19:28 hal58th1 joined #salt
19:29 kballou joined #salt
19:35 mreider gotcha thanks
19:36 murrdoc joined #salt
19:36 mreider im coming from bladelogic world so have to relearn everything, salt/puppet/ansible have very diff approach to automation
19:40 druonysus joined #salt
19:42 mikeywaites joined #salt
19:44 mreider getting weird returns when running certain calls, for example if running highstate, it completes w/o errors, but if I run it 2nd time, it says process is running, its not being killed on 1st run
19:45 mreider [root@centos2 salt]# salt mrxmint state.highstate
19:45 mreider mrxmint:     Data failed to compile: ----------     The function "state.highstate" is running as PID 7622 and was started at 2014, Dec 11 11:43:54.138509 with jid 20141211114354138509
19:45 mreider i had to stop/start salt-master proc to clear this, is this a bug or builtin functionality?
19:46 iggy there's an option called failhard
19:51 iggy protip, never try to ctrl+c "salt" calls... just wait for it to finish failing all over the place
19:51 iggy you're going to have to do it anyway
19:51 elfixit joined #salt
19:58 Eugene Once you've pushed enter it's dispatched, anyway..... the wait is just for the return from the minions
19:58 proxxy joined #salt
19:58 Eugene Which is why you use test=True on states first
19:58 davesque joined #salt
19:59 mreider when i ran it 1st time, it came back w results, i didnt cntrl+c, it finished, ran it few seconds later and got that msg
19:59 mreider the proc gets left over for some reason
20:00 davesque can you do something like “python-pip: {pkg.installed: [{require_in: [{pip: *}]}]}” so you don’t have to explicitly indicate that each pip package requires the python-pip apt package?
20:01 davesque or is there another way to get something similar?
20:01 moos3 anyone have a network interface formual ?
20:03 Ryan_Lane joined #salt
20:04 beneggett joined #salt
20:04 MTecknology I'm setting up a centos template. As much as it's a pain in the rectum to deal with rhel, it'll be nice to have something standard. We have weird rhel/centos 5 junk all over. An rh 3 server finally blew up yesterday.
20:05 MTecknology I'll finally be able to have salt properly and decently installed. :D
20:05 rap424 joined #salt
20:06 davesque anyone have any thoughts on the require_in question?
20:06 MTecknology What's the repo I should be using for centos 7?
20:06 babilen davesque: You'd have to script that in jinja or whatever renderere you use
20:06 babilen (in a loop)
20:07 MTecknology {% foreach package in packages %} {{ package }} \n pkg.installed: \n - require_in: pip {% endfor %}
20:08 davesque MTecknology: that’s different from what I’m asking about
20:09 davesque babilen: has anyone discussed adding functionality like that? e.g. allowing “*” in require_in?
20:09 overyander joined #salt
20:09 MTecknology ah, I see
20:09 seanz joined #salt
20:11 mikeywaites joined #salt
20:11 Diaoul eliasp: I implemented my authentication plugin and it works fine for users but doesn't for groups
20:11 Diaoul eliasp: any idea?
20:11 overyander joined #salt
20:11 overyander left #salt
20:13 overyander joined #salt
20:15 wnkz_ joined #salt
20:16 Dw_Sn joined #salt
20:16 overyander i'm noticing that on windows systems, salt doesn't have full administrative rights anymore. for example, i can no longer manage the screen saver file in c:\windows\system32 which you have to be an admin to write to. any ideas on where to look?
20:17 Ahlee overyander: what user is nssm launching salt-minion a?
20:18 overyander not sure where to check that. the service is starting using the local system account.
20:21 thedodd joined #salt
20:21 orion__ joined #salt
20:22 orion__ left #salt
20:22 giantlock joined #salt
20:23 mreider is there anything in salt like Smart Minion groups? Basically if I want to see all my minions that for example  are RHEL 6, 32bit with hostname like %nydc% etc etc, ?
20:23 mreider and place them in specific groups
20:25 iwishiwerearobot joined #salt
20:25 theologian joined #salt
20:25 maxd joined #salt
20:25 iggy mreider: it's not "left over" the master tells the minions to do stuff, then as a convenience, it waits around for a couple seconds to see if any of them report back about it... the ones where it's still running didn't respond in that time frame
20:25 iggy you can up the timeout
20:28 murrdoc joined #salt
20:31 overyander mreider, check out http://docs.saltstack.com/en/latest/ref/states/top.html
20:31 debian112 joined #salt
20:34 douardda joined #salt
20:35 debian112 looking for some suggestions
20:35 shaggy_surfer joined #salt
20:35 debian112 I am looking to clean up my base a little
20:35 mreider i was thinking of sometnhing more dynamic, like a filter that parses your minions into groups based on criteria
20:36 mreider maybe using grains or some other data to group minions
20:36 mreider by OS, arch, hostname, etc
20:36 debian112 "/base/formuals/bind  or /base/states/bind"
20:38 TheoSLC joined #salt
20:38 debian112 basically looking to move all my states or formulas under a single directory, I just can't decide wish one should I go with
20:38 TheoSLC Greetings.  Any news on a expected release date for 2014.7.1?
20:39 ingben joined #salt
20:41 murrdoc joined #salt
20:41 rtuin joined #salt
20:45 saravana joined #salt
20:47 linjan joined #salt
20:49 bfoxwell joined #salt
20:50 beneggett joined #salt
20:52 iggy haven't heard anything
20:56 davesque also, is there a quick and easy way to check the output of the fully rendered state files when provisioning with a masterless config on a vagrant vm?
21:01 goudale joined #salt
21:07 glyf joined #salt
21:08 otter768 joined #salt
21:14 davesque babilen: if i were to do that in jinja, is there any way to merge dictionaries with jinja in salt?  it seems like that’s one way to accomplish a default requirement of “pkg: python-pip” — by merging [{require: [{pkg: python-pip}]}] into the list of arguments to the state function.
21:14 relidy joined #salt
21:14 alexhayes Is there a preferred approach to installing libmysqlclient-dev (on ubuntu) - it doesn't seem to be part of the mysql formula
21:14 iggy davesque: you mean the way that most of the formulas do it?
21:15 davesque iggy: what way is that?
21:15 alexhayes I was thinking perhaps of forking mysql-formula and adding it but I can't imagine I'm the first person to need that package...
21:15 iggy davesque: map.jinja
21:15 iggy is what it's called in most formulas
21:16 davesque iggy: alright, i’ll look into that
21:16 iggy alexhayes: add an option to install it if a pillar value is set (default to not installing it to remain backward compatible)
21:16 dimeshake anyone doing the training next week?
21:16 iggy and don't forget to take into account the differing name on distros
21:17 murrdoc iggy:  u going to saltstack ?
21:18 sjlu joined #salt
21:18 alexhayes iggy: in mysql-formula?
21:18 sjlu hey, I'm having trouble with state.file.managed. https://github.com/sjlu/salt-states/blob/master/papertrail/init.sls
21:18 sjlu getting:      Comment: Unable to determine upstream hash of source file https://papertrailapp.com/tools/papertrail-bundle.pem
21:19 sjlu anyone know if I'm doing something stupid?
21:19 iggy murrdoc: saltconf? yes
21:19 TheThing joined #salt
21:20 iggy sjlu: you need to put a hash for http(s) urls
21:20 murrdoc iggy:  cool
21:20 iggy sjlu: also, {%- if salt['pillar.get']('papertrail') and salt['pillar.get']('papertrail:port') %}
21:20 sjlu I know :)
21:21 sjlu I should do that
21:21 sjlu but
21:21 sjlu OH, i'm stupid
21:21 sjlu i spelt source_hash wrong
21:22 sjlu thanks iggy
21:22 bregalad iggy: so I've moved on from my missing six dependency problem from yesterday but still can't get docker to work with salt: https://gist.github.com/jfindlay/745ffcea38f44d66166d
21:22 iggy unless you spelled it source, I don't see it in your state at all
21:23 bregalad I am unsure what direction to go at this point
21:24 iggy you installed the wrong docker-py version?
21:24 bregalad what confuses me most is the differences between the reported versions of docker, docker-py and the versions docker is finding and complaining about, especially as I only encounter this error when going through docker-py
21:24 iggy you said yesterday you installed v 0.6.0
21:24 bregalad iggy: I've tried with both the version available from pip and the centos repo
21:24 davesque iggy: maybe i just don’t have enough experience with all the different facilities in salt.  i’m just looking for a way to make it so i don’t have to put [{require: [{pkg: python-pip}]}] under every pip.installed state in order to ensure they run after pip is installed.
21:24 iggy the docs say install 0.5.0
21:25 bregalad that's true
21:25 * bregalad installs 0.5.0
21:25 iggy davesque: I think there's a bug about ordering in 2014.7, but generally speaking, you just need to put pip first
21:26 iggy davesque: but yeah, I didn't get that from your previous statement... map.jinja isn't going to help you at all with that ;)
21:26 murrdoc davesque:  in your python-pip state put a failhard: True
21:27 murrdoc then all the pip states after it will be reached only if your python-pip state completed
21:27 davesque murrdoc, iggy: i think i need to learn a bit more about how salt honors (or doesn’t honor) the order of execution.
21:28 davesque murrdoc: but doesn’t salt sometimes re-order things when requirements are specified?
21:28 iggy davesque: top-down, and yes
21:29 davesque murrdoc, iggy: isn’t there a way to force salt to only do top-down ordering?  is that recommended?
21:29 murrdoc i like it
21:29 murrdoc top-down ordering is default
21:29 davesque murrdoc: ahh
21:29 murrdoc need a bot up in here, but google ryanlane salt failhard
21:29 iggy I don't know of a "ignore all specified dependencies" option
21:30 davesque murrdoc: i did read ryan lane’s article actually.  i’ll go look at it again because i remember he does mention this.
21:31 murrdoc i wonder if watch_in and stuff cause reordering
21:32 murrdoc i dont think it would
21:32 v0rtex is there a way to get salt to recognize that npm is available right after I install it? I have states that first install npm and then try to install some global npm modules
21:33 v0rtex but it gives me an error saying npm.installed is unavailable
21:34 bregalad iggy: `pip install docker-py==0.5.0` results in 'Requested docker-py==0.5.0, but installing version 0.6.0'
21:34 iggy unfortunately, no
21:34 iggy v0rtex: ^
21:34 iggy bregalad: no clue on that one
21:34 v0rtex iggy: thanks - perhaps I'll just have to resort to cmd.run to do it
21:34 cedwards joined #salt
21:35 iggy I think there's a ticket open somewhere about that kind of thing (updating salt internal state during a run)
21:35 iggy but I don't know the # off the top of my head
21:36 v0rtex that's fine - good to know there's at least a ticket about it - I may go look for it
21:37 alexhayes Are there any FreeBSD/Gentoo users out there that know what (if they exist) the mysql dev packages are called on those OSs?
21:37 eliasp alexhayes: Gentoo here…
21:38 eliasp alexhayes: there is no separate -dev package…
21:38 cedwards alexhayes: FreeBSD here..
21:38 ckao joined #salt
21:38 eliasp alexhayes: there's virtual/mysql which either installs MySQL or MariaDB
21:38 cedwards not aware of a -dev package for FreeBSD either.
21:38 eliasp alexhayes: Gentoo always installs headers together with the package
21:38 alexhayes eliasp: Ok, great, thanks
21:39 karimb joined #salt
21:39 eliasp alexhayes: if you don't want to refer to virtual/mysql, but directly to a specific implementation instead: dev-db/mariadb and dev-db/mysql
21:39 cedwards FreeBSD includes 5.1, 5.5, and 5.6 client/server packages
21:39 martoss joined #salt
21:40 neco` joined #salt
21:41 alexhayes cedwards: And they include headers?
21:42 perfectsine joined #salt
21:43 bregalad iggy: I manually downloaded and installed docker-py-0.5.0 from pypi, but same result; it seems I'll be digging deeper into this than I originally wanted, but thank you very much for the help
21:44 iggy bregalad: yeah, sorry, I don't really do docker from salt, so not too familiar with that
21:44 iggy you might get more input from the mailing list (I think a lot of the devs prefer that communication medium
21:45 bregalad thanks
21:46 thawes joined #salt
21:46 iggy v0rtex: oh, check this out: http://docs.saltstack.com/en/latest/ref/states/#reloading-modules
21:47 * iggy bookmarks since that gets asked alot
21:50 manytrees hi, has anyone heard of anyone updating salt-cloud's joyent provider to use their 7.0 api?  joyent says they're turning off version 6.5 (that salt-cloud uses) in mid-January
21:50 jasonrm joined #salt
21:51 bregalad manytrees: I'd bring that up with techat
21:51 bregalad or even file an issue
21:53 v0rtex iggy: thanks, I thought I remembered some random thought about that from the salt training course - I'm glad that documented
21:53 forrest joined #salt
21:53 v0rtex iggy: at the time I don't think it was
21:54 iggy bregalad: is that in salt or in libcloud?
21:54 v0rtex iggy: I was just digging through some source to see what actions would trigger the state system's module_refresh() call
21:58 manytrees bregalad: techat?
21:58 bregalad manytrees: do you have a URL for that announcement?
21:58 desposo joined #salt
22:00 iggy bregalad: did you uninstall the rpm docker-py before you installed the other one? (and did you restart the minion(s) after doing both of those things?)
22:00 bregalad iggy: I forgot to restart the minion
22:01 iggy so it's working now?
22:02 bregalad iggy: getting closer, I think the remaining error is user-created
22:03 Diaoul is it possible to accept keys through halite web ui by running a salt command?
22:06 bhosmer joined #salt
22:08 murrdoc joined #salt
22:08 tomspur joined #salt
22:09 vectra joined #salt
22:11 Andre-B joined #salt
22:13 forrest Hmm, has anyone had issues with provisioning via the bootstrap this afternoon? Getting a failure on install_centos_git_post() and not sure if it's an upstream package or what since it's complaining about systemd and systemctl directories not existing...
22:13 forrest oh soundtech updated the script two hours ago
22:13 forrest uh oh
22:13 iwishiwerearobot joined #salt
22:16 forrest Fuck yep that's the problem
22:16 forrest https://github.com/saltstack/salt-bootstrap/commit/d24410bee9eb7194cdd7ffb6b0a4540c80e27633 broke the bootstrap for centos.
22:17 thawes joined #salt
22:20 murrdoc is there a bug
22:20 iggy let's get the pitchforks and torches
22:20 murrdoc about pillar top.sls not loading in 2014.7
22:21 iggy I haven't seen any issues with it
22:22 forrest iggy: What version of centos are you running though
22:22 iggy I was referring to the pillar top.sls in 2014.7
22:22 iggy should really use name prefixes more often
22:22 * iggy lazy
22:22 forrest ahh
22:22 rawkode joined #salt
22:22 murrdoc i am on trusty,
22:23 murrdoc but i cant get it to use top.sls
22:23 forrest Well, bootstrap is el busted for centos if you aren't using systemd, so be aware of that...
22:24 mosen joined #salt
22:26 jeddi joined #salt
22:26 active8 joined #salt
22:27 alexhayes Anyone looking for MySQL development libraries and header files see https://github.com/saltstack-formulas/mysql-formula/pull/51
22:27 murrdoc i cant get the pillar top.sls to work and or logs to show up on the mater
22:27 murrdoc gonna hit something
22:39 sjlu joined #salt
22:40 sjlu what's the proper procedure to downloading an archive and moving a file from that archive to a location?
22:42 rypeck joined #salt
22:45 kermit joined #salt
22:45 sjlu joined #salt
22:45 murrdoc iggy:  u ever have the master not log anything ?
22:46 alexhayes What is the difference between 'pillar.data something' and 'pillar.get something'? For some keys I get different data, which seems odd
22:47 alexhayes It appears that after I do a 'saltutil.refresh_pillar' I get the same for both however...
22:47 foulou joined #salt
22:47 dimeshake murrdoc: run it in foreground if you need to debug
22:54 yomilk joined #salt
22:54 iggy murrdoc: not that I've noticed... are you running in the foreground with -l debug?
22:54 murrdoc yeah neither is showing logs
22:55 murrdoc well foreground shows stuff
22:55 murrdoc but i cant get any pillars to load
22:55 murrdoc which is tripping
22:55 iggy yaml lint your pillar?
22:55 rap424 joined #salt
22:57 murrdoc yeah
22:57 murrdoc did that
22:59 smcquay joined #salt
23:04 orion_ joined #salt
23:06 stoogenmeyer joined #salt
23:06 iggy I got nothing
23:08 stoogenmeyer hey guys im trying to start play with salt with a machine on aws that's the master as well as the minion, i installed salt-master and salt-minion and in /etc/salt/minion I added 'master: localhost' but looking at the salt-minion log i get an error: The Salt Master has cached the public key for this node, this salt minion will wait for 10 seconds before attempting to re-authenticate
23:08 stoogenmeyer any idea how to get the minion to find the master? theyre both on the same machine
23:09 otter768 joined #salt
23:11 LotR stoogenmeyer: that's not an error, that's the minion telling you you need to accept the key on the master
23:12 stoogenmeyer LotR: im an idiot. thanks
23:12 thedodd joined #salt
23:12 spookah joined #salt
23:12 UtahDave stoogenmeyer: LotR is correct.       salt-key -A
23:12 cads joined #salt
23:13 stoogenmeyer as a side note, is it possible to do something so i dont have to use sudo to run salt related commands using my user ?
23:14 dooshtuRabbit joined #salt
23:15 theologian joined #salt
23:16 Steve7314 stoogenmeyer:  http://docs.saltstack.com/en/latest/ref/clientacl.html
23:17 stoogenmeyer thank you
23:21 shaggy_surfer joined #salt
23:23 markm_ joined #salt
23:23 markm__ joined #salt
23:25 elfixit joined #salt
23:27 aw110f joined #salt
23:29 sieve joined #salt
23:29 Diaoul hey salt guys, I made a package to install a salt-master on Synology NAS. it's available at https://synocommunity.com/
23:29 sieve joined #salt
23:30 aw110f is it possible to do "if not equal" string comparison in jinja:
23:30 iggy Diaoul: you might want to mention that on the mailing list (for _better_ posterity's sake
23:30 aw110f ?
23:30 iggy aw110f: yes
23:31 davesque joined #salt
23:32 aw110f iggy: how so?
23:32 Diaoul iggy: thanks, will do
23:33 TheoSLC Any news on a 2014.7.1 release date?
23:35 iggy TheoSLC: no
23:35 nitti joined #salt
23:36 UtahDave Diaoul: nice!
23:36 UtahDave TheoSLC: we're finishing up some bugfixes and will start QA testing at the end of this week
23:37 TheoSLC UtahDave: thanks!
23:37 genediazjr joined #salt
23:37 iggy aw110f: if 'foo' not 'bar'
23:37 iggy or something close
23:37 UtahDave any time!  I'm not sure when it will be officially released, but I'd imagine in the next 2 or three weeks.
23:39 murrdoc joined #salt
23:40 aw110f iggy: http://pastebin.com/UK7mzLfP
23:40 UtahDave Diaoul: Hey, I think it would be really cool to run the minion on that nas, too.  How hard it would be to create a salt-minion package?
23:41 Diaoul UtahDave: few hours tops
23:42 iggy aw110f: read the jinja docs
23:43 iggy I _think_ you might need parenthesis or something... there's some gotcha there
23:44 Diaoul UtahDave: I'm not sure how well it would run as some modules are not available on Synology NAS (pkg, for one) and I don't think salt handles that very well
23:45 iggy aw110f: fwiw, my states that have that kind of syntax use in: if foo not in ['bar', 'baz']
23:45 iggy aw110f: try: if cluster is not 'ds'
23:48 Diaoul iggy: https://groups.google.com/forum/#!topic/salt-users/yIFoY3aIC00
23:49 davesque joined #salt
23:55 UtahDave Diaoul: we could create a pkg module for synology, probably
23:55 UtahDave back in a bit
23:55 Diaoul UtahDave: I tried running the minion and so far so good it runs well as expected. Grains give os: Unknown Linux, osfullname is not set os_family Unknown and oscodename empty.
23:56 UtahDave Yeah, we'd need to update grains/core.py
23:57 UtahDave Diaoul: can you open an issue on github for the grains issue? Explain the new package and provide the output of test.versions_report and grains.items from the minion.
23:57 mohae joined #salt
23:58 murrdoc UtahDave:  have u seen an issue where pillars just dont get loaded
23:58 badon joined #salt
23:59 iggy is it all of them on all hosts? or just some?
23:59 murrdoc i am on Salt: 2014.7.0, on trusty, i have configured the top.sls and pillar_roots
23:59 murrdoc just the one master/slave for now

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