Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-10-07

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

All times shown according to UTC.

Time Nick Message
00:00 Twiglet joined #salt
00:00 Cyis [salt.loaded.int.returner.hipchat_return][ERROR   ][16695] hipchat.room_id not defined in salt config
00:00 Cyis that's the error I got with my original... which I thought I followed the docs correctly
00:00 Gareth yeah.  checking the code now.
00:01 Cyis leave it to me to try the option less used :)
00:01 Cyis it just looked cleaner to me and my OCD habits :)
00:04 Cyis Gareth: I get any entirely different error if I take the working config... change api_version to v2 and update api_key with my v2 key
00:04 Gareth yeah?
00:05 Cyis [salt.loaded.int.returner.hipchat_return][ERROR   ][24316] {u'error': {u'message': u'Invalid content type: None', u'code': 400, u'type': u'Bad Request'}}
00:05 Cyis only changing those 2 values and restarting minion
00:05 Gareth hm.
00:05 basepi murrdoc: why are runners in their own process a problem?
00:06 Cyis Gareth: I'm runing 2015.5.x ... I'm trying to walk through the code myself as well
00:06 Guest62__ joined #salt
00:08 Cyis Gareth: the v2 error looks like it could be related to the Contet-Type header not being application/json? still looking
00:09 zmalone joined #salt
00:10 TooLmaN joined #salt
00:10 murrdoc basepi:  do they run their own process or chew up one of the master's processes
00:11 Cyis Gareth: tested that my token worked using curl to post a test message ... if I leave off the 'Content-Type: application/json' header I get that error
00:12 Gareth so v2 needs application/json as the content-type?
00:12 Gareth that should be an easy fix.
00:13 Cyis Gareth: yes according to https://www.hipchat.com/docs/apiv2
00:13 Cyis was walking through their getting started page
00:14 Zachary_DuBois joined #salt
00:14 Cyis Gareth: might be a FR but... is there a way to set the color differently if the message shows failures vs no failures?
00:14 Dev0n hey, does anyone see something obviosuly stupid written in this sls? https://gist.github.com/Dev0n/04212d095510a0419ff9  highstate keeps throwing CommandExecutionError: Error 4004 No such image: haprox:1.5
00:15 Dev0n 404*
00:15 Gareth Cyis: the hipchat message?
00:15 Dev0n and haproxy:1.5 does exist: https://hub.docker.com/_/haproxy/
00:16 Cyis yeah
00:17 Cyis also looks like from_name is not needed with v2 if I'm reading the API right
00:17 Gareth Cyis: different profiles for different types of messages would be one approach.
00:18 Cyis v2 are user personal access tokens so it takes the sender from the token it looks like
00:18 pravka joined #salt
00:19 mapu joined #salt
00:20 basepi murrdoc: own processes.
00:20 Cyis so guess v1 is best route for now so long as they keep supporting it
00:21 zmalone joined #salt
00:25 markm joined #salt
00:26 Cyis Gareth: so guess for now I just have to give up the idea of using a profile and yaml formatting
00:26 Gareth Cyis: I'm still looking at it, it should be working.  I know I had run into the issue before and thought I fixed it.
00:27 Gareth something similar.
00:27 Cyis I also noticed if you follow the example and use an email for the username it will complain as well
00:28 Cyis [salt.loaded.int.returner.hipchat_return][ERROR   ][24123] {u'error': {u'message': u"From name should not contains '@' symbol.", u'code': 400, u'type': u'Bad Request'}}
00:31 Cyis confirmed... v2 hipchat api ignores the "from" parameter
00:33 Cyis Gareth: looks like you can treat v2 like a v1 POST method
00:35 larsfronius joined #salt
00:38 SunPowered joined #salt
00:42 Guest62__ Hi
00:43 Guest62__ I'm just started deploying to windows machines with salt
00:44 Guest62__ is there a way to use my current shared deployment directory as the repo? I can't find any other way than copying files into /srv/salt/win/repo-ng
00:45 Guest62__ I'm on 15.8.0-3
00:45 kevinquinnyo2 hey i have an issue here where during deployment of a new node to a load-balanced cluster, i need to populate a file health_check.html which the loadbalancer looks for to know its live.  But I can't populate this file until two conditions are met -- file sync script is finished, and databases synced
00:46 rim-k joined #salt
00:47 kevinquinnyo2 you know what i think i just figured out how to do this right after i typed that question
00:47 iggy require can be a list
00:48 kevinquinnyo2 iggy: the replication and the file sync to the new node could take a long time initially -- i'm thinking i should deploy a long running script locally or a cron to just wait for these conditions to be met
00:48 kevinquinnyo2 locally as in on the minion
00:48 kevinquinnyo2 and have it take over
00:49 clintber_ joined #salt
00:50 kevinquinnyo and i could even have the minion script fire an event back to the master in case it needs to know that it's completed
00:50 kevinquinnyo i think
00:50 iggy so, this is something like galera cluster or whatever... you could run those 3 steps as an orchestrate job
00:50 iggy it'll do everything in order
00:50 DanyC joined #salt
00:51 kevinquinnyo iggy yeah the galera cluster setup is already an orchestrate job, the file sync can run concurrently
00:51 cberndt joined #salt
00:51 iggy you can run 2 orch's at once
00:52 kevinquinnyo oh really?
00:52 iggy but it might be easier to break the steps up and have each one shoot off a custom event and have the reactor shoot off the next step
00:52 Cyis put a require on both steps? I do that for building out my SKS server...
00:53 kevinquinnyo i think i would have to use events if i need an sls to require the completion of an orchestration right?
00:54 Cyis call all the sls from the orchestration and require on the pre-req'd sls
00:54 iggy use events
00:55 Cyis haven't messed with events yet myself
00:55 kevinquinnyo Cyis: that sounds like it would introduce some sort of dependency loop if i wasnt careful
00:56 kevinquinnyo but i will consider it
01:03 quasiben joined #salt
01:03 Bryson joined #salt
01:04 tiadobatima joined #salt
01:05 Joeskyyy_ joined #salt
01:06 dthom91 joined #salt
01:08 subsignal joined #salt
01:11 tiadobatima joined #salt
01:13 Pillar_roots joined #salt
01:13 TheoSLC joined #salt
01:14 Pillar_roots Hey everyone, I'm trying to define 3 pillar_roots in my salt/master file, but I find that when I use the recursive merging strategy of pillar trees it will read the first and last files that are defined in those corresponding roots, but will omit the middle file(named the exact same) entirely
01:15 Pillar_roots so to give an example, my top file will be base: -test
01:15 Pillar_roots the test file from my base pillar_root and my final pillar_roots are read
01:15 Pillar_roots but my middle pillar_root test file is completely ignored
01:15 Pillar_roots any ideas?
01:24 iggy you should probably try putting a more complete example in a gist or something
01:24 dthom911 joined #salt
01:27 nicksloan I just used salt-cloud to create an ec2 debian 8 instance from a debian 8 master running 2015.8. It created the instance with 2015.3
01:27 nicksloan any ideas?
01:28 UtahDave joined #salt
01:28 mapu joined #salt
01:30 murrdoc UtahDave:  super small request, please publish deb for 2015.5.5
01:32 UtahDave murrdoc: which repo are you using?
01:32 murrdoc i was using joe's
01:32 murrdoc but he hadn't publised after 2015.5.3
01:32 murrdoc i can switch to yours
01:32 UtahDave OK. I'll see where he's at on that.
01:33 murrdoc if u can publish 2015.5.5
01:33 murrdoc kk
01:33 * murrdoc appreciates it
01:33 iggy would be super nice if repo.saltstack.com could keep older release branches like the ppa did
01:34 falenn joined #salt
01:36 UtahDave iggy: Yeah, that's the plan.
01:37 UtahDave Tentatively we're considering having a LATEST repo that alway has the newest release.  But we'd also have a 2015.8 repo, for example, so you could stay on that branch until you decide to upgrade to whatever the latest release is
01:38 RandyT_ joined #salt
01:39 Nazca__ joined #salt
01:39 quasiben joined #salt
01:45 mohae joined #salt
01:49 catpiggest joined #salt
01:50 patchedmonkey joined #salt
01:51 DanyC joined #salt
01:56 DammitJim joined #salt
02:04 Pillar_roots iggy: https://gist.github.com/TheRhino04/0415273815ffd9a3d361
02:04 Pillar_roots essentially, pillar-prod-test would never include its values
02:04 Pillar_roots and the final dictionary wouldn't even have fake:data
02:05 Pillar_roots forward slashes aren't allowed in gist files so they are replaced with dashes
02:07 irctc855 joined #salt
02:07 sunkist joined #salt
02:08 writtenoff joined #salt
02:08 irctc855 hi everybody...newbie here....Im stuck with a simple problem....I need to copy one folder in my minion from /etc/source to /destination/source with the subdirs...all I get is a Failed result
02:09 irctc855 im using file.copy
02:11 irctc855 here's my rule: http://pastebin.com/W4D57YHj
02:12 irctc855 As a result, I want to have /opt/destination/sample-registry with the subfolders copied
02:14 Pillar_roots well you will need sample-registry in the state name
02:14 Pillar_roots and what is the error you are getting
02:14 Pillar_roots ?
02:14 clintberry2 joined #salt
02:15 irctc855 Im getting 2015-10-06 19:05:13,099 [salt.state       ][ERROR   ] Failed to copy  <source> to <destination>
02:16 aparsons joined #salt
02:20 iggy Pillar_roots: are the pillar_roots actually full paths? (pillar_roots:\n  - base:\n    - /path/to/private-prd)
02:20 irctc855 anybody has an example how to copy a folder recursively in the minion, creating subfolders? Thanks!
02:20 iggy irctc855: cmd.run
02:21 Cyis irctc855: file.recursive
02:22 iggy that won't work from minion to minion
02:22 Cyis iggy: must have missed that req
02:23 Pillar_roots iggy: yeah they are full paths
02:23 Pillar_roots just hard to convery in gist
02:23 Pillar_roots *convey
02:24 Pillar_roots irctc855: are there any errors in the log on the minion itself?
02:24 irctc855 just the one I posted before...19:16
02:24 irctc855 [salt.state       ][ERROR   ] Failed to copy  <source> to <destination>
02:24 Pillar_roots ah, I assumed that was on the master
02:24 irctc855 I've added makedirs: True, but no luck
02:26 Pillar_roots yeah, I think file.copy doesn't currently support that
02:26 Pillar_roots I would go with the solution iggy provided, cmd.run
02:26 Pillar_roots I assume it is getting an error in the actual cp execution that is missing the recurse flag
02:27 cberndt joined #salt
02:33 irctc855 yeah..that was my backup plan....so there is no way to copy a folder to a local destination in the same minion??
02:34 irctc855 (using file.copy)
02:35 jfred joined #salt
02:41 zmalone joined #salt
02:42 irctc855 ok....cp -rp did the trick... thank you guys (and gals)
02:52 DanyC joined #salt
02:53 tvinson joined #salt
02:53 breakingmatter joined #salt
02:54 ablemann joined #salt
03:04 krymzon joined #salt
03:06 rhodgin joined #salt
03:08 zwi joined #salt
03:24 Nazca joined #salt
03:26 Nazca__ joined #salt
03:33 Nazca joined #salt
03:35 Bryson joined #salt
03:42 ramteid joined #salt
03:53 DanyC joined #salt
04:03 falenn joined #salt
04:08 malinoff joined #salt
04:11 Subha joined #salt
04:17 favadi joined #salt
04:21 katyucha joined #salt
04:27 ashirogl joined #salt
04:32 kermit joined #salt
04:35 Guest62__ joined #salt
04:54 DanyC joined #salt
04:55 breakingmatter joined #salt
04:59 markm joined #salt
05:03 Jeewsus joined #salt
05:06 krymzon joined #salt
05:06 illern_ joined #salt
05:09 Jeewsus joined #salt
05:09 Jeewsus Hello, is anyone here?
05:10 Jeewsus I need to ask a question, that is it possible to just uninstall stuff from windows minion with states?
05:10 ashirogl joined #salt
05:10 mehakkahlon joined #salt
05:13 anmolb joined #salt
05:17 edulix joined #salt
05:17 jalbretsen joined #salt
05:21 ashirogl1 joined #salt
05:22 TyrfingMjolnir joined #salt
05:23 ashirogl2 joined #salt
05:24 geomyidae_ joined #salt
05:24 engblom Suddenly I have a lot of "Denied Keyes". How do I move them back to "Accepted Keys"?
05:24 geomyidae_ How do I just require that another salt directive has been executed?
05:25 geomyidae_ -require: \n - other_directive_name_here
05:25 geomyidae_ every example is always file: some_file or service: some_sv or pkg: some_pkg
05:28 auzty joined #salt
05:31 TOoSmOotH joined #salt
05:35 rdas joined #salt
05:45 favadi joined #salt
05:48 malinoff joined #salt
05:54 DanyC joined #salt
06:00 colttt joined #salt
06:11 DanyC joined #salt
06:16 babilen engblom: You can, probably, just copy them in /etc/salt/pki (but please keep a backup). Check the manpage if that functionality is provided natively by salt-key(1) though
06:17 timoguin joined #salt
06:18 goldbuick__ joined #salt
06:18 mohae joined #salt
06:24 anmolb joined #salt
06:25 kukacz joined #salt
06:29 av_ joined #salt
06:29 av_ Is it possible to add an instance to load balancer using salt cloud?
06:29 impi joined #salt
06:31 AndreasLutro joined #salt
06:42 katyucha joined #salt
06:44 krymzon joined #salt
06:45 rim-k joined #salt
06:48 IanV0rn2341 joined #salt
06:49 pm90_ joined #salt
06:54 GreatSnoopy joined #salt
06:56 breakingmatter joined #salt
06:59 illern_ joined #salt
07:00 felskrone joined #salt
07:02 Nazca__ joined #salt
07:02 iggy geomyidae_: the first part is the module that you want from the state_id
07:03 CeBe joined #salt
07:05 aboe joined #salt
07:08 _aboe joined #salt
07:11 aboe joined #salt
07:16 agend joined #salt
07:19 sirex joined #salt
07:21 eseyman joined #salt
07:23 jhauser joined #salt
07:30 IanV0rn2341 joined #salt
07:35 IanV0rn2341 joined #salt
07:36 ^C joined #salt
07:37 ^C afternoon all
07:38 Norrland morning
07:41 evle joined #salt
07:44 favadi joined #salt
07:48 IanV0rn2341 joined #salt
07:58 Bryson joined #salt
07:59 francisc0 joined #salt
08:11 Grokzen joined #salt
08:17 IanV0rn2341 joined #salt
08:18 Xevian joined #salt
08:18 trph joined #salt
08:18 trph joined #salt
08:19 s_kunk joined #salt
08:34 KermitTheFragger joined #salt
08:35 thalleralexander joined #salt
08:39 larsfronius joined #salt
08:40 markm_ joined #salt
08:47 DanyC joined #salt
08:50 larsfronius joined #salt
08:54 larsfron_ joined #salt
08:57 breakingmatter joined #salt
09:10 froztbyte has anyone written a nice pillar extension for managing certificates on things?
09:11 froztbyte (I see that there is pillar support for pulling from external datasources)
09:13 timoguin_ joined #salt
09:17 markm_ joined #salt
09:25 zsoftich2 joined #salt
09:27 malinoff joined #salt
09:30 favadi joined #salt
09:40 pdx6_ joined #salt
09:43 keimlink joined #salt
09:46 favadi joined #salt
09:48 VSpike I'm going crazy, I think. Trying to update an Ubuntu 12.04 minion. Added a file to /etc/apt/sources.list.d containing deb http://repo.saltstack.com/apt/ubuntu/ubuntu12 precise main ...
09:48 VSpike yet it seems like it's pulling a package list for trusty
09:49 VSpike https://bpaste.net/show/e7692473a0ed
09:49 VSpike For example "Depends: python-crypto (>= 2.6.1) but 2.4.1-1ubuntu0.1 is installed." 2.6.1 is not in precise, but it is in trusty
09:49 VSpike What am I doing wrong?
09:50 VSpike I've even tried rm /var/lib/apt/lists/* -rvf
09:52 AndreasLutro VSpike: you said it yourself, 2.6.1 is not in 12.04, but salt needs it, so it can't be installed
09:53 VSpike Oh, I see the problem. This is the first i386 host I've done. The amd64 repo packages for precise includes a 2.6.1 python-crypto, but the 32 bit one doesnt
09:53 AndreasLutro oh, that sucks
09:55 linjan joined #salt
09:56 VSpike In fact, all these packages are missing from the 32-bit repo https://bpaste.net/show/631417a657eb
09:59 VSpike Which makes the official repo somewhat useless for Ubuntu Precise 32-bit :)
10:00 slav0nic joined #salt
10:00 thalleralexander joined #salt
10:00 VSpike Now it's an official repo does that mean it's a bug that can be raised, rather than moaing at poor old joehh?
10:00 AndreasLutro no reason not to open a github issue imo, unless one already exists
10:02 marnom joined #salt
10:02 marnom so, my pillar environments matched my state environments, but after updating to salt-master 2015.8.0 all my pillars are messed up and each environments gets the 'accept' environment pillars...
10:05 marnom is it possible to initialise 'pillarenv' to an identical value as 'env' for each minion?
10:06 malinoff joined #salt
10:07 malinoff joined #salt
10:08 marnom each additional Salt update some state that worked perfectly, stops working :/
10:09 VSpike AndreasLutro: thanks.. issue opened https://github.com/saltstack/salt/issues/27740
10:09 denys joined #salt
10:10 VSpike Let's upgrade the box to 14.04 and find out if the 32-bit trusty repo works :)
10:17 Jeewsus joined #salt
10:18 N-Mi joined #salt
10:21 ronrib joined #salt
10:23 mdupont joined #salt
10:25 giantlock joined #salt
10:28 lb1a joined #salt
10:33 VSpike Hm. Nope
10:33 VSpike Damit
10:34 ws2k3 joined #salt
10:35 msx joined #salt
10:41 fredvd joined #salt
10:42 VSpike 2015.8 is not in the community repo, is it?
10:47 toastedpenguin joined #salt
10:49 zsoftich2 joined #salt
10:49 zsoftich joined #salt
10:59 breakingmatter joined #salt
11:08 Sacro Sending a pull request, against which branch am I submitting?
11:08 breakingmatter joined #salt
11:08 AndreasLutro Sacro: if it's a new feature, develop, otherwise the oldest version you'd like to see fixed
11:09 kukacz joined #salt
11:10 kukacz joined #salt
11:10 Sacro Nod
11:11 Sacro Given that there's still no Ubuntu 2015.5.5 yet ...
11:11 Sacro I'll pull against 2015.5
11:11 Sacro It's a simple fix, but pretty urgent
11:17 aqua^c joined #salt
11:20 Sacro Mmm, either I did something wrong, or the docs are wrong
11:23 agend joined #salt
11:24 AndreasLutro can't argue with that
11:35 SunPowered joined #salt
11:35 rim-k joined #salt
11:36 evle joined #salt
11:37 jbrnds joined #salt
11:38 jbrnds how can I ensure that the virtualenvironment / pip action uses the --upgrade flag in the state virtualenv.managed
11:39 AndreasLutro jbrnds: you can't, currently
11:39 AndreasLutro https://github.com/saltstack/salt/issues/26904
11:40 AndreasLutro guess I might as well implement that actually
11:42 JDiPierro joined #salt
11:43 falenn joined #salt
11:50 jhauser joined #salt
11:53 rhodgin joined #salt
11:58 elsmo joined #salt
11:58 jbrnds AndreasLutro indeed good idea. - update: True or something like that
11:58 jbrnds AndreasLutro indeed good idea. - upgrade: True or something like that
12:01 katyucha_ joined #salt
12:02 zwi joined #salt
12:11 quasiben joined #salt
12:12 aqua^c joined #salt
12:12 jdesilet joined #salt
12:18 TooLmaN joined #salt
12:19 jbrnds joined #salt
12:25 markm_ joined #salt
12:27 Norbell joined #salt
12:31 larsfronius joined #salt
12:32 N-Mi joined #salt
12:34 Chris_____ joined #salt
12:36 breakingmatter joined #salt
12:38 cyborg-one joined #salt
12:39 eliasp joined #salt
12:44 duckbro joined #salt
12:47 RandyT_ joined #salt
12:49 DammitJim joined #salt
12:49 patchedmonkey joined #salt
12:51 duckbro left #salt
12:54 anmolb joined #salt
12:56 eliasp joined #salt
12:59 ferbla joined #salt
13:00 bhosmer joined #salt
13:00 toastedpenguin joined #salt
13:01 zot joined #salt
13:01 jbrnds joined #salt
13:01 JDiPierro joined #salt
13:05 numkem joined #salt
13:09 sunkist joined #salt
13:11 marekb joined #salt
13:16 quasiben joined #salt
13:17 S_Walker joined #salt
13:19 kevinquinnyo joined #salt
13:22 mpanetta joined #salt
13:24 pravka joined #salt
13:24 jbrnds2 joined #salt
13:24 racooper joined #salt
13:25 hasues joined #salt
13:26 hasues left #salt
13:27 ashirogl joined #salt
13:30 winsalt joined #salt
13:32 toastedpenguin joined #salt
13:37 perfectsine joined #salt
13:39 protoz joined #salt
13:39 colegaron joined #salt
13:41 jbrnds joined #salt
13:41 mapu joined #salt
13:41 colegaron I am trying to force a jenkins restart every time I push a highstate using tests. since the state changes every execution a cmd.run downloads a new version of a plugin, I understand the test should force jenkins to restart, but it never restarts :-(
13:41 colegaron paste.debian.net/314798
13:42 colegaron anyone see something that prevents it to be restarted?
13:43 markm__ joined #salt
13:43 AndreasLutro colegaron: first of all your cmd.run will only ever run once unless you manually remove the downloaded .hpi file somehow (that's how the creates arg works)
13:43 AndreasLutro colegaron: second you need watch or listen to trigger service restarts
13:44 colegaron AndreasLutro: first: it is right
13:44 colegaron AndreasLutro: oh, I expected it to restart with only the require :-/
13:44 AndreasLutro no, require is only to set the order in which states are ran
13:45 colegaron AndreasLutro: mmm, ah, ok. So I need to figure out the watch
13:45 AndreasLutro yeah. cmd.run should have - watch_in: [ service: jenkins ] or something like that
13:45 colegaron mmm a watch: test.jenkins_plugins_installed should do, right?
13:46 colegaron ooohhh... now I got the watch_in!!
13:46 colegaron tnx AndreasLutro !! :)
13:48 rhodgin joined #salt
13:50 zot suppose i've got a minion remote executing a command that gens a large output (e.g., core dump) — is there a standard way to "return" that output via saltstack?
13:54 TheoSLC joined #salt
13:54 trph joined #salt
13:55 tanta_g joined #salt
13:56 subsignal joined #salt
13:56 armguy joined #salt
14:00 neocid joined #salt
14:02 jbrnds zot not sure about your use case.. but checkout https://docs.saltstack.com/en/latest/topics/mine/index.html
14:02 kulty joined #salt
14:03 jbrnds zot or https://docs.saltstack.com/en/latest/topics/jobs/external_cache.html
14:03 jbrnds ai zot already left us
14:06 rhodgin joined #salt
14:06 zmalone joined #salt
14:06 andrew_v joined #salt
14:11 kaptk2 joined #salt
14:14 fabiant7t joined #salt
14:15 DammitJim joined #salt
14:17 fabiant7t Hi! I'm getting SaltReqTimeoutErrors on the minion (2015.5.3, same master), restarting after 3 tries. Does anyone know that phenomenon?
14:19 teebes joined #salt
14:19 rhodgin joined #salt
14:21 perfectsine joined #salt
14:22 marekb jbrnds: thank you, I'll forward the info to him
14:25 TC joined #salt
14:26 bhosmer joined #salt
14:28 RandyT_ greetings, can anyone tell me if they know that win_repo can be setup using s3fs?
14:29 RandyT_ trying to get this to work. Don't really have an example of how the configuration needs to change to point to an S3 filesystem for the repo.
14:29 zwi joined #salt
14:30 zot joined #salt
14:31 zsoftich2 joined #salt
14:33 pm90_ joined #salt
14:34 tanta_g joined #salt
14:36 tanta_g joined #salt
14:36 kitplummer joined #salt
14:36 TheoSLC joined #salt
14:37 kitplummer heyo...just starting to test some basic stuffs on winders.  can't seem to get file.managed to download and checksum a file.  from what i can tell it isn't even downloading.  any help/tips here?
14:38 pm90__ joined #salt
14:39 elfixit joined #salt
14:41 dthom91 joined #salt
14:41 zot left #salt
14:41 zot joined #salt
14:42 kitplummer does the source_hash part work, or is it known to work on file.managed states?
14:42 murrdoc joined #salt
14:42 murrdoc basepi:  what are you using to make your repo
14:43 murrdoc utahdave
14:43 murrdoc iggy: Yeah, that's the plan.
14:43 murrdoc Tentatively we're considering having a LATEST repo that alway has the newest release.  But we'd also have a 2015.8 repo, for example, so you could stay on that branch until you decide to upgrade to whatever the latest release is
14:43 trph joined #salt
14:43 murrdoc aptly lets you keep more than one version of a pacakge in teh same repo
14:44 Brew joined #salt
14:44 Slimmons joined #salt
14:45 larsfron_ joined #salt
14:45 Slimmons Hey guys, quick question.  I have salt creating a mysql database and creating a user.  I need to create a root password when mysql is first installed, is there any way to do this?  Here's my gist https://gist.github.com/johnsimmons/d261b1055648d8ac1165
14:46 Akhter joined #salt
14:46 Akhter joined #salt
14:46 winsalt joined #salt
14:47 zsoftich3 joined #salt
14:47 tercenya_ joined #salt
14:47 JDiPierr_ joined #salt
14:47 edrocks_ joined #salt
14:47 brent3 joined #salt
14:48 cyborglone joined #salt
14:48 moogyver joined #salt
14:49 larsfronius joined #salt
14:49 voileux joined #salt
14:49 rhodgin joined #salt
14:49 murrdoc joined #salt
14:50 elfixit joined #salt
14:50 kitplummer joined #salt
14:50 colttt joined #salt
14:50 Antiarc joined #salt
14:51 sixninetynine joined #salt
14:51 garthk joined #salt
14:52 clintberry2 joined #salt
14:53 iggy murrdoc: most people find it easier to pick a different repo to have a certain branch of releases (rather than pinning or whatever)
14:54 iggy Slimmons: what distro?
14:54 kitplummer Slimmons: it looks like that was resolved a while back: https://github.com/saltstack/salt/issues/5918
14:58 murrdoc joined #salt
14:58 murrdoc joined #salt
14:59 tmclaugh[work] joined #salt
15:00 clintberry2 joined #salt
15:00 Slimmons iggy: ubuntu
15:00 Slimmons 14.04
15:00 Slimmons server
15:00 jalbretsen joined #salt
15:00 kitplummer joined #salt
15:01 Slimmons yeah, I saw that, but in my comments, when i add that, it doesn't work.  It just says couldn't create user
15:02 Slimmons I'm on 2015.5.2 (Lithium)
15:02 I joined #salt
15:02 Norrland maybe it could be possible to use debconf to preseed the password?
15:02 Sacro Is the PPA abandoned now?
15:03 murrdoc jes
15:03 bhosmer joined #salt
15:03 murrdoc no
15:03 murrdoc maybe
15:03 Sacro That should be documented if so
15:04 Slimmons I'll update my gist with the full file of what I tried using the root: user addition.  As well as the error.  It doesn't appear to be a problem for other people, so it's probably just a small syntax error or something.
15:04 N-Mi joined #salt
15:05 RandyT_ kitplummer: yo kit, seems we should collaborate...
15:06 protoz joined #salt
15:06 cpowell joined #salt
15:07 asoc Does anyone have a good way that they are managing the salt minion cache directory?
15:07 zmalone Has anyone put together a ppa->repo.saltstack.com formula yet? pkgrepo.managed is buggy on ubuntu, so it'll probably need to be done with file commands.  I had a coworker do it by hand and they claimed they had package and apt issues with the new repo, so I figure I'll ask if someone else has already done the heavy lifting before I start.
15:08 Sacro I was hoping they'd fix the /ubuntu12 + /ubuntu14 bullcrap
15:08 asoc We have some states that have large files that are downloaded and then not used again so they just take up a lot of space which is causing issues on those machines. I can't seem to find anything that shows anyone running into the same issue.
15:09 Sacro I have to stop and think about what those numbers actually mean
15:09 iggy Slimmons: you can probably use salt.states.debconf to set it during install
15:09 kitplummer joined #salt
15:09 kitplummer RandyT_: cool, wassup.
15:10 bluenemo joined #salt
15:10 protoz joined #salt
15:11 Heartsbane joined #salt
15:11 Heartsbane joined #salt
15:11 iggy asoc: there's a command to clear a minion's cache (in saltutil maybe)... but that's a bit heavy handed... and it doesn't tell the minion not to go ahead and cache that file again
15:11 bhosmer joined #salt
15:11 Slimmons iggy:  I've never used that, I'll start reading on it.  Thanks
15:12 tanta_g joined #salt
15:13 trph joined #salt
15:13 ferbla_ joined #salt
15:16 asoc iggy: thanks, I will look there. If I understand it correctly how we have our states working the files won't be cached until we would actually need to use them again. So I am sure that will be fine but I will check and make sure. Are there any particular risks I should be aware of with the saltutil.clear_cache() or just know that it isn't the recommended method? (per docs)
15:17 kitplummer joined #salt
15:17 leev zmalone: this works for me and have no problems with apt: http://pastebin.com/M1TDGbrj
15:23 RedundancyD joined #salt
15:26 kawa2014 joined #salt
15:28 dthom911 joined #salt
15:31 DanyC all, how do you guys install salt master and salt cloud on same VM ? i am trying to do so suing bootstrap script but i haven't seen any option for salt-cloud .. am i missing s'thing ?
15:32 markm joined #salt
15:33 upgrayedd_ @DanyC salt-cloud comes with salt on linux and -L installs libcloud dep
15:35 murrdoc upgrayedd_: !
15:35 murrdoc i like money
15:35 DanyC upgrayedd_: so basically you saying on a distro ( i.e - CentOS) if i do yum install salt-master i get salt-cloud to and boostrap.sh -L will give me the libcloud dep?
15:35 DanyC *too
15:35 upgrayedd_ oh, i thought you meant installing salt master with bootstrap
15:36 upgrayedd_ salt-cloud is in a diff rpm package in the official repos for cent
15:37 DanyC upgrayedd_: my bad....i misunderstood you, sorry. So boostrap.sh -L -M will install libcloud dep + salt-master + salt-cloud ?
15:37 upgrayedd_ i believe so
15:37 upgrayedd_ there's no separate option for it, and salt-cloud appears to be in tree in saltstack/salt
15:37 upgrayedd_ https://github.com/saltstack/salt/blob/develop/setup.py
15:37 upgrayedd_ the setup.py installs docs and scripts in the path for it
15:38 upgrayedd_ so i imagine a pip install of it, or a git based install would
15:38 upgrayedd_ there's a chance for them to miss that package in salt-bootstrap for repo deployments i guess, and ive not looked at the package deps
15:39 DanyC upgrayedd_: cause i'm going over the bootsrap.sh (salt-boostrap) and i can't see
15:39 markm joined #salt
15:39 upgrayedd_ so remember bootstrap can do diff types of deployments, git pip and repo
15:39 upgrayedd_ afaik
15:40 upgrayedd_ salt-cloud could be hidden in the first two and not explicit in bootstrap
15:40 upgrayedd_ the last one could be made implicit in deb or rpm package deps
15:40 upgrayedd_ and also not explicit in bootstrap
15:41 DanyC upgrayedd_: ah i see
15:42 bluenemo when I do this in jinja:  fo=[]   for i in ['fo', 'bar', 'barz']   set fo = fo + [i]    endfor   print {{ fo }}   why is fo empty? Everything I set inside the for loop stays in fo, when the for is over, fo is what it was before the for loop
15:42 carmony I'm drawing a total blank. What salt feature is it where you allow a salt-minion to send a command up to the master to be ran on another minion?
15:43 upgrayedd_ https://docs.saltstack.com/en/latest/ref/peer.html
15:43 carmony upgrayedd_: awesome!
15:43 upgrayedd_ that the one you were thinking of?
15:43 carmony yup
15:43 carmony I couldn't think of "peer" for the life of me
15:43 bluenemo and there really should be jinja's "do" for salt...
15:44 iggy bluenemo: there is
15:44 mapu joined #salt
15:46 bluenemo the do statement? doesnt find it for me
15:46 conan_the_destro joined #salt
15:46 bluenemo ok so this seems my problem: http://svn.python.org/projects/external/Jinja-1.2/docs/src/scopes.txt everything inside for stays in for m(... no way around that?
15:48 iggy {% do fo.append(i) %} print {{ fo.join() }}
15:48 iggy or somesuch
15:49 FreeSpencer How do I get the python api cmd to work with lists? The docs says it should but everytime I feed it a list it says no minions match
15:50 bluenemo lol wtf it works. omfg. thank you iggy :D
15:50 bluenemo thank you so much M)
15:53 Riz Hey All, I'm trying write a state sls that uses grains to pick between various files deployed to a minion. Is something like the following allowed, or am I doing it wrong?
15:53 Riz file.managed:
15:53 Riz {% if grains['host'] == 't4g-dsc*' %}
15:53 Riz - source: salt://salt-files/sudoers/dsc-sudoers.conf
15:53 Riz {% elif grains['host'] == '*' %}
15:53 Riz - source: salt//salt-files/suoders/default-sudoers.conf
15:54 Riz {% endif %}
15:54 Akhter joined #salt
15:54 debian112 joined #salt
15:54 Riz I get an error of Rendering SLS 'base:sudoers' failed: mapping values are not allowed here; line 4 when trying to highstate the minion
15:56 oherrala btw. there's typo in the second source: suoders
15:56 Riz doh, good catch, thanks
15:57 oherrala and shouldn't you be using pillar for this kind of thing?
15:57 oherrala make source configurable from pillar and then set the appropriate source file there
15:57 Riz So move the if statement logic into a pillar?
15:58 Riz Sorry, still a wee bit green on pillar stuff
15:58 ashirogl joined #salt
15:59 jbrnds joined #salt
15:59 oherrala So am I :)
16:00 Riz haha
16:00 oherrala to whole salt, actually. but according to docs you could have source: {{ pillar['sudoers'] }} in states
16:01 oherrala and then that if thingie of yours in pillar
16:01 oherrala https://docs.saltstack.com/en/latest/topics/pillar/#declaring-the-master-pillar
16:03 tiadobatima joined #salt
16:06 subsignal joined #salt
16:08 SaltyCharles joined #salt
16:11 jbrnds2 joined #salt
16:13 _JZ_ joined #salt
16:16 jbrnds joined #salt
16:18 dendazen joined #salt
16:18 Riz ok
16:18 Riz so some progress
16:19 Riz this is the pillar sls I came up with
16:19 Riz sudoers:
16:19 Riz sudoers_file:
16:19 Riz {% if grains['host'] == 't4g-dsc*' %}
16:19 Riz file: salt://salt-files/sudoers/dsc-sudoers.conf
16:19 Riz {% elif grains['host'] == '*' %}
16:19 Riz file: salt//salt-files/sudoers/default-sudoers.conf
16:19 Riz {% endif %}
16:19 Riz However, when viewing the items, I end up with
16:19 Riz sudoers:
16:19 Riz ----------
16:19 Riz sudoers_file:
16:19 Riz None
16:22 Akhter joined #salt
16:28 Gareth Cyis: fyi, I found the two issues with the profiles.  1) a bug fix that was made against develop and didn't make it into 2015.8 2) issue with documentation.
16:28 tiadobatima joined #salt
16:29 jbrnds Riz in the line salt//salt-files you forgot a :
16:29 rogst joined #salt
16:29 Riz Yeah, I found that just a second ago
16:30 Riz but that wouldn't prevent the entire pillar data from filling out would it
16:30 bhosmer joined #salt
16:30 Riz or if that host did match that string
16:30 Akhter joined #salt
16:32 Riz For whatever reason, I don't think that if statement is correct, or working properly
16:32 hal58th_ joined #salt
16:32 dthom911 joined #salt
16:32 Riz I see the pillar 'sudoers_file:' show up in a get items. But no data populated under
16:35 giantlock joined #salt
16:36 Fiber^ joined #salt
16:37 hal58th joined #salt
16:43 mapu joined #salt
16:44 Riz ah ha
16:44 pm90_ joined #salt
16:44 Riz I can't use * as a whilecard
16:48 ferbla joined #salt
16:48 zmalone that is kind of an odd construct you had, if(i=1) elseif(i=*) could just be an if/else
16:48 bhosmer joined #salt
16:48 Riz zmalone I plan on expanding on it quite a bit
16:48 Riz Just wanted to get it working first
16:49 Riz I have about 20 different system types that need 20 different sudoers files
16:49 pm90__ joined #salt
16:49 Riz Oh nvm, I see what were saying
16:49 Riz nvm...long morning.
16:50 zmalone and then you can add elseifs as you have different conditions you want to match, while keeping the else as your catch all
16:50 Riz right ya...took me a second to see that's what you meant.
16:54 Bryson joined #salt
16:54 writtenoff joined #salt
16:55 tiadobatima joined #salt
16:57 ferbla_ joined #salt
17:00 tanta_g joined #salt
17:01 ferbla joined #salt
17:01 ferbla joined #salt
17:04 dthom911 joined #salt
17:05 colegaron someone provisioned a vm with vagrant+windows+salt? (my real scenario is vagrant+ec2+windows+salt)
17:06 colegaron I am looking for a howto because I do not know about winrm and so
17:06 ajw0100 joined #salt
17:08 TyrfingMjolnir joined #salt
17:09 ferbla joined #salt
17:13 markm joined #salt
17:18 impi joined #salt
17:18 zmalone joined #salt
17:18 markm joined #salt
17:19 Akhter joined #salt
17:21 jodv joined #salt
17:22 KyleG joined #salt
17:22 KyleG joined #salt
17:23 kitplummer joined #salt
17:25 N-Mi joined #salt
17:26 aparsons joined #salt
17:27 DammitJim does salt.states.service.enabled add a script in /etc/init.d/ to become a service?
17:28 whytewolf no, that is up to the package manager. it only uses the built in system for the distro to make sure that service starts on boot things like chkconfig on centos. it will error out if that service doens't have a service already setup in such systems
17:29 colegaron DammitJim: nop. afaik it basically does an update-rc.d service defaults
17:29 tanta_g you can however deploy a unit file to /etc/systemd/system for instance, and then use a requisite with service.enabled
17:29 tanta_g I do that for custom services
17:30 pravka joined #salt
17:30 tanta_g not sure what the similar format is for Ubuntu systems
17:30 DammitJim whytewolf, I'm not using a package manager for this
17:30 DammitJim I'm creating new instances of tomcat
17:30 DammitJim and normally I would do an update-rc.d
17:30 Sketch you can use file.managed to create your own init script first, then use service.enabled to enable it
17:31 DammitJim yeah, I'm already doing the file.managed with a template for eaach instnace
17:31 DammitJim ok, so, service.enabled will do, thanks!
17:34 mr_chris joined #salt
17:37 dyasny joined #salt
17:38 bhosmer joined #salt
17:39 JDiPierro joined #salt
17:43 colegaron left #salt
17:43 mapu joined #salt
17:48 bw joined #salt
17:49 AZ joined #salt
17:49 tzero joined #salt
17:49 AZ hi there
17:50 bhosmer joined #salt
17:55 trph joined #salt
17:57 tiadobatima joined #salt
18:00 baweaver joined #salt
18:02 kitplumm_ joined #salt
18:06 kitplummer joined #salt
18:11 baweaver joined #salt
18:11 bcrockett All - I'm having a 'Data failed to compile' issue. Unfortunatly, the folks that maintained this were Salt experts (but quit) and I'm just learning Salt. https://gist.github.com/anonymous/84b593e97ff8cabe098b
18:12 bcrockett Fundamentally, it says "Specified SLS roles.OF-esb-jms in saltenv inf is not available on the salt master" but clearly it downloaded it via "[INFO    ] Fetching file from saltenv 'OBFdevOF', ** done ** 'roles/OF-esb-jms.sls'"
18:12 cberndt joined #salt
18:15 ageorgop joined #salt
18:15 peters-tx joined #salt
18:20 zot joined #salt
18:21 breakingmatter joined #salt
18:27 Bryson joined #salt
18:27 Ahlee salt <minion> cp.list_master saltenv=inf
18:27 Ahlee is your state listed?
18:28 Ahlee ah, local run. make that salt-call cp.list_master env=inf
18:28 Ahlee i'll get there eventually. salt-call cp.list_master saltenv=inf
18:30 giantlock joined #salt
18:31 denys joined #salt
18:31 fredvd joined #salt
18:33 kitplummer joined #salt
18:36 kitplumm_ joined #salt
18:37 anotherZero joined #salt
18:38 bcrockett The contents of OF-esb-jms are shown in the debugging output on my gist
18:38 bcrockett [DEBUG   ] Rendered data from file: /var/cache/salt/minion/files/OBFdevOF/roles/OF-esb-jms.sls: #include: #  - services.hornetq.live-backup #  - services.xrdp-gnome
18:39 bcrockett and that was executed on the minion, so I (thought?) that proved that it was able to get the file
18:40 aboe_ joined #salt
18:41 iggy it says it's looking for it in saltenv inf but fetched from OBFdevOF
18:41 iggy (I really have no idea... I hate salt's env's)
18:42 bcrockett I do find that bit interesting as well, since the to even get to the OF-esb-jms it would have had to follow the correct 'I'm a jms server' grains and such
18:43 bcrockett The error I'm showing is about 4 layers deep into the JMS build, so I was (could be wrong) fairly sure that it had followed the env statements good enough to get that far
18:43 iggy I feel for anyone who has to go into a salt deployment that uses env's heavily
18:43 breakingmatter joined #salt
18:44 bcrockett Unfortunatly I inhereted this...and i'm tasked with "go build this thing in another datacenter...it's Salted, right?"
18:45 bcrockett So *my* salt configs contained simple things like "make sure this user exists", I've now inhereted this - i'm sure I'll think it's cool later - complex config
18:49 tanta_g its not cool if its written poorly
18:50 tanta_g salt doesn't save you from that
18:51 whytewolf it isn't cool if it is writen poorly AND not documented to the point to easily be picked up.
18:51 moogyver what's actually in the OF-esb-jms.sls file?  Is it just a bunch of commented-out statements?
18:52 tanta_g I'm sure if someone inherited all my states they'd be cursing me for a long time
18:54 moogyver from the result, it looks like it couldn't render any yaml result ( because all the YAML is, is just a bunch of comments ), so it's barfing, thinking it didn't actually grab anything.
18:57 whytewolf is it possable the salt setup they have setup was meant to have the minion locked into an enviroment through the enviroment setting on the minion? and that the way they target the minion could be picking up different settings and getting multple different enviroments? I'm not even sure if that is possable
18:58 whytewolf salt enviroments are a pain. so many ways they can go wrong.
18:58 bcrockett @[14:51] <moogyver>  - yes, currently there are just a few statements commented out to see if I can debug why it still complains
18:58 moogyver so you're getting the same error, even if you uncomment one of those includes?
18:59 bcrockett (though, in truth - it should proceed down those states as well). The thought was "Why is it failing when it shouldn't be done anything...but you successfully pulled the file?
18:59 chiui joined #salt
18:59 bcrockett and if it's reverted to 'inf' as environment...then why?
19:01 bcrockett @[14:57] <whytewolf> - they do, infact, have some grains configured on the minion side; but I have duplicated them as well to get this far
19:02 bcrockett @[14:57] <whytewolf> - yes, that is correct. I commented them out as a troubleshooting step; but the outcome was the same with them uncommented
19:02 moogyver bcrockett: i think he's asking if the minion has been environment pinned ( ie - is the 'environment' set in /etc/salt/minion )
19:02 ernetas Hey guys.
19:03 bcrockett The environment isn't being set on the minion, but there are some dynamic loading voodoo going on with grains that effectively say 'make me a jms server' here
19:03 ernetas Is there a way to do 'cmd.run: - unless: file.directory blah lbah'? (as in use another state for condition for another one)
19:04 Cyis is it possible to setup a mine_function that does a cmd.run and captures the output?
19:05 s_kunk joined #salt
19:05 bcrockett I do see references of 'In saltenv 'OBFdevOF' immediately before this block, so I had assumed that the environment was correctly set at that point in time
19:05 Cyis I can get the line using a file.grep but I don't need the full line just 1 value from that
19:05 bcrockett (line 10 of th gist)
19:06 kukacz joined #salt
19:07 protoz joined #salt
19:08 moogyver bcrockett: it's hard to say from just that gist.  somewhere, it's switching environments on you tho
19:08 tracphil joined #salt
19:08 bcrockett I'm running it with -l trace -- is there any debugging that I can get environment switches out of it? (and should environment switches even be possible?)
19:09 patchedmonkey joined #salt
19:09 moogyver minions aren't locked to an environment ( unless they're pinned in their own config )
19:11 whytewolf bcrockett: you could try the state.show_* functions to see if it thinks something funky is going on through the logic
19:12 zot joined #salt
19:12 Akhter joined #salt
19:12 whytewolf show_top and show_highstate should be interesting
19:13 trph joined #salt
19:14 bcrockett show_top was very helpful
19:15 bcrockett it seems that inf: stuff(s) show up on my version, but not the salt-2014.1.7-11.el6.noarch
19:15 bcrockett (where I'm trying to copy this from)
19:15 protoz joined #salt
19:16 bcrockett I'm going to see if I can find an older RPM
19:17 penguinpowernz joined #salt
19:23 coval3nce joined #salt
19:23 DanyC joined #salt
19:24 boredatwork joined #salt
19:24 bcrockett Well, i'm actually glad to find that the inf: environment is still associated (somehow) with the older version - that means the issue is mine somewhere
19:24 tracphil Is anyone here using Environments with gitfs and if so,  how do you have SaltStack configured to use environments with gitfs and pushing changes up the stack?
19:24 edrocks joined #salt
19:25 notnotpe_ joined #salt
19:26 kitplummer joined #salt
19:26 Edgan joined #salt
19:27 joshin joined #salt
19:27 coval3nce tracphil: yup, each envirnment is a branch name in git, where master branch is my “base” env.  Push changes to a “stage” branch for both pillars and states, then merge from stage to master branches when I want to go to prod.  in my setup, both stage and base top files in both pillar/state trees are part of the same project, and i control changes by merging feature branches -> stage -> prod
19:27 mitsuhiko joined #salt
19:28 coval3nce tracphil: I do go against a best practice where my pillar data and state data is in the same git repo - i may decouple that some day, but it was way easier starting out so i could modify/test easily and use one editor to see the whole picture when authoring.  I believe the “best practice” is to have a repo for states and a repo for pillars.
19:28 culexor joined #salt
19:29 moogyver joined #salt
19:29 baweaver joined #salt
19:29 coval3nce Anyone know if someone has whipped up a formula for managing files under /etc/security/limits.d?
19:29 KennethWilke joined #salt
19:30 tracphil coval3nce: Thanks, let me absorb that
19:30 tracphil I am bending Salt to my will but I am thinking there has to be a better way
19:32 MindDrive joined #salt
19:34 fersur3 joined #salt
19:35 jspatton1971 joined #salt
19:35 fersur3 I'm trying to write a Jinja template where I don't know if a subnet will be "eth1" or "eth2".   I see grains.get ip4_interfaces.   How can I get the template to resolve "eth1" if eth1 has 172.20.10.0/24 ?
19:38 coval3nce you can do a jinja loop through the results of the grains and then do an if condition to set a variable
19:39 baweaver joined #salt
19:39 tracphil coval3nce: I have file and pillar roots setup per environment and I don't do top.sls merging which was just released so I am doing this for each environment: https://gist.github.com/tracphil/8cef3ea97bd82ed4c2e1
19:39 tracphil It's kind of a pain though
19:39 tracphil which is why am thinking of going the gitfs root
19:40 tracphil route :)
19:42 coval3nce tracphil: https://gist.github.com/dkiser/7eba49dcce8af339332b
19:42 coval3nce my top files in both state and pillar are like this
19:43 X67r joined #salt
19:43 tracphil very nice
19:44 otter768_ joined #salt
19:44 coval3nce tracphil: then i create <env.sls> like the example i just added to that gist
19:44 tracphil much simpler I think
19:44 coval3nce i match on role grains and further apply states per role assignment
19:44 tracphil yeah, I like that
19:44 coval3nce by base.sls is a pretty much exact clone of the stage one
19:45 coval3nce then i just git merge between the branches
19:46 coval3nce then in both pillar and state trees, i setup logical folders for whatever, with an init.sls that contains data that is the same in both environments, then do a similar include trick for each env (e.g. when i want different ssl certs included in stage vs prod for example)
19:46 tracphil Cool, thanks for the info. I have been working in Chef recently and I like how they do things, with the exception of Ruby and now I am  trying to bend Salt to use enivronments and configurations "variables" that can go easily down to the host level.
19:46 coval3nce thats moreso in pillars that last bit tho, as the pillar data drives the states ideally
19:47 dthom91 joined #salt
19:47 coval3nce Never played with chef, but i liked the roles/profiles idea of puppet, so I chose to try to go that route with Salt
19:47 renoirb joined #salt
19:47 nicksloan joined #salt
19:47 whytewolf joined #salt
19:47 carmony joined #salt
19:47 Gareth joined #salt
19:48 culexor joined #salt
19:48 twork i'm (yes still) trying to use an accumulator to build a file from a long list of pillar entries. the doc on accumlator is really simple, just fills one template variable with one flat item from a pillar. everything i've tried to make that work as a list has failed one way or another. can someone point me to an example?
19:48 vexati0n joined #salt
19:48 djinni` joined #salt
19:49 geomyidae_ Can the master push files into the minions?
19:49 geomyidae_ I can see how to get the minion to pull, or how to get the minion to push to the master, but not the other way around
19:49 geomyidae_ a task on my master generates certs that I need to push to the minions and I'm not quite seeing how that should be done
19:50 Riz Just have the minions execute the state
19:50 zmalone the master can push things into the queue, but the model doesn't allow a push to the minion
19:50 zmalone the minion consumes from the queue
19:50 Riz either cron from the master or minion.
19:50 geomyidae_ So I would have the master tell to minions to pull, if I'm understanding
19:50 zmalone Yes, essentially.
19:50 zmalone The difference between that and a "push" may be academic for you.
19:51 baweaver joined #salt
19:52 elsmo joined #salt
19:53 geomyidae_ another question then, should I have my shell script that generates certs call salt from the cli, or can I encode the "tell minions to pull" as a new salt state?
19:55 DanyC_ joined #salt
19:55 zmalone Where does the CA shell script run?
19:55 geomyidae_ on the master, as part of a salt state
19:55 geomyidae_ cmd.run's a .sh file
19:57 Aidan__ joined #salt
20:01 baweaver joined #salt
20:02 bhosmer_ joined #salt
20:02 kitplummer joined #salt
20:02 jspatton1971 This is a noob-type question, and my search fu is just not with me today, see https://gist.github.com/jeffpatton1971/5fac67d2f7d59d0fc2c8 any help would be appreciated, here or in the comments. Thanks!
20:03 jspatton1971 trying to install a custom .deb pacakge via salt and it fails every time, the vm is in azure, the errors are in the gist
20:03 geomyidae_ seems like it will be easier to just pregenerate the ca and distribute them myself
20:03 coval3nce i think you alway have to include a hash of some time when installing from sources directly instead of a repo
20:03 coval3nce jspatton1971: ^
20:04 coval3nce not sure if thats your issue here, but i seem to remember that from the past
20:04 jspatton1971 I was thinking that as well...but didn't see a param for that, or do i just tack it on to the end? coval3nce?
20:06 chiui joined #salt
20:06 moogyver hrm.  when you're using a runner from a reactor, you have to specify things as keyword args? doesn't seem to accept a list.
20:07 coval3nce @jspatton1971 i bet i’m thinking of the file.managed state that has a source_hash param
20:08 jspatton1971 ya i started searching pkg.installed hash, and that came up
20:08 jspatton1971 is there a way i can pass salt://files into salt '*' cmd.run 'dpkg -i agent.deb'
20:08 jspatton1971 because doing it salt '*' cmd.run 'dpkg -i salt://files/agent.deb' fails every time
20:09 coval3nce well that uri doesn’t exist ona minion
20:09 coval3nce its only within the context of a state run i believe on thi minion “salt://“ is a special location meaning the salt’s filesystem
20:09 coval3nce as far as i understand it, its only used within the context of a state being applied (maybe a module run too?)
20:10 murrdoc Gareth:  u around ?
20:10 TooLmaN joined #salt
20:10 jspatton1971 ya...i was hoping there may be a way to pass it or whatever...but perhaps that's cheating ;-)
20:10 GreatSnoopy joined #salt
20:12 Gareth murrdoc: I am.
20:12 murrdoc about the schedule.present
20:12 murrdoc i had to move away from it, might bring it back in 2015.8
20:12 murrdoc thanks for your help
20:13 Gareth no worries.
20:19 kitplummer joined #salt
20:21 elsmo joined #salt
20:21 kawa2014 joined #salt
20:23 coval3nce salt-api - cherrypy or tornado?
20:25 elsmo joined #salt
20:31 JPT joined #salt
20:33 coval3nce anyone here use the tinyclues saltpad?
20:33 mpanetta joined #salt
20:36 khaije1 Pardon the oddball question, is there a way to encrypt the content of a ssh private key when using salt-ssh?
20:37 khaije1 Probably I just want to create a gpg-compatible ssh key and use the gpg-agent, but still, just wondering
20:38 quantum-x joined #salt
20:39 quantum-x hey all. Quick question - my minion (according to master) is called 'lb-1'. The minion refers to itself as something different (hostname changed after a reboot) - is it possible to retreive the MASTER's name for a minion in a state file ?
20:40 Ztyx joined #salt
20:41 aparsons joined #salt
20:41 murrdoc {{ salt.config.get('master') }}
20:42 kitplummer joined #salt
20:42 dthom91 left #salt
20:42 quantum-x murrdoc, that would be the master's name, but not the master's name for the minion, correct ?
20:42 murrdoc {{ salt.grains.get('id') }}
20:43 quantum-x murrdoc, so it is - it was starting me in the grains.items output but i'd missed it. Thank you very much :)
20:44 quantum-x (and for the quick response.. much appreciated)
20:44 kitplummer joined #salt
20:46 trapha joined #salt
20:46 cberndt joined #salt
20:47 zmalone joined #salt
20:47 zmalone I'd probably look at salt-keys -L to get that quantum-x
20:47 quantum-x zmalone, thanks, if the other means doesn't work, I'll ive that a shot as well :)
20:48 chiui joined #salt
20:49 williamthekid joined #salt
20:57 DanyC joined #salt
20:58 dyasny joined #salt
21:00 freelock joined #salt
21:01 jdesilet joined #salt
21:01 subsignal joined #salt
21:03 sunkist joined #salt
21:05 pm90_ joined #salt
21:06 hal58th_ joined #salt
21:11 amcorreia joined #salt
21:15 jdesilet joined #salt
21:15 pm90__ joined #salt
21:16 edrocks joined #salt
21:16 jdesilet_ joined #salt
21:17 rim-k joined #salt
21:24 teebes joined #salt
21:25 moogyver jspatton1971: you can use the 'cp' module to download a file from the salt fileserve, so you could do it in two commands
21:28 jspatton1971 good point mogyver, was just trying to keep all the files in one place
21:29 cresten joined #salt
21:33 jspatton1971 so...salt '*' cp.get_file salt://files/agent.deb /tmp/agent.deb and then salt '*' cmd.run 'dpkg -i /tmp/agent.deb'
21:35 cresten So I want to schedule a job. How do I target an individual minion?
21:35 cresten I just want to target my master DB to do a backup, none of the others
21:35 murrdoc call the minion, setup an appointment
21:36 murrdoc or put it in the pillar for the minion
21:36 murrdoc one of those will work
21:37 cresten murrdoc: thankya kindly sir
21:41 larsfronius joined #salt
21:42 evidence joined #salt
21:43 kitplummer joined #salt
21:44 Cyis anyone see a problem with this output from schedule.list https://gist.github.com/jbouse/b23e1a5ea9fb38a534e4
21:47 patchedmonkey joined #salt
21:50 Cyis I'm just trying to schedule to have a state ran against the minion on an interval
21:54 cresten murrdoc: Thanks a ton!! Super helpful! :)
21:54 cresten murrdoc: I'm new to salt, so it was handy to be pointed in the right direction
21:55 kitplummer joined #salt
21:56 stanchan joined #salt
21:56 upgrayedd_ left #salt
22:01 baweaver joined #salt
22:02 pf_moore joined #salt
22:03 kitplummer joined #salt
22:03 JDiPierro joined #salt
22:07 iggy jspatton1971: pkg.install should take salt:// uri's
22:08 kitplummer joined #salt
22:09 iggy jspatton1971: those errors are unrelated
22:09 Cyis or am I going about it all wrong?
22:10 Cyis I've tried using schedule.present in a state to set it as well as defining in pillars... when I try a schedule.run_job it doesn't seem to do anything
22:11 emchamp_ joined #salt
22:14 Cyis I thought I was following the documented example... assuming the function: for the schedule should be a salt.module function rather than a salt.state function?
22:16 baweaver joined #salt
22:17 kitplummer so on my windows box, a file.managed download and a manual download have different hashes - with the file.managed file being bigger.  any ideas?  a known issue?
22:17 kitplummer the file.managed file is indeed no good.
22:18 falenn joined #salt
22:20 kitplummer joined #salt
22:23 iggy download from?
22:23 iggy of what?
22:28 kitplummer and HTTP source, of a setup.exe file.
22:29 kitplummer the correct MD5 hash that I provide fails when the state is executed...because it is indeed different.
22:30 kitplummer happens to be this file: http://download.go.cd/gocd/go-agent-15.2.0-2248-setup.exe - if you're really interested. :)
22:35 iggy wonder if it's a line endings difference
22:40 bVector anyone know an easy way to set the minion id before the minion starts? specifically looking at ubuntu
22:41 iggy set the hostname?
22:41 bVector looks like dropping a file in /etc/default/salt-minion will get run before the /etc/init.d/salt-minion
22:41 kitplummer iggy: that's what i thought at first...but if download the file from the browser it's all good.
22:41 Cyis set the hostname or create the file /etc/salt/minion_id
22:42 iggy kitplummer: I mean python is replacing \n with \r\n or something
22:42 iggy file.managed wouldn't be my #1 option for binary files
22:43 emchamp_ im looking for something simple to provision FC21 to a baremetal box on the same network, is saltstack a good candidate
22:43 cberndt joined #salt
22:44 bfoxwell joined #salt
22:45 kitplummer iggy: is there a way to specify powershell so as to use curl/wget?
22:52 iggy just cmd.run it?
22:52 iggy I know (some people) get tired of hearing me say that, but it really is the best way sometimes
22:53 Cyis iggy: you worked with scheduling jobs much?
22:53 dthom911 joined #salt
22:53 kitplummer iggy: - shell: powershell
22:54 kitplummer it worked...thanks for the direction shifter.  :)
22:54 iggy Cyis: nope
22:54 Cyis iggy: Ok :) you seem to have insight into quite a bit so was worth asking :)
22:56 iggy your pillar looked a little off to me, but I have so little experience with schedules, I didn't want to say anything
22:56 iggy (indentation wise)
22:58 Cyis I knew my boss setup a schedule to run a job every day at 16:00 ... went to look at it and he just has a shell script on the master that calls 'salt <TGT> state.sls <state>' and then has the job calling cmd.run to execute the script :)
22:58 Cyis I thought there might be a more elegant way to execute it :)
22:59 pm90_ joined #salt
23:00 iggy I'm sure there is... I just don't know it off the top of my head
23:00 KyleG1 joined #salt
23:01 Cyis I was following
23:01 Cyis https://docs.saltstack.com/en/2015.5/topics/jobs/index.html#scheduling-jobs
23:04 Cyis hmm... okay... maybe it is running... I ran schedule.run_job against the minion and it executed and I did get the notification on hipchat as it should... just weird that I didn't see anything in the log
23:04 Cyis now to see if it executes on it's own in an hour or so
23:07 sgargan joined #salt
23:08 bVector hrmm
23:08 bVector cloud-init has a salt-minion module
23:10 Cyis bVector: yep... also puppet and chef... I've used it for awhile in AWS
23:11 bVector really cant find much mention of it online
23:11 TheoSLC joined #salt
23:11 bVector its listed, no commentary or examples of using it
23:11 Cyis well if you use salt-cloud to init your instance then you don't need to worry about it though
23:12 Cyis I use salt-cloud to deploy in Digital Ocean and Linode currently
23:12 amcorreia joined #salt
23:12 bVector yeah I've been using salt-cloud, but the web guys want to start instances via their web app with just userdata
23:13 bVector was looking at how to set the hostname and some grains before starting the minion so I dont get a bunch of ip-55-12-34-53 minions
23:14 Cyis bVector: yeah that was a similar hassle when i used puppet in AWS with cloud-init... Let me dig through my old code and look at the cloud-init docs... you know which version of cloud-init your images have?
23:15 bVector cloud-init 0.7.5
23:15 bVector I may end up writing my own cloud-init module and baking an ami
23:16 bVector copying from the existing salt minion module probably, theres a few custom things I need to do
23:16 Cyis bVector: okay so fairly current
23:16 Cyis I only asked as I know with older versions support for stuff was very spotty
23:18 Cyis bVector: You try this? https://github.com/number5/cloud-init/blob/0.7.5/doc/examples/cloud-config-salt-minion.txt
23:18 bVector yeah, thats pretty fun
23:18 bVector I need to generate minion id based on something dropped in userdata like that plus the instanceid
23:19 Cyis bVector: if it follows the same practice as with puppet:\n\tconf: you should be able to add any other commands to drop into /etc/salt/minion along with how it sets the master?
23:19 Cyis if they're sending the userdata and have the ability to generate custome values you could add "id: <custom_minion_id_name>"
23:21 Cyis makes ASGs a bit of a pain but if it's an app kicking them off that might work?
23:21 Cyis bVector: you could do the same setting grains
23:22 sgargan joined #salt
23:22 bVector havent actually worked with variables in cloud-init
23:23 bVector any idea where I could find docs for the <some_magic>
23:25 Cyis bVector: hmm... not sure on that... I had an app that we used to kick of the instances so I had it generate the user-data that was passed when initiating the instance
23:28 geekatcmu if you manually run "salt-call --master=salt-master-1.phx7.llnw.net state.highstate" (or LAX), it'll work just fine for that run, but won't actually address your problem.
23:28 cilkay joined #salt
23:29 markm joined #salt
23:39 kitplumm_ joined #salt
23:45 cwyse joined #salt
23:48 kitplummer joined #salt
23:54 aqua^c joined #salt

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