[00:26:53] --- reuteras has left [00:27:21] --- mho has left: Lost connection [00:27:46] --- reuteras has become available [01:05:56] --- Russ has left: Disconnected [01:11:06] --- abo has become available [01:12:54] --- abo has left [01:27:23] --- abo has become available [02:30:41] --- haba has become available [02:46:06] --- lars.malinowsky has become available [03:29:56] --- abo has left [03:31:36] --- abo has become available [04:00:06] --- abo has left [04:12:43] --- abo has become available [04:24:00] --- haba has left [04:24:37] --- haba has become available [05:00:13] --- haba has left [05:02:40] --- haba has become available [05:25:48] --- abo has left [05:44:03] --- abo has become available [05:52:58] --- meffie has left [05:53:03] --- meffie has become available [06:09:11] --- haba has left [06:10:57] --- abo has left [07:00:40] --- reuteras has left [07:16:45] --- haba has become available [07:25:43] --- haba has left [07:26:18] --- haba has become available [07:26:44] --- lars.malinowsky has left [07:27:36] --- deason has become available [07:49:19] --- abo has become available [07:52:49] --- jaltman/FrogsLeap has left [08:41:40] --- mho has become available [09:19:21] --- jaltman/FrogsLeap has become available [09:24:01] --- haba has left [09:51:04] --- lama has become available [10:30:39] --- jaltman/FrogsLeap has left: Disconnected [10:30:46] --- jaltman/FrogsLeap has become available [10:59:37] is there anyone that wishes to provide additional review on Marc Dione's pthreaded ubik patch sets prior to them being pushed to Master? [11:07:19] --- ksumner has become available [11:21:40] I'd like to, but I don't wanna block because I don't know when I'll be able to [11:22:35] oh. maybe i should stop merging. well. it's only hitting master. we can change further if needed [12:26:36] --- rra has become available [14:03:27] --- lama has left [14:04:58] --- lars.malinowsky has become available [14:09:14] Anyone (Russ?) know what the meaning of S<<< ... >>> in our pod manpages is? [14:09:40] Google doesn't like symbols much, and I can't find it in any of the pod manpages I've looked at [14:10:28] perldoc perlpod: "S" -- text contains non-breaking spaces This means that the words in text should not be broken across lines. Example: "S<$x ? $y : $z>". [14:10:55] And the triple <<< s? [14:11:48] With the Pod formatters that are standard starting with perl5.5.660, doubled angle brackets ("<<" and ">>") may be used if and only if there is whitespace right after the opening delimiter and whitespace right before the closing delimiter! … In fact, you can use as many repeated angle-brackets as you like so long as you have the same number of them in the opening and closing delimiters, and make sure that whitespace immediately follows the last '<' of the opening delimiter, and immediately precedes the first '>' of the closing delimiter. (The whitespace is ignored.) [14:12:31] Ah. Cool. I get it now. The <<< distinguishes from them '<' and '>' used within the non-breaking text [14:13:01] Thanks! [14:14:47] (This is by far the cleverest quoting mechanism I’ve seen, because it requires no escaping to turn delimeters into literals; keep it in mind if you ever find yourself writing a quoting mechanism!) [14:19:46] --- ksumner has left [14:21:39] --- meffie has left [14:52:20] --- lars.malinowsky has left [14:57:57] --- lars.malinowsky has become available [15:16:09] --- lars.malinowsky has left [15:34:56] --- mdionne has become available [15:48:33] --- deason has left [16:49:53] --- mdionne has left [17:34:57] --- rra has left: Disconnected [17:38:48] stuff.mit.edu hung, making heavy use of client (1.6.0pre2). Many threads in afs_CopyOutAttrs, but a couple other call paths as well. rxdebug -version says "get version call failed with code -1, errno 0". [17:42:23] rxdebug stuff.mit.edu 7001 -ver Trying 18.181.0.31 (port 7001): AFS version: OpenAFS 1.6.0~pre2-0ppa1~lucid1-debian built 2011-02-25 [17:43:30] Alex rebooted it, yes. [17:51:27] get version call failed -1, is timed out. so it tells us ... that rxdebug didn't get an answer [17:52:07] Yeah, that's what I figured. [17:52:21] We have the output of 'echo t > /proc/sysrq-trigger' [17:52:48] --- Russ has become available [17:55:41] that's more useful [17:57:30] (which is where my comment about afs_CopyOutAttrs stems from) [17:57:54] well, seeing it and saving it are of course not the same, so, i wasn't jumping to any conclusions [17:58:04] Ah, well. [18:30:14] hm, i wonder why it's stuck trying to contact an unresponsive vldb server [18:30:49] even giving it a host unreachable on the local router hasn't helped [18:34:39] what did i miss? which it is stuck? [18:35:39] the shell i used to 'cd' into this cell is stuck on a 'call rq' condvar [18:35:53] know in what function? [18:37:20] yes, i have a whole backtrace to the syscall entry [18:38:41] rxi_ReadProc is closest to the cv [18:39:02] ok. what i would expect. what version? [18:39:48] recent git, modified somewhat for amd64_nbsd50 [18:41:35] so not somewhere where there's been a lot of occurance of hanging there. uh. as long as it's after about mid-january, recent? [18:42:28] i think i 'pull'ed a day or two ago [18:42:41] so no. which presumably means something else is going on [18:43:28] probably, i somewhat suspect my condvar interface implementation [18:43:52] yeah. that seems like a probable thought. did you look at darwin's? [18:44:01] i have a fairly high degree of confidence in it [18:44:48] no, i started with solaris's, as netbsd's condvar(9) is inspired from the solaris internals book, but i'll look at darwin too [18:44:55] ok [18:49:11] stuff is kinda weird. nothing is seemingly holding the lock that the InlineBulk that's blocking everything else is waiting on [18:49:21] doesn't magic sysrq have a lock dump mode? [19:01:57] which lock is that? [19:04:56] the one on the rx call? [19:05:14] for the mit machine? [19:05:41] I'm not really familiar with magic sysrq. [19:05:50] oh, n/m :-) [19:06:10] Though if one believes wikipedia, it seems to. [19:06:15] it's going to be a call lock. rx_NewCall+0x1b7 from RXAFS_InlineBulkStatus [20:06:43] --- lars.malinowsky has become available [22:17:53] --- reuteras has become available [22:21:24] --- reuteras has left [22:37:05] --- reuteras has become available [23:18:07] --- lars.malinowsky has left