Behavior for when connecting to already populated store

[TylerADavis]

At the moment, all state about the store is kept locally. If a client connects to a remote store that already contains objects, it will have no knowledge of the ObjectIDs in the store or the Mem_addr/ peer_rkey + other information associated with them.

Should we implement some way for the client to get state from the server, and if so, how?

[TylerADavis]

As of the present, the TCP setup allows for a client to retrieve any item already on the server. However, the RDMA setup allows a client to retrieve only items that it has placed as it keeps track of items locally.

[TylerADavis]

Additionally, it seems that as a result of the aforementioned setup where the RDMA client keeps track of items locally, the server is not aware of the objectID associated with any object. As such, two RDMA clients are able to write to the same objectID without overwriting one another.

[TylerADavis]

This actually popped up as an issue in a test that I wrote for get_bulk as it attempted to access items before any had been put, which is an issue as the store does not know how large a segment of memory to allocate for receiving if no objects have been put previously.