9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: Re: [9fans] venti
Date: Fri,  9 Jan 2009 08:39:40 -0500	[thread overview]
Message-ID: <b1a584fd09ef7441ef76d519e390db0c@quanstro.net> (raw)
In-Reply-To: <b146f7b71d1aa58ff06d8d63c3b331b4@hamnavoe.com>

> I do sometimes get errors like this from my fossil server:
> 	could not write super block; waiting 10 seconds
> 	blistAlloc: called on clean block
> but I've been assuming they are benign.  Am I wrong?

i looked into this.

/sys/src/cmd/fossil/cache.c:1210,1217
		if(p->index < 0){
			/*
			 * We don't know how to temporarily undo
			 * b's dependency on bb, so just don't write b yet.
			 */
			if(0) fprint(2, "blockWrite skipping %d %x %d %d; need to write %d %x %d\n",
				b->part, b->addr, b->vers, b->l.type, p->part, p->addr, bb->vers);
			return 0;
		}

what if bb == b?

it'd be interesting to see what that outputs with if(1).
i think _cacheLocalLookup is finding the superblock
itself.  perhaps no write between snaps meaning that
only the sb itself is dirty?

- erik



  parent reply	other threads:[~2009-01-09 13:39 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-09  8:20 Tharaneedharan Vilwanathan
2009-01-09  9:44 ` Sape Mullender
2009-01-09 12:18   ` Richard Miller
2009-01-09 12:38     ` Sape Mullender
2009-01-09 13:39     ` erik quanstrom [this message]
2009-01-09 20:11   ` Dave Eckhardt
2009-01-09 20:27     ` erik quanstrom
2009-01-09 22:18       ` Dave Eckhardt
2009-01-09 22:27         ` erik quanstrom
2009-01-09 20:34     ` Steve Simon
2009-01-09 21:08     ` Roman V. Shaposhnik
  -- strict thread matches above, loose matches on Subject: below --
2007-10-04  1:51 Russ Cox
2007-10-07 20:51 ` Steve Simon
2007-07-03  4:58 [9fans] Venti Lucio De Re
2007-03-30 16:32 [9fans] venti Steve Simon
2003-02-06  1:11 Kenji Arisawa
2003-02-06  1:21 ` Russ Cox
2002-11-29 18:59 Russ Cox
2002-11-29 18:27 Russ Cox
2002-06-13 20:58 [9fans] bug or a feature? Dan Cross
2002-06-13 21:34 ` Tharaneedharan Vilwanathan
2002-06-13 22:51   ` [9fans] venti Tharaneedharan Vilwanathan
2002-06-14  2:19     ` Sean Quinlan
2002-06-14  5:05       ` Tharaneedharan Vilwanathan
2002-01-30 20:35 George Michaelson
     [not found] <rob@plan9.bell-labs.com>
2002-01-30  5:52 ` rob pike
2002-01-30  6:23   ` George Michaelson
2002-01-30  8:07   ` paurea
2002-01-30 11:17   ` Boyd Roberts

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=b1a584fd09ef7441ef76d519e390db0c@quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@9fans.net \
    /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).