Bug #3948
closed
[SDKs] File access on keep mount giving I/O error
Description
On lightning-dev2, under the keep mount directory ~/keep/by_tag/hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac, accessing the file 'Loveland.txt' gives an I/O error:
abram@lightning-dev2.qr1hi:~$ cd ~/keep/by_tag/hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac ; ls -la total 1975 dr-xr-xr-x 1 abram abram 0 Jun 3 17:28 . dr-xr-xr-x 1 abram abram 0 Sep 22 16:41 .. -r--r--r-- 1 abram abram 2020720 Jun 3 17:28 Loveland.fna.gz -r--r--r-- 1 abram abram 375 Jun 3 17:28 Loveland.txt abram@lightning-dev2.qr1hi:~/keep/by_tag/hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac$ cat Loveland.txt cat: Loveland.txt: Input/output error
Other files in this directory are giving similar errors. I discovered this while trying to make a local copy of the directory:
abram@lightning-dev2.qr1hi:/data/abram/tmp$ cp -R /home/abram/keep/by_tag/hu34D5B9 . cp: reading `/home/abram/keep/by_tag/hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac/Loveland.fna.gz': Input/output error cp: failed to extend `./hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac/Loveland.fna.gz': Input/output error cp: reading `/home/abram/keep/by_tag/hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac/Loveland.txt': Input/output error cp: failed to extend `./hu34D5B9/qr1hi-4zz18-z6camrc7rr2faac/Loveland.txt': Input/output error cp: reading `/home/abram/keep/by_tag/hu34D5B9/qr1hi-4zz18-smaji1ecb25rl5c/Loveland_results.zip': Input/output error cp: failed to extend `./hu34D5B9/qr1hi-4zz18-smaji1ecb25rl5c/Loveland_results.zip': Input/output error ^C
Updated by Tim Pierce over 11 years ago
- Target version changed from Bug Triage to 2014-10-08 sprint
Updated by Tim Pierce over 11 years ago
- Project changed from 35 to Arvados
- Category set to SDKs
- Assigned To set to Tim Pierce
Updated by Tim Pierce over 11 years ago
- Subject changed from File access on keep mount giving I/O error to [SDKs] File access on keep mount giving I/O error
Updated by Tim Pierce over 11 years ago
- Assigned To changed from Tim Pierce to Ward Vandewege
This collection consists of one block that doesn't appear to be on any of the qr1hi keep servers. Under these circumstances, it is expected that arv-mount would return an I/O error.
Reassigning to Ward to see if there are any operational clues we can follow to find out what happened to this collection.
Updated by Ward Vandewege over 11 years ago
This block is on another arvados cluster. Looks like our sdk lost the ability to use the old Keep proxy.
We should probably set up a keepproxy there. And then make sure our SDK does the right thing in cases like this one.
Updated by Ward Vandewege over 11 years ago
- Target version changed from 2014-10-08 sprint to 2014-10-29 sprint
Updated by Ward Vandewege over 11 years ago
- Target version changed from 2014-10-29 sprint to 2014-11-19 sprint
Updated by Ward Vandewege over 11 years ago
- Target version changed from 2014-11-19 sprint to 2014-12-10 sprint
Updated by Ward Vandewege over 11 years ago
- Target version changed from 2014-12-10 sprint to 2015-01-07 sprint
Updated by Tom Clegg about 11 years ago
- Target version changed from 2015-01-07 sprint to 2015-01-28 Sprint
Updated by Tom Clegg about 11 years ago
- Target version changed from 2015-01-28 Sprint to 2015-02-18 sprint
Updated by Tom Clegg about 11 years ago
- Target version changed from 2015-02-18 sprint to Arvados Future Sprints
Updated by Ward Vandewege almost 7 years ago
- Status changed from New to Resolved
Updated by Tom Morris over 6 years ago
- Target version deleted (
Arvados Future Sprints)