9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Russ Cox" <rsc@swtch.com>
To: 9fans@9fans.net
Subject: Re: [9fans] Mirrorarenas in p9p
Date: Thu, 31 Jul 2008 12:06:52 -0400	[thread overview]
Message-ID: <20080731160501.EA1CF1E8C3B@holo.morphisms.net> (raw)
In-Reply-To: <073120081453.4828.4891D1D2000C4C1E000012DC22243429029B0A02D2089B9A019C04040A0DBF9B9D0E9A9B9C040D@att.net>

> I'm running a p9p venti server under Linux using several
> (small by current standards) physical drives as my arena
> pool.  I got a 500GB external USB drive to use as a backup
> of the arenas.  But here's the gotcha.  The number of blocks
> per cylinder on the 500GB drive isn't the same as the other
> smaller drives.  So, I can't create a partition that's exactly
> the same size as one of the smaller drives, which means that
> the last arena is a different size when I format it.  mirrorarenas
> complains about that and considers it fatal.  I modified
> it so that if the destination arena is bigger than the source,
> it's just a warning and not fatal and it's happily mirroring
> as we speak.  But I've got a couple of questions:
> - Is this going to cause any problems?
> - Is there a better way to handle this?

It would be best to set up an arena set that
matches the one you are mirroring exactly.

To cope with the lack of real partitioning
support in operating systems that are not
Plan 9, the p9p venti lets you specify disk
subpieces in the partition names.  So you
can say /dev/hda:0-10G to get the first ten
gigabytes of /dev/hda.  Or /dev/hda:0-12345M
or /dev/hda:1G-123123123123M etc.

Also, if you do create a Plan 9 partition and
then prep it to make subpartitions (you'd have
to use 9vx, copying the binaries from sources),
then p9p venti can handle those partition names
too: /dev/sda1:arenas assuming /dev/sda1 is a
Plan 9 fdisk partition containing a subpartition
named arenas.

Yes, it's terrible.  You use Unix long enough,
you get used to that.

Russ



  reply	other threads:[~2008-07-31 16:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-31 14:53 Brian L. Stuart
2008-07-31 16:06 ` Russ Cox [this message]
2008-07-31 19:52   ` Brian L. Stuart
2008-07-31 22:13     ` Russ Cox
     [not found] <073120081453.4828.4891D1D2000C4C1E000012DC22243429029B0A02D2089B>
2008-07-31 14:58 ` erik quanstrom
2008-07-31 15:30   ` Brian L. Stuart

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=20080731160501.EA1CF1E8C3B@holo.morphisms.net \
    --to=rsc@swtch.com \
    --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).