icp cannot copy files larger than 2GB about irods_client_icommands

[korydraughn]

You may be correct. We'll add it to the list of things to look at it.

[trel]

Initial poking around suggests this works in 4.2.11...

$ icp -h | grep Version
iRODS Version 4.2.11                icp

$ iput 3gfile

$ ils -l 3gfile 
  alice             0 demoResc   3221225477 2022-08-13.19:48 & 3gfile

$ icp 3gfile 3gfilecp

$ ils -l 3gfilecp
  alice             0 demoResc   3221225477 2022-08-13.19:48 & 3gfilecp

$ iget 3gfilecp

$ diff 3gfile 3gfilecp

$ echo $?
0

[iychoi]

I'm using iCommands version 4.2.11 too.
I guess it's a server-side issue. CyVerse DataStore is using 4.2.8.

$ imiscsvrinfo 
RCAT_ENABLED
relVersion=rods4.2.8
apiVersion=d
rodsZone=iplant

[trel]

wait, so 4.2.11 client talking to a 4.2.8 server... sees this error, too?

in addition to your original 4.3.0 client claim at the top of this issue?

[iychoi]

Yes, both 4.2.11 client and 4.3.0 client have the same error. That's why I think it's a server-side issue.

[alanking]

Okay, that makes sense. 4.2.9 introduced some very dramatic changes to data movement across a number of APIs which almost certainly broke compatibility between the clients and the servers.

We made sure that transfers/requests over federation worked okay between newer and older versions, but we don't make any guarantees about the iCommands working with non-matching server versions.

[iychoi]

I tested the copy operation with gocommands that implements the iRODS protocol from scratch. It also had the issue. So I think this is not the icommands' compatibility issue.