On 13-01-21 11:11 AM, Thomas Rast wrote:
>
> What's odd is that while I cannot reproduce the original problem, there
> seems to be another issue/bug with utime():
I wonder if this is related to http://jira.whamcloud.com/browse/LU-305.
That was reported as fixed in Lustre 2.0.0 and 2.1.0 but I th
On 12-12-24 09:08 AM, Eric Chamberland wrote:
> Hi,
Hi,
> Doing a "git clone" always work fine, but when we "git pull" or "git gc"
> or "git fsck", often (1/5) the local repository get corrupted.
Have you tried adding a "-q" to the git command line to quiet down git's
"feedback" messages?
I dis
On 12-12-12 01:29 PM, Junio C Hamano wrote:
>
> Here the end of the pre-context matches the end of the added lines,
> but it will produce worse result if you blindly apply the "shift the
> hunk up" trick:
Yeah. I would not think a blind shift would be appropriate. But I
wonder if diff can take
On 12-11-04 05:10 PM, Pete Wyckoff wrote:
>
> Fascinating problem and observations.
I thought so as well.
> We've been using NFS with git for quite a while and have never
> seen such an error.
Could be because NFS manages to operate more atomically given that it's
just the network exporting of
When we use git on a network filesystem, occasionally and sporadically
we will see the following from a git checkout command:
error: git checkout-index: unable to create file foo (File exists)
Through a very basic grepping and following of the source it seems that
the core of the error message is
5 matches
Mail list logo
