This is the mail archive of the
overseers@sourceware.org
mailing list for the Sourceware project.
Re: ongoing sourceware.org recovery from disk corruption
On Wed, 16 Aug 2017, Joseph Myers wrote:
> To be clear: by timestamp I'm referring to the *seconds* part of the
> timestamp, not the nanoseconds (whereas e.g. Python stat returns float
> values for timestamps including nanoseconds by default). Whatever
> comparison is used needs to compare seconds only. E.g., for one case of a
> corrupted file I noticed updating an old src checkout:
>
> -r--r--r--. 1 corinna src 106630 2015-01-14 09:56:02.000000000 +0000 /sourceware2/projects/src-home/cvsfiles/src/libgloss/or1k/include/or1k-sprs.h,v
> -r--r--r--. 1 corinna src 106630 2015-01-14 09:56:02.398317319 +0000 /sourceware/projects/src-home/cvsfiles/src/libgloss/or1k/include/or1k-sprs.h,v
Any updates on the status of the search for / fix of such
same-timestamp-different-contents files? This pair still have different
contents, for example.
On the missing-files front, in another cvs update I noticed that
/sourceware/projects/gcc-home/cvsfiles/wwwdocs/htdocs/onlinedocs is
missing the entire gcc-4.8.1 subdirectory (present in the /sourceware2
copy). Presumably there are various other such missing files and
directories (but as the search for them only needs to compare directory
contents, not read the files themselves, it should be quicker).
--
Joseph S. Myers
joseph@codesourcery.com