Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: lei yang <lei.yang@windriver.com>
To: "David Nyström" <david.nystrom@enea.com>
Cc: meta-virtualization@yoctoproject.org,
	openembedded-devel@lists.openembedded.org
Subject: Re: [meta-virtualization] [meta-oe][PATCH] multipath-tools: Add multipath-tools recipe
Date: Tue, 22 Jan 2013 18:22:07 +0800	[thread overview]
Message-ID: <50FE684F.3000107@windriver.com> (raw)
In-Reply-To: <50FE5110.7090104@enea.com>

On 01/22/2013 04:42 PM, David Nyström wrote:
> On Mon 21 Jan 2013 11:00:33 AM CET, lei.yang@windriver.com wrote:
>> From: Lei Yang <lei.yang@windriver.com>
>>
>> This packages provides:
>> - multipath: scans the system for multipathed devices, assembles
>> - multipathd: waits for maps events then execs multipath
>> - kpartx: maps linear devmaps to device partitions, which makes
>> multipath maps partionable
>> ......
>>
>> Now,It can be used for kvm disk img partion for me.
>>
>> Signed-off-by: Lei Yang <lei.yang@windriver.com>
>> ---
>>   .../multipath-tools/multipath-tools_git.bb         |   46 
>> ++++++++++++++++++++
>>   1 files changed, 46 insertions(+), 0 deletions(-)
>>   create mode 100644 
>> meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb
>>
>> diff --git 
>> a/meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb 
>> b/meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb
>> new file mode 100644
>> index 0000000..e9509d3
>> --- /dev/null
>> +++ b/meta-oe/recipes-support/multipath-tools/multipath-tools_git.bb
>> @@ -0,0 +1,46 @@
>> +SUMMARY = "Tools to Manage Multipathed Devices with the device-mapper"
>> +DESCRIPTION = "This package provides the tools to manage multipathed 
>> devices by \
>> +instructing the device-mapper multipath module what to do"
>> +
>> +HOMEPAGE = "http://christophe.varoqui.free.fr/"
>> +DEPENDS = "readline libaio lvm2"
>> +LICENSE = "GPLv2"
>> +
>> +LIC_FILES_CHKSUM = 
>> "file://COPYING;md5=7be2873b6270e45abacc503abbe2aa3d"
>> +S="${WORKDIR}/git"
>> +
>> +
>> +SRC_URI = "git://git.opensvc.com/multipath-tools/.git;protocol=http"
>> +
>> +SRCREV = "d3683ab18b386e9b3b54b59a122c689e9ebdf5cf"
>> +PV = "0.4.9+gitr${SRCPV}"
>> +
>> +inherit autotools
>> +
>> +EXTRA_OEMAKE="LIB=${libdir} exec_prefix=${exec_prefix} 
>> libdir=${libdir}"
>> +
>> +PACKAGES =+ "libmpathpersist mpathpersist kpartx libmultipath 
>> multipath multipathd libmultipath-dev libmpathpersist-dev"
>> +
>> +
>> +RDEPENDS_${PN} += "libmpathpersist mpathpersist kpartx libmultipath 
>> multipath multipathd"
>> +
>
> Is RDEPENDS on udev not mandatory ?
>

good catch, we can add it, it will create /dev/mapper/loop0p1 node, I 
give a log for it's kpart usage in my testing,It's pretty easy for image 
partition
because you don't need to know offset for partition

root@intel_5500_server:/# kpartx -l sdb.img
loop0p1 : 0 20480 /dev/loop0 2048
loop0p2 : 0 10240 /dev/loop0 22528
loop deleted : /dev/loop0
root@intel_5500_server:/# kpartx -a sdb.img
root@intel_5500_server:/# ls /dev/mapper/
control  loop0p1  loop0p2
root@intel_5500_server:/# ls /dev/mapper/loop0p1
/dev/mapper/loop0p1
root@intel_5500_server:/# mkfs.ext3 /dev/mapper/loop0p1
.....

root@intel_5500_server:/# mount /dev/mapper/loop0p1 /mnt
root@intel_5500_server:/# ls /mnt
lost+found



>> +do_install_append () {
>> +    ln -sf libmpathpersist.so.0 ${D}${libdir}/libmpathpersist.so
>> +    ln -sf libmultipath.so.0 ${D}${libdir}/libmultipath.so
>> +}
>> +
>> +ALLOW_EMPTY_${PN} = "1"
>> +FILES_${PN}     = ""
>> +
>> +FILES_libmpathpersist = "${libdir}/libmpathpersist*.so.0"
>> +FILES_mpathpersist = "${sbindir}/mpathpersist"
>> +FILES_kpartx = "${sbindir}/kpartx ${base_libdir}/udev/"
>> +FILES_libmultipath = "${libdir}/libcheck*.so ${libdir}/libpri*.so 
>> ${libdir}/libmultipath*.so.0"
>> +FILES_multipath = "${sbindir}/multipath ${sysconfdir}"
>> +FILES_multipathd = "${sbindir}/multipathd ${base_libdir}"
>> +
>> +#put the symbol link lib in -dev
>> +FILES_libmultipath-dev = "${libdir}/libmultipath*.so"
>> +FILES_libmpathpersist-dev = "${libdir}/libmpathpersist*.so"
>> +
>> +
>
> Whats the intended destination for this recipe ?

if meta-oe,  recipes-support
if meta-virtualization: recipes-extended


> If not accepted in meta-oe, We'll be happy to merge it in 
> meta-virtualization.
>

Glad to add in meta-virt

Lei

> Br,
> David




  parent reply	other threads:[~2013-01-22 10:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-21 10:00 [meta-oe][PATCH] multipath-tools: Add multipath-tools recipe lei.yang
     [not found] ` <50FE5110.7090104@enea.com>
2013-01-22 10:22   ` lei yang [this message]
2013-01-23  3:16   ` [meta-virtualization] " lei yang

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=50FE684F.3000107@windriver.com \
    --to=lei.yang@windriver.com \
    --cc=david.nystrom@enea.com \
    --cc=meta-virtualization@yoctoproject.org \
    --cc=openembedded-devel@lists.openembedded.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