Yes.
On Jun 19, 2014, at 1:47 PM, Theo Schlossnagle wrote:
> To be clear, you're considering a13160da8adeca96d80388cc77cb88ad5301aeaa the
> latest?
>
>
> On Thu, Jun 19, 2014 at 12:36 PM, Matthew Von-Maszewski
> wrote:
> Running repair now may have detected damage done to your data long ago
To be clear, you're considering a13160da8adeca96d80388cc77cb88ad5301aeaa
the latest?
On Thu, Jun 19, 2014 at 12:36 PM, Matthew Von-Maszewski
wrote:
> Running repair now may have detected damage done to your data long ago.
> Repair reads every file and tests the CRC on every block in the file.
Hi Lukas,
The 1.4.9 release notes are here:
https://github.com/basho/riak/blob/1.4/RELEASE-NOTES.md
Thanks,
Alex
On Jun 19, 2014, at 1:05 PM, Lukas J. Dickie wrote:
> Hello all,
>
> I couldn't find release notes as to what changed from Riak 1.4.8 to 1.4.9.
> Does anyone know what changes
Hello all,
I couldn't find release notes as to what changed from Riak 1.4.8 to
1.4.9. Does anyone know what changes took place?
Thanks,
Lukas
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users
Running repair now may have detected damage done to your data long ago. Repair
reads every file and tests the CRC on every block in the file.
Two known issues might have caused the original corruption:
https://github.com/basho/leveldb/wiki/mv-verify-compactions
or
https://github.com/basho/l
I'm using basho/leveldb as of
commit: 532bb6351e7835e862c8508520780bfc9d0c2b78 (no snappy)
I have an issue with some small sized database... they claim corruption,
but when running a repair I have a nonsensical amount of sst's moved into
"lost"
Worse, the files moved to "lost" have very very old
On Tue, Jun 17, 2014 at 12:46 PM, István wrote:
>
>
> The entire dataset is idempotent and immutable, so there is not even a
> slightest chance that we are ending up with different values on
> different nodes for the same key in the same bucket. It seems that
> anti-entropy still finds problems:
>
