reconnAddr not being honored by some iCommands

[tedgin]

Bug Report

iRODS Version, OS and Version

The server is version 4.1.10 running on CentOS 6. I'm not certain about our users' iCommands versions.

What did you try to do?

We have HAProxy set up in front of our single IES. Our IES doesn't host any resources. Other servers do that. Our HAProxy is named data.cyverse.org, and the IES is named ares.iplantcollaborative.org. We tell all of our users to use data.cyverse.org as their iRODS host. HAProxy is configured to forward all connections on ports 1247 and ports 20000-20399 to the IES.

Expected behavior

Clients should reconnect directly to the IES, ares.iplantcollaborative.org using one of the ports in the range 20000-20399.

If we were load balancing over multiple IES, reconnect attempts would only work sometimes.

Observed behavior (including steps to reproduce, if applicable)

At least some clients reconnect to the HAProxy, data.cyverse.org.

[tedgin]

It looks like problem is that calls to the rcReconnect function often pass the host from rods env, myRodsEmv->rodsHost instead of the reconnection host, conn->svrVersion->reconnAddr. For example, putUtil does this. See

irods/lib/core/src/putUtil.cpp

Lines 347 to 348 in 9a33ee7

	status = rcReconnect( myConn, myRodsEnv->rodsHost, myRodsEnv,
	reconnFlag );