9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Vester Thacker <vester.thacker@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: [9fans] Plan 9 server controls impaired and steps taken before failure.
Date: Tue, 10 May 2005 10:43:28 +0900	[thread overview]
Message-ID: <32a656c205050918431fd640da@mail.gmail.com> (raw)

I am running a fossil+venti on an AMD64 machine. After about 20 to 30
minutes the machine ceases to receive text or chording input but the
mouse cursor still moves and the stats display continues to run. Also,
I am unable to cpu to it.

Any suggestions for a fix?

Btw, I have rebooted the machine numerous times for troubleshooting. I
disabled cron once while troubleshooting but that didn't appear to be
the culprit.

If anyone has successfully installed Plan 9 with the fossil+venti
option please state an overview of the procedures that allowed for a
hassle free installation.

Here the standard steps taken:
1) started with the default fossil+venti option
2) modified fossil.conf (e.g, added -AWP)
3) reviewed plan9.ini to ensure a line was a venti line added.
4) reboot
5) login as glenda
6) modified /lib/ndb/local (i.e., added dns, dnsdomain, ip address,
name, netmask, cpu, fs, auth, ect...)
7) modified /rc/bin/cpurc (e.g. added devices, set IP address,
factotum, secstored, keyfs, /ndb/dns -r,  ect...)
8) added user...a new hostowner
9) modified /lib/ndb/auth 
10) reboot 
11) login as hostowner
12) replica/pull -v /dist/replica/network
13) stopped to fix this annoying problem that occurs every 20 to 30 minutes ;)

If I am forgetting something or doing something out of order, I'd like
to know. I've tried variations on my steps and even minimize the steps
but the results all lead to the same conclusion.

What really gets my goat is that this is my third machine that I've
attempted to get fossil+venti working correctly. All machines have the
same problem. I'm really thinking that it isn't an issue with hardware
but rather a missed step. If it turns out to be a hardware issue in
all 3 cases, then I am an unlucky guy.

-vester


             reply	other threads:[~2005-05-10  1:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-10  1:43 Vester Thacker [this message]
2005-05-10  1:50 ` andrey mirtchovski
2005-05-10 21:28   ` Bruce Ellis
2005-05-10 23:14     ` [9fans] Plan 9 server controls impaired and steps taken before andrey mirtchovski
2005-05-11  0:33       ` Vester Thacker
2005-05-13 16:26         ` Russ Cox
2005-05-13 21:29           ` arisawa
2005-05-14 17:11             ` Vester Thacker
2005-05-14 18:03               ` Russ Cox
2005-05-14 22:06                 ` arisawa
2005-05-14 22:33                   ` Russ Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=32a656c205050918431fd640da@mail.gmail.com \
    --to=vester.thacker@gmail.com \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).