9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: plan9@blueyonder.co.uk
To: rminnich@lanl.gov, 9fans@cse.psu.edu
Subject: Re: [9fans] simple venti question.
Date: Wed,  4 Feb 2004 10:11:43 +0000	[thread overview]
Message-ID: <205f210f9eb4f053e224dab1216b8952@tombob.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0402032206250.23042-100000@maxroach.lanl.gov>

> - dead fossil (filled up, can't boot the machine at this point as fossil
>   is full -- not sure yet why this keeps happening ...)

You probably haven't set up snapshot timeouts for your fossil.  From
fossilcons(8):

...
          [ fsys name ] snaptime [ -a hhmm ] [ -s interval ] [ -t
          timeout ]
...
          Snaptime displays and edits the times at which snapshots are
          automatically taken.  An archival snapshot is taken once a
          day, at hhmm, while temporary snapshots are taken at multi-
          ples of interval minutes.  Temporary snapshots are discarded
          once they are timeout minutes old.  With no arguments,
          snaptime prints the current snapshot times.  The -a and -s
          options set the archive and snapshot times.  An hhmm or
          interval of `none' can be used to disable that kind of auto-
          matic snapshot.  The -t option sets the snapshot timeout.
          If timeout is `none', temporary snapshots are not automati-
          cally discarded.  By default, all three times are set to
          `none'.
...

Without that, your fossil will fill up with as many snapshots as fit.
I believe you can make space in your fossil by using the epoch
fossilcons command.  But the proper way is to set up a timeout for it
to discard old snapshots.

When this happened to me ages ago, I was able to boot using my old kfs
partition and then start the fossil manually (it wasn't able to serve
files, but the my fscons was available), connect to its console, use
epoch to clear some space and finally boot using fossil again.

Hope this helps,
Robby



  parent reply	other threads:[~2004-02-04 10:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-04  5:16 ron minnich
2004-02-04  5:20 ` ron minnich
2004-02-04  7:23 ` Fco.J.Ballesteros
2004-02-04 10:11 ` plan9 [this message]
     [not found] <be08a54c6395e278cd2642164224462b@tombob.com>
2004-02-04 14:11 ` ron minnich
2004-02-04 14:11 ` ron minnich

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=205f210f9eb4f053e224dab1216b8952@tombob.com \
    --to=plan9@blueyonder.co.uk \
    --cc=9fans@cse.psu.edu \
    --cc=rminnich@lanl.gov \
    /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).