[00:11:41] --- brantgurga has left [01:31:18] --- RedBear has become available [02:04:43] --- kula has left [03:10:45] --- haba has become available [04:45:17] --- brantgurga has become available [05:24:53] --- SecureEndpoints has left: Replaced by new connection [06:13:25] --- brantgurga has left [06:16:05] --- SecureEndpoints has become available [06:44:10] --- kula has become available [08:41:45] --- mmeffie has become available [08:50:17] --- dwbotsch has left [08:50:38] --- Rrrrred has become available [08:58:29] --- kula has left [09:08:52] --- reuteras has left [09:42:12] --- haba has left [09:45:51] --- brantgurga has become available [09:54:24] --- dev-zero@jabber.org has become available [09:54:30] --- dev-zero@jabber.org has left: offline [09:54:31] --- kula has become available [11:00:21] --- sxw has become available [11:02:38] --- sxw has left [11:29:42] --- Mike Garrison has become available [11:49:46] --- brantgurga has left [12:44:15] we've got a couple of interesting ones here at umich. at least a couple of volume dumps failing with something like this in the VolserLog: [12:44:18] Tue Apr 21 23:13:17 2009 1 Volser: DumpVnode: dump: Unable to open inode 260640090363206 for vnode 5446 (volume 19541951 [12:44:21] 48); not dumped, error 21 [12:45:34] in the other example, the error is "2". That inode number looks interesting to me. anyone else seen this? [12:45:43] I've seen it at umich too. [12:47:07] server platform? vice partition filesystem? inode or namei? [12:47:38] error 2 is ENOENT error 21 is EISDIR [12:47:44] it is a linux 2.6.something box. ext3 filesystem. namei. [13:07:10] --- brantgurga has become available [13:12:10] --- dev-zero@jabber.org has become available [13:12:13] --- dev-zero@jabber.org has left: offline [14:08:19] --- Mike Garrison has left [14:10:48] --- Mike Garrison has become available [14:11:47] --- Mike Garrison has left [14:12:12] --- Mike Garrison has become available [14:34:49] --- brantgurga has left [15:10:48] --- brantgurga has become available [16:31:36] We should etch the find that builds a list of all of the used lock identifiers in src/afs somewhere into source tree. [16:46:55] --- Mike Garrison has left [17:59:07] --- brantgurga has left [19:06:36] --- Mike Garrison has become available [19:07:24] --- Mike Garrison has left [19:18:37] --- mmeffie has left [19:36:10] --- brantgurga has become available [23:05:54] --- reuteras has become available