(Illustration by Gaich Muramatsu)
I have a coda client installed on the same box as the coda server it accesses. For some reason, this seems much flakier than the external clients. It frequently bombs out: venus.log tail: [ H(07) : 0007 : 16:21:35 ] HDBDaemon just woke up [ H(07) : 0007 : 16:21:35 ] DataWalk: Restarting Iterator!!!! Reset availability status information. [ H(07) : 0007 : 16:21:35 ] Tally for uid=0: [ H(07) : 0007 : 16:21:35 ] BeginRvmFlush (1, 4244, F) [ H(07) : 0007 : 16:21:35 ] EndRvmFlush [ H(07) : 0007 : 16:21:35 ] Tally for uid=0: [ H(07) : 0008 : 16:21:35 ] HDBDaemon about to sleep on hdbdaemon_sync [ W(20) : 0000 : 16:21:47 ] ***** FATAL SIGNAL (11) ***** venus.err tail: 16:21:47 Fatal Signal (11); pid 4271 becoming a zombie... 16:21:47 You may use gdb to attach to 4271 If I bounce the client using the /etc/init.d script, it comes back up successfully, but consistently dies as soon as I hit it with a ctokens The log looks like this 16:29:22 RPC2_Bind to 129.42.208.182 port 11957 for callback failed RPC2_NOBINDING (F) 16:29:22 Worker2: Unbinding RPC connection 14464 and I get the same venus zombie-waiting-for-gdb lossage in the venus logs. Only fix appears to be flushing the venus dir and reinitialising. Is there something wrong with local-client/server interaction? Am I doing something wrong? -OlinReceived on 2004-05-14 16:56:54