linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: Problem in hotplug (BFS - AS4)
Date: Sat, 18 Feb 2006 21:25:58 +0000	[thread overview]
Message-ID: <20060218212558.GA2360@vrfy.org> (raw)
In-Reply-To: <NMEJJEMLNDGCKHIMAMIFKELFDDAA.srikanth.venkataraman@patni.com>

On Sat, Feb 18, 2006 at 03:19:47PM +0530, Srikanth Venkataraman wrote:
> Hi All,
> 
> We have a Boot from SCSI setup and we are facing some problem. Problem
> description is given below
> 
> System configuration: -
> OS: AS4 UPDATE 1  [2.6.9-11.ELsmp]
> Memory:  1 GB
> QLA2310 Driver Info: Driver version 8.00.00b21-k, Firmware version 3.03.02
> IPX
> Setup: Boot From SCSI
> 
> Scenario 1:
> Devices: 1024 SCSI devices
> Utility gives the problem: /sbin/hotplug
> Observation: udev process hangs and after some time kernel panic occurs.
> 
> Scenario 2:
> Devices: 512
> Utility:/sbin/hotplug
> Observation: Boot from San success.
> 
> Scenario 3:
> Devices: 1024
> Utility: /sbin/udevsend
> Observation: Boot from San success
> 
> 
> Can any one answer the following queries: -
> 
>     1. Are 512, the maximum number of devices that can be supported in Boot
> from San in AS4 with hotplug agent?

Depends on your box and setup. /sbin/hotplug never worked in such setups
and is known to cause OOM when too many devices are created at the same
time. Just get rid of it.

>     2. If not what is the hardware requirement for more devices to be
> supported or how it can be rectified?

Use a recent udevd, which connects directly to the kernel uevent socket.

>     3. Can we use utility /sbin/udevsend instead of /sbin/hotplug. Will it
> impact any other process or devices?

udevsend was a workaround during the replacement of /sbin/hotplug by a
generic device event daemon. udevsend is no longer supported and already
disabled in recent udev versions, it will be completely removed some
day.

>     4. Is /sbin/udevsend and /sbin/hotplug similar in functionality.

If you have only a few devices without any event order requirement,
basically yes. udevsend just sends all events to the udevd daemon which
forks the events. The daemon takes care of the event reordering and
that your box does not get killed by too many running event processes.
But as said above, just use the udev daemon and disable the kernel event
process forking completely, cause it simply can't work reliably in your
setup.

Kay


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x103432&bid#0486&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

      reply	other threads:[~2006-02-18 21:25 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-18  9:44 Problem in hotplug (BFS - AS4) Srikanth Venkataraman
2006-02-18 21:25 ` Kay Sievers [this message]

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=20060218212558.GA2360@vrfy.org \
    --to=kay.sievers@vrfy.org \
    --cc=linux-hotplug@vger.kernel.org \
    /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).