Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-08-26

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

All times shown according to UTC.

Time Nick Message
00:00 gazarsgo i'm drawing a blank, what's it called when you reference a state explicitly instead of using the state name and method as the yaml key ?
00:00 forrest you don't seem to be doing that unless it's higher up and you aren't sharing that portion
00:00 forrest gazarsgo: are you talking about the command line call?
00:00 twork forrest: quite possible, the way i've been cutting and pasting my adjustiments from the original
00:00 gazarsgo i'm trying to resolve a conflicting ID problem, so i have a for loop that's doing multiple ssh_auth.present but i need to give them unique keys
00:00 forrest twork: throw that in there.
00:01 gazarsgo this didn't work though: sshkey{{ loop.index }}:
00:02 forrest gazarsgo: Hmm, I can't remember off the top of my head
00:02 lpmulligan joined #salt
00:02 gazarsgo i don't really care what the name is as much as figuring out how to fix my conflicting IDs :)
00:03 bhosmer_ joined #salt
00:05 forrest gazarsgo: Are you thinking like the key/value stuff?
00:06 gazarsgo i found an example https://github.com/saltstack/salt/issues/353
00:06 saltstackbot [#353]title: `ssh_auth`: `present` state adds a key multiple times | Adding an ssh key via the `ssh_auth: - present` state will add the key each time `state.highstate` is run.
00:06 forrest gazarsgo: Aren't you doing a for loop?
00:06 twork forrest: i think i do have that in place already
00:06 gazarsgo i have to break out ssh_auth.present: into ssh_auth:\n  - present
00:07 ahammond I'm having some strange behavior with nodegroups. Specifically with using nodegroups in my pillar top.sls.
00:07 twork at least that pattern is in my file three times, same as in the one you linked, and i haven't (deliberatly, knowlegeably) changed it
00:07 forrest twork: okay then I'm not sure, you might want to try http://docs.saltstack.com/en/latest/ref/states/layers.html#high-data
00:07 twork forrest: oooohh....
00:07 ahammond I have a bunch of nodegroups definitions are just aliases for lists. When I use these in the pillar's top.sls everything works exactly how I'd expect it to.
00:08 forrest twork: I'm headed out, let me know how it goes tomorrow.
00:08 ahammond I have a few nodegroups that are compounds of these other more simple aliases. Some of them work exactly how you'd expect. Others don't seem to work at all.
00:08 twork forrest: much thanks. i, sadly, am not headed out but whatever is left of me tomorrow will sing its tale.
00:08 gazarsgo oh no it's even worse, i have to use `names:\n  -` instead of name:... oops
00:18 * twork 's brain hurts. output to yaml (praise be unto the proper syntax for show_highstate --out yaml...) shows things just the way i want them.
00:22 baweaver joined #salt
00:35 baweaver joined #salt
00:38 dthom91 joined #salt
00:39 fersur3 joined #salt
00:39 fersur3 on http://docs.saltstack.com/en/latest/ref/clouds/all/salt.cloud.clouds.ec2.html what is ssh_gateway ?
00:39 kevinquinnyo joined #salt
00:41 whytewolf fersur3: ssh gateway typically means ssh proxy.
00:42 whytewolf see https://github.com/saltstack/salt/issues/18540
00:42 saltstackbot [#18540]title: salt-ssh doesn't support using an SSH gateway | When trying to use salt-ssh to access a machine through a gateway (ssh proxy), I don't see any options to specify a gateway like I can with salt-cloud.
00:43 jackjackdripper1 joined #salt
00:48 cachedout joined #salt
00:50 pm90_ joined #salt
00:51 nk joined #salt
00:58 jeadre joined #salt
01:09 nobrak joined #salt
01:09 nobrak joined #salt
01:14 mattrobenolt joined #salt
01:14 douardda joined #salt
01:15 aristedes joined #salt
01:16 Smoked_Duck joined #salt
01:18 pm90_ joined #salt
01:19 cberndt joined #salt
01:19 dthom91 joined #salt
01:22 thayne joined #salt
01:38 pravka joined #salt
01:38 catpiggest joined #salt
01:38 zblum joined #salt
01:42 iggy twork: it should be if user.get('foo', True)
01:45 iggy not user.get('foo'), True
01:45 iggy your closing parenthesis is in the wrong spot
01:45 thayne joined #salt
01:46 mattrobenolt joined #salt
01:47 zwi joined #salt
01:54 dthom91 joined #salt
01:57 mapu joined #salt
01:58 spark_ joined #salt
02:07 dthom91 joined #salt
02:23 zblum joined #salt
02:25 hasues joined #salt
02:25 hasues left #salt
02:25 cachedout joined #salt
02:26 evle joined #salt
02:28 sunkist joined #salt
02:29 forrest joined #salt
02:30 DammitJim joined #salt
02:36 zblum joined #salt
02:37 subsignal joined #salt
02:41 aristedes left #salt
02:42 auzty joined #salt
02:47 timoguin joined #salt
02:48 jeadre joined #salt
02:51 iggy any way to check if a state is mapped to a host in the top file?
02:52 iggy i.e. is foo.monitoring in top.sls for this host
02:53 zblum joined #salt
02:56 iggy or a more concrete example, I have repo.sls, pkg1.sls, and pkg2.sls files and I want to put require_in for 2 packages, but I have no guarantee those packages will both be assigned
02:57 ITChap joined #salt
02:57 zblum joined #salt
03:01 dthom91 joined #salt
03:05 zwi joined #salt
03:07 favadi joined #salt
03:17 timoguin joined #salt
03:21 ITChap Hi
03:21 ITChap Am I the only one being dragged to hell by my Saltmaster ?
03:22 ITChap no way to run more that 2 highstates without getting : Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
03:22 ITChap and I have like 15 minions ...
03:27 iggy Is it a tiny?
03:28 ITChap tiny ?
03:32 ITChap looks like running it from the cli is better
03:33 icflournoy joined #salt
03:43 iggy tiny... instance
03:43 iggy how were you running it before?
03:44 ITChap I am running it on joyent SDC
03:44 ITChap our own gears
03:45 ITChap 8vcpus 4GB of ram
03:48 cztanu joined #salt
03:52 zmalone joined #salt
03:54 jaybocc2 joined #salt
03:57 fersur3 ITChap, run salt '*' test.ping a few times?
03:57 ITChap it will works
03:57 ITChap and randomly some minions will stop answering
03:58 ITChap and then few (10 or more) ping later everything is back to normal
03:59 ITChap I run my master with -l all and I don't see any error at all
03:59 fersur3 Do you have a network performance monitor?   Something like Observium doing SNMP?   Or Zabbix collecting ping graphs?   You could also increase the TCP keep-alive between the master(s) and minions.
04:03 ITChap No monitoring yet
04:03 ITChap still building the whole thing
04:03 ITChap I also have the fact that internet connection here kind of sucks so the gitfs might take a very long time
04:09 cztanu joined #salt
04:12 zblum joined #salt
04:18 synical joined #salt
04:21 __number5__ ITChap: just curious, how much load is on you salt-master and have you bumped up the file descriptors limit?
04:21 ITChap did touch the file descriptors
04:21 ITChap server is idle
04:24 __number5__ have you tried using 'cp.get_file' to move a big file from master to your minions?
04:27 jeadre joined #salt
04:27 zblum joined #salt
04:28 ITChap nop
04:28 ITChap you mean to test the network ?
04:29 ITChap because I don't have any large file on the master
04:29 ITChap all the binaries are served using http
04:33 pdayton joined #salt
04:33 Furao joined #salt
04:36 pdayton1 joined #salt
04:39 ajw0100 joined #salt
04:43 zer0def joined #salt
04:44 iggy ITChap: what version of salt?
04:45 ITChap 2015.5.3
04:49 aristedes1 joined #salt
04:50 theologian joined #salt
05:02 zsoftich3 joined #salt
05:02 ALLmightySPIFF joined #salt
05:06 cliluw joined #salt
05:19 cachedout joined #salt
05:25 capricorn_1 joined #salt
05:28 zer0def joined #salt
05:30 vvoody joined #salt
05:34 aristedes joined #salt
05:35 aristedes left #salt
05:40 zer0def joined #salt
05:54 jeadre joined #salt
05:54 DanyC joined #salt
06:03 rdas joined #salt
06:07 lb1a joined #salt
06:08 colttt joined #salt
06:11 fxhp joined #salt
06:12 DanyC joined #salt
06:13 impi joined #salt
06:16 jaybocc2 joined #salt
06:23 AndreasLutro joined #salt
06:23 kwork joined #salt
06:28 ValF ITChap, I have the same issue as you. Restarting the salt-master service usually does the trick, test.ping helps too
06:28 ValF Noticed an improvement by turning on "ping_on_rotate: True" in master configuration
06:29 ValF but still happens from time to time
06:30 KermitTheFragger joined #salt
06:32 ITChap ValF: do you still rotate the AES keys ?
06:32 ITChap or did you disable it
06:33 ValF I still do it
06:33 ValF Just changed that one config (ping_on_rotate)
06:33 ITChap ok I will add it
06:38 favadi joined #salt
06:45 DanyC_ joined #salt
06:49 Guest13499 joined #salt
06:49 cachedout joined #salt
06:51 ALLmightySPIFF joined #salt
06:54 viq joined #salt
06:56 babilen ValF: I haven't seen that in quite a while, which version are you running?
06:56 ITChap ValF: seems to help
06:56 ITChap ValF: on which OS are you running your master ?
06:57 babilen ping_on_rotate is definitely a sensible thing to set
06:57 katyucha joined #salt
06:59 ITChap what does it actually do ?
07:00 pbrooko joined #salt
07:01 babilen The master cycles encryption keys every 24h which invalidates the ones that are being used by the minions
07:01 babilen When you then try to contact the minions for the first time they realise that they are not using the correct keys anymore and have to refresh them, that causes a delay.
07:01 TyrfingMjolnir joined #salt
07:02 babilen Setting ping_on_rotate sends a ping to the minions as soon as the keys are rotated which, in turn, gets them to update these keys too. The effect is that you can communicate with your minions without problems afterwards.
07:03 jaybocc2 joined #salt
07:06 DanyC_ babilen: any idea if this param is set to true by default?
07:09 linjan joined #salt
07:09 ValF babilen,  Salt: 2015.5.2
07:10 wvds-nl joined #salt
07:10 ValF ITChap, ubuntu 12.04
07:11 ValF DanyC_, it's set to false by default
07:11 ValF I did set it to True , I suppose that made it work better but it's just an assumption
07:12 eseyman joined #salt
07:15 DanyC_ ValF: thanks. Any idea how i can easily check the default value of all params ? (i suspect not all are defined in the master cfg)
07:17 ValF DanyC_ , for what I could see, most params are in the master config (on ubuntu at least) with their default value in comments
07:19 Furao_ joined #salt
07:22 Ztyx joined #salt
07:24 ITChap when you hightstate on multiple minions in same time
07:24 ITChap do you use -b ?
07:24 ITChap is it possible that my master timeout because I run a highstate on 15 minions ?
07:25 katyucha joined #salt
07:25 Ztyx joined #salt
07:32 nk_ joined #salt
07:54 s_kunk joined #salt
08:01 DanyC_ ValF: thanks.
08:02 impi joined #salt
08:05 GreatSnoopy joined #salt
08:05 jaybocc2 joined #salt
08:09 ssc joined #salt
08:09 ssc Hi all
08:09 ssc I have a question regarding salt-cloud/salt-virt/salt-lxc and how they compare to or supersede vagrant
08:10 ssc As I understand from the docs, salt-virt can be used to create KVM-VMs and install a salt minion on them.
08:10 ssc salt-lxc does the same but via lxc
08:11 ssc and salt-cloud creates VMs on cloud providers and also via LXC.
08:11 ssc Shall I use salt-cloud or salt-lxc to create LXC VMs? Do they have the same functionality?
08:11 AndreasLutro ssc: I'm not sure salt-virt/salt-lxc are maintained anymore
08:11 ssc And it seems to me that if I use any of them, I won't need vagrant?
08:14 keimlink joined #salt
08:15 AndreasLutro hmm, I guess they are
08:17 ssc salt.modules.lxc had its last commit 16 days ago and salt.modules.virt one month ago :)
08:18 Grokzen joined #salt
08:26 Ztyx1 joined #salt
08:28 sgargan joined #salt
08:29 N-Mi joined #salt
08:33 babilen ITChap: That's not even close to being many minions
08:39 DanyC joined #salt
08:39 ALLmightySPIFF joined #salt
08:42 sk_0 joined #salt
08:43 dthorman joined #salt
08:47 sgargan joined #salt
08:51 _mel_ can i include one pillar file per server in pillar/top.sls like so: '*': -> - grains['id']? i'd like to create one pillar file per server
08:53 ingslovak joined #salt
08:56 David_B55 Is there any way of running the logic within a state file on the master, and then only sending what applies to an individual minion to them? As it is, it seems to be sending the entire state file and any pillars that are refered to. This is a problem as there is information within them that should only go to a groups of nodes and not all of them
08:57 Xevian joined #salt
08:59 babilen David_B55: No, states are public. Keep all sensitive information in pillars!
09:00 ITChap When using the archive.extracted state is it possible to re-extract the archive if the source file changed ?
09:01 ITChap currently with if_missing, once the archive is extracted it never get replaced by new versions
09:03 David_B55 hm we might need to have another think about how we are structuring this then, thanks babilen
09:03 ptarmigan joined #salt
09:10 sgargan joined #salt
09:10 babilen joined #salt
09:14 cberndt joined #salt
09:14 evle Is there any prerequisites for  salt-run manage.bootstrap hosts='host' ?
09:14 evle I'm getting "ssh: Could not resolve hostname : Name or service not known". Host is resolved fine by nslookup.
09:18 pbrooko joined #salt
09:20 sgargan joined #salt
09:24 whiteinge_ joined #salt
09:24 nebuchad` joined #salt
09:25 davedash_ joined #salt
09:25 rdas joined #salt
09:26 DenkBret1l joined #salt
09:27 onovy_ joined #salt
09:27 ventris_ joined #salt
09:27 sgargan joined #salt
09:28 impi_ joined #salt
09:28 frankS2_ joined #salt
09:28 onovy joined #salt
09:28 Jahkeup joined #salt
09:29 lb1a joined #salt
09:29 denys joined #salt
09:30 Zachary_DuBois joined #salt
09:39 munhitsu joined #salt
09:43 wnkz joined #salt
09:43 zooz joined #salt
09:43 jeadre joined #salt
09:51 AndreasLutro evle: usually in that error message you'd see the hostname before the :
09:51 AndreasLutro evle: so the host may be set to an empty string somewhere in your config?
09:57 keimlink joined #salt
09:58 cDR joined #salt
09:59 mschiff Is there any way to remove a file.blockreplace block from a file?
10:00 aqua^c joined #salt
10:02 Etheco- joined #salt
10:03 cDR Hello, I'm struggling to comment all lines in a file not starting with a "#" using file.comment. Anyone here with a regexp tip for that? I tried regex: ^(?!#).+ but that fails
10:04 cDR using salt 2015.5.3
10:07 evle AndreasLutro: what config? I expect to install salt on a new host that doesn't have it yet. Am I understanding command wrong?
10:08 fredvd joined #salt
10:09 evle AndreasLutro: And I pass hostname directly in command prompt in form host.domain.
10:10 jaybocc2 joined #salt
10:11 harkx joined #salt
10:11 AndreasLutro evle: no idea, I've enever used salt-run, just saying that the error is likely that somewhere a hostname is not set or set to an empty value
10:17 favadi joined #salt
10:21 giantlock joined #salt
10:25 bmcorser joined #salt
10:25 ashish joined #salt
10:26 CeBe joined #salt
10:27 ALLmightySPIFF joined #salt
10:37 keimlink joined #salt
10:45 hardwire joined #salt
11:03 rubenb Hi, is there a way to let the master determine the minion's id on connect?
11:07 ingslovak joined #salt
11:08 babilen rubenb: Could you elaborate on "determine" ? The minion has an id which is known by the master.
11:08 babilen Do you want to set the minion id from the master?
11:10 joshin joined #salt
11:12 Guest78167 Hi, I am not able to configure an ec2 provider via saltcloud. this is warning i am getting when I try to --list-providers
11:12 Guest78167 ider configuration files and ensure all required dependencies are installed for the 'ec2' driver. In rare cases, this could indicate the 'ec2.get_configured_provider()' function could not be found. Removing 'ec2' from the available providers list Error: There was an error listing providers: There are no cloud providers configured.
11:17 babilen Guest78167: How did you install it? What does "salt-cloud --versions-report" give you?
11:18 babilen Also, why do you think that the EC2 cloud provider has been configured?
11:21 amcorreia joined #salt
11:21 Guest78167 [root@vps49227 cloud.profiles.d]# salt-cloud --versions-report             Salt: 2015.5.5           Python: 2.7.6 (default, Jul 20 2015, 01:09:23)           Jinja2: 2.8         M2Crypto: 0.22   msgpack-python: 0.4.6     msgpack-pure: Not Installed         pycrypto: 2.6.1          libnacl: Not Installed           PyYAML: 3.11            ioflo: Not Installed            PyZMQ: 14.7.0             RAET: Not Installed              ZMQ: 4.1
11:22 harkx joined #salt
11:22 babilen http://refheap.com, http://paste.debian.net, https://gist.github.com, http://sprunge.us, http://dpaste.de, … might come in handy
11:23 rubenb babilen, sorry for the delay, I think I want to connect minions (whom are untrusted) to the master, check a third party database, and create the minion id from something the database returns.
11:24 rubenb At least, that's one way to do what I want.
11:24 Guest78167 sry, here's the version report https://www.refheap.com/108745
11:24 rubenb The other way might be a post-install script which queries our database and fills the /etc/minion.d/conf-stuffs
11:25 hardwire joined #salt
11:25 babilen rubenb: You can set the minion id in the minion config (cf. http://docs.saltstack.com/en/latest/ref/configuration/minion.html#std:conf_minion-id) which does require a restart of the minion. This can be managed with the salt-formula. This would then require you to accept the minion with its original id, set the new one, remove the old key and accept the new, fully trusted, one.
11:26 Ztyx joined #salt
11:27 Guest78167 I have added a provider in /etc/salt/cloud.providers.d/my-ec2-config.conf https://www.refheap.com/108746
11:27 babilen Guest78167: You didn't install apache libcloud: " Apache Libcloud: Not Installed" -- Did you read http://docs.saltstack.com/en/latest/topics/cloud/install/index.html ? How did you install it and why do you think tht EC2 has been configured?
11:27 rubenb babilen: Thanks. :)
11:28 babilen rubenb: If you have control over the provisioning you might want to set the id to whatever you want it to be to begin with I guess
11:31 Guest78167 i set it up on centos via 'yum install salt-master'
11:33 Guest78167 as specified here
11:33 Guest78167 http://docs.saltstack.com/en/latest/topics/installation/fedora.html
11:34 rubenb babilen: I think that's somewhat more stable. :)
11:34 pbrooko joined #salt
11:34 DammitJim joined #salt
11:36 mikeywaites joined #salt
11:36 Guest78167 babilen, ok I managed to put on apachelib cloud...here is the version report..https://www.refheap.com/108751....but still i see the same error
11:36 babilen brb, $LUNCH
11:42 mikeywaites Hey guys! having a nightmare after upgrading to lithium (2015.5.5) pillar data that was working fine before now fails to render with no helpful error message at all
11:42 mikeywaites the setup of this pillar data is a little more complicated than normal.
11:42 mikeywaites https://gist.github.com/mikeywaites/477a8acdf795e0188461
11:43 mikeywaites ive tried removing chunks and cant seem to figure out what specifically causes the failure
11:45 amcorreia joined #salt
11:46 FineTralfazz joined #salt
11:46 mlanner joined #salt
11:49 joshin joined #salt
11:49 joshin joined #salt
11:54 Andre-B joined #salt
11:55 Furao joined #salt
12:00 aqua^c joined #salt
12:00 mikeywaites ah, ok ive found this lurking in the logs
12:00 mikeywaites https://gist.github.com/mikeywaites/477a8acdf795e0188461#file-error-txt
12:00 mikeywaites __salt__ seems to be undefined for our custom grain?
12:01 drawsmcgraw joined #salt
12:01 mikeywaites this occurs when running the highstate via the master or directly on a minion via salt-call
12:04 babilen mikeywaites: Could you paste your custom grain?
12:07 mikeywaites babilen:  as a test i removed the grain, the __salt__ error has gone from the logs but my yaml rendering issue perists
12:09 babilen mikeywaites: What is the "<<" and "*foo" bit in there?
12:10 mikeywaites they inherit other yml blocks.  The idea here is that apps are defined the same across envrionments, but we dont want all apps running in all environments.  This just lets us extend the block
12:10 mikeywaites as i say, this all worked previously.
12:10 jhauser joined #salt
12:11 mikeywaites babilen:  https://gist.github.com/mikeywaites/477a8acdf795e0188461#file-grain-sls
12:11 mikeywaites here is the grain.
12:11 mikeywaites also, heres a post on the << syntax
12:11 mikeywaites https://web.archive.org/web/20130213112648/http://blog.101ideas.cz/posts/dry-your-yaml-files.html
12:12 lpmulligan joined #salt
12:13 babilen Never used that and therefore can't help you with it.
12:15 babilen Regarding __salt__: http://docs.saltstack.com/en/latest/topics/development/dunder_dictionaries.html#salt (grains are needed for execution modules)
12:15 ALLmightySPIFF joined #salt
12:18 * ze- looks at topic. Any idea when 2015.5.5 will hit salt's debian repo ?
12:22 jaybocc2 joined #salt
12:23 evle1 joined #salt
12:24 ws2k3_ joined #salt
12:24 pdayton1 joined #salt
12:25 babilen ze-: soon™
12:29 ze- babilen: yeah, but an idea when soon is would help plan when i should get some free time and actualy test the packages. :)
12:29 ze- knowing if it's most likely this week, or probably not before next week...
12:30 babilen joehh: ^^ ?
12:32 pbrooko joined #salt
12:36 mikeywaites ok
12:37 mikeywaites having a key named git_url in the pillar data causes this rendering issue
12:37 mikeywaites KILL ME NOW.
12:37 pbrooko joined #salt
12:37 jaybocc2 joined #salt
12:38 AndreasLutro o_o
12:39 babilen wut?
12:39 babilen mikeywaites: Didn't see that anywhere in your paste
12:40 mikeywaites Sorry i left info out so I didnt have to remove heaps of stuff. there wasnt a world in which i thought it would be anything to do with that
12:40 mikeywaites i have paid dearly for my mistake :D
12:41 AndreasLutro assumptions can be evil
12:42 saltman joined #salt
12:43 saltman I want to use network.interfaces_names in python
12:43 saltman So I do the following: {% for eth in salt['network.interfaces_names']() %}
12:43 saltman and It gives me the following:  Rendering SLS "base:common.dns" failed: Jinja variable 'dict object' has no attribute 'network.interfaces_names'; line 2
12:43 denys_ joined #salt
12:44 saltman So I try to do: salt-call network.interfaces_names and it gives: 'network.interfaces_names' is not available
12:45 saltman But the function interfaces_names exists in saltstack modules under win_network.py
12:45 DanyC joined #salt
12:45 saltman I work with salt 2015.5.2
12:51 zwi joined #salt
12:53 babilen mikeywaites: I'm looking forward to that bug report and the discussion that'll follow
12:53 mikeywaites Im gonna need some time before im able to talk about it
12:53 mikeywaites this issue with the grains is still present.
12:53 mikeywaites where __salt__ is not defined
12:53 babilen saltman: Where did you find interfaces_names ?
12:54 babilen Ah, win_network
12:54 saltman @babilen: https://github.com/saltstack/salt/blob/f3b04b14f6d08194844a370b2043c74665bf1cbf/salt/modules/win_network.py
12:54 subsignal joined #salt
12:55 babilen mikeywaites: Yeah, you don't have __salt__ in grains
12:55 mikeywaites this worked before ?
12:56 dthom91 joined #salt
12:56 mikeywaites is that a new change?
12:56 subsigna_ joined #salt
12:56 babilen mikeywaites: http://docs.saltstack.com/en/latest/topics/development/dunder_dictionaries.html#salt
12:57 babilen (but that list is not authoritative ... I was never really able to keep track which bits where monkey-patched when in which renderer)
12:57 saltman babilen you have an idea for this issue?
12:58 babilen But note that __grains__ is available in execution modules which, sort of, implies that you cannot rely on them being present when you are still rendering grains
12:58 babilen saltman: I haven't touched MS Windows in 15 years
13:00 saltman Yes, but it seems as a salt issue.. network.interfaces works, but network.interface_names is not recognized by salt
13:00 dthom91 joined #salt
13:00 babilen saltman: And you are running this on a windows box, aren't you?
13:00 saltman Yes
13:01 babilen saltman: And you wmi is importable in Python?
13:01 babilen s/you//
13:01 babilen https://github.com/saltstack/salt/blob/f3b04b14f6d08194844a370b2043c74665bf1cbf/salt/modules/win_network.py#L15
13:02 babilen https://pypi.python.org/pypi/WMI/
13:04 JDiPierro joined #salt
13:08 jdesilet joined #salt
13:09 pm90__ joined #salt
13:13 racooper joined #salt
13:14 zer0def joined #salt
13:14 intel joined #salt
13:15 pullphinger joined #salt
13:16 pullphinger joined #salt
13:17 cpowell joined #salt
13:20 aristedes joined #salt
13:21 saltman babilen I don't think it's an issue with the windows machine
13:21 saltman Because when I do:
13:21 saltman salt-call network -d
13:21 saltman I also don't see any network.interfaces
13:23 saltman network.interfaces_names.. sorry. network.interfaces I can see.
13:25 babilen And wmi is importable?
13:25 ipmb joined #salt
13:25 aristedes left #salt
13:25 babilen Which version of salt do you use?
13:27 babilen Is anybody successfully using the salt-ssh scan roster?
13:27 babilen I only get "No hosts found with target 10.22.0.0/24 of type glob" when I try it, even though the same setup works with an explicit (flat file) roster
13:29 saltman I use 2015.5.2
13:31 elfixit joined #salt
13:33 hasues joined #salt
13:33 hasues left #salt
13:34 joshin joined #salt
13:35 Furao joined #salt
13:38 dthom91 joined #salt
13:40 mapu joined #salt
13:41 sgargan joined #salt
13:42 pravka joined #salt
13:43 jalbretsen joined #salt
13:44 perfectsine joined #salt
13:45 JDiPierro joined #salt
13:46 _JZ_ joined #salt
13:47 bhosmer joined #salt
13:48 mpanetta joined #salt
13:50 TyrfingMjolnir joined #salt
13:52 zmalone joined #salt
13:52 dyasny joined #salt
13:53 ericof joined #salt
13:55 Ztyx joined #salt
13:55 Furao joined #salt
14:03 ALLmightySPIFF joined #salt
14:04 favadi joined #salt
14:06 zwi joined #salt
14:06 rdutch joined #salt
14:06 andrew_v joined #salt
14:11 quasiben joined #salt
14:12 giantlock joined #salt
14:13 David_B55 joined #salt
14:14 capricorn_1 joined #salt
14:15 capricorn_1 joined #salt
14:16 Akhter joined #salt
14:18 Akhter joined #salt
14:20 favadi joined #salt
14:25 zacdev joined #salt
14:29 quasiben joined #salt
14:31 elsmo joined #salt
14:33 elsmo Hi all. Just wondering, why the salt master needs access to dmidecode? We are running it as a non-root user, and it complains it can't run dmidecode- the internet suggests this isn't a big error, though it is spaming it's log with it rather a lot. Cna we disable this easily or anything?
14:35 Sketch dmidecode gives you a lot of useful grains about your hardware
14:36 elsmo but if the salt-master is not a minion, why does it need such lowlevel info?
14:39 Brew joined #salt
14:39 Sketch dunno ;)
14:39 dthom91 joined #salt
14:39 _mel_ how can i remove the dot if i have something like this: {{ (grains.mem_total/ 4|int) }}
14:39 rdutch elsmo: do you look at this: http://docs.saltstack.com/en/latest/ref/configuration/nonroot.html
14:40 Sketch i'm fairly new to salt myself, so i'm still learning my way around
14:41 elsmo rdutch: yeah, but still have the question. Its more curiosity than anything else!
14:46 Twiglet elsmo: IIRC it uses it for grain info
14:47 Twiglet so you can get serials etc...
14:48 g3cko joined #salt
14:49 jaybocc2 joined #salt
14:50 tiadobatima joined #salt
14:50 nofxrok joined #salt
14:51 dthom91 joined #salt
14:51 Xevian_ joined #salt
14:56 zemm joined #salt
14:56 pprkut joined #salt
14:57 dthom91 joined #salt
14:59 CheKoLyN joined #salt
14:59 bhosmer joined #salt
14:59 pprkut Hi! I'm setting up a salt-master. Playing with remote formulas I ran into an issue where the master doesn't seem to find the gitfs remote I configured
14:59 pprkut I'm trying to use this formula: https://github.com/saltstack-formulas/users-formula
15:00 pprkut "salt '*' cp.list_master" lists the necessary files as present
15:00 orion Hi. Is it possible to use salt-cloud to manage AWS VPC security groups?
15:01 slav0nic joined #salt
15:01 pprkut this is my top.sls: https://paste.kde.org/povtslt94
15:02 pprkut the error I'm getting when running "salt-call --local state.highstate -l debug" is "No matching sls found for 'users' in env 'base'"
15:04 babilen pprkut: Why are you calling "salt-call --local" if you have a working master? If you want to use a masterless setup, you should read http://docs.saltstack.com/en/latest/topics/tutorials/quickstart.html and set file_client: local
15:04 jaybocc2 joined #salt
15:05 babilen pprkut: the way you typically work with a master is that you install minions on some boxes which you can then target from the master. This would be done with something like "salt '*' test.ping" (pings all known minions)
15:05 pcdummy joined #salt
15:05 pprkut right. I haven't worked out the commands really yet. Not going for a masterless setup
15:05 babilen Do you have minions installed and did you accept their keys?
15:06 pprkut yes
15:06 babilen Okay, can you ping them with the command I mentioned earlier?
15:06 kaptk2 joined #salt
15:07 pprkut ah, was indeed the salt-call it seems. "salt '*' state.highstate" worked as expected
15:07 babilen pprkut: salt-call is run *on* the minion and if you also pass --local the minion works in 'masterless' mode.
15:08 babilen If you have a master you'd typically just use 'salt 'SOMETARGET' foo.bar"
15:08 David_B55 Hey, I'm trying to debug a python state file and logging would be useful to see what is actually being passed around in it. I've tried to just do the usual python thing of 'import logging' but that doesn't seem to be working. Whats the best way of going about this. I don't mind if it goes in with the rest of the normal log messages in /var/log/salt/
15:08 pprkut I only have one server so far, so master and minion are the same for now
15:08 babilen That's perfectly fine
15:11 bhosmer joined #salt
15:11 pprkut ah, salt-call --local didn't find the gitfs remote, because that's cached in the cache dir of the master
15:11 pprkut it all makes sense now :)
15:13 jeadre joined #salt
15:14 dthom91 joined #salt
15:15 hamburglar joined #salt
15:15 ALLmightySPIFF joined #salt
15:15 zsoftich3 joined #salt
15:16 pcdummy joined #salt
15:17 dthom91 joined #salt
15:18 pdayton joined #salt
15:21 elsmo Am also trying to use a gitfs cached master, however salt doesn't seem to have git pulled all the files from the repos, only some of them..
15:22 elsmo It gets the top.sls file fine, but a basic sls in a sub foloder does not exist in salt's git checkout cache
15:22 pcdummy joined #salt
15:22 elsmo and the minions all complain they can't see the file, which is fair- I can't see it either!
15:23 SheetiS joined #salt
15:23 iggy https://github.com/saltstack-formulas/gce-formula/pull/1
15:23 saltstackbot [#1]title: GCE states/grains/etc | This is a port over of some helpful GCE states and grains we have lying around....
15:23 iggy someone hit that up for me
15:24 iggy elsmo: salt doesn't check anything out generally... it works directly from the .git objects
15:24 iggy elsmo: salt-call cp.list_master might help debug
15:25 Fiber^ joined #salt
15:26 elsmo iggy: ahh. run that on a minion to see which files it can see
15:26 dfelix joined #salt
15:27 dfelix I'm trying to setup a private winrepo and I was hoping somebody could clarify some things for me
15:27 elsmo ?
15:27 dfelix Can I just create a git repo with the same structure as winrepo and declare it as a gitfs?
15:28 dfelix or do I need to set another config setting to let salt know that its a win repo and not a formula repo
15:28 iggy elsmo: true
15:29 RedundancyD joined #salt
15:29 Andre-B joined #salt
15:31 mohae joined #salt
15:31 BeepBopBoop joined #salt
15:32 XenophonF joined #salt
15:32 tercenya joined #salt
15:32 DammitJim joined #salt
15:35 VR-Jack joined #salt
15:37 perfectsine joined #salt
15:38 JDiPierro joined #salt
15:41 theologian joined #salt
15:41 londo joined #salt
15:42 aristedes joined #salt
15:42 aristedes joined #salt
15:49 N-Mi joined #salt
15:54 mapu_ joined #salt
15:55 johtso joined #salt
15:55 DanyC_ joined #salt
15:56 SneakyPhil using the users-formula, is it possible to manage the root .bashrc?
15:56 SneakyPhil or is there a different formula to do that
15:56 dthom91 joined #salt
16:05 rm_jorge joined #salt
16:08 jeadre joined #salt
16:09 shaggy_surfer joined #salt
16:10 markm joined #salt
16:11 writtenoff joined #salt
16:11 Bryson joined #salt
16:13 rdutch exit
16:18 hasues joined #salt
16:18 hasues left #salt
16:20 David_B55 Just manage root as any other user SneakyPhil and it will likely work. Alternatively you could manage either /etc/bash.bashrc or /root/.bashrc using the usual file.managed sections
16:21 RedundancyD_ joined #salt
16:21 joshin joined #salt
16:21 joshin joined #salt
16:29 vstoniest joined #salt
16:29 mapu_ joined #salt
16:31 dthom91 joined #salt
16:32 zsoftich3 joined #salt
16:33 cornfeedhobo joined #salt
16:34 aparsons joined #salt
16:38 hasues joined #salt
16:38 hasues left #salt
16:40 dthom91 joined #salt
16:43 bhosmer joined #salt
16:43 joshin joined #salt
16:43 joshin joined #salt
16:45 capricorn_1 joined #salt
16:45 dthom91 joined #salt
16:46 DammitJim joined #salt
16:46 evle1 joined #salt
16:46 capricorn_1 joined #salt
16:50 sjorge joined #salt
16:50 sjorge joined #salt
16:50 shiriru joined #salt
16:52 sdm24 joined #salt
16:53 dthom91 joined #salt
16:59 dthom91 joined #salt
17:02 bbbryson joined #salt
17:04 wldcordeiro joined #salt
17:05 bhosmer joined #salt
17:05 jeffspeff joined #salt
17:07 drboyer joined #salt
17:08 Akhter joined #salt
17:09 iggy where's murrdoc when you need him to rubber stamp merge one of your PRs
17:09 pm90_ joined #salt
17:12 drboyer Hey all, quick question before I go off working on it - there's a private method in the NFS module to write to the NFS exports file if you delete an entry. Any reason that's not exposed in such a way you could add entries to exports with it as well?
17:12 shaggy_surfer joined #salt
17:13 iggy drboyer: probably because nobody else needed it at the time
17:14 drboyer iggy: Fair enough, just thought I'd throw it out there in case there was a specific reason it wasn't implemented. Figured it was probably just that
17:15 shaggy_surfer joined #salt
17:15 aqua^c joined #salt
17:16 jaybocc2 joined #salt
17:18 teryx510 Hey guys, is there a way to do something akin to map.jinja file but using python instead? Basically, I want to use python in a separate file and import variables into my sls.
17:19 iggy no, because import is a jinja thing
17:19 iggy you couldn't have the other file use the py renderer and import from it
17:22 teryx510 hmm…okay. Thanks iggy
17:23 JDiPierro joined #salt
17:23 linjan joined #salt
17:24 dthom91 joined #salt
17:25 DanyC joined #salt
17:25 forrest joined #salt
17:26 forrest_ joined #salt
17:28 evilrob anyone read http://www.amazon.com/Mastering-SaltStack-Joseph-Hall/dp/1785282166/ ??
17:28 iggy it's pretty new
17:28 evilrob came out last week
17:28 evilrob someone on my team is going to read it and let us know
17:31 ajmath joined #salt
17:40 mapu joined #salt
17:42 KyleG joined #salt
17:42 KyleG joined #salt
17:42 dthom91 joined #salt
17:44 wendall911 joined #salt
17:46 baweaver joined #salt
17:47 X67r joined #salt
17:52 SneakyPhil thanks David_B55
17:55 pm90_ joined #salt
17:55 joshin joined #salt
17:57 intel joined #salt
18:07 forrest joined #salt
18:15 baweaver joined #salt
18:16 GreatSnoopy joined #salt
18:17 Laogeodritt joined #salt
18:21 dthom91 joined #salt
18:26 joshin joined #salt
18:26 joshin joined #salt
18:26 pravka joined #salt
18:29 baweaver_ joined #salt
18:32 perfectsine joined #salt
18:32 ajw0100 joined #salt
18:43 colonD joined #salt
18:44 s_kunk joined #salt
18:45 mark_____ joined #salt
18:47 mark_____ hey, if I want to use salt.client running as a regular user, what files / folders do I need to change the perms on? the use case is i'm creating a deploy script that uses salt for data (what are the ips of the load balancers etc) and using fabric to ssh into those boxes and run commands. I'm using ssh agent forwarding from my laptop so fabric doesn't like if I have to run the python script as root.
18:47 diegows joined #salt
18:47 mark_____ obviously if I try and run the python script and import salt.client without root it chokes
18:49 iggy mark_____: check the docs for running the minion as a user
18:49 iggy should be the same process
18:50 mark_____ http://docs.saltstack.com/en/latest/ref/configuration/nonroot.html
18:50 mark_____ it needs perms on all those just to use salt.client.cmd ?
18:51 mark_____ i'm pretty sure it doesn't need /var/log/salt or /etc/salt
18:51 iggy sounds right
18:51 iggy yes
18:52 iggy salt.client is basically a standalone version of the minion (which means it needs to read /etc/salt and log to /var/log/salt)
18:52 bhosmer joined #salt
18:52 iggy probably just read on /etc/salt (vs write that the docs say)
18:53 iggy but I'm not sure if salt distinguishes enough to try write and then fallback to read
18:54 mark_____ i'll try creating a 'deploy' group just on the master and play with the file perms
18:54 iggy when you figure it out... blog that stuff
18:56 khaije1 for salt-ssh is there a built-in way to seperate the text returned on stdout from the rest of the formatting et al?
18:56 elsmo iggy: ta for the help re. running salt-call cp.list_master - it did the trick in that it showed me I can't read paths ;) All sorted now, ta!
18:56 zsoftich3 joined #salt
18:56 mark_____ thanks iggy
18:57 parasciidick joined #salt
18:58 sirex joined #salt
18:58 zer0def joined #salt
19:00 mark_____ looks like a mixture of file perms and client acl
19:00 mark_____ http://docs.saltstack.com/en/latest/ref/clientacl.html
19:00 dthom91 joined #salt
19:02 dthom91 joined #salt
19:04 aqua^c joined #salt
19:07 giantlock joined #salt
19:08 sdm24 joined #salt
19:08 baweaver joined #salt
19:10 sdm24 So we are currently migrating our Salt environment to Git. I had a question with the windows repo. If I run 'salt-run winrepo.genrepo'. won't it create a local repo.p file? If I change the repo on Git, how can I get the master and minions to see those new packages?
19:11 duendecat joined #salt
19:11 iggy basepi: can you look at the gce-formula? I think the perms on it are wonky
19:12 iggy whytewolf: or you ^
19:12 iggy gah, not whytewolf
19:12 whytewolf lol
19:12 iggy whiteinge: or you ^
19:12 iggy stupid tab completion
19:14 Akhter joined #salt
19:14 basepi whiteinge is probably best, I haven't messed with perms in that org at all.
19:17 iggy ok, thanks, it was a weird formula to begin with (it had a README.md instead of a README.rst f.ex.)
19:26 mikeywaites joined #salt
19:45 dthom91 joined #salt
19:46 bhosmer joined #salt
19:50 ssc left #salt
19:55 danlsgiga joined #salt
19:56 asdasd joined #salt
19:56 danlsgiga hi guys... I'm sending an event to salt master and in salt master I have a reactor that sends a command to another host... is there any way I can grab the result of the reactor command to proceed or not in a state?
19:58 knite joined #salt
19:58 danlsgiga Basically is: salt 'minion' event.send 'myorg/mytag/cmd' cmd=service nginx restart
19:58 pdayton joined #salt
19:58 danlsgiga and my reactor captures the cmd and sends it to a specific node using cmd.run
19:59 elsmo joined #salt
20:00 knite I've inherited a salt cluster at my new job and I'm trying to get up-to-speed. my master is running 2014.1 and my minions are running a grab-bag - some newer (bad), some same, some older. as a first step, I'm trying to upgrade the old minions from 0.17.5. I've tried running sudo salt 'server' pkg.install salt-minion refresh=True against a 0.17.5 minion, and it responds with "server: -------", but the version remains at 0.17.5
20:00 baweaver joined #salt
20:00 knite should I attempt a manual upgrade on these servers?
20:01 danlsgiga My problem is that regardless of the return code from reactor, the event always responds as True
20:03 whytewolf knite: the ones running older are because they were installed directly off of the ubuntu base repo instead of some other method. you might be better off upgrading the whole thing and adding the salt repo to the old systems
20:03 dthom91 joined #salt
20:04 knite whytewolf: sounds good to me, my goal is to get everything up to latest salt without breaking things. what do you mean by "upgrading the whole thing"? and by adding repo, do you mean the salt PPA?
20:09 whytewolf well I would look at getting the master/masters on the latest before upgrading anything else. that way you eliminate the issue of minions newer than the master.
20:09 whytewolf and yes the salt ppa
20:10 Nazca joined #salt
20:10 aparsons joined #salt
20:11 iggy depending on your states, 2014.1 -> 2015.5/8 on the master might be a big undertaking... make sure you test first
20:12 clintberry joined #salt
20:13 knite whytewolf: that's my step 2. I figured I should get old minions to same version of master first, then move them all up to latest together?
20:14 impi joined #salt
20:14 tmclaugh[work] joined #salt
20:15 iggy can't wait till this is done: http://docs.saltstack.com/en/getstarted/
20:16 whytewolf knite: understandable. either way adding the salt ppa to the minions running 0.17.5 should help
20:17 ajw0100 joined #salt
20:22 jaybocc2 joined #salt
20:25 baweaver joined #salt
20:29 jeadre joined #salt
20:29 knite joined #salt
20:36 opensource_ninja joined #salt
20:37 forrest joined #salt
20:39 Nazca__ joined #salt
20:39 mpanetta joined #salt
20:41 mpanetta joined #salt
20:45 pdayton joined #salt
20:45 pdayton joined #salt
20:47 simonmcc joined #salt
20:48 collinanderson joined #salt
20:51 sjorge joined #salt
20:51 sjorge joined #salt
20:53 SneakyPhil hello all
20:54 SneakyPhil I have a fleet of centos6 boxes that I'm trying to run the salt.minion formula against. Cent 6 has an old version of python-jinja2 and from this ticket https://github.com/saltstack/salt/issues/11267 it seems that the state needs python-jinja2 >= 2.6. From EPEL I can install python-jinja2-26, but how do I configure salt to use this jinja instead of python-jinja2?
20:54 saltstackbot [#11267]title: Jinja2 renderer doesn't support the mapping test | The installed version of jinja2 is 2.7. The mapping test is supported since version 2.6, but the default jinja/yaml renderer fails when using this test:...
20:59 Ahlee saltstack vs puppet vs chef vs ansible showdown going on at devops days chicago right now
21:02 Edgan Ahlee: You there?
21:02 Ahlee Yes
21:02 Ahlee If you're in the room, I"m the one writing on the board
21:02 Edgan Ahlee: ah
21:03 bmac2 joined #salt
21:03 pdayton joined #salt
21:04 subsignal joined #salt
21:05 cmd joined #salt
21:06 Edgan Ahlee: In my book the only debate is if Puppet or Chef is better. I know Puppet better, but think Chef has some advantages. So I would probably say Salt > Chef > Puppet > Ansible. Ansible would be higher, but it encourages you not to maintain state, but instead fire and forget. So you end up with heavy configuration drift. You can do it right, but most don't. It also lacks good visibility into runs via a dashboard without paying for Towe
21:06 Edgan r.
21:07 Ahlee i agree.
21:07 Ahlee though depending on how long it's ben since i hit a bug in salt...
21:07 Ahlee ;)
21:10 keimlink joined #salt
21:11 iggy SneakyPhil: use an older version of the formula before that test was added
21:11 iggy (I just deleted those lines and it seemed to work fine)
21:11 ajw0100 joined #salt
21:13 SneakyPhil iggy: is it possible to have salt use the other version of jinja though?
21:13 iggy SneakyPhil: nfc, I didn't bother trying to figure it out... I just hacked up the formula
21:13 SneakyPhil hahaha
21:13 iggy and I threatened to revert the changes to the salt-formula, but never followed through (yet)
21:21 debian112 joined #salt
21:24 sdm24 So I found a strange bug. I am currently migrating my Salt states to gitfs. In  my top.sls I only have my states target 'osfinger:Ubuntu-14.04' minions, yet when I run a highstate, all minions, regardless of their osfinger, will run the ssh state. The ubuntu 140.04 minions will run the other states as well
21:25 sdm24 I only noticed this after I put my top.sls file in git
21:25 iggy do you have a top file in file_roots and gitfs?
21:25 sdm24 https://gist.github.com/sdm24/4131ba7a33933e4d8f01
21:25 sdm24 yeah, but they should be identical, and git is listed as the first option in fileserver
21:26 iggy top merging is quite weird
21:26 sdm24 removing the local /srv/salt/top.sls does not fix it
21:26 iggy did you check the issue tracker?
21:27 sdm24 nope. Was goign to do that next
21:27 shaggy_surfer joined #salt
21:29 bytemask joined #salt
21:29 sdm24 whats strange is why it only happens for the ssh state
21:30 iggy is that actually the _entire_ top file?
21:30 Kelsar joined #salt
21:31 sdm24 nope, but thats the only part that mentions ssh
21:31 iggy you don't have any include linux.ssh anywhere?
21:32 sdm24 nope. And even if I did, I don't have any states that target '*' minions
21:32 sdm24 or anything that isn't Ubunutu-14.04 or have specific pillar data
21:33 iggy welp, no idea
21:33 sdm24 thanks anyways, hopefully I find a solution soon
21:37 ajw0100 joined #salt
21:40 X67r joined #salt
21:40 rideh joined #salt
21:40 esharpmajor joined #salt
21:42 RedundancyD joined #salt
21:42 zero_shane joined #salt
21:42 zero_shane Hey all - has anyone used RAET, outside of SaltStack?  i.e. implemented it as a message service for _something else_ ??
21:43 zmalone zero_shane: someone from saltstack was in channel last week saying that there are plans to move to a different tcp based protocol instead of raet
21:43 zmalone 2015.8 will have it as a beta option
21:44 knite I just upgraded my salt master from 2014.1 to latest, and appear to have broken things.
21:44 zero_shane hmmm ... ok ... any pointer to what that proto is?
21:44 knite $ sudo salt-run manage.versions -> [ERROR   ] Salt request timed out. If this error persists, worker_threads may need to be increased.
21:44 baweaver joined #salt
21:47 SneakyPhil iggy: do you suggest using gitfs backend for formulas or cloning the repos to your salt master
21:47 zmalone zero_shane: not publicly announced yet, to the best of my knowledge.
21:48 SneakyPhil I ask because I'm trying to figure out how to get the specific commit before they introduced the change to the salt minion formula for jinja2-26
21:51 mpanetta joined #salt
21:51 pm90__ joined #salt
21:52 pm90__ joined #salt
21:52 mpanetta joined #salt
21:52 zmalone I don't think raet is used anywhere but Salt, it's a Saltstack project.
21:54 VR-Jack I think they hope it'll get adopted at some point.
21:56 zmalone http://irclog.perlgeek.de/salt/2015-08-21 for VR-Jack / SneakyPhil
21:57 zmalone <babilen> basepi: Does that mean that RAET is essentially a PoC that will be superseded by the raw TCP transport you've been hinting at above?
21:57 zmalone <basepi> babilen: Seems that way to me, but stating that unequivocally is above my pay grade. =)
21:57 zmalone that section has the hints I was referring to
21:59 VR-Jack too bad more people don't just use sctp. *sigh*
22:01 knite can't seem to update salt-master on Ubuntu. install is failing with: find: `/usr/lib/python2.7/dist-packages/salt/': No such file or directory. can't uninstall/re-install either, and apt-get -f install doesn't help.
22:01 perfectsine joined #salt
22:06 knite alright, created that dir and the install succeeded. but salt is now broken with: AttributeError: 'module' object has no attribute 'get_users'
22:06 knite seems related to an old version of psutil?
22:08 jeadre joined #salt
22:09 arthoo joined #salt
22:09 arthoo Hi, is rsync.rsync strictly copying files around on the minion, not a from master to minion (like cp.get_dir)?
22:10 quasiben joined #salt
22:21 jeadre joined #salt
22:31 ajw0100 joined #salt
22:36 knite okay, I've finally got my master and most of my minions updated. but some of my minions threw an error during update: LoaderError: The renderer yaml_jinja is unavailable, this error is often because the needed software is unavailable
22:38 bfoxwell joined #salt
22:38 zsoftich3 joined #salt
22:39 pm90_ joined #salt
22:39 zwi joined #salt
22:40 bfoxwell joined #salt
22:40 pm90__ joined #salt
22:41 dalek1 joined #salt
22:43 ajw0100 joined #salt
22:43 dalek99 I have a directory with separate pilar sls files for each minion. is there any way I can get one minion to read all the sls files to generate an ini with the data on them?
22:44 pm90_ joined #salt
22:48 shaggy_surfer joined #salt
22:57 perfectsine joined #salt
22:57 baweaver joined #salt
22:57 Nazca joined #salt
22:59 Edgan Ahlee: yeah, I have the exact same issue
23:03 tyson joined #salt
23:05 RandyT_ joined #salt
23:09 s_kunk joined #salt
23:18 DanGarthwaite joined #salt
23:18 DanGarthwaite Hey guys, been awhile.
23:19 DanGarthwaite New job - new environment to debug in.
23:19 arif-ali joined #salt
23:20 DanGarthwaite If a set of salt states is to install python-mysqldb before any mysql_* states... should it be dumping tracebacks?
23:21 DanGarthwaite I remember this not being a problem in the past.
23:21 DanGarthwaite See: https://github.com/saltstack/salt/issues/26380
23:21 saltstackbot [#26380]title: JSON Render Failed for mysql_grants.present | Hi,...
23:22 DanGarthwaite salt-call --local state.highstate test=True throws KeyError: 'mysql_database.present'
23:23 diegows joined #salt
23:26 clintberry joined #salt
23:26 mosen joined #salt
23:26 DanGarthwaite `salt-call pkg.install python-mysqldb`  gets around the issue
23:26 whytewolf the traceback comes from the module not being loaded when it makes the call. [even if you install the required lib during the same install] part of lazyloading. same as this issue here https://github.com/saltstack/salt/issues/25813 I heard that you can load the dependencies in a seperate state file to get the module to load.
23:27 saltstackbot [#25813]title: debconf.set throwing exception in 2015.8.0rc2 | trying to use the current RC for dev work. and ran into this bug on a state that was working. ...
23:27 DanGarthwaite This is a sep. state file.   :(
23:27 RedundancyD joined #salt
23:28 whytewolf humm. XenophonF had a way around it. personally I started using salt orch. but that is using a large hammer for a small nail
23:28 DanGarthwaite So....    pkg.install and then state.highstate?  Ich
23:29 whytewolf you could see if anything in here helps http://docs.saltstack.com/en/stage/ref/states/index.html#reloading-modules
23:30 DanGarthwaite ... and python-mysqldb pulls in the wrong (for this client) version of mysql libs.
23:32 knite how can I ensure that a long line in a crontab is removed? cron.absent with name: "long thing >> /a/path 2>&1; etc" doesn't find it.
23:36 __number5__ knite: salt cron state will only remove entry it puts in
23:37 knite __number5__: okay, thanks, that wasn't clear in the docs. is there no way to edit an existing cron entry, then?
23:37 __number5__ knite: no AFAIK
23:41 whytewolf knite: you could do it the hard way. crontab -l | sed 's/long line/' | crontab -
23:42 knite whytewolf: oof, that would work, but it makes me feel sad...
23:42 whytewolf it makes me feel sad for writing it.
23:43 whytewolf there is the other way. which is to have salt take over imputing all cronjobs. and then issueing a crontab -r before the state run
23:45 whytewolf [warning crontab -r is dangrous.]
23:50 bluenemo joined #salt
23:52 aqua^c joined #salt
23:53 dingo knite: many crontabs are just files that are determinstic
23:53 dingo depends on the crond
23:53 dingo /var/spool/cron/crontabs/{username} on my debain
23:53 dingo typical location, generally the same for BSD systems
23:54 dingo so one of the file.* modifiers/augmenters, with a watch state to restart or rehash crond should do fine
23:54 hasues joined #salt
23:54 hasues left #salt

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