I changed the code to do a dot file and move to avoid the EOF on read(on
linux). The problem i see now is that, there are more than one write happening
at the same time (from different nodes in the cluster). How is that possible if
there is a write lock on the node ?
protected void st
The fix above reduced the EOF exceptions but it did not completely eliminate
the issue. I have a shared cache with 2 nodes and file cache loader with nfs
(yes, i know that you guys don't recomment it, just building a basic
infrastructure to test with). Further debugging revealed the fact that bo
File cache loader in a cluster was failing with EOF exception while
restoring an object, under load. It looks like the original hash map was not
getting written properly. The original code is given below:
protected void storeAttributes(Fqn fqn, Map attrs) throws Exception
{
File