You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Thomas Mueller (JIRA)" <ji...@apache.org> on 2009/11/17 10:28:39 UTC
[jira] Updated: (JCR-2396) File Journal workaround for misbehaving
NFS implementations
[ https://issues.apache.org/jira/browse/JCR-2396?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Mueller updated JCR-2396:
--------------------------------
Attachment: diff.patch
This patch used FileChannel.lock(..) as a workaround.
> File Journal workaround for misbehaving NFS implementations
> -----------------------------------------------------------
>
> Key: JCR-2396
> URL: https://issues.apache.org/jira/browse/JCR-2396
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: clustering
> Environment: Some versions of NFS
> Reporter: Thomas Mueller
> Assignee: Thomas Mueller
> Priority: Minor
> Attachments: diff.patch
>
>
> After one NFS client wrote data to a file, reading from another client results in blocks of zero
> in some NFS implementations. This is a known issue:
> http://markmail.org/search/blocks+of+zeros+%28NULLs%29+in+NFS+files+in+kernels
> The Jackrabbit file journal implementation does not work properly in this situation.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.