osdir.com
mailing list archive

Subject: Re: release 0.4.4 ? - msg#00107

List: linux.kernel.device-mapper.devel

Date: Prev Next Index Thread: Prev Next Index
On 2005-04-20T01:32:51, christophe varoqui <christophe.varoqui@xxxxxxx> wrote:

> A lot of fixes flowed in since that proposal.
> Now I propose pre16 as a 0.4.4 candidate.
>
> Objections still welcome.

-pre16 /sbin/multipath doesn't create _any_ mapping for me.


Sincerely,
Lars Marowsky-Brée <lmb@xxxxxxx>

--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell Business



Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: A better solution than "md_component_detection = 1"

On mer, 2005-04-20 at 12:13 +0200, Lars Marowsky-Bree wrote: > On 2005-04-19T23:55:55, christophe varoqui <christophe.varoqui@xxxxxxx> wrote: > > > > > For example, /sys/block/sda would have a sub/ directory with "dm-0" in > > > > there, pointing at /sys/block/dm-0 (surprise). The > > > > /sys/block/dm-0/parent/sd{a,b} entries would do a very surprising > > > > thing. > > > > > > > > This would also allow us to handle partitions in DM better: as all > > > > linear mappings on top of /dev/dm-0 would show up in block/dm-0/sub/ and > > > > vice versa. > > > > > > > > md could work the same: block/sys/md0/parent/ would list all the devices > > > > (or partitions) which it consists of. > > > > > > Regardless of the implementation, am I the only one to think that > > dm-0/parent/ should contain "parents of dm-0" ? :) > > I thought that was exactly what I was proposing. > I mean the following would be more friendly to me. /sys/block/sda/parent/dm-0 /sys/block/sdb/parent/dm-0 /sys/block/dm-0/sub/sd[ab] In your proposed example, "parent" in fact means "parents of" and "sub" means "sub of" ... which I find misleading. But may be that's just me :) Regards, -- christophe varoqui <christophe.varoqui@xxxxxxx>

Next Message by Date: click to view message preview

Re: release 0.4.4 ?

On 2005-04-20T15:31:17, Lars Marowsky-Bree <lmb@xxxxxxx> wrote: > > A lot of fixes flowed in since that proposal. > > Now I propose pre16 as a 0.4.4 candidate. > > > > Objections still welcome. > -pre16 /sbin/multipath doesn't create _any_ mapping for me. The change to hwtable.c / config.c no longer can deal with store_hwe() not filling in _all_ details. It does not differentiate between a parameter being NULL because memory couldn't be allocated and a parameter NULL (use default) being passed in. Replacing the NULL entries with "/bin/false" is a temporary workaround... Sincerely, Lars Marowsky-Brée <lmb@xxxxxxx> -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business

Previous Message by Thread: click to view message preview

Re: release 0.4.4 ?

A lot of fixes flowed in since that proposal. Now I propose pre16 as a 0.4.4 candidate. Objections still welcome. Regards, On dim, 2005-04-17 at 11:50 +0200, christophe varoqui wrote: > Hello, > > does someone has an objection to my releasing pre14 as 0.4.4 ? > > Regards, -- christophe varoqui <christophe.varoqui@xxxxxxx>

Next Message by Thread: click to view message preview

Re: release 0.4.4 ?

On 2005-04-20T15:31:17, Lars Marowsky-Bree <lmb@xxxxxxx> wrote: > > A lot of fixes flowed in since that proposal. > > Now I propose pre16 as a 0.4.4 candidate. > > > > Objections still welcome. > -pre16 /sbin/multipath doesn't create _any_ mapping for me. The change to hwtable.c / config.c no longer can deal with store_hwe() not filling in _all_ details. It does not differentiate between a parameter being NULL because memory couldn't be allocated and a parameter NULL (use default) being passed in. Replacing the NULL entries with "/bin/false" is a temporary workaround... Sincerely, Lars Marowsky-Brée <lmb@xxxxxxx> -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by