From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] cwfs(4) failing: phase error after recover or suicide
Date: Thu, 20 Sep 2007 22:00:21 -0400 [thread overview]
Message-ID: <aa3e099d6a9b84daf7579d52d22404c4@quanstro.net> (raw)
In-Reply-To: <509071940709201853k37071185xe44fd08b14dff851@mail.gmail.com>
> the fworm, not the cache? hrm, interesting. it's exactly the same
> disks, but i suppose that could be it. i'll take a look at that and
> how the bitmap is maintained. i'd expect problems there to show up in
> the explicit recover phase (which cwfs's prints say has completed),
> but it's worth a check. dropping the "f" is non-destructive in the
> face of recover?
yes. recover doesn't touch the w part of the device. it just checks the
block after the last block in each dump to see if it's a sb. if it is it
loops. if it is not, then you're at the end and the cache is cleared.
> maintain" line of thought. the kenfs is also quite old now, and the
> size reflects that; i'm considering just moving everything on it over
> to venti and putting the box in storage. not to mention a desire to
> reduce my power consumption and noise production.
kenfs does run on new hardware. i'm currently running it on an
intel 5000-series processor and a brand new mb at coraid. it also
does great with my valinux pIII at home.
> i still think the stand-alone fs has its place, but i don't think my
> garage is it.
electricity: $5/month.
noise: too much.
not doing maintence to the fs: priceless. ☺
- erik
next prev parent reply other threads:[~2007-09-21 2:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-18 22:28 [9fans] cwfs(4) failing: phase error after recover or suicide after normal startup Anthony Sorace
2007-09-18 23:13 ` erik quanstrom
2007-09-20 23:13 ` Anthony Sorace
2007-09-21 0:03 ` [9fans] cwfs(4) failing: phase error after recover or suicide erik quanstrom
2007-09-21 1:53 ` Anthony Sorace
2007-09-21 2:00 ` erik quanstrom [this message]
2007-09-21 3:10 ` Anthony Sorace
2007-09-21 3:39 ` erik quanstrom
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=aa3e099d6a9b84daf7579d52d22404c4@quanstro.net \
--to=quanstro@quanstro.net \
--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).