irods: When composable resources voting and individual resource status conflicts, users don't get their data

• main
• 4-3-stable

---

Bug Report

iRODS Version, OS and Version

4.2.7 Ubuntu 18.04

What did you try to do?

iget a file where one replica out of two is stored on a resource that is marked down but the composable tree is configured with a higher read priority for that branch of the tree.

local resource branch (with marked down resource): resc_context: write=1;read=1 remote resource branch (with accessible replica): write=0.1;read=0.1

Expected behavior

The replica from the marked up resource is provided.

Observed behavior (including steps to reproduce, if applicable)

The voting logic from the passthru over-rides the resource marked down and the iget attempts to retrieve the replica from that resource, resulting in a HIERACHY_ERROR.

The only way for the user to retrieve that file is to directly target the replica with -n which requires a level of understanding of the state and make up of the underlying infrastructure that is not fair to expect of an end user (how do they know the other replicas isn’t also unavailable in some way).

Sadness and service desk tickets then follow.