Open RubenGarcia opened 2 years ago
Also hit this when replicating another user's data object with admin rights.
irepl -M ../alice/alicetier
Jan 20 08:09:14 pid:17701 NOTICE: _rsGenQuery: genQuery status = -818000
Jan 20 08:09:14 pid:17701 NOTICE: rsGenQuery: _rsGenQuery failed, status = -818000
Jan 20 08:09:14 pid:17701 NOTICE: getDataObjInfo: rsGenQuery error, status = -818000
Jan 20 08:09:14 pid:17701 NOTICE: checkAndGetObjectId cmlExecuteNoAnswerSql(rollback) succeeded
Jan 20 08:09:14 pid:17701 NOTICE: rsModAVUMetadata: rcModAVUMetadata failed
Jan 20 08:09:14 pid:17701 remote addresses: 127.0.0.1, ::1 ERROR: iRODS Exception:
file: /irods_plugin/libirods_rule_engine_plugin-apply_access_time.cpp
function: void (anonymous namespace)::update_access_time_for_data_object(rsComm_t *, const std::string &, const std::string &)
line: 36
code: -818000 (CAT_NO_ACCESS_PERMISSION)
message:
failed to set access time for [/tempZone/home/alice/alicetier]
[ ] 4-2-stable
Downloading a read-only file via python client gives irods.exception.CAT_NO_ACCESS_PERMISSION: failed to set access time for [file] due to storage tiering trying to update the access time. See https://github.com/irods/python-irodsclient/issues/320 for details. If the access time is not updated, the logic for tiering won't work correctly. The issue will probably also exist when using iget (and iget may be masking the error).