Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2016-02-20

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

All times shown according to UTC.

Time Nick Message
00:00 * fxhp hugs robawt
00:00 * robawt hugs fxhp
00:00 robawt wuddup man
00:02 fxhp Not much, trying to wind down after being all call grunt all week.
00:03 robawt someone get this man a beer
00:07 bucky forrest: still getting Source file salt://mysql-formula/mysql/files/foo.schema not found. I even tried checking it into git (since I'm using gitfs)
00:07 jankmcjanker Thanks robawt: i'll check that out
00:07 bucky it finds them in /srv/salt/db but I'm curious why it wouldn't find them from the formula directory
00:08 ajw0100_ joined #salt
00:27 rotbeard joined #salt
00:35 rotbart joined #salt
00:38 eodgooch joined #salt
00:41 CeBe joined #salt
00:41 bhosmer_ joined #salt
00:44 LordOfLA joined #salt
00:53 LordOfLA joined #salt
00:54 Rumbles joined #salt
00:55 amcorreia joined #salt
00:55 jaybocc2 joined #salt
01:04 ajw0100 joined #salt
01:12 spuder joined #salt
01:13 spuder_ joined #salt
01:17 spuder joined #salt
01:36 bhosmer_ joined #salt
01:38 rem5 joined #salt
01:40 baweaver joined #salt
01:58 cberndt joined #salt
02:02 ageorgop joined #salt
02:09 rem5 joined #salt
02:11 dstokes joined #salt
02:21 donmichelangelo joined #salt
02:23 CeBe joined #salt
02:30 bhosmer joined #salt
02:47 ilbot3 joined #salt
02:47 Topic for #salt is now Welcome to #salt! | Latest Version: 2015.8.7 | Register for SaltConf16: http://saltconf.com/register/ | Paid support available for open source Salt! https://www.saltstack.com/support/ | Logs: http://irclog.perlgeek.de/salt/ | Paste: https://gist.github.com/ (please don't multiline paste into channel) | Ask with patience as we are volunteers and may not have immediate answers
02:54 catpigger joined #salt
02:56 evle joined #salt
03:22 akhter joined #salt
03:24 bhosmer joined #salt
03:26 racooper joined #salt
03:33 hairytoez joined #salt
03:33 anmol joined #salt
04:14 housemouse139 joined #salt
04:16 shaggy_surfer joined #salt
04:18 bhosmer_ joined #salt
04:23 bucky joined #salt
04:29 iceyao joined #salt
04:29 jaybocc2 joined #salt
04:31 hightekvagabond joined #salt
04:35 joseph4325 joined #salt
04:36 hightekvagabond joined #salt
04:37 hightekvagabond joined #salt
04:39 hightekvagabond joined #salt
04:39 hightekvagabond joined #salt
04:45 bucky joined #salt
04:47 bucky joined #salt
04:49 bucky joined #salt
04:56 bucky joined #salt
04:56 treaki_ joined #salt
04:58 bucky joined #salt
04:59 viq joined #salt
05:10 bucky joined #salt
05:10 xfs joined #salt
05:12 bucky joined #salt
05:13 bhosmer_ joined #salt
05:31 pepper_ joined #salt
05:34 anmol joined #salt
05:37 bucky joined #salt
05:41 writtenoff joined #salt
06:02 rem5 joined #salt
06:06 sauvin joined #salt
06:07 bhosmer_ joined #salt
06:11 eodgooch joined #salt
06:13 linjan_ joined #salt
06:21 iceyao joined #salt
06:22 georgemarshall joined #salt
06:23 georgemarshall joined #salt
06:27 eodgooch joined #salt
06:42 armyriad joined #salt
06:43 bucky joined #salt
06:46 bucky joined #salt
06:50 iceyao_ joined #salt
07:01 bhosmer_ joined #salt
07:06 jaybocc2 joined #salt
07:12 chiui joined #salt
07:13 martoss joined #salt
07:21 Fiber^ joined #salt
07:42 bucky joined #salt
07:48 slav0nic joined #salt
07:53 bucky joined #salt
08:07 Rumbles joined #salt
08:10 TyrfingMjolnir joined #salt
08:14 martoss joined #salt
08:15 izrail joined #salt
08:15 nidr0x joined #salt
08:17 iceyao joined #salt
08:28 kawa2014 joined #salt
08:42 martoss joined #salt
08:54 eodgooch joined #salt
08:55 bucky joined #salt
09:18 asoc_ joined #salt
09:47 sfxandy joined #salt
09:56 bucky joined #salt
10:13 APLU joined #salt
10:17 martoss joined #salt
10:35 Alexxannar joined #salt
10:37 Alexxannar Hi all! Can anybody give me an advice, is there any way to get changes info of state called in python file by ex: __states__['file.managed'], it returns now True or False, as expected for state. But i really want also get changes
10:41 AirOnSkin joined #salt
10:48 dmaiocchi joined #salt
11:00 martoss joined #salt
11:20 jaybocc2 joined #salt
11:25 shiriru joined #salt
11:26 malinoff joined #salt
11:27 bucky joined #salt
11:37 eodgooch joined #salt
11:39 bhosmer_ joined #salt
11:40 snowpig1 joined #salt
11:41 snowpig1 greetings earthlings
11:43 snowpig1 Is it absolutely necessary to open ports 4505 4506 in AWS security group of Salt master & minion? Or is there an alternate way?
11:45 tweakism minions must be able to connect to the master on ports 4505/4506.
11:45 tweakism if you want to use a master.
11:46 snowpig1 tweakism: Yes I want to use a master.
11:47 snowpig1 So I should first create a new security group with 22, 4505, 4506 open and then launch instances with it.
11:48 dmaiocchi jo
11:49 dmaiocchi hi all, i have 1 question about the minion_id. salt-minion look at 3 places for fixing it autom :  /etc/hosts, /etc/hostname, socket.fqdn
11:50 dmaiocchi are these 3 in OR or AND dependencies
11:50 dmaiocchi after reading documentation was thinking OR but it seems they are AND
11:55 jvv joined #salt
12:00 tweakism does it actually *look*, itself, at /etc/hosts or /etc/hostname?  I doubt it.
12:01 tweakism it seems more likely that it it uses the libc functions to get the fqdn (from DNS, but you can override/ensure with /etc/hosts), and then if none is found, falls back on system hostname (which is also a library call, but usually set from /etc/hostname)
12:02 tweakism and you didn't mention the config file that can set it explicitly
12:02 kevinquinnyo1 joined #salt
12:05 tweakism if you want to know how to setup /etc/hosts etc. correctly, that I can help you with
12:07 tweakism I bet salt just uses socket.getfqdn() though (I remember seeing socket.fqdn() in the docs, but that doesn't exist), which does what I described above.  you can do the same on the command-line with `hostname --fqdn`
12:07 tweakism and then falls back to socket.gethostname() (cmd-line: `hostname`)
12:13 esharpmajor @dmaiocchi In my experience, I would think salt tries these sequentially. However, /etc/hosts, /etc/hostname and the reverse DNS address all interact on a typical Linux system so the AND behaviour you see may be a result of that
12:16 CeBe joined #salt
12:17 tweakism /etc/hostname need not exist, it's distro-specific, and doesn't have anythign to do with DNS.
12:17 tweakism (whereas libc will actually read /etc/hosts itself)
12:19 tweakism I'm assuming salt does this:  Asks the system what it's FQDN is (this is most easily configured in /etc/hosts), and failing that, asks the system what it's hostname is (usually configured in /etc/hostname but you need to use e.g. `hostname -F /etc/hostname` if you change it after boot).
12:20 tweakism the system hostname predates DNS, and is not technically related to the DNS host name, but the convention is to have it set to the first part (before the first dot) of the FQDN
12:21 tweakism except on redhat, where it is usually the entire FQDN
12:21 tweakism there's also a system domainname; this is usually blank these days.
12:21 tweakism in the past, hostname and domainname were used for NIS and YP.
12:22 tweakism omfg, that guy isn't even here anymore
12:22 tweakism what a waste of effort.
12:26 bhosmer joined #salt
12:36 denys joined #salt
12:48 mapu joined #salt
12:57 bucky joined #salt
13:01 pppingme joined #salt
13:05 rotbeard joined #salt
13:06 nyx_ joined #salt
13:14 cyborg-one joined #salt
13:15 oida joined #salt
13:15 cyborglone joined #salt
13:16 cyborgIone joined #salt
13:17 iceyao joined #salt
13:18 jaybocc2 joined #salt
13:21 bhosmer joined #salt
13:26 traph_ joined #salt
13:33 cyborg-one joined #salt
13:42 rem5 joined #salt
13:48 BlackBishop left #salt
13:53 lompik joined #salt
14:00 daemonkeeper joined #salt
14:01 pppingme joined #salt
14:07 catpig joined #salt
14:08 londo joined #salt
14:09 londo joined #salt
14:15 bhosmer joined #salt
14:16 Muchoz joined #salt
14:27 bucky joined #salt
14:40 godber1 joined #salt
14:43 hightekvagabond joined #salt
14:48 amcorreia joined #salt
15:04 keltim joined #salt
15:09 bhosmer joined #salt
15:11 keimlink joined #salt
15:16 subsignal joined #salt
15:19 jaybocc2 joined #salt
15:25 Netwizard joined #salt
15:33 mavhq joined #salt
15:34 rem5 joined #salt
15:35 rem5 joined #salt
15:36 justanotheruser joined #salt
15:41 iceyao_ joined #salt
15:45 hlub hmm, seems I don't know how to rebase correctly. Trying to rebase my branch from develop to 2015.8 prints erros about problems in files I've not touched.
15:52 tweakism what command did you run?
15:54 AndreasLutro if you're making a PR and trying to switch the branch, the easiest way is to just create a new branch based on 2015.8 and cherry-pick your old commit(s)
15:57 bucky joined #salt
15:58 iceyao joined #salt
16:01 hlub I simply tried rebase without any flags. I am definitely not familiar with git yet. we are using mercurial at work and these tools have a bit different ideas of some terms, which is not helping here.
16:03 tweakism hlub: that will try to rebase every commit back to the common ancestor of the two branches
16:03 bhosmer_ joined #salt
16:04 tweakism AndreasLutro is right, of course; I was trying to figure out if you could tell cherry-pick to rebase... I realize now that would be redundant :)
16:08 Muchoz joined #salt
16:10 Muchoz When issuing salt-call, is the output stored somewhere?
16:10 malinoff joined #salt
16:12 Muchoz_ joined #salt
16:15 Muchoz_ Ah found it in /var/log/salt/minion
16:18 rem5 joined #salt
16:19 bucky joined #salt
16:27 rem5 joined #salt
16:32 pg joined #salt
16:36 pg Hello
16:37 hlub thanks AndreasLutro and tweakism
16:38 pg Is 2015.8.7 available on Debian Whezzy?
16:39 pg *I use "http://debian.saltstack.com/debian wheezy-saltstack main" apt source
16:43 nethershaw joined #salt
16:46 AndreasLutro pg: that's not maintained anymore, use http://repo.saltstack.com/#debian
16:49 colegatron Hello, I've added, via ext_pillar, 2 git repos as pillars (main, dev). I have a top.sls in the main repo with 'base: minion: - sls_in_main - sls_in_dev'. Then running salt minion pillar.items I get the sls_in_main pillar, but an error about 'sls_in_dev pillar not found'. If I then create a newe top.sls in the dev repo and add a 'base: minion: sls_in_dev' I get both pillars running pillar.items again.
16:49 pg AndreasLutro: Thanks! But does it work with Wheezy (7.9)?
16:50 colegatron there is someway to have only one pillar/top.sls and refer to any sls from any repo?
16:54 ageorgop joined #salt
16:55 AndreasLutro pg: oh, no
16:55 AndreasLutro I don't think so at least
16:56 pg AndreasLutro, does not look like it - thanks anyway!
16:58 bhosmer joined #salt
17:01 colegatron well, maybe the question is other: do every pillar gitfs root needs forcibly to have its own top.sls?
17:01 malinoff joined #salt
17:02 tweakism you could do ext_pillar_first and then have one top.sls in the pillar root dir.
17:03 tweakism or not, I don't actually think that will work.
17:04 rome_390 joined #salt
17:07 logandg joined #salt
17:07 colegatron what do you mean with do 'ext_pillar_first' ?
17:07 krymzon joined #salt
17:07 colegatron I only have ext_pillar (via git), not pillar in the local fs
17:07 iggy gitfs is black magic
17:07 daemonkeeper joined #salt
17:09 tweakism colegatron: there's an option to process ext_pillar's first and then local fs
17:09 colegatron but I have no problem with the files from gitfs (in fact everything seems to work). I think the problem is how the states are merged (if they are) between ext_pillars
17:09 tweakism the default is the other way around
17:10 colegatron s/how the states/how the pillars/g
17:10 tweakism ext_pillar's are processed in order, too; later ones can access data from earlier ones
17:10 tweakism but I do not know if this extends to top.sls; I don't think it does.
17:10 bucky joined #salt
17:11 colegatron it worths the test.
17:13 colegatron no it does not work. the last repo is the one which has the top.sls
17:13 colegatron and it is not working that supposition
17:13 colegatron :-(
17:14 Muchoz joined #salt
17:14 bucky joined #salt
17:14 zenlot2 joined #salt
17:14 martoss joined #salt
17:19 RandyT joined #salt
17:20 jaybocc2 joined #salt
17:23 justanotheruser joined #salt
17:24 bucky joined #salt
17:25 dmaiocchi joined #salt
17:30 colegatron to avoid the issue of having multiple top.sls, one per gitfs repo, I was thinking on link the repos via gitmodules. but I can't find clear info about if gifs (gitpython) supoprts submodules
17:32 martoss joined #salt
17:34 iggy I wouldn't count on it
17:40 joseph4325 joined #salt
17:40 colegatron it is not supported, at least by the momment.
17:40 colegatron https://github.com/saltstack/salt/issues/13664
17:40 saltstackbot [#13664]title: Using git submodules in gitfs | Using git submodules in gitfs would be possible to separate access between independent states for different groups of minions. In this case We have one repo with the common states and some submodules for user-dependent states and We can allowing access to the submodule without access to all states....
17:40 oida joined #salt
17:41 ageorgop joined #salt
17:46 xfs joined #salt
17:49 krymzon joined #salt
17:49 jhauser joined #salt
17:50 RandyT joined #salt
17:52 bhosmer joined #salt
17:52 krymzon joined #salt
17:59 krymzon joined #salt
18:00 ageorgop joined #salt
18:04 Rumbles joined #salt
18:05 LondonAppDev joined #salt
18:19 Muchoz_ joined #salt
18:19 guerby joined #salt
18:21 jaybocc2 joined #salt
18:25 CeBe joined #salt
18:31 Fiber^ joined #salt
18:37 rem5 joined #salt
18:44 bucky joined #salt
18:46 bhosmer_ joined #salt
18:46 bucky joined #salt
18:51 bucky joined #salt
18:53 bucky joined #salt
18:54 bucky joined #salt
18:56 bucky joined #salt
19:15 keimlink_ joined #salt
19:16 spuder joined #salt
19:28 L2SHO joined #salt
19:30 spuder_ joined #salt
19:32 krymzon joined #salt
19:38 kahiru joined #salt
19:38 Muchoz joined #salt
19:39 fracklen joined #salt
19:40 keimlink joined #salt
19:40 bhosmer_ joined #salt
19:55 tligda joined #salt
19:58 krymzon joined #salt
20:04 bucky joined #salt
20:11 hightekvagabond joined #salt
20:12 tpaul joined #salt
20:12 slav0nic joined #salt
20:18 ageorgop joined #salt
20:21 nethershaw joined #salt
20:22 jaybocc2 joined #salt
20:26 spuder joined #salt
20:28 garphy joined #salt
20:29 fracklen joined #salt
20:30 rem5 joined #salt
20:32 jaybocc2 joined #salt
20:35 bhosmer_ joined #salt
20:51 dyasny joined #salt
20:52 deus_ex joined #salt
20:55 sjorge joined #salt
20:55 sjorge joined #salt
20:55 ageorgop joined #salt
21:11 fracklen joined #salt
21:13 snc joined #salt
21:15 bucky joined #salt
21:28 spuder joined #salt
21:29 bhosmer_ joined #salt
21:32 chiui joined #salt
21:32 ageorgop joined #salt
21:33 srinivas_ joined #salt
21:34 srinivas_ joined #salt
21:39 fracklen joined #salt
21:45 garphy joined #salt
21:46 bucky joined #salt
21:54 zer0def joined #salt
21:56 fracklen joined #salt
22:03 ageorgop joined #salt
22:11 teryx510 joined #salt
22:11 Muchoz joined #salt
22:13 teryx5101 joined #salt
22:15 rem5 joined #salt
22:18 kevinquinnyo1 joined #salt
22:20 kawa2014 joined #salt
22:23 bhosmer_ joined #salt
22:29 spuder joined #salt
22:35 fracklen joined #salt
22:36 bucky joined #salt
22:42 zenlot3 joined #salt
22:43 bucky joined #salt
22:43 bucky joined #salt
23:13 joe_n joined #salt
23:16 jmastron joined #salt
23:17 rogst joined #salt
23:34 honestly joined #salt
23:36 jeffspeff joined #salt
23:39 joe_n joined #salt
23:40 nidr0x joined #salt
23:42 denys joined #salt
23:43 mrbobbytables bit of a random question -- but is it possible to import a variables from a map file into a python based state? I handle setting all my defaults/merging with pillar data etc in a  map.jinja file and have a single state that lends itself more to being done in straight python
23:50 ageorgop joined #salt
23:52 bucky joined #salt
23:57 mdupont joined #salt

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