viced: Delete dup host before probing old host
authorAndrew Deason <>
Thu, 16 Feb 2012 22:20:16 +0000 (16:20 -0600)
committerDerrick Brashear <>
Mon, 20 Feb 2012 21:14:46 +0000 (13:14 -0800)
Currently, when the fileserver gets a new connection from an address
not on the addr hash table, we allocate a new host structure and add
that host to the addr hash table. If we then find that that host's
uuid matches the uuid of an extant host, we do the following:

 - probe the old host with the uuid, and MultiProbeAlternateAddress_r
   if the probe fails

 - mark the duplicate host as HOSTDELETED

 - manipulate the interface lists

Consider, for example, that we have an extant host ('oldHost') with
address, but with on its alternate interface
list. At some point, the interface goes away or becomes
unreachable. A new connection comes in from that same host on

What will happen is we create a new host for address, and
then detect the uuid collision. When we try to probe the old address
of, it will fail, and we will try to
MultiProbeAlternateAddress_r. MultiProbeAlternateAddress_r will
determine that the alternate address responds
successfully to the probe, and it tries to set to be the
primary address of 'oldHost', and add 'oldHost' to the addr hash table

But the "new" host from the incoming connection is already hashed on
the address hash table under, so the
h_AddHostToAddrHashTable_r call in MultiProbeAlternateAddress_r fails.
Since we later delete the new duplicate host, this results in being the primary address for the host, but that address
is not anywhere in the address hash table.

This behavior can be seen by the following pair of FileLog messages:

Wed Feb  1 11:02:38 2012 CB: ProbeUuid for 0xdeadbeefdead ( failed -01
Wed Feb  1 11:02:38 2012 h_AddHostToAddrHashTable_r: refusing to hash host beefdeadbaadcafe ( already hashed

While those message do not necessarily indicate this problem, this
problem will result in those messages.

To fix this, mark the duplicate host as HOSTDELETED before we do any
probing on 'oldHost'. This way, if MultiProbeAlternateAddress_r tries
to add 'oldHost' to the addr hash table under, it will be
able to do so successfully, since the old duplicate host is deleted.

Change-Id: Id3aaab0718425492dca1deba892725160677b85f
Reviewed-by: Jeffrey Altman <>
Reviewed-by: Derrick Brashear <>
Reviewed-by: Alistair Ferguson <>
Tested-by: BuildBot <>


index 08632b0..9b946d7 100644 (file)
@@ -2001,6 +2001,17 @@ h_GetHost_r(struct rx_connection *tcon)
                if (oldHost) {
                    int probefail = 0;
+                   /* This is a new address for an existing host. Update
+                    * the list of interfaces for the existing host and
+                    * delete the host structure we just allocated. */
+                   /* mark the duplicate host as deleted before we do
+                    * anything. The probing code below may try to change
+                    * "oldHost" to the same IP address as "host" currently
+                    * has, and we do not want a pseudo-"collision" to be
+                    * noticed. */
+                   host->hostFlags |= HOSTDELETED;
                    oldHost->hostFlags |= HWHO_INPROGRESS;
                     if (oldHost->interface) {
@@ -2034,13 +2045,6 @@ h_GetHost_r(struct rx_connection *tcon)
                         probefail = 1;
-                   /* This is a new address for an existing host. Update
-                    * the list of interfaces for the existing host and
-                    * delete the host structure we just allocated. */
-                    /* prevent warnings while manipulating interface lists */
-                   host->hostFlags |= HOSTDELETED;
                    if (oldHost->host != haddr || oldHost->port != hport) {
                        struct rx_connection *rxconn;