[00:52:14] --- Russ has left: Disconnected [09:11:34] --- Russ has become available [14:48:59] Hmm, why can I talk to athena and andrew, but not gco? [14:49:54] gco works for me [14:50:18] And it works for me on not-freebuild.mit.edu. [14:52:02] But there, freebuild# cd grand.central.org freebuild# ls load: 0.00 cmd: ls 2368 [afs_rx_cv_wait] 260.81r 0.00u 0.00s 0% 1584k load: 0.00 cmd: ls 2368 [afswait] 278.18r 0.00u 0.00s 0% 1584k load: 0.00 cmd: ls 2368 [afs_rx_cv_wait] 286.69r 0.00u 0.00s 0% 1584k load: 0.00 cmd: ls 2368 [afs_rx_cv_wait] 292.33r 0.00u 0.00s 0% 1584k (that's SIGINFO output) [14:53:00] do you have current vldb server lists? are the vldb servers responding? are the file servers responding? [14:53:21] PID TID COMM TDNAME KSTACK 2368 100179 ls - mi_switch+0x1ea sleepq_switch+0x123 sleepq_wait+0x4d _sleep+0x369 rxi_ReadProc+0x3ef rx_ReadProc32+0xc1 xdrrx_getint32+0x19 afs_xdr_char+0x41 afs_xdr_vector+0x44 xdr_uvldbentry+0x30 VL_GetEntryByNameU+0x7b afs_NewVolumeByName+0x237 afs_GetVolumeByName+0x13c EvalMountData+0x316 EvalMountPoint+0x93 afs_EvalFakeStat_int+0x12b afs_EvalFakeStat+0xe afs_lookup+0x101 [14:53:49] Well, 130.237.48.87 isn't responding (unsurprisingly) [14:54:01] But grand and penn look right in my CSDB. [14:54:46] I took a kernel dump last night when cp was hanging, but I'm not really getting much from it. [14:56:17] well, I haven't looked at the vldb failover functionality in unix in a very long time. [14:56:48] andrew.e.kth.se does not respond but the other two do and the client should failover after a timeout [14:57:17] I was getting that 1 in 3 'vos ex sw.openafs.1601pre1 -c grand.central.org' tries were hanging on a solaris/1.4 box for a while last night, but those were killable. [23:44:23] --- Simon Wilkinson has become available