FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Device-mapper Development

 
 
LinkBack Thread Tools
 
Old 03-11-2009, 01:41 PM
"Moger, Babu"
 
Default Adding the hwtable for LSI generic rdac storage devices

On Fri, 2009-03-06 at 09:38 -0700, Moger, Babu wrote:
> This patch adds the hwtable for LSI rdac generic storage. Also sets the feature pg_init_retries to maximum(50).
>
> Signed-off-by: Babu Moger <babu.moger@lsi.com>
>
> ---
>
> --- multipath-tools/libmultipath/hwtable.c.orig 2009-03-04 14:33:11.000000000 -0600
> +++ multipath-tools/libmultipath/hwtable.c 2009-03-04 14:43:57.000000000 -0600
> @@ -837,6 +837,22 @@ static struct hwentry default_hw[] = {
> .checker_name = RDAC,
> .prio_name = PRIO_RDAC,
> },
> + /* LSI Generic rdac storage */
> + {
> + .vendor = "(LSI|ENGENIO)",
> + .product = "INF-01-00",
> + .getuid = DEFAULT_GETUID,
> + .features = "2 pg_init_retries 50",
> + .hwhandler = "1 rdac",
> + .selector = DEFAULT_SELECTOR,
> + .pgpolicy = GROUP_BY_PRIO,
> + .pgfailback = -FAILBACK_IMMEDIATE,
> + .rr_weight = RR_WEIGHT_NONE,
> + .no_path_retry = 15,

you don't want to use "queue" for no path retry ?

No, We did not want to set it to "queue" by default. Reason is, we know that I/O session will hang in case of all path failure. User will not know why the session is non-responsive, if he is not familiar with this feature. Also, we think this feature (queue) is meant for maintenance or support (like replacing the switch/cable or shutting down the storage for short duration). In these cases user can set to queue on the fly.

Want to mention one more thing. I saw other hwtable table (mostly IBM). They don't set the feature pg_init_retries. In that case it is defaulting to 0. We have seen issues because of this during the failovers. In case of multi-host scenario (more than one host accessing the same storage), we have seen failovers not been able complete in one attempt and resulting I/O failure. I would suggest setting pg_init_retries to maximum by default.

> + .minio = DEFAULT_MINIO,
> + .checker_name = RDAC,
> + .prio_name = PRIO_RDAC,
> + },
> /*
> * EOL
> */
>
>
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel

Wed Mar 11 17:30:02 2009
Return-path: <ubuntu-users-bounces@lists.ubuntu.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Wed, 11 Mar 2009 16:36:45 +0200
Received: from chlorine.canonical.com ([91.189.94.204]:53439)
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <ubuntu-users-bounces@lists.ubuntu.com>)
id 1LhPY4-0005ei-Tc
for tom@linux-archive.org; Wed, 11 Mar 2009 16:36:45 +0200
Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com)
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <ubuntu-users-bounces@lists.ubuntu.com>)
id 1LhPbg-0002oD-BO; Wed, 11 Mar 2009 14:40:28 +0000
Received: from mxmain.nextline.no ([82.134.6.40])
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <torbjorn@nextline.no>) id 1LhPSx-0001Vr-U9
for ubuntu-users@lists.ubuntu.com; Wed, 11 Mar 2009 14:31:28 +0000
Received: from [10.0.1.79] (gateway.nextline.no [82.134.6.100])
by mxmain.nextline.no (Postfix) with ESMTP id DBB05EADA4
for <ubuntu-users@lists.ubuntu.com>;
Wed, 11 Mar 2009 15:31:24 +0100 (CET)
Message-ID: <49B7CB49.801@nextline.no>
Date: Wed, 11 Mar 2009 15:31:37 +0100
From: =?ISO-8859-1?Q?Torbjørn_Thorsen_-_Nextline? <torbjorn@nextline.no>
User-Agent: Thunderbird 2.0.0.19 (X11/20090105)
MIME-Version: 1.0
To: "Ubuntu user technical support,
not for general discussions" <ubuntu-users@lists.ubuntu.com>
Subject: Re: How to keep unnecessary processes from starting
References: <E626692B-227C-4F1A-8137-486E1AA8A0A1@charter.net> <1308787.DLunEUV22k@cedar.serverforest.com>
<49B7C25B.4080505@tigershaunt.com>
In-Reply-To: <49B7C25B.4080505@tigershaunt.com>
X-BeenThere: ubuntu-users@lists.ubuntu.com
X-Mailman-Version: 2.1.8
Precedence: list
Reply-To: "Ubuntu user technical support,
not for general discussions" <ubuntu-users@lists.ubuntu.com>
List-Id: "Ubuntu user technical support,
not for general discussions" <ubuntu-users.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-users>,
<mailto:ubuntu-users-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/ubuntu-users>
List-Post: <mailto:ubuntu-users@lists.ubuntu.com>
List-Help: <mailto:ubuntu-users-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-users>,
<mailto:ubuntu-users-request@lists.ubuntu.com?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: ubuntu-users-bounces@lists.ubuntu.com
Errors-To: ubuntu-users-bounces@lists.ubuntu.com

Rashkae wrote:
> Derek Broughton wrote:
>
>> As Brian says, one person's wheat is another's chaff, but as near as I can
>> tell, since you have pop3-login tasks under dovecot, you _are_ running a
>> mail server and so the only unnecessary tasks you have are at least 5 of
>> the 6 gettys - those are the consoles waiting for someone to login - and
>> possibly proftpd. Since you're accessing the server from ssh, 1 console is
>> probably enough (actually, one console is almost _always_ enough, but they
>> take so few resources). And since you're accessing the server from ssh,
>> you should have on-demand sftp, so if it's just you you don't really need
>> proftpd, and if it's others you might prefer them to use sftp anyway (more
>> secure).
>
>
> More encrypted does not necessarily mean more secure. If you are
> providing files for download publicly, or even password protected where
> data privacy is not really a mandate, then an ftp server might well be
> more secure than giving all your leechers system accounts. AFAIK, sftp
> only works if you give them shell access, which then needs to be managed
> accordingly.
>

I'm not sure that is quite correct.
First, let's get it clear that "sftp" or "FTP over SSH" can mean quite a
few things.
There is at least two separate things going on:
* SSH file transfer protocol[1]
* Secure Copy (scp)[2]

These are separate, but both use SSH as the underlying communication
channel.
I think Secure Copy is implemented in the sshd executable itself on the
server side, the client is available as "scp" on most systems.

On Ubuntu, using the openssh implementation, the "scp" uses Secure Copy,
however, those Finnish guys[3] also distribute a "scp" executable that
actually uses SSH file transfer protocol instead.

SSH file transfer protocol (sftp) is the bigger of the two, and a
stronger analog to "Classical FTP".
It has a conversation with the server, enabling things directory
listings, deleting and other filesystem-like actions.

When using a FTP-like client, say "sftp" or FileZilla, this is the
protocol that is in use.
In the openssh implementation, "sftp" is implemented in a subsystem,
with its own executable.
By taking a look at /etc/ssh/sshd_config, you can even find the line

Subsystem sftp /usr/lib/openssh/sftp-server

stating that sftp-server is the executable that implements the SFTP
protocol.

So, there are two different things here, and having them supported in a
"anonymous FTP"-like fashion is not straight forward.
You can quite easily restrict users to use only SFTP, but that renders
Secure Copy unusable.

If you are to support both of these protocols, I think you need to use
an alternative shell, like rssh[4].
This is packaged for Ubuntu on my 8.10 system, so utilizing that doesn't
seem to bad to hard.

All in all, I recommend both the article and the comments in this[5]
article from debian-administration.org.
Another thing to think about, as one commenter points out, is that SSH
can do a lot of stuff by default, like making network tunnels and
forwarding ports. With great power comes great responsibility, as they
say ..

-- Torbjørn

[1]: http://en.wikipedia.org/wiki/SSH_File_Transfer_Protocol
[2]: http://en.wikipedia.org/wiki/Secure_copy
[3]: http://www.ssh.com/
[4]: http://www.pizzashack.org/rssh/index.shtml
[5]: http://www.debian-administration.org/articles/94

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 

Thread Tools




All times are GMT. The time now is 01:54 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org