Closed mstfdkmn closed 3 weeks ago
I noticed in your NREP invocation you passed ruleExec
instead of ruleExecOut
as the final command line argument.
Please try changing ruleExec
to ruleExecOut
and see what you get.
Hi Kory, I guess wrongly pasted here but tried one more time and the result is same. Also, I first encountered this via PRC
(base) u0137480@CRD-L-07856:~/projects/irods-acl-management$ irule -r irods_rule_engine_plugin-irods_rule_language-instance 'logical_quotas_get_collection_status("/icts_icts/home/u0137480")' null ruleExecOut
remote addresses: 10.114.56.34 ERROR: rcExecMyRule error. status = -1214000 RE_UNABLE_TO_WRITE_VAR
Level 0: DEBUG:
Thanks. We'll investigate.
When fetching the status via the NREP, the rule expects a second variable to be passed for storing the output. See the following code snippet.
I've verified this against 4.2.11 and tip of main (b285ba0).
Below is the invocation you want.
irule -r irods_rule_engine_plugin-irods_rule_language-instance 'logical_quotas_get_collection_status("/tempZone/home/rods", *r)' '*r=' '*r'
If you don't want to define *r
via the INPUT component, you can use the following.
irule -r irods_rule_engine_plugin-irods_rule_language-instance '*r = ""; logical_quotas_get_collection_status("/tempZone/home/rods", *r)' null '*r'
We are running iRODS 4.2.11 on Centos7
iRODS native rule language instance cannot succeed calling the operation of logical_quotas_get_collection_status. But the rule language of logical quota itself - irods_rule_engine_plugin-logical_quotas-instance - can execute without generating any error.
result on the client side with irods_rule_engine_plugin-irods_rule_language-instance:
logs:
result on the client side with irods_rule_engine_plugin-logical_quotas-instance: