From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil server crashing From: Fco.J.Ballesteros In-Reply-To: <20030603032923.GA2474@thefrayedknot.armory.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xjksaivodkefkxqiphodonzszd" Date: Tue, 3 Jun 2003 10:01:46 +0200 Topicbox-Message-UUID: c2f6f77a-eacb-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-xjksaivodkefkxqiphodonzszd Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Do you have your kernel sources uptodate wrt sources? Long ago there was a problem with the scheduler that allowed fossil to eat the cpu (because of a sleep(0) IIRC). I also run a fossil updated from sources and it runs just fine. Have you double checked diff'ing w/ sources? (I'd check fossil and kernel). Can you try using a fossil that runs off a different disk? (Or perhaps using a kfs on the disk and starting a fossil running from a file), just to see if it's a sd thing (I'm using ide). --upas-xjksaivodkefkxqiphodonzszd Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Tue Jun 3 05:30:23 MDT 2003 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B7DBE199BE; Mon, 2 Jun 2003 23:30:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from thefrayedknot.armory.com (thefrayedknot.armory.com [192.122.209.41]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2BB9A199E3 for <9fans@cse.psu.edu>; Mon, 2 Jun 2003 23:29:24 -0400 (EDT) Received: (qmail 2741 invoked by uid 1000); 3 Jun 2003 03:29:23 -0000 From: Andrew To: 9fans@cse.psu.edu Message-ID: <20030603032923.GA2474@thefrayedknot.armory.com> Mail-Followup-To: 9fans@cse.psu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: [9fans] fossil server crashing Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 2 Jun 2003 20:29:23 -0700 As the subject says, my fossil server keeps locking up. It is most easy to duplicate by running the cpu command from a terminal. The disk activity light on the main hard drive lights up, and stays lit. If i run cpu from a drawterm connected to the auth server, to connect to the fossil server, i get the same results but the cryptic message "msgWrite: delay r Rflush tag 7" when i hit delete on the window. The 7 is actually a number from somewhere around 3 to usually 40 Everything, including the fossil server mounts their root off the fossil drive, which happens to be a scsi on a sd53xxx controller. Any ideas? this is mostly a recent thing since i pulled from sources --upas-xjksaivodkefkxqiphodonzszd--