<     May 2017     >
Su Mo Tu We Th Fr Sa  
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 29 30 31
00:10 WindChimes joined
00:36 Cohedrin joined
00:46 EyePulp joined
00:55 cyborg-one joined
01:01 EyePulp joined
01:10 Cohedrin joined
01:11 rchavik joined
01:16 svm_invictvs joined
01:30 masber joined
01:36 xco joined
01:37 kushal joined
01:39 Azure joined
01:43 svm_invictvs joined
01:45 svm_invictvs joined
01:52 JacobEdelman joined
02:03 svm_invictvs joined
02:06 svm_invictvs joined
02:10 MrXXIV joined
02:23 jud^ joined
03:05 jon-mac joined
03:12 Cohedrin joined
03:13 SkyRocknRoll joined
03:29 Cohedrin joined
03:32 Cohedrin joined
03:44 edrocks joined
03:48 etehtsea joined
04:33 valhala_22 joined
04:41 xco joined
05:05 xco joined
05:15 braoru joined
05:23 SkyRocknRoll joined
05:26 Cohedrin joined
05:36 RemiFedora joined
05:37 flanker_ joined
06:03 valhala_22 joined
06:07 SkyRocknRoll joined
06:15 jamesd joined
06:19 roelmonnens joined
06:23 ace- joined
06:30 hos7ein joined
06:37 jamesd joined
06:37 ogny joined
06:37 ogny joined
06:42 soosfarm joined
06:43 jamesd joined
06:56 sz0 joined
07:10 rendar joined
07:10 Dave_R joined
07:25 JohnnyRun joined
07:39 hos7ein joined
07:49 Dave_R joined
07:56 mikecmpbll joined
08:03 eatkin joined
08:22 EyePulp joined
08:37 KekSi joined
08:46 MrXXIV joined
08:50 hos7ein joined
09:07 brodolfo joined
09:24 MrXXIV joined
09:39 eatkin joined
09:49 edrocks joined
10:54 xco joined
10:57 sfa joined
11:09 braoru joined
11:16 dh1tw joined
11:29 EyePulp joined
11:41 Abhijeet joined
11:41 <Abhijeet> HI
11:56 braoru joined
11:56 rchavik joined
11:59 minimalism joined
12:02 valhala_22 joined
12:07 MrXXIV joined
12:26 JohnnRun joined
12:31 Mr__Anderson joined
12:36 shinnya joined
13:09 EyePulp joined
13:09 EyePulp joined
13:14 daxelrod joined
13:19 sz0 joined
13:25 dblessing joined
13:38 shiriru joined
13:51 flanker_ joined
13:52 al-damiri joined
13:56 dblessing joined
14:05 xco joined
14:06 xco joined
14:07 xco joined
14:08 xco joined
14:09 xco joined
14:09 xco joined
14:10 xco joined
14:11 xco joined
14:13 arthurl joined
14:14 <arthurl> hi guys- i'm seeing a 'Can't save in background: fork: Cannot allocate memory' error on a production redis instance
14:14 <arthurl> but the box appears to have plenty of memory
14:15 <arthurl> this is what the memory looks like- it's a 32gb server
14:15 <arthurl> https://gist.github.com/alyssenko/219cd57d5869ea8d8cdcd3a5572f63e9
14:25 UrsoBranco joined
14:27 iamchrisf joined
14:37 <minus> arthurl: overcommit might be turned off
14:38 <minus> Assuming you have less than 50% ram free that might be the cause
14:40 <arthurl> minus so now i'm worried i did something bad- i tried to stop the service and i see it did a 'Saving the final RDB snapshot before exiting.'
14:41 <minus> Seems to be fine?
14:41 cyborg-one joined
14:45 wlightning-fuel joined
14:45 <arthurl> minus well i was expecting to see output that indcates successful save/dump to the rdb file
14:46 <arthurl> but maybe redis output has changed in recent versions- and the status just seemed to be stuck on stop 'stop/waiting'
14:46 <arthurl> but then i just issued a 'start' command and it came back up
14:59 JohnnRun joined
15:03 roelmonn_ joined
15:05 Mr__Anderson joined
15:18 FunnyLookinHat joined
15:21 roelmonnens joined
15:22 orbyt_ joined
15:33 xco joined
15:34 valhala_22 joined
15:36 Mr__Anderson joined
15:38 xco joined
15:40 xco joined
15:51 <arthurl> i see this article states 'Make sure to setup some swap in your system'- but it seems that redis vm is now depreciated? https://redis.io/topics/admin
15:51 <arthurl> based on what i see in https://redis.io/topics/virtual-memory
15:52 valhala_22 joined
15:54 edrocks joined
15:56 <arthurl> minus so now that vm is depreciated is setting overcommit to on more dangerous?
15:56 valhala_22 joined
15:58 SkyRocknRoll joined
16:09 brk_ joined
16:12 svm_invictvs joined
16:18 dblessing joined
16:25 raspado joined
16:26 edrocks joined
16:32 orbyt_ joined
16:36 valhala_22 joined
16:39 rendar joined
16:39 rendar joined
16:42 ogny joined
16:44 valhala_22 joined
16:51 edrocks joined
16:51 edrocks joined
17:10 Dave_R joined
17:10 Cohedrin joined
17:11 valhala__ joined
17:15 enigma_raz joined
17:17 GNU\colossus joined
17:17 <GNU\colossus> hi
17:17 <GNU\colossus> has anyone yet publicly/officially considered implementing systemd Notify support for redis?
17:38 netcarver joined
17:55 <minus> arthurl: virtual memory is an old, deprecated feature. have you read this? https://redis.io/topics/faq#background-saving-fails-with-a-fork-error-under-linux-even-if-i-have-a-lot-of-free-ram
17:56 orbyt_ joined
17:57 daxelrod1 joined
18:01 <arthurl> thanks minus i did read that actually- i guess it's not clear to me still as to how dangerous setting this value to 1 can be
18:02 <arthurl> i realize why it was failing for me now- its because overcommit was set to 0 and our current working set in memory was slightly larger than what we had available in memory and since it's forking it needs at least the same amount free as what's currently being used- so that much makes sense to me
18:03 hahuang65 joined
18:03 daxelrod joined
18:06 flanker_ joined
18:35 shiriru joined
18:44 <badboy_> GNU\colossus: there is support for it in Redis
18:44 <badboy_> GNU\colossus: https://github.com/antirez/redis/blob/unstable/redis.conf#L138-L147
18:47 <GNU\colossus> badboy_, ah, neat! :)
18:48 <GNU\colossus> *wipes branch*
18:48 <GNU\colossus> I just noticed that redis bugs me about transparent hugepage support even though my running kernel has it configured for "madvise" only; is that intentional?
18:48 Mr__Anderson joined
18:49 <GNU\colossus> (I doubt redis would madvise() to use hugepages for its allocations when it's considered bad for performance...)
18:49 <badboy_> yes and no
18:49 <badboy_> redis only does a bare detection checking if it is on
18:49 <badboy_> https://github.com/antirez/redis/issues/3895
18:50 <badboy_> (did I submit that as a PR?)
18:52 <badboy_> now i did
18:52 <GNU\colossus> :) awesome
18:53 <GNU\colossus> *wipes another branch*
18:53 <badboy_> :D
18:53 <badboy_> I leave the rest to you ;)
19:00 edrocks joined
19:04 enigma_raz joined
19:11 orbyt_ joined
19:13 popsch joined
19:13 <popsch> I would like a redis node to be a slave of multiple redis servers (e.g., slaveof A and then slaveof B)
19:14 <popsch> I want to use that method to aggregate data from different redis instances on a single machine. is that possible?
19:19 cyborg-one joined
19:19 <minus> no
19:23 rxc joined
19:28 <GNU\colossus> badboy_, the supervision support arrived with Redis 3.2, is that correct?
19:28 <badboy_> puh, don't know of the top of my head
19:28 <badboy_> should be in the release notes though
19:29 <GNU\colossus> I think I found it in the 3.2 changelog
19:38 aphistic joined
19:38 minimalism joined
19:41 flanker_ joined
19:42 <GNU\colossus> I'm looking for non-evasive ways to figure out how the individual databases in a redis server contribute to its resource consumption (allocation size and IOPS) - is there a tool that can help me do that, or will I have to get creative?
19:43 <GNU\colossus> (still dealing with Redis 2.8 in this case)
19:50 roelmonnens joined
19:54 hahuang65 joined
19:56 <popsch> is there a way to have redis bind to all available network interfaces? in redis.conf, bind at the moment needs a specific IP listed, but with DHCP, this IP might change. A wildcard like 192.168.* doesn't seem to work.
20:02 <aphistic> hey all! I'm using a sorted set to keep track of things in history and i'd like to keep a nanosecond timestamp as the score (zadd testkey 1494876546384534904 1234) but when i try to get the score back with zrevrangebyscore it's giving me the score back in scientific notation ("1.4948765463845348e+18"). Is there a way I can change this so it returns the original value or is it a limitation of redis and I ne
20:02 <aphistic> ed to reduce the length of the number i'm storing?
20:03 <minus> popsch: bind to 0.0.0.0 probably
20:04 iamchrisf joined
20:04 <minus> aphistic: scores are stored as double precision floating point numbers and have a maximum integer-precision of 53 bits
20:05 flebel joined
20:05 <aphistic> minus: ahh, ok. thanks!
20:14 Specialist joined
20:47 nemothekid joined
20:54 popsch joined
21:00 <GNU\colossus> can I get redis' build system to alter all artifact/binary names for me? (I'd like to have a version-specific suffix on executables et al., like with automake's "--program-suffix=" option)
21:02 orbyt_ joined
21:09 <badboy_> GNU\colossus: no
21:09 <badboy_> Redis uses a plain makefile, you could edit the variables
21:09 <badboy_> or simply mv the files afterwards
21:10 <GNU\colossus> I was afraid you'd say that :) will have to work something out that makes this possible with Debian's packaging
21:17 <badboy_> why do you need that if I may ask?
21:23 <GNU\colossus> badboy_, well, I'm planning a rather complex restructuring of our redis deployments (4 master instances, ~20 slaves, with 20 databases in total in the masters, with the initial setup dating back to at least Redis 2.4)
21:24 <GNU\colossus> since we have several an outdated Debian release still in use, we roll our own packages for redis, since the replication isn't expected to work between the version available in Debian itself
21:24 <GNU\colossus> now, I'd also like to be able to operate Redis in at least two versions in parallel during the migration phase
21:24 <GNU\colossus> we have 2.8 right now and will need to support that version for a number of days while making the switch to (I hope) 4.0
21:25 <badboy_> you should be able to change the destination dir if that helps
21:26 orbyt_ joined
21:26 <GNU\colossus> yeah I've seen support for that in the Makefile. I'll consider that as another resort :)
21:26 <GNU\colossus> I'm not in a rush
21:41 raspado joined
22:03 Reeckz joined
22:03 hndk joined
22:15 enigma_raz joined
22:18 daxelrod joined
22:20 daxelrod1 joined
22:23 Azure joined
22:26 kurdzman joined
22:31 hndk joined
22:32 orbyt_ joined
22:46 EyePulp joined
23:01 mikecmpbll joined
23:01 popsch joined
23:08 orbyt_ joined
23:13 <popsch> minus, bind 0.0.0.0 works. thanks a lot
23:14 shesek joined
23:20 daxelrod joined
23:23 daxelrod1 joined
23:35 shinnya joined