Project

General

Profile

Actions

Bug #14900

closed

[arv-put] when reusing a local cache, arv-put does not check if the blocks exist and blindly creates the collection

Added by Ward Vandewege about 5 years ago. Updated almost 5 years ago.

Status:
Closed
Priority:
Normal
Assigned To:
Category:
-
Target version:
Story points:
-
Release relationship:
Auto

Description

What I ran into today:

1) create an ephemeral arvados cluster with our kubernetes prototype
2) arv-put a file to it from my local system. Arv-put creates a local cache directory in .cache/arvados/arv-put/
3) blow away the arvados cluster, and re-create it
4) re-run the arv-put command from my local system:

$ arv-put 4xphq-8i9sb-fmwod1qn74cemdp.log.txt 
2019-02-27 22:05:07 arvados.arv_put[103627] INFO: Resuming upload from cache file /home/wvandewege/.cache/arvados/arv-put/0a16eb3c98df444230504d71edb7d7c1
0M / 0M 100.0% 2019-02-27 22:05:07 arvados.arv_put[103627] INFO: 

2019-02-27 22:05:07 arvados.arv_put[103627] INFO: Collection saved as 'Saved at 2019-02-27 22:05:07 UTC by wvandewege@shell.qr1hi.arvadosapi.com'
vwxyz-4zz18-v5p53u2m8rdl17i

Arv-put happily creates the collection without checking the blocks. The blocks don't exist.

Workaround: blow away cache directory and re-run the arv-put command.

While this scenario is unusual today, we are going to a future with more ephemeral arvados installations, and this will become a more common occurrence.

Proposed solution: arv-put should double check that (some of? all of?) the blocks exist before creating a collection from a local cache.


Subtasks 1 (0 open1 closed)

Task #14957: ReviewClosedEric Biagiotti03/27/2019Actions

Related issues

Related to Arvados - Bug #14012: arv-put does not check cached signatures when resumingResolvedLucas Di Pentima12/03/2018Actions
Actions

Also available in: Atom PDF