STABLE14-volume-dont-artificially-untimeout-vlservers-20061218

FIXES 48959

remove synthetic event to undo timeouts of vlservers we "haven't talked to yet"

(cherry picked from commit c4adc63872d720b43d2ff99fd780046a4ba9883b)

diff --git a/src/afs/afs_volume.c b/src/afs/afs_volume.c
index 98a18135779df44c1571b14e53baf7ef41ad25c5..6cf8158928aecd999a56ba704d236ce8bc0e5450 100644 (file)
--- a/src/afs/afs_volume.c
+++ b/src/afs/afs_volume.c
@@ -682,6 +682,8 @@ afs_NewVolumeByName(char *aname, afs_int32 acell, int agood,
     } while (afs_Analyze(tconn, code, NULL, &treq, -1, /* no op code for this */
                         SHARED_LOCK, tcell));
 
+    /* RT 48959 - unclear if this should really go */
+#if 0
     if (code) {
        /* If the client has yet to contact this cell and contact failed due
         * to network errors, mark the VLDB servers as back up.
@@ -704,6 +706,7 @@ afs_NewVolumeByName(char *aname, afs_int32 acell, int agood,
        afs_PutCell(tcell, READ_LOCK);
        return NULL;
     }
+#endif
     /*
      * Check to see if this cell has not yet referenced a volume.  If
      * it hasn't, it's just about to change its status, and we need to mark