Perl 6 - the future is here, just unevenly distributed

IRC log for #salt, 2015-10-10

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

All times shown according to UTC.

Time Nick Message
00:00 dendazen what it is quering to get that value
00:00 dendazen so i can fix it
00:01 dthom91 joined #salt
00:03 amatas joined #salt
00:03 nledez joined #salt
00:03 nledez joined #salt
00:04 dthom91 joined #salt
00:07 whytewolf dendazen: https://github.com/saltstack/salt/blob/develop/salt/grains/core.py#L1437-L1455
00:08 dendazen yeah i figured that part
00:08 dendazen no i am trying to understand
00:08 dendazen how does socket.gethostbyaddr(ip_address)
00:08 dendazen gets its name?
00:09 whytewolf https://docs.python.org/2/library/socket.html#socket.gethostbyaddr
00:09 dendazen from this guy?
00:09 dendazen http://linux.die.net/man/3/gethostbyaddr
00:10 dendazen right but where that python function gets its name?
00:10 dendazen does it use /etc/hosts ot it uses kernel resolver?
00:12 dthom91 joined #salt
00:14 whytewolf yes it uses gethostbyaddr(3)
00:16 dendazen thank you
00:38 dthom911 joined #salt
00:39 ashirogl joined #salt
00:44 ashirogl1 joined #salt
00:45 amcorreia joined #salt
00:46 ashirogl2 joined #salt
00:57 kawa2014 joined #salt
01:01 baweaver joined #salt
01:03 dthom91 joined #salt
01:05 ajw0100 joined #salt
01:18 timoguin joined #salt
01:21 timoguin_ joined #salt
01:27 zwi joined #salt
01:35 dthom91 joined #salt
01:37 dthom91 joined #salt
01:47 ilbot3 joined #salt
01:47 Topic for #salt is now Welcome to #salt | 2015.8.0 is the latest | Please use https://gist.github.com for code, don't paste directly into the channel | Please be patient when asking questions as we are volunteers and may not have immediate answers | Channel logs are available at http://irclog.perlgeek.de/salt/
01:53 geomyidae_ joined #salt
01:53 dthom91 joined #salt
01:54 kermit joined #salt
01:55 amcorreia joined #salt
02:01 teebes joined #salt
02:08 CheKoLyN joined #salt
02:09 cberndt joined #salt
02:11 writteno1 joined #salt
02:26 genediazjr joined #salt
02:33 cberndt joined #salt
02:38 _JZ_ joined #salt
02:46 rhodgin joined #salt
02:56 moogyver joined #salt
02:57 TyrfingMjolnir joined #salt
03:05 cberndt joined #salt
03:21 rhodgin joined #salt
03:24 sPollk joined #salt
03:26 sPollk this channel work fine? because the last post was last 25-sep-2015?
03:26 sPollk this channel work fine? because the last post was last 28-sep-2015?
03:26 sPollk basepi: this channel work fine? because the last post was last 28-sep-2015?
03:29 krymzon joined #salt
03:31 jalbretsen joined #salt
03:51 moogyver joined #salt
03:52 llua the last post was about 3 hours before you /join'd
03:53 ashirogl joined #salt
03:56 ashirogl1 joined #salt
03:57 fgimian joined #salt
04:08 larsfronius joined #salt
04:17 sPollk llua: well...are you there now>
04:17 sPollk ?
04:18 sPollk I have some question about issue tracker of salt project
04:29 llua just ask the question, if someone knows the answer they will answer. it might not be immediately.
04:29 sPollk llua: ok thks...
04:30 sPollk Anybody know if salt use some issue tracker like jira or only use github for this?
04:39 malinoff joined #salt
04:39 sPollk Salt Enterprise 4.0 is the first comercial version of Salt?
04:54 eyeball joined #salt
04:56 Guest58184 hey folks. noob question.. I'm writing a state to set up a galera cluster. how do i make sure a cmd only executes exactly once? specifically    'mysqld --wsrep-new-cluster'       'set global wsrep_provider_options="pc.bootstrap=true";'
05:01 sPollk left #salt
05:09 Zachary_DuBois joined #salt
05:19 Fiber^ joined #salt
05:23 Fiber^ joined #salt
05:30 boargod3 joined #salt
05:30 cyborgIone joined #salt
05:32 Jimlad_ joined #salt
05:32 overyander joined #salt
05:32 trebortech_1 joined #salt
05:33 oeuftete joined #salt
05:45 anmolb joined #salt
05:49 armguy If I have a service set to be running and enabled in a state but want to override that in a pillar is this possible? Can someone point me to example if so by chance
05:52 armguy Or would I be better off setting up an if in the sls that is setting up that service and create a grain that selects if it should be running and enabled or not running and disabled?
06:14 msx joined #salt
06:22 _JZ_ joined #salt
06:51 anmolb joined #salt
06:54 apejens soooo.. I accidentally ran "salt-key -D <minion>" when I meant "salt-key -d <minion>"
06:54 apejens then I didn't understand the output, *cough*
06:54 apejens any good ideas on how to restore them?
06:54 apejens I can restart the minions, that makes them resubmit the key
06:54 apejens but logging into each of them sounds like a lot of work :/
07:02 msx joined #salt
07:04 karlthane joined #salt
07:06 llua restore from backup?
07:08 apejens yeah, that could have been an option, if I had taken backup :P
07:08 apejens it's still only a play-ting
07:08 apejens thing
07:08 apejens ended up ssh'ing to each minion
07:17 moogyver only way to restore is to get their pubkey's back.  you can grab the /etc/salt/pki/minion/minion.pub and put it in /etc/salt/pki/master/minions/<name of minion>
07:18 tkharju joined #salt
07:26 moogyver that or restart your master in autosign and let them all sign back in again.. :)
07:28 stanchan joined #salt
07:32 vvoody joined #salt
07:32 kant joined #salt
07:32 hasues joined #salt
07:33 eyeball joined #salt
07:45 genediazjr joined #salt
07:46 karlthane joined #salt
07:51 trph joined #salt
08:00 trph joined #salt
08:08 armyriad joined #salt
08:12 kant joined #salt
08:12 tedski joined #salt
08:14 edulix joined #salt
08:14 is_null joined #salt
08:15 cswang_ joined #salt
08:16 iggy joined #salt
08:16 dork joined #salt
08:19 marcinkuzminski joined #salt
08:20 bbradley joined #salt
08:21 davromaniak joined #salt
08:21 Qwazerty joined #salt
08:21 Gilou joined #salt
08:23 ventris joined #salt
08:25 trph joined #salt
08:29 linjan__ joined #salt
08:33 krymzon joined #salt
08:36 apejens I just restarted the minion on all minons, and accepted the keys again on master
08:37 karlthane joined #salt
08:51 tkharju joined #salt
08:52 hasues left #salt
09:37 losh joined #salt
09:54 cppking joined #salt
09:54 cppking hello guys, I got a question.
09:57 cppking Can salt-master which is in WLAN  control a salt-minion in LAN
09:58 CeBe joined #salt
09:58 cppking CeBe: welcome
10:01 cppking joined #salt
10:01 cppking can salt-master on internet can fully control a salt-minion on local network
10:06 cppking anybody here???
10:08 openfly joined #salt
10:18 yuppy joined #salt
10:18 yuppy Hi all
10:34 CryptoMer joined #salt
10:52 ashirogl joined #salt
10:53 ashirogl1 joined #salt
11:02 edrocks joined #salt
11:04 NV joined #salt
11:09 Riz joined #salt
11:11 joshin joined #salt
11:15 Riz joined #salt
11:16 CheKoLyN joined #salt
11:21 Riz joined #salt
11:29 Nebraskka Hey there <3 Transferred salt-minion to another IP and changed DNS. For some reason, _none_ of my minions available since then, even after 20-30 min. Only solution is local service restart on each minion. How can I let minions reconnect to the new salt-master? The only thing changed is IP of master's DNS.
11:30 Nebraskka doing salt-call -l debug-commands locally showing that minions have connection to master just fine
11:30 Nebraskka i just can't reach any of them by salt '*' commands, only those minions which i restarted manually available
11:30 Nebraskka i thought it must reconnect itself since some time, but not sure if it's going to happen now
11:32 Nebraskka there are just too many of them to do service salt-minion restart manually @_@
11:38 dendazen joined #salt
11:45 babilen You could use salt-ssh with the scan roster to restart them if they are all in a specific network ... "salt-ssh -i -c ~/salt/ --scan-timeout=0.1 --user=$SSH_USER --roster scan $CIDR service.restart salt-minion" (you have to be able to log into those boxes without a password at best, so initialise your ssh-agent beforehand)
11:48 babilen Ah, forget the "-c /salt/" in there if you run it as root or create a ~/salt/master file with something like https://www.refheap.com/110478 in there
11:48 babilen Nebraskka: ^
11:50 krymzon joined #salt
11:56 freerod joined #salt
11:58 Nebraskka ah, so it's salt-ssh way only? it's kinda difficult in our environment atm
11:58 freerod Hi.  When configuring the master to listen on an interface, is there anyway to bind to the interface by name rather than by ip?
11:58 Nebraskka so currently the only way to change master is do service restart on each minion?
11:58 Nebraskka babilen:
11:59 Nebraskka hostname of master didn't changed, the only thing changed is resolving IP
11:59 Nebraskka so config is the same, i thought salt-minions checking that theirselves
12:00 babilen Nebraskka: I don't know if that's the only way, but, as you said, it fixes the problem so I tried to suggest a way in which you can use SSH to do so easily (a simply bash for loop might work also, ...)
12:00 Nebraskka thanks, babilen =)
12:00 babilen Nebraskka: Not sure how often, if ever, the minions adapt to a master that went AWOL
12:01 babilen It might resolve itself with time :-/
12:01 Nebraskka interesting
12:01 sgargan joined #salt
12:02 babilen Feel free to report a bug in which we discuss this further and maybe find a way to resolve it in a "if you haven't heard from your master in k hours/minutes/seconds then check if it is still there" way or something
12:03 babilen I had that once and simply went down the "restart the minions" route. For this I *always* keep a roster of my minions around so that I can still work on them even if the master is gone.
12:03 Nebraskka yeah, looks like i need to build my roster myself too
12:03 Nebraskka =) thanks, comments like this is what makes saltstack community so famously friendly
12:07 babilen You are most welcome. Hope that you manage to resolve it soon and maybe we can come up with a better way to handle this the next time.
12:08 Nebraskka <3
12:11 Nebraskka (found a typo in my first message, "Transferred salt-minion to another IP"; not minion, but master >_>;)
12:12 larsfronius joined #salt
12:20 honestly sounds like this could be easily fixed in salt by making minions resolve the master hostname whenever they can't reach the master on the (presumably cached) IP?
12:20 Nebraskka i thought they are doing it already
12:21 Nebraskka it was unexpected discovery that they are not
12:21 Nebraskka created an issue: https://github.com/saltstack/salt/issues/27846
12:25 amcorreia joined #salt
12:33 viq joined #salt
12:33 viq joined #salt
12:47 felskrone joined #salt
12:51 freerod (Since probably got lost above...)  Anyway to bind salt master to an interface by name?  "interface eth1" results in a syntax error.  Is a firewall the only option?
12:56 cliluw joined #salt
12:59 anmolb joined #salt
13:01 scoates joined #salt
13:13 aqua^c joined #salt
13:23 sunkist joined #salt
13:28 edulix joined #salt
13:33 sgargan joined #salt
13:44 zwi joined #salt
14:02 trapha joined #salt
14:24 MadHatter42 joined #salt
14:30 krymzon joined #salt
14:31 dendazen joined #salt
14:36 dthom91 joined #salt
14:44 trapha joined #salt
14:54 favadi joined #salt
14:56 favadi joined #salt
15:07 linjan_ joined #salt
15:14 cyborgIone joined #salt
15:27 dthom91 joined #salt
15:29 kantesh joined #salt
15:31 ageorgop joined #salt
15:40 shiriru joined #salt
15:45 ashirogl joined #salt
15:45 seblu joined #salt
16:08 pcdummy joined #salt
16:13 ashirogl joined #salt
16:18 scoates joined #salt
16:19 ashirogl joined #salt
16:21 subsignal joined #salt
16:21 teebes joined #salt
16:33 ashirogl joined #salt
16:41 ashirogl joined #salt
16:51 ashirogl joined #salt
16:52 ageorgop joined #salt
16:52 ashirogl joined #salt
16:54 ashirogl1 joined #salt
17:00 ashirogl joined #salt
17:05 Jahkeup joined #salt
17:21 iggy freerod: afaik, yes
17:21 iggy Nebraskka: there's already a ticket open for it
17:22 melog1 joined #salt
17:22 vieira joined #salt
17:24 iggy Nebraskka: (and babilen) there's a roster that pulls all your minion info from the salt-master's minion cache (works great for times like this)
17:24 cliluw joined #salt
17:25 Nebraskka thanks, iggy =) it's not that simple to me, as not every server has salt-ssh key on the root user authorized_keys
17:25 Nebraskka because we didn't planned this to happen
17:25 Nebraskka but looks like now i'd better to add them
17:26 Nebraskka to prvent such things from happening
17:26 iggy so... in the future, don't move the salt master... deploy a new one (you automated that right?), then use the old master to repoint the minions to the new master
17:27 iggy and yes, it's always best to have salt-ssh as an option (as this is all software, written by humans, who try as they might, are not perfect)
17:28 Nebraskka i'm not claiming ofcourse, just wanted to know existing practice on such cases
17:28 Nebraskka good thinking about adding new master
17:33 felskrone joined #salt
17:33 iggy yeah, new master is usually the way I handle it
17:34 iggy There's an existing bug about changing masters that has some good insights as to why it's not as simple as "make it re-lookup the master if it fails"
17:38 vieira how do you guys manage network routes using salt? I was looking into the salt state but it looks like I have to reboot the minion for changes to take effect
17:40 vieira removal being the worst case, it updates the script so the lines that would remove the old routes are no longer there
17:40 vieira so the old routes will stay loaded until the machine reboots
17:53 tobbez joined #salt
17:58 iggy manually
17:59 vieira hehe
18:01 vieira that's what I am trying to avoid
18:17 ageorgop joined #salt
18:30 kiorky_ joined #salt
18:31 teebes joined #salt
18:37 kiorky joined #salt
18:43 thehaven_ joined #salt
18:53 kiorky joined #salt
18:54 cberndt joined #salt
19:05 tobbez pkg.installed just stopped working for me when I upgraded from the stock debian version to the version from the salt stack repository. Any idea what's wrong? http://dpaste.com/2F1YYSN
19:05 bfoxwell joined #salt
19:06 iggy restart the minion?
19:06 iggy rm any salt pyc files
19:06 iggy what distro?
19:07 tobbez debian, and it's masterless, so no daemon to restart
19:10 * iggy runs
19:21 vieira tobbez: can you try salt-call pkg.installed something to test
19:23 tobbez vieira: http://dpaste.com/24NVZPD
19:23 iggy you salt-call modules, not states
19:23 iggy so it'd just be pkg.install vim
19:24 vieira yup, my bad ^
19:25 tobbez As far as I can see the output looks exactly the same (apart from saying 'pkg.install' rather than 'pkg.installed' on the last line)
19:25 vieira hmmm interesting
19:28 vieira tobbez: same problem with aptpkg.install?
19:30 tobbez vieira: [DEBUG   ] Could not LazyLoad aptpkg.install; 'aptpkg' __virtual__ returned False
19:31 vieira tobbez: python-apt is installed?
19:32 tobbez vieira: Yes
19:33 vieira python -c "import apt, apt_pkg"; echo $?
19:34 tobbez 0
19:35 vieira no virtualenvs or multiple python installations?
19:36 tobbez Nope, this is a clean install
19:37 vieira other modules are working?
19:37 tobbez Yes, at least service and file
19:37 jodv joined #salt
19:38 tobbez As far as I can tell, the only reason for it to return False is if this condition fails: https://github.com/saltstack/salt/blob/develop/salt/modules/aptpkg.py#L89
19:38 jodv joined #salt
19:38 tobbez And according to salt-call -g, my os_family is "Debian GNU"
19:40 vieira jessie?
19:41 tobbez Yep, jessie
19:41 iggy I'd check pyc files
19:42 brd joined #salt
19:42 iggy if possible: apt-get purge salt-minion salt-common ; apt-get install salt-minion
19:43 vieira I think I have some installation o jessie... let me test to see if I can reproduce
19:45 tobbez iggy: Nope, purge and re-install didn't help
19:47 Jahkeup joined #salt
19:48 vieira tobbez: debian 8.2 here
19:48 vieira salt-call -g
19:48 vieira shows os_family Debian
19:49 tobbez vieira: Did you install 8.2 directly, or upgrade from an earlier version? I installed this machine just a couple of days ago
19:51 vieira tobbez: i am not sure if 8.2 was the version I installed
19:51 vieira it was 8.x tough
19:51 vieira but I don't remember if it was 8.2
19:51 tobbez Maybe this is just a red herring though, even changing that __virtual__ function to 'return __virtname__' doesn't give different output (but I can see the code running if I print something)
19:53 vieira you tested if went in the os_family == 'Debian' case?
19:55 tobbez That too, and it doesn't
19:56 tobbez And if I, like I said, put 'return __virtualname__' at the first line of the function, it still doesn't work
19:56 vieira so I am guessing that no virtual module works
19:57 vieira ?
19:57 tobbez Not sure exactly what you mean by that?
19:58 vieira other modules like pkg that have various implementations depending on the OS
19:58 vieira like aptpkg, yumpkg, etc
20:00 tobbez Not sure how I could check
20:02 vieira salt-call ip.get_routes eth0
20:02 vieira (it should use debian_ip, ip, like pkg is a virtual module)
20:05 tobbez Yeah, that doesn't work either
20:05 vieira you must be right then
20:06 vieira it must be something with your os_family being wrong
20:06 cberndt joined #salt
20:06 tobbez debian_ip has the same issue as aptpkg though ('Debian' != 'Debian GNU'), but it seems like there may be another issue in addition to that
20:06 vieira ie ≠ debian
20:07 vieira tobbez: cat /etc/os-release
20:07 vieira id=debian
20:07 vieira =
20:07 vieira ?
20:07 tobbez vieira: Yep, ID=debian
20:07 dendazen joined #salt
20:08 tobbez (PRETTY_NAME="Debian GNU/Linux 8 (jessie)", NAME="Debian GNU/Linux")
20:09 vieira same as mine
20:09 vieira :\
20:10 tobbez Oh, looks like there's lots of other things that are affected too (and 'os' is also wrong in the same way)
20:12 trapha joined #salt
20:15 vieira every virtual module would be affected
20:15 vieira in your sources.list or equiv
20:15 vieira do you have
20:15 tobbez vieira: Do you have either the lsb_release python module or the file /etc/lsb-release?
20:16 vieira deb http://repo.salt....com/debian jessie contrib?
20:16 vieira will check
20:17 vieira tobbez: nope, neither
20:18 tobbez Yep, deb http://repo.saltstack.com/apt/debian jessie contrib
20:21 tobbez vieira: You're sure your NAME in /etc/os-release was "Debian GNU/Linux"? Because I'm following the code path, and in that case you should get 'Debian GNU' too
20:22 vieira I am removing and reinstalling salt
20:25 vieira still Debian...
20:25 vieira :X
20:25 vieira 2015.8.0
20:26 vieira python 2.7
20:26 vieira same as you I guess?
20:27 tobbez Yes
20:27 jodv joined #salt
20:27 aqua^c joined #salt
20:27 vieira NAME="Debian GNU/Linux"
20:28 vieira sorry, I am out of ideas
20:28 vieira have to home
20:28 vieira :\
20:30 MadHatter42 joined #salt
20:31 tobbez :/
20:32 vieira I was searching for your problem and did not find anything :\
20:33 vieira I guess if it was affecting every debian 8 / 2015.8 installation someone would open an issue...
20:35 vieira a workaround would be to define os_family as Debian in your grains
20:35 tobbez Yeah, I didn't find anything in my initial search
20:35 vieira You can do it for every host that currently has os_family as Debian GNU
20:36 vieira while we search for a solution...
20:36 tobbez And I don't think that workaround would work -- I just tried the workaround of changing /etc/os-release, but it still doesn't work
20:36 vieira but you os-release is fine
20:36 vieira *your
20:36 vieira same as mine
20:37 vieira I think that your grains have precedence
20:37 vieira it's not a solution, just a workaround
20:37 tobbez Yeah, I know, it's just to check, and doing this changed os_family to 'Debian', but it still doesn't work
20:38 vieira :X
20:38 vieira (have to move)
20:39 tobbez Thanks for the help so far
20:39 vieira sorry I couldn't help :(
20:41 Jahkeup joined #salt
20:41 CheKoLyN joined #salt
20:41 slicer joined #salt
20:42 amontalban_ joined #salt
20:42 traph joined #salt
20:42 arnoldB_ joined #salt
20:42 kant_ joined #salt
20:43 giantlock_ joined #salt
20:44 darvon_ joined #salt
20:48 garthk joined #salt
20:49 Guest25336 joined #salt
20:50 Yoda-BZH joined #salt
20:50 Yoda-BZH joined #salt
20:50 Dev0n joined #salt
20:51 teebes joined #salt
20:55 peters-tx joined #salt
21:00 WildPikachu joined #salt
21:00 nledez joined #salt
21:00 Lionel_Debroux joined #salt
21:00 pmcg joined #salt
21:06 nledez joined #salt
21:22 amcorreia joined #salt
21:25 jodv joined #salt
21:29 quasiben joined #salt
21:33 mortis_ joined #salt
21:33 honestly joined #salt
21:33 ekkelett joined #salt
21:33 rofl____ joined #salt
21:33 smooth_penguin joined #salt
21:33 ekkelett joined #salt
21:35 abele_ joined #salt
21:35 rickflare2 joined #salt
21:35 brd_ joined #salt
21:35 Buzer_ joined #salt
21:36 Hazelesque_ joined #salt
21:36 kant joined #salt
21:36 samed joined #salt
21:36 samed joined #salt
21:37 NVX joined #salt
21:37 arapaho_ joined #salt
21:37 doglike joined #salt
21:37 doglike joined #salt
21:37 lynxman_ joined #salt
21:37 shnguyen_ joined #salt
21:38 jcristau_ joined #salt
21:38 davroman1ak joined #salt
21:38 Norrland_ joined #salt
21:38 dthorman_ joined #salt
21:38 stefan__1 joined #salt
21:38 jerrcs_ joined #salt
21:40 mikepea_ joined #salt
21:41 ksj_ joined #salt
21:41 robins joined #salt
21:41 flebel_ joined #salt
21:41 arif-ali_ joined #salt
21:41 keekz_ joined #salt
21:41 emid_ joined #salt
21:41 shanemhansen_ joined #salt
21:42 Cyisl joined #salt
21:42 cb_ joined #salt
21:42 s0undt3ch_ joined #salt
21:42 alexlist` joined #salt
21:43 bbradley joined #salt
21:43 Twiglet joined #salt
21:43 sifusam joined #salt
21:43 fhh joined #salt
21:43 dlloyd joined #salt
21:43 armyriad joined #salt
21:44 cliluw joined #salt
21:45 Vye joined #salt
21:48 paolo joined #salt
21:48 analogbyte joined #salt
21:48 alexhayes joined #salt
21:48 izibi joined #salt
21:49 codehotter joined #salt
21:49 mattrobenolt joined #salt
21:50 fxhp joined #salt
21:50 izibi joined #salt
21:50 neilf joined #salt
21:51 programmerq joined #salt
21:51 freerod iggy: thanks for your reply
21:52 dlloyd left #salt
21:52 bstaz joined #salt
21:54 supermike__ joined #salt
21:55 dijit joined #salt
21:55 GothAck joined #salt
22:03 sgargan joined #salt
22:08 JamesM joined #salt
22:10 zmalone joined #salt
22:15 larsfronius joined #salt
22:24 rtrt joined #salt
22:27 brd_ I am new to salt and I am trying to setup my minion to run every 30 min and apply changes, if I understand the docs correctly this is what I need to do: https://docs.saltstack.com/en/latest/topics/jobs/schedule.html#highstates
22:27 brd_ I have set the sechedule in my minion config and restarte the minion.. but it doesn't seem to work..
22:33 subsignal joined #salt
22:50 whidbeywalker joined #salt
22:53 zmalone joined #salt
23:08 qman__ joined #salt
23:14 Rebus joined #salt
23:33 vlcn joined #salt
23:39 cberndt joined #salt
23:47 vlcn joined #salt
23:50 subsignal joined #salt
23:57 Sirji joined #salt
23:57 Sirji Hello
23:59 Sirji Is there anyway we can connect Minions to the server when the laptop is behind a connection that is roaming such as while working off a hotel room

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