|
|
Subject: Re: release 0.4.4 ? - msg#00107
List: linux.kernel.device-mapper.devel
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?
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
|
|