Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-05-01

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

All times shown according to UTC.

Time Nick Message
00:05 aqua^c joined #salt
00:21 brotatochip joined #salt
00:21 amy_ joined #salt
00:23 justanotheruser joined #salt
00:23 aqua^c joined #salt
00:25 newellista joined #salt
00:28 lero joined #salt
00:32 CeBe joined #salt
00:33 edrocks joined #salt
00:44 jvblasco joined #salt
00:47 newellista joined #salt
00:48 elsysops joined #salt
00:54 alexlist joined #salt
00:57 meekrab joined #salt
00:59 i90rr joined #salt
01:00 estahn joined #salt
01:05 newellista joined #salt
01:13 i90rr joined #salt
01:31 edrocks joined #salt
01:33 iceyao joined #salt
01:35 spuder joined #salt
01:39 subsignal joined #salt
01:42 campbellm joined #salt
01:46 racooper joined #salt
01:46 brianfeister joined #salt
01:47 ilbot3 joined #salt
01:47 Topic for #salt is now Welcome to #salt! | Latest Versions: 2015.8.8, 2016.3.0rc2 | Support: https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | See also: #salt-devel, #salt-offtopic | Ask with patience as we are volunteers and may not have immediate answers"
01:52 catpigger joined #salt
01:55 spuder joined #salt
01:55 donmichelangelo joined #salt
01:59 newellista joined #salt
01:59 LostSoul joined #salt
02:00 meekrab joined #salt
02:01 Sam__ The Time Out error for connecting to master
02:01 Sam__ It is running
02:02 meekrab joined #salt
02:02 Samgt joined #salt
02:04 SeaPhor whats the command you used to connect Sam__
02:04 Sam__ I did not use a command I used vagrant up
02:04 Sam__ and it started to connect to master
02:05 Sam__ I did not use a specific command to connect particularly.
02:05 newellista joined #salt
02:05 Samgt Moving to this username btw.
02:05 SeaPhor did you try vagrant ssh master   ??
02:06 Samgt yes
02:06 Samgt ssh_exchange_identification: Connection closed by remote host
02:07 brianfeister joined #salt
02:08 SeaPhor if were me, I'd assume that I missed a step, something wasnt done correctly during the initial setup
02:09 Samgt well I reran the setup several times.
02:10 Samgt And it's a brainless setup in the first place.
02:11 Samgt Install virtualbox (Ubuntu version 14.04) install vagrant, download the demo from git. run vagrant up
02:11 SeaPhor well, I am trying to help, I have it working  here, but, I did run into similar issues when I tried to set it up at work
02:12 Samgt I'm not trying to be rude.
02:12 Samgt Sorry if it came off that way.
02:12 Samgt I'm at home now.
02:12 SeaPhor did you add your user to the Virtualbox group & logout/login ?
02:13 Samgt No.
02:14 SeaPhor virtualbox requires your user to be in the virtualbox group it creates, and after adding you must log out and then in again
02:15 Samgt Do you know what group it creates? I can't find it in /etc/passwd
02:17 SeaPhor do grep vbo /etc/group
02:18 SeaPhor mine is vboxusers:
02:18 mowntan joined #salt
02:21 abruanese joined #salt
02:21 Samgt cbrb
02:21 SeaPhor ?
02:21 Samgt brb*
02:21 Samgt going to logout and log back in
02:21 SeaPhor lol :P
02:22 meekrab joined #salt
02:35 edrocks_ joined #salt
02:38 Samgt joined #salt
02:38 Samgt Still didn't work.
02:38 Samgt master: Warning: Remote connection disconnect. Retrying...
02:40 subsignal joined #salt
02:43 SeaPhor if was me... (and has been) I would create a new directory, cd to that, and start fresh, from the beginning, I do realize what I'm saying... but that way all is a "Clean start"
02:45 Samgt Yeah, well we all no how weird linux can be
02:47 SeaPhor yeah, it does exactly what you tell it to, without repeatedly asking  you "if you're sure" :P
02:49 Samgt the love of rm -rf
02:49 SeaPhor :D
02:51 Samgt Same error :(
02:51 Samgt Do you need to be in the group of vagrant as well?
02:53 SeaPhor I didnt, but, I'm on OpenSUSE,,, so dont know if that is needed by your distro
02:53 Samgt It's Ubuntu Trust 14.04
02:54 SeaPhor thats 2 years old...
02:54 SeaPhor your "host" OS?
02:54 Samgt Yes
02:55 Samgt Can't be that old.
02:55 Samgt I haven't had this laptop for 2 years.
02:56 Samgt Well, maybe.
02:56 SeaPhor Trust 14.04 == 2014>04(April)
02:57 Samgt Okay
02:58 SeaPhor 16.04 LTS is out... although, I cant help you much with any Ubuntu... cant stand it personally but thats just me
03:00 Samgt Lol okay.
03:01 SeaPhor everyone should use what they feel at "home" with, whether its fedora, opensuse, ubuntu, arch, gentoo, etc.. or even windows,, >> use what suits you (with experience and knowledge)
03:02 SeaPhor brb,,, beer-run (and NOT as-in "FREE") :P
03:05 keldwud_ joined #salt
03:06 beardedeagle joined #salt
03:06 druonysus joined #salt
03:08 Awesomecase joined #salt
03:11 west575 joined #salt
03:18 viq joined #salt
03:20 SeaPhor Back
03:28 subsignal joined #salt
03:38 west575 joined #salt
03:42 brianfeister joined #salt
03:46 scarygelatin joined #salt
03:48 west575 joined #salt
03:56 macheck joined #salt
03:57 jvblasco joined #salt
04:00 hrumph SeaPhor, windows really sucks
04:01 hrumph sucks from a management perspective anyway
04:02 macheck left #salt
04:03 macheck joined #salt
04:13 SeaPhor hrumph, I agree, and I've managed windows, AIX, and Linux systems
04:17 hrumph i wanted to use salt to help with that but it seems that salt really isn't ready for prime time in that department yet
04:18 tpaul Would it be possible for minions to implement a "virtual" cron instead of having code to handle differences between implementations and their command line arguments?
04:36 sagerdearia joined #salt
04:37 edrocks joined #salt
04:46 baoboa joined #salt
04:53 brianfeister joined #salt
05:03 hamsham joined #salt
05:08 meekrab joined #salt
05:09 clevodearia joined #salt
05:14 voxxit joined #salt
05:25 DaveQB joined #salt
05:31 meekrab joined #salt
05:35 DaveQB joined #salt
05:42 meekrab joined #salt
05:44 DaveQB joined #salt
05:49 viq joined #salt
05:50 meekrab joined #salt
05:54 DaveQB joined #salt
06:04 DaveQB joined #salt
06:06 limylime joined #salt
06:08 limylime left #salt
06:12 viq_ joined #salt
06:13 DaveQB joined #salt
06:14 subsignal joined #salt
06:22 Ayo joined #salt
06:23 DaveQB joined #salt
06:26 meekrab joined #salt
06:29 meekrab joined #salt
06:32 meekrab joined #salt
06:33 DaveQB joined #salt
06:36 meekrab joined #salt
06:40 edrocks joined #salt
06:42 DaveQB joined #salt
06:52 DaveQB joined #salt
06:54 meekrab joined #salt
06:58 meekrab joined #salt
07:02 DaveQB joined #salt
07:05 viq joined #salt
07:12 DaveQB joined #salt
07:15 subsignal joined #salt
07:21 DaveQB joined #salt
07:27 cyborg-one joined #salt
07:31 DaveQB joined #salt
07:32 catpiggest joined #salt
07:33 jvblasco joined #salt
07:41 DaveQB joined #salt
07:42 meekrab joined #salt
07:44 Miouge joined #salt
07:50 DaveQB joined #salt
08:00 DaveQB joined #salt
08:10 DaveQB joined #salt
08:18 amy_ joined #salt
08:19 Gabemo joined #salt
08:20 DaveQB joined #salt
08:24 Gabemo joined #salt
08:26 cyborg-one joined #salt
08:29 DaveQB joined #salt
08:32 catpigger joined #salt
08:33 dmaiocchi joined #salt
08:36 Lionel_Debroux joined #salt
08:39 DaveQB joined #salt
08:42 edrocks joined #salt
08:43 nethershaw joined #salt
08:43 Miouge joined #salt
08:43 brianfeister joined #salt
08:47 amy_ joined #salt
08:49 DaveQB joined #salt
08:57 keldwud_ joined #salt
08:58 DaveQB joined #salt
09:07 Miouge joined #salt
09:08 DaveQB joined #salt
09:13 Fiber^ joined #salt
09:17 subsignal joined #salt
09:18 DaveQB joined #salt
09:22 keimlink joined #salt
09:28 DaveQB joined #salt
09:28 Trauma_ joined #salt
09:37 DaveQB joined #salt
09:39 Trauma__ joined #salt
09:47 DaveQB joined #salt
09:47 Miouge joined #salt
09:47 CeBe joined #salt
09:51 amy_ joined #salt
09:57 DaveQB joined #salt
09:57 keimlink joined #salt
10:06 DaveQB joined #salt
10:16 DaveQB joined #salt
10:17 subsignal joined #salt
10:24 Miouge joined #salt
10:26 DaveQB joined #salt
10:32 brianfeister joined #salt
10:36 DaveQB joined #salt
10:44 edrocks joined #salt
10:45 DaveQB joined #salt
10:54 amy_ joined #salt
10:55 DaveQB joined #salt
10:55 brianfeister joined #salt
10:57 iceyao joined #salt
11:02 DaveQB joined #salt
11:09 jvblasco joined #salt
11:10 estahn joined #salt
11:12 DaveQB joined #salt
11:13 baoboa joined #salt
11:21 keimlink joined #salt
11:21 DaveQB joined #salt
11:32 DaveQB joined #salt
11:40 rem5 joined #salt
11:42 DaveQB joined #salt
11:51 DaveQB joined #salt
11:54 cro joined #salt
11:54 pjs joined #salt
11:55 kbyrne joined #salt
11:58 amy_ joined #salt
12:01 DaveQB joined #salt
12:04 meekrab joined #salt
12:11 DaveQB joined #salt
12:19 subsignal joined #salt
12:21 DaveQB joined #salt
12:30 DaveQB joined #salt
12:40 DaveQB joined #salt
12:47 edrocks joined #salt
12:50 DaveQB joined #salt
13:00 DaveQB joined #salt
13:02 amy_ joined #salt
13:05 hoonetorg joined #salt
13:09 DaveQB joined #salt
13:15 cro joined #salt
13:20 subsignal joined #salt
13:21 DaveQB joined #salt
13:31 DaveQB joined #salt
13:38 rem5 joined #salt
13:40 keimlink joined #salt
13:56 rem5 joined #salt
14:05 Miouge joined #salt
14:06 Miouge joined #salt
14:06 amy_ joined #salt
14:06 SpX joined #salt
14:07 Miouge joined #salt
14:11 CeBe joined #salt
14:16 tharkun joined #salt
14:18 punkoivan joined #salt
14:18 aurynn joined #salt
14:26 estahn joined #salt
14:29 keimlink joined #salt
14:30 Lee- joined #salt
14:32 rem5 joined #salt
14:33 west575_ joined #salt
14:38 west575 joined #salt
14:48 rem5 joined #salt
14:49 edrocks joined #salt
15:06 kevinquinnyo joined #salt
15:07 crashmag joined #salt
15:09 rem5 joined #salt
15:10 scarygelatin left #salt
15:11 jvblasco joined #salt
15:14 ajspa joined #salt
15:19 meekrab joined #salt
15:22 subsignal joined #salt
15:24 TaiSHi Has anyone got around salt-cloud provisioning digital ocean ubuntu images and running into dpkg lock?
15:25 rem5 joined #salt
15:32 bluenemo joined #salt
15:33 bluenemo hi guys. I have /srv/salt/{state,macro}.sls, where macro contains a jinja macro {% macro macro_name(foo) %} some {{ foo }} {% endmacro %} and state.sls contains include: - macro  and then {{ macro_name('foobar') }}. Salt however tells me that macro_name is undefined. How do I include a jinja macro from another .sls file?
15:34 bluenemo ah, {% import macros.jinja as macros %}
15:35 bluenemo hm no, that wasnt it :(
15:43 bluenemo ok found this in the docs: {% from 'lib.sls' import pythonpkg with context %}  what is the correct syntax if lib.sls is in /srv/salt/python/macros/lib.sls?
15:44 bluenemo ok got it :) it would be 'python/macros/lib.sls'
15:44 bluenemo https://docs.saltstack.com/en/latest/topics/best_practices.html
16:01 bluenemo I'm writing a custom state. I want to return some human readbable json in ret['changes']. However it will just not print newlines :/
16:04 rem5 joined #salt
16:05 bluenemo here is the relevant part of the py code for the module  as well as the state output
16:05 bluenemo http://pastebin.com/R8yHj17S
16:05 meekrab joined #salt
16:05 bluenemo as you see on the last line, there are no newlines (or not interpreted) by salt
16:14 bluenemo ok found that one out too :)
16:23 subsignal joined #salt
16:29 nidr0x joined #salt
16:30 totte- left #salt
16:31 mapu joined #salt
16:41 kevinquinnyo so i'm trying to trigger an event that can "delete" a configured website.  To do this, actions need to take place on several layers - the loadbalancer, the webservers, the database servers, etc.  Should I write a runner for this that accepts a website as an arg and do all the logic there?
16:42 kevinquinnyo or should I write a state for it, and use database.absent, file.absent, and friends, and pass the website as a pillar ?
16:42 subsignal joined #salt
16:43 kevinquinnyo my instinct is to write my own high level "websites" module in the first place, that does all of the things to create a website, then have a state module so i can just do website.absent(), but i'm not sure how practical that is
16:43 kevinquinnyo does that make sense?
16:52 edrocks joined #salt
16:56 Muchoz joined #salt
16:59 major joined #salt
16:59 major salt-ssh ever get support for a sudo password?
17:01 Lionel_Debroux joined #salt
17:08 meekrab joined #salt
17:30 meekrab joined #salt
17:31 pid1 joined #salt
17:32 brd joined #salt
17:33 pid1 joined #salt
17:35 disbound joined #salt
17:40 brd Does Salt have a way where when I add an webserver or mail server to a machine I can push that information back to my nagios machine and add it to the nagios config?  If so.. what would that be called so I can look it up in the docs
17:41 meekrab joined #salt
17:42 wangofett reactor maybe?
17:44 cpowell joined #salt
17:45 iggy mine
17:45 iggy TaiSHi: no, but if it makes you feel better, you're not the only one
17:46 brd thank you, I will take a look
17:48 iggy kevinquinnyo: looked at orchestration? really helpful if you need to do stuff on multiple hosts
17:58 flowstate joined #salt
18:03 SubOracle joined #salt
18:06 CeBe joined #salt
18:08 disbound joined #salt
18:13 ivanjaros joined #salt
18:16 aqua^c joined #salt
18:24 iggy TaiSHi: wget -O /etc/salt/cloud.deploy.d/bootstrap-salt.sh https://raw.githubusercontent.com/saltstack/salt-bootstrap/develop/bootstrap-salt.sh
18:24 ajspa joined #salt
18:25 iggy TaiSHi: and then add -r to script_args in your profile
18:25 iggy seems to have worked for me so far
18:27 punkoivan joined #salt
18:31 ajspa joined #salt
18:35 dmaiocchi joined #salt
18:39 punkoivan joined #salt
18:43 kojiro joined #salt
18:48 mowntan joined #salt
18:54 edrocks joined #salt
18:54 flowstate joined #salt
18:56 radhac joined #salt
19:01 bb74352 joined #salt
19:04 quix joined #salt
19:06 rem5 joined #salt
19:13 flowstate joined #salt
19:15 hosttor joined #salt
19:20 kevinquinnyo iggy: sorry just saw this (if you're still around).  Yeah I use it pretty heavily, but I've been trying to avoid it lately whenever possible
19:22 kevinquinnyo I figured out a good solution for this I think.  I use a custom ext_pillar that make an api call to an internal rest api to get pillar data, and I'm now setting a 'soft_delete' pillar for sites.  Then I updated all of my states to handle removing whatever it needs to remove if this soft_delete is true.
19:22 flowstate joined #salt
19:22 kevinquinnyo that way even a full highstate run will remain idempotent
19:23 disbound joined #salt
19:23 subsignal joined #salt
19:23 kevinquinnyo so if a site is "marked for deletion", the same states that "ensure things exist" will also "ensure they don't exist" if necessary
19:24 kevinquinnyo seemed like the most logical way to handle it froma configuration management perspective
19:24 iggy novel approach
19:24 iggy I like that
19:25 iggy I might have to use that in the future
19:26 dmaiocchi joined #salt
19:27 kevinquinnyo yeah it's kind of a weird, general problem i've noticed with the concept of idempotency in config management.  You have a base system, so you have a pre-configured /etc/passwd for instance
19:27 kevinquinnyo you can't just say, hey salt, here are all the users that should exist -- if it isn't listed here, delete it
19:27 kevinquinnyo then it would delete root for instance
19:28 kevinquinnyo so solution (at least the way i'm thinking about it now) is to do something like i did with the concept of 'marked for removal' in pillar data
19:30 kevinquinnyo so then every state that uses something like whatever.present() also needs to have an inverse of whatever.absent() (under the conditions that it should be removed, for instance with pillar 'marked for removal')
19:33 AndreasLutro a lot of states will let you get away with {{ 'present' if thing.get('enable', true) else 'absent' }}
19:34 whatever_sd_ joined #salt
19:45 disbound joined #salt
19:49 flowstate joined #salt
19:58 ontop joined #salt
19:58 amy_ joined #salt
20:00 flowstate joined #salt
20:00 ontop Do salt://file references not get expanded inside pillars? I referenced my pillar from a state file (ssh_auth.present: - names: - {{ pillar['ssh_keys']['keyname'] }} ) and it added salt://pub_keys/keyname to my authorized key file lol.
20:04 kevinquinnyo i wonder if it would work if you did names: - salt://{{ pillar['whatever'] }}
20:05 kevinquinnyo and change the pillar of course to not include the hard-coded "salt://"
20:05 kevinquinnyo but i think that's probably not a good practice overall
20:05 ontop Hm. Maybe. I was intending for the contents to be saved in the pillar. But I've given up on that approach and I'm trying to just use the source: salt://file instead.
20:06 ontop Which of course can't be coerced to unicode or some such nonsense.
20:06 * ontop googles
20:06 AndreasLutro ontop: the name argument to that state function doesn't work with file names
20:06 ontop Oh.
20:06 kevinquinnyo because then if you change the file path you have two things to change -- the pillar ref, and the file path
20:06 ontop I thought the {{ }} would render it in the jinja template?
20:06 ontop And then it'd appear to the state file as just a hardcoded pub key
20:07 meekrab joined #salt
20:07 ontop But - it seems like pillars don't understand how to read files. So I was definitely confused.
20:07 ontop I thought if I slapped a salt://something in a pillar, the pillar would get the file's value
20:08 AndreasLutro not even close
20:09 ontop Right. So now I'm just resorting to using source: salt://file
20:09 AndreasLutro it's not true for state files either for that matter
20:09 ontop Which should be closer?
20:09 AndreasLutro probably!
20:10 ontop Well - it's my understanding now that salt://file tells it to read the file from the file server.
20:10 AndreasLutro you can still put the salt:// url in your pillar btw
20:10 ontop Yeah, but that doesn't really help too much.
20:11 ontop You've got to reference it one way or another. The file URL approach is cleaner than a templating mechanism.
20:11 ontop {{ pillar['pub_keys']['pubkey'] }} vs salt://pub_keys/pubkey
20:11 AndreasLutro depends on what you're doing, if you want the same pubkey(s) on all hosts you may as well put it in the state file
20:11 ontop Yea.
20:12 AndreasLutro if you want different ones on different hosts, pillars can help you
20:12 ontop True!
20:12 ontop That's a good point.
20:12 AndreasLutro anyway yes, the ssh_auth.present function has code in it that fetches salt:// urls for the source argument
20:16 dmaiocchi joined #salt
20:24 subsignal joined #salt
20:24 CeBe joined #salt
20:36 rem5 joined #salt
20:36 ontop Oh god, the ubuntu repo has an ancient version of salt stack. :|
20:37 ontop Should I be using the "salt open" software package repository?
20:42 flowstate joined #salt
20:47 meekrab joined #salt
20:55 abruanese joined #salt
20:56 flowstate joined #salt
20:57 edrocks joined #salt
20:58 Jimlad joined #salt
21:05 afics left #salt
21:09 keimlink joined #salt
21:13 kevinquinnyo does salt cache pillar keys or something weird?  if i use an ext_pillar, caching should never be a concern right?  it will always grab fresh pillar data each time anything requires it right?
21:25 subsignal joined #salt
21:32 punkoivan left #salt
21:38 Hivlaher joined #salt
21:45 cpowell joined #salt
21:58 i90rr joined #salt
22:04 rem5 joined #salt
22:16 subsignal joined #salt
22:37 zenlot joined #salt
22:42 squishypebble joined #salt
22:53 meekrab joined #salt
22:56 west575 joined #salt
22:58 edrocks joined #salt
23:00 justanotheruser joined #salt
23:03 meekrab joined #salt
23:05 elsysops joined #salt
23:10 jeffspeff joined #salt
23:12 kevinquinnyo I have a situation where i have a remote service making an api call to my salt api, which runs a reactor.  That reactor spawns a few long running tasks (2 - 3 minutes to complete) -- what's the best way to fire my own event that says "I'm done!" when those tasks are complete?  Does the reactor just "fire and forget" the things it does?
23:13 kevinquinnyo or does it listen for those tasks it spawns to complete it some way?
23:26 estahn joined #salt
23:31 nethershaw joined #salt
23:36 sauvin joined #salt
23:46 squishypebble joined #salt
23:52 jeffspeff joined #salt
23:57 aqua^c joined #salt

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