-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NGAS subscription can only handle files with crc32c checksums #44
Labels
Comments
I confirm this is indeed an issue. The problem actually happens with any checksum type that is not crc32 though, meaning that both crc32c and crc32z can fail, while crc32 passes. |
rtobar
added a commit
that referenced
this issue
Mar 10, 2021
When pushing data downstream, the subscription mechanism informed the remote end about the file checksum value, but not the variant/type of checksum used to calculate such value. This left the downstream server incapable of working with checksums other than "crc32", while files locally checksummed with other variants would fail to be pushed because on the remote server the checksum values wouldn't match. We vaguely knew this was a limitation from old discussions, but it became a problem more explicitly in #44. Signed-off-by: Rodrigo Tobar <rtobar@icrar.org>
rtobar
added a commit
that referenced
this issue
Mar 10, 2021
The new, enriched version of test_basic_subscription now checks that basic file subscription transmission works against all supported checksum variants. This mimics the test shown as evidence of the problem in #44, and thus will ensure this doesn't happen again. Signed-off-by: Rodrigo Tobar <rtobar@icrar.org>
rtobar
added a commit
that referenced
this issue
Mar 11, 2021
When pushing data downstream, the subscription mechanism informed the remote end about the file checksum value, but not the variant/type of checksum used to calculate such value. This left the downstream server incapable of working with checksums other than "crc32", while files locally checksummed with other variants would fail to be pushed because on the remote server the checksum values wouldn't match. We vaguely knew this was a limitation from old discussions, but it became a problem more explicitly in #44. Signed-off-by: Rodrigo Tobar <rtobar@icrar.org>
rtobar
added a commit
that referenced
this issue
Mar 11, 2021
The new, enriched version of test_basic_subscription now checks that basic file subscription transmission works against all supported checksum variants. This mimics the test shown as evidence of the problem in #44, and thus will ensure this doesn't happen again. Signed-off-by: Rodrigo Tobar <rtobar@icrar.org>
A fix for this issue, and an enriched subscription unit test that checks this works for all crc variants have now been merged to the |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I created a test where I archive files specifying different checksum variants...
Only the file archived using crc32c is successfully pushed to the a subscriber. Looking at the logs from the subscriber I see the following error messages...
I also receive the following notification email message...
The text was updated successfully, but these errors were encountered: