Changes between Initial Version and Version 2 of Ticket #1209
- Timestamp:
- 2010-09-29T13:35:29Z (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #1209
- Property Owner changed from somebody to gdt
- Property Version changed from 1.8β to 1.8.0
- Property Summary changed from repair of immutable files should not increment the sequence number to repair of directories (all immutable files) should not increment the sequence number
-
Ticket #1209 – Description
initial v2 1 I often find that 9 shares of seqN are available compared to 10 desired. I do a repair, and this results in 10 shares of seqN+1 and then 9 are deleted. Then the next day there are 9 of seqN+1 and 1 of seqN, and the file is again not healthy. This repeats daily.1 Particularly with my root directory, I often find that 9 shares of seqN are available compared to 10 desired. I do a repair, and this results in 10 shares of seqN+1 and then 9 are deleted. Then the next day there are 9 of seqN+1 and 1 of seqN, and the file is again not healthy. This repeats daily. 2 2 3 3 It seems that the missing seqN shares should be generated and placed, and then when servers churn more it's likely that 10 can still be found, and no unrecoverable versions. Perhaps I don't get something, but the current behavior is not stable with intermittent servers.