Closed cookie33 closed 9 months ago
I think it's probably that our query assumed that a username would be sufficient, rather than username AND zonename.
I think this assumption is the bug. This should be easy enough to reproduce. Thank you.
It is also not possible to get data back which is already in the TIER1 storage:
$ ils -l /frank/home/robertv#igor/test_data_org_igor_20210818_10.txt
robertv 1 eudatPnfs 12 2021-08-18.15:28 & test_data_org_igor_20210818_10.txt
attribute: irods::storage_tiering::group value: eudat units: 1
* The remote resource and metadata on the resource:
$ ilsresc -l eudatPnfs -z frank resource name: eudatPnfs id: 10003 zone: frank type: unixfilesystem location: x.y.z.n vault: /data/eudatPnfs free space: free space time: : Never status: info: comment: create time: 01541080006: 2018-11-01.14:46:46 modify time: 01688109261: 2023-06-30.09:14:21 context: parent: parent context:
attribute: irods::storage_tiering::verification value: filesystem units:
* Trying to restore a file with `iget`
$ sleep 60 ; iget /frank/home/robertv#igor/test_data_org_igor_20210818_10.txt /tmp/test.txt remote addresses: x.y.z.n ERROR: getUtil: get error for /tmp/test.txt status = -130000 SYS_INVALID_INPUT_PARAM Level 0: resc hier is null
* The error in the logfile:
Dumping stack trace
<0> Offset: 0x6e Address: 0x7fed6b592b0e irods::exception::exception(long, std::__1::basic_stringA fix was tried at #228 using iRODS 4.3.1. But it still does not execute as the corrrect user/remote zone it seems. Can you give us a pointer on how to fix it?
fixed in #228.
Thanks, @cookie33!
BUG
VERSIONS
iRODS 4.2.12
Expected BEHAVIOUR
When putting a file on a remote site in a home directory in a tiered storage resource the object should be relicated to a second tier.
Observed behaviour
The action causes errors in the logfiles and it is not replicated to the second tier.
Replication steps
We have two zones:
The user
robertv
is known at both sides:When putting files from
igor
tofrank
in the home directory onfrank
the file is not replicated from TIER 0 to TIER 1put file on remote zone
frank
in home directory (from igor to frank):The file is present:
The metadata of the file which was automaticly created with the put action:
Errors in the logfile. It will not move from TIER 0 to TIER 1
I suspect that it fails because there is a pound sign in the collection/path to the object. Or the user is from a remote zone. That is why it can not find the file and can not do the replication.