Re: WAN replication issue in cloud native environments

> On Jan 21, 2020, at 1:24 PM, Nabarun Nag wrote: > > Suggestion: > - Instead, can we create a new class that contains the memberID and > ServerLocation and that new class object is added as a key in the > connectionMap. I poked around a bit in this code and the ServerLocation is also in the

Request for Docker Hub permissions

Please grant me permission to upload Apache Geode artifats to Docker hub using my ID: dbarnes97. Thanks!

Re: WAN replication issue in cloud native environments

Hi Alberto, Thank you for the contributions to the Apache Geode project Here are a few feedback and pointers that we came up with: 1. Right now looking at your solution, we can see that you are modifying the class "ServerLocation" which is used to stored as a key in the connectionMap in

Re: Request for Confluence edit permissions

Hi Dave, Done! You should have access now. Thanks, -Dan On Tue, Jan 21, 2020 at 12:08 PM Dave Barnes wrote: > This is a request for permission to edit the Apache Geode Wiki on > Confluence using my Apache credentials: > Username: dbarnes > Email: dbar...@apache.com > I've been using

Request for Confluence edit permissions

This is a request for permission to edit the Apache Geode Wiki on Confluence using my Apache credentials: Username: dbarnes Email: dbar...@apache.com I've been using another login to access confluence, but I'd like to be able to do it with my Apache identity. Thanks, Dave Barnes (committer &

Re: privacy protection

Something to consider is what scenarios do you want to protect against. Full disk encryption protects against a drive pull attack, such as an attack walks into a data storage room full disks, pulls a disk from the room, and then makes a run for it. Since the full disk is encrypted, the attacker

Re: privacy protection

Hi Mario, It's something we've talked about before, I think it would be a good idea. The two workarounds I have seen done are - full disk encryption - storing the geode disk files on an encrypted disk - encrypting values - At the client side, converting values into encrypted bytes before storing

Call for presentations for ApacheCon North America 2020 now open

Dear Apache enthusiast, (You’re receiving this message because you are subscribed to one or more project mailing lists at the Apache Software Foundation.) The call for presentations for ApacheCon North America 2020 is now open at https://apachecon.com/acna2020/cfp ApacheCon will be held at

RE: WAN replication issue in cloud native environments

Hi, I have been implementing a possible solution for this issue, and although I have not finished yet, I would like to kindly ask for comments. I created some Helm charts to explain and reproduce the problem, if you are interested they are here:

Re: privacy protection

Hi there Mario, The idea of encryption-at-rest, is something that has been on my radar for at least 4yrs now. I would not mind having a chat about what your requirements are and how we can get this into Geode. Looking forward to chatting to you about this. --Udo On 1/15/20 2:20 AM, Mario

Odg: privacy protection

Hi, Just kindly reminder on this. BR, Mario Šalje: Mario Kevo Poslano: 14. siječnja 2020. 16:20 Prima: dev@geode.apache.org Predmet: privacy protection Hi geode-dev, Is it possible somehow to protect all files that containing user data(or user data itself)

disable statistic archival

Hi, We are trying to disable archiving statistic in the file by providing empty string to --statistic-archive-file. This option doesn't work. >From the documentation it should work: The file to which the running system member writes statistic samples. For example: “StatisticsArchiveFile.gfs”.