09:20:19 GMT <psprint> Hello. Redis cannot be an embedded database, like Sqlite?
09:21:15 GMT <Inge-> psprint: correct. redis runs in its own process
09:21:44 GMT <psprint> what a loss, storing hashes and other data structures is cool, I would create Zsh module that would map hashes etc.
09:23:10 GMT <psprint> is there some alternative? I can use gdbm but want to have set of hashes. For Gdbm this would be set of different databases, each behaving like hash, mapping key -> value for given storage name
09:25:09 GMT <Inge-> psprint: something like Berkley DB ?
09:25:34 GMT <psprint> Inge-: yes Gdbm is like Berkley db, if that's what you ask
09:26:33 GMT <Inge-> aaah ok
09:27:54 GMT <psprint> "BDB stores arbitrary key/data pairs as byte arrays, and supports multiple data items for a single key." I think Gdbm doesn't have that
09:28:13 GMT <psprint> if it's multiple inserts for one key
18:14:27 GMT <jjore> I'm struggling with a thing. I'd like to control a data center's redis with Sentinel. (one write machine, many read-only slaves). I have remote data centers which also want to be read slaves. Can I have a cluster slaveof another cluster? Or do I just make one big cluster? The documentation is failing me.
18:19:35 GMT <elisiano> howdy folks. apologies if what I'm about to ask does not make any sense, I'm new. I'm trying to move data from one cluster to another. What's the best approach to do this? Is there any tool (except the one written in go that didn't work for me)?
22:25:04 GMT <minus> jjore: slave-priority can help you prevent certain instances from being elected as master
22:25:30 GMT <minus> and yes, you can chain more slaves after a slave. but i'd make sure that one does not become master
22:25:38 GMT <minus> (slave-priority 0)
22:28:43 GMT <jjore> minus, yep, I found that. I didn't find something about how to get a single host in the remote data center to slaveof "something via sentinel". Or of the N remote hosts in a data center, getting one do to the long-haul replication and then replicating from that one locally.