public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: James Bottomley <James.Bottomley@steeleye.com>
To: Rabeeh Khoury <rabeeh@galileo.co.il>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-scsi <linux-scsi@vger.kernel.org>
Subject: Re: Hot plugging a disk in runtime
Date: Mon, 20 May 2002 10:20:02 -0400	[thread overview]
Message-ID: <200205201420.g4KEK3x01892@localhost.localdomain> (raw)
In-Reply-To: Message from Rabeeh Khoury <rabeeh@galileo.co.il> of "Mon, 20 May 2002 15:24:52 +0300." <3CE8EB14.8060803@galileo.co.il>

rabeeh@galileo.co.il said:
> 1.. What is meant by "SCSI was not designed for this ..." ? 

That really refers to a very old daisy chained parallel SCSI model.  Since the 
whole bus is a transmission line, breaking it to add another device can cause 
enormous disruption (sometimes this was bad enough to physically destroy other 
devices on the bus).  However, these days, you can even get hotplug enclosures 
for parallel SCSI that don't need to break the bus to add new devices.  And, 
of course, things like Fibre Channel we're designed to be alterable on the fly 
anyway.

> 2.. SCSI architecture model (SAM-2 at least) does not mention
> hot-plugging storage device into a running system ; but doing so is a
> very common task. So, are all the SCSI hot-plug systems in the world
> are based on proprietry methods of hot-plug ?

This is the province of something called the Scsi Enclosure Services (SES) 
standard:

ftp://ftp.t10.org/t10/drafts/ses/ses-r08b.pdf

However, like most standards it began life as a bunch of companies each 
inventing their own more or less proprietary way of doing things and then 
realising that standardisation might be a good thing, so there are quite a few 
not quite compatible implementations of this.

Like all good standards it's also due to be superceded (by SES-2) any day now.

There is an enclosure monitor, which I haven't looked at but which I presume 
could be used as part of a hotplug system for SCSI devices:

http://gort.metaparadigm.com/saftemon/

> 3.. What about the naming of /dev/sdxx naming of newly hot-plugged
> SCSI disk ? which name does it get ? (supposly I'm not using the dev
> filesystem) 

The first available one.

James Bottomley



  parent reply	other threads:[~2002-05-20 14:20 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <rabeeh@galileo.co.il>
2002-05-20 10:19 ` Hot plugging a disk in runtime Rabeeh Khoury
2002-05-20 11:41   ` Karl Hammar
2002-05-20 11:57   ` Alan Cox
2002-05-20 11:41     ` Kaushik Datta
2002-05-20 12:24     ` Rabeeh Khoury
2002-05-20 13:14       ` Alan Cox
2002-05-20 14:20       ` James Bottomley [this message]
2002-05-21 15:42         ` Michael Clark
2002-05-20 22:33     ` Oliver Xymoron
2002-05-20 16:34 berthiaume_wayne
2002-05-20 17:58 ` Doug Ledford
  -- strict thread matches above, loose matches on Subject: below --
2002-05-20 18:11 berthiaume_wayne

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=200205201420.g4KEK3x01892@localhost.localdomain \
    --to=james.bottomley@steeleye.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-scsi@vger.kernel.org \
    --cc=rabeeh@galileo.co.il \
    /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