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
WARNING: multiple messages have this Message-ID (diff)
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-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
next prev parent reply other threads:[~2013-01-22 10:38 UTC|newest]
Thread overview: 6+ 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
2013-01-22 8:42 ` David Nyström
2013-01-22 10:22 ` lei yang [this message]
2013-01-22 10:22 ` lei yang
2013-01-23 3:16 ` [meta-virtualization] " lei yang
2013-01-23 3:16 ` 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.