You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The intentional architecture choice to hide rowkeys from every level of the system after the initial load has hidden failures in the way the row keys are computed. There needs to be a way to delete these to maintain the current list of uuid to rowkey mappings and verify that biocache-store is not still broken.
This particularly relates to #282 but there are also other operations that are virtually impossible to debug at this point due to the obfuscation layer that occ_uuid adds.
The text was updated successfully, but these errors were encountered:
…D and rowkeys in biocache-store
FixAtlasOfLivingAustralia#296 : Make dellog primary key include id so it is reasonably unique
Previous key was the current timestamp to second resolution, causing loss of records from the dellog column family when hundreds or thousands of records are deleted each second, as cassandra and the deletion code is capable of.
issue AtlasOfLivingAustralia#293 : Add initial support for deleting from occ_uuid to clean out bad data
Signed-off-by: Peter Ansell <p_ansell@yahoo.com>
The intentional architecture choice to hide rowkeys from every level of the system after the initial load has hidden failures in the way the row keys are computed. There needs to be a way to delete these to maintain the current list of uuid to rowkey mappings and verify that biocache-store is not still broken.
This particularly relates to #282 but there are also other operations that are virtually impossible to debug at this point due to the obfuscation layer that occ_uuid adds.
The text was updated successfully, but these errors were encountered: