9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Axel Belinfante <Axel.Belinfante@cs.utwente.nl>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] kenfs config? (was: OT: scsi sense error code hardware error 40 83?)
Date: Tue,  3 Oct 2006 22:13:09 +0200	[thread overview]
Message-ID: <200610032013.k93KD9m20820@zamenhof.cs.utwente.nl> (raw)
In-Reply-To: Your message of "Tue, 03 Oct 2006 14:17:04 -0400." <8fd802a4a0bcc60a27f43346bbccf0c5@plan9.bell-labs.com>

> I can't help with the sense code; I suspect that the component number
> (NN) is specific to the manufacturer and device.

I suspected that too. unfortunately, even though the manufactor site
still lists the disk and has info like jumper settings, it doesn't
have those details. maybe their 'scsimax' thing will tell me something.

> As for replacing your cache disk, yes, your plan sounds right.  Since
> your entire cache is being replaced, there is no memory anywhere else
> of how big it was, so you can replace it with a disk or disks of any
> size.  "recover main" rebuilds your cache disk from the (fake) worm.

thanks for confirming.


different question:
what is the safe procedure to add one (or more?) mirror disks to the
fake cached worm of an existing kenfs? like one mirror disk for the
fake worm, and a different one to the cache?

I gues your answer above implies that for the cache it would be ok to
just configure the new filesys with mirror-ed cache and then recover.

The fsconconfig man page seems to suggest that for the mirror
of the fake worm it would also be sufficient to just specify
the mirror, with the existing fake worm device at the left.

	{device...}
		A pseudo-device formed from the mirroring of the first
		device in the list onto all the others. [...]

Is this right? or is an explicit copydev of the fake worm needed
(or advisable?)


one more:
when extending an existing config say on w0, one does
  config w0    (identify config location + erase current)
  mention all old config items
  add new config items
  end
right? or is there a way to just extend an existing config?


one last question, mere curiosity:
fsconfig(8) also says:
    Copydev will copy the device from-dev to the device to-dev.
    block by block, and panic.

why the panic? to be allowed (forced?) to reboot and config?


sorry for all these questions, but configuring a kenfs is not
something I (any of us?) daily do, and experience some years
ago taught me to be a bit careful (yeah, it's in the archives) 
(not that I learned enough to set up mirroring before I need it :-(

Thanks, a lot!
Axel.


  reply	other threads:[~2006-10-03 20:13 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-03 13:10 [9fans] OT: scsi sense error code hardware error 40 83? Axel Belinfante
2006-10-03 18:17 ` geoff
2006-10-03 20:13   ` Axel Belinfante [this message]
2006-10-03 21:19     ` [9fans] kenfs config? (was: OT: scsi sense error code hardware geoff
2006-10-17 15:55       ` Axel Belinfante
2006-10-17 20:18         ` geoff
2006-10-17 21:05           ` Axel Belinfante
2006-10-17 21:35             ` geoff
2006-10-17 23:55               ` Axel Belinfante
2006-10-03 20:20   ` [9fans] gs Charles Forsyth
2006-10-03 20:39     ` geoff
2006-10-03 20:41     ` Francisco J Ballesteros
2006-10-03 20:48     ` Jack Johnson
2006-10-03 21:37       ` LiteStar numnums
2006-10-03 22:07         ` Andy Newman
2006-10-04  2:18       ` jmk
2006-10-06  0:00         ` Bruce Ellis

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=200610032013.k93KD9m20820@zamenhof.cs.utwente.nl \
    --to=axel.belinfante@cs.utwente.nl \
    --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).