09:10:00 GMT anyone on ? need some help 12:03:33 GMT hi guys 12:03:57 GMT questions about particular language clients implementations are ok here too? :) 12:59:08 GMT hey 12:59:39 GMT is there a redis-idiomatic way of dealing with 2 agents writing to the same key in redis? 12:59:52 GMT like transaction type of stuff, if I had lets say array of ints cached 13:00:15 GMT and 2 agents would like to add and int to that array (each agent a different one obviously) 15:01:38 GMT Hi can anyone help with this? 15:02:20 GMT 18583:X 07 Feb 15:00:42.100 * +sentinel sentinel 4358d005d5556f9a0644e6e831de851ce54894d3 ip 26380 @ mymaster ip 6380 15:02:21 GMT 8583:X 07 Feb 15:01:12.152 # +sdown sentinel 4358d005d5556f9a0644e6e831de851ce54894d3 ip 26380 @ mymaster ip 6380 15:02:36 GMT it recognises the sentinel, but then its flagged as down ? 15:03:41 GMT pulling my hair out! 15:11:11 GMT ren0v0: it recognizes the monitored instance as subjectively down 16:08:41 GMT Hello fellas, I've got a pretty simple question: does reddis require all of my DB to be on RAM? If not, what are the parameters and their values that would server as threshold to Redis applicability to a given DB? 16:08:52 GMT that would werve* 16:08:55 GMT serve* 16:10:58 GMT bsamorim: yes, it does 16:11:23 GMT minus: :( :( :(......ok thanks very much! 16:12:28 GMT is there some sort of rule of thumb that would determine how much space would my dataset take with redis? 16:13:00 GMT more broadly, can I expect significant differences between the space taken in SQL DB's and Redis ones? 16:14:42 GMT badboy_, isn't it saying the sentinel is down ? 16:15:40 GMT no 16:15:49 GMT sdown is an event about monitored masters 16:16:06 GMT badboy_, i've been on this for 2 days, and can't get it working. I have 3 servers, 3 instances of redis-server and 3 sentinels on each. and this is the log >> http://pastebin.com/Ra1NVgQK 16:16:32 GMT but master is running >> redis 18300 0.1 0.2 38748 11296 ? Ssl 14:51 0:08 /usr/bin/redis-server 0.0.0.0:6380 16:17:33 GMT is ip1 a valid ip the sentinels can reach? 16:17:40 GMT And, if i run "sentinel sentinels mymaster" i see this > 10) "s_down,sentinel,disconnected" 16:18:26 GMT badboy_, yes. 16:19:27 GMT check this > http://pastebin.com/3BXqgg64 16:20:19 GMT and then sentinels >> http://pastebin.com/dhhGY4C6 (only pasted 1) 16:20:49 GMT oh wait, let me refresh my sentinel knowledge quickly 16:20:58 GMT the docs absolutely suck 16:20:59 GMT are ip2 and ip3 also valid? 16:21:09 GMT "absolutely" is quite harsh but I can agree :D 16:21:12 GMT yes, i have mongo replication working across the same 3 servers just fine 16:21:43 GMT can you telnet to the sentinel from each other server running a sentinel? 16:22:00 GMT i can ping, i don't use telnet but can try something specific if you need ! 16:22:07 GMT ports are open etc 16:22:22 GMT are you sure? did you try? 16:22:23 GMT ;) 16:22:37 GMT to ping? yes, nmap ports? yes 16:23:03 GMT i've spent 6 hours today debugging firewall, to find out that flushing all rules makes no difference, so it must be redis/configs! 16:23:17 GMT as i don't know your config 16:23:28 GMT easiest would be to start from scratch once more 16:23:34 GMT i've already pasted it all into ##networking, let me get them 16:23:40 GMT bring down instances, remove sentinel config, restart 16:24:29 GMT remove sentinel config? (yes its annoying that it keeps rewriting mine) 16:25:20 GMT it persists the state in the config file, yes 16:25:44 GMT here is my config before and after > http://pastebin.com/CYwc4gtf 16:26:49 GMT that looks just fine, yep# 16:27:32 GMT meh, my dev setup for sentinel is broken 16:28:52 GMT ooooh wait 16:28:57 GMT I made a mistake 16:28:59 GMT you are right 16:29:07 GMT +sdown sentinel reports the sentinel is down 16:29:21 GMT <*> badboy_ checks his customer's instances 16:30:03 GMT ren0v0: what about the other 2 sentinels, do they report that the other sentinel is down as well? 16:32:29 GMT let me check 16:32:53 GMT yes 16:33:53 GMT then for some reason that I don't know packets between those instances are lost 16:34:01 GMT which ip do the others report about the down instance? 16:34:51 GMT http://pastebin.com/Ra1NVgQK 16:34:54 GMT this is all i see in the logs 16:35:27 GMT and on each respective server its the same, but with the other 2 servers ips 16:35:33 GMT i added verbose logs, and i see this http://pastebin.com/hAXjYt77 16:35:37 GMT additionally 16:38:06 GMT something with your network is flaky 16:39:26 GMT A newbie question.. Trying to access Redisover a load balanced VIP where in there is only one active server at a time. Is there any special configuration needed either in the VIP (F5) configuration or in the Redis configuration ? 16:42:28 GMT badboy_, like what? i don't see anything wrong 16:42:35 GMT Redis does^^ 16:42:37 GMT the only thing that isn't working here is redis 16:42:51 GMT badboy_, it's not telling me anything is wrong, what am i expected to do ? 16:43:06 GMT then drop down to packet dumps and see if you can spot anything suspicious 16:43:12 GMT at least that's what I would do 16:43:15 GMT also I have to leave now 16:43:17 GMT nothing 16:43:20 GMT it sucks 16:44:10 GMT it sure as hell does 16:48:36 GMT Adding a new Sentinel to your deployment is a simple process because of the auto-discover mechanism implemented by Sentinel. < YEA RIGHT 16:50:10 GMT "(given that your network holds)" 16:50:25 GMT also: they auto-discovered each other :P 16:51:13 GMT where can i find a list of ALL sentinel config options? 16:51:17 GMT i mean man, the docs are soooo bad 16:52:14 GMT http://download.redis.io/redis-stable/sentinel.conf 16:52:59 GMT well, nothing there i don't have, and it doesn't include some stuff that sentinel itself writes to my config 16:53:14 GMT i'm deleting the configs and starting again, bringing them up 1minute apart 16:53:40 GMT because what sentinels writes is state, not config 16:54:05 GMT then why put it in the f**** config ? 16:54:12 GMT its just annoying 16:54:29 GMT call it sentinel.state 16:54:38 GMT it needs to be put somewhere. that it is in the config file is IMO one of the bad decisions indeed 16:54:45 GMT everytime i run it, i have to change my config 16:54:51 GMT but given that I'm not responsible for it... 16:55:25 GMT its removing lines from mine.... 16:56:11 GMT it might remove default values afaik 16:56:36 GMT it will not remove changed values and if it does that's a bug 16:57:50 GMT i'll test that. The .conf you linked doesn't include "loglevel", yet this works and i needed it, so why aren't all configs there ? 16:59:31 GMT some are valid across all modes 16:59:45 GMT but yeah, they should still be added there 17:00:02 GMT well yea because "some" doesn't tell me which :D 17:00:25 GMT you are right about rewrite removing "default" values, but thats stupid as well, because i have to dig around again and find the configs so i can edit them... 17:00:27 GMT likely all that don't touch data storage things^^ 17:00:42 GMT i've just found protected-mode and bind directives in this config 17:01:07 GMT i didn't set this, sentinels still discovered each other according to logs, so not sure why they would be needed? 17:01:38 GMT protected mode is not for sentinels 17:01:49 GMT and bind defaults to 0.0.0.0 17:02:03 GMT thats not what the config says 17:02:19 GMT not? 17:02:25 GMT and by default bind defaults to open? thats also not what it says 17:02:29 GMT top part http://download.redis.io/redis-stable/sentinel.conf 17:03:02 GMT oh i see 17:03:09 GMT i was wrong again (and tired) 17:03:12 GMT sorry 17:03:23 GMT which version of redis/sentinel are you running? 17:03:56 GMT ok pretty new 17:04:03 GMT yea 3.2.6 i think 17:04:05 GMT anyway, gotta go. happy debugging! 17:04:11 GMT ok, turned on this protected-mode, no sdown yet 17:04:28 GMT docs don't even tell me what it does :D :D 17:04:29 GMT thanks! cya 17:17:31 GMT badboy_, for your interest, it seems some "configs" or "states" however you want to call them, (to me sentinel master is a config because you set it prior to running), are overwritten, especially the one i just mentioned because its used to store master's host 17:18:11 GMT i thought the master i set would always be re-elected once it came back online 17:18:30 GMT assumption based on how mongodb works that was all, its annoying its not the case because my configs will never match the right master :D 20:40:01 GMT ren0v0: mongo promotes back a re-joining old master? o_O 20:40:06 GMT that sounds ... horrible 20:40:16 GMT (afaik it did not do that in my setup)