Displaying 19 results from an estimated 19 matches for "devmapper".
2020 Sep 03
0
Re: libvirt 6.7 meson.build error
...cy bash-completion found: YES 2.1
> Run-time dependency blkid found: NO (tried pkgconfig and cmake)
> Library cap-ng found: YES
> Run-time dependency libcurl found: NO (tried pkgconfig and cmake)
> Run-time dependency dbus-1 found: NO (tried pkgconfig and cmake)
> Run-time dependency devmapper found: NO (tried pkgconfig and cmake)
> Library devmapper found: YES
>
> meson.build:1048:19: ERROR: Unknown variable "tmp".
This looks like a bug in meson.build at the quoted line
devmapper_version = '1.0.0'
devmapper_dep = dependency('devmapper', version: ...
2017 Nov 29
2
C7 and docker storage
Was working on docker on a server, and on startup, I see
Nov 29 10:58:27 <servername> dockerd-current:
time="2017-11-29T10:58:27.612849959-05:00" level=warning msg="devmapper:
Usage of loopback devices is strongly discouraged for production use.
Please use `--storage-opt dm.thinpooldev` or use `man docker` to refer to
dm.thinpooldev section."
Nov 29 10:58:27 <servername> dockerd-current:
time="2017-11-29T10:58:27.655600686-05:00" level=warning msg=&...
2020 Mar 30
0
[PATCH 1/7] New APIs: cryptsetup-open and cryptsetup-close.
...o the Free Software Foundation, Inc.,
+ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+ *)
+
+open Printf
+open Unix
+
+open Std_utils
+
+open Utils
+
+let cryptsetup_open ?(readonly = false) ?crypttype device key mapname =
+ (* /dev/mapper/mapname must not exist already. *)
+ let devmapper = sprintf "/dev/mapper/%s" mapname in
+ if is_block_device devmapper then
+ failwithf "%s: device already exists" devmapper;
+
+ (* Heuristically determine the encryption type. *)
+ let crypttype =
+ match crypttype with
+ | Some s -> s
+ | None ->
+ l...
2020 Sep 07
0
[PATCH v2 1/7] New APIs: cryptsetup-open and cryptsetup-close.
...o the Free Software Foundation, Inc.,
+ * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
+ *)
+
+open Printf
+open Unix
+
+open Std_utils
+
+open Utils
+
+let cryptsetup_open ?(readonly = false) ?crypttype device key mapname =
+ (* /dev/mapper/mapname must not exist already. *)
+ let devmapper = sprintf "/dev/mapper/%s" mapname in
+ if is_block_device devmapper then
+ failwithf "%s: device already exists" devmapper;
+
+ (* Heuristically determine the encryption type. *)
+ let crypttype =
+ match crypttype with
+ | Some s -> s
+ | None ->
+ l...
2016 Mar 07
0
Re: [PATCH v2] Use less stack.
...91,11 @@ luks_open (const char *device, const char *key, const char *mapname,
> * that the device-mapper control device (/dev/mapper/control) is
> * always there, so you can't ever have mapname == "control".
> */
> - size_t len = strlen (mapname);
> - char devmapper[len+32];
> - snprintf (devmapper, len+32, "/dev/mapper/%s", mapname);
> + CLEANUP_FREE char *devmapper;
Missing "= NULL" here.
> diff --git a/daemon/upload.c b/daemon/upload.c
> index efbb427..bb6da39 100644
> --- a/daemon/upload.c
> +++ b/daemon/upload.c
&...
2018 May 15
12
[PATCH libldm 00/12] New API: an ability to retrieve created device-mapper devices back after they have been created.
The main goal of these patch series is to implement a new API that allows to retrieve created device-mapper devices for volumes and partitions back after they have been created.
As part of this patch:
- required libdevmapper version was bumped to 1.02. I think it is safe because it was released more then 10 years ago;
- newer version of libdevmapper allowed to simplify code base a little bit;
- libdevmapper (and a good practice) suggest using UUID for device-mapper devices. It is get implemented as well. Presence of d...
2006 Aug 21
1
[PATCH 3 of 6] dm-userspace internal libdmu support for userspace tool
...efile.am Mon Aug 21 15:03:07 2006 -0500
+++ b/tools/cowd/Makefile.am Mon Aug 21 15:03:09 2006 -0500
@@ -1,3 +1,5 @@ bin_PROGRAMS = cowd
+EXTRA_DIST = libdmu/dmu.c libdmu/dmu.h
+
bin_PROGRAMS = cowd
cowd_SOURCES = cowd.c util.c cowd_loader.c cowd_control_loop.c \
@@ -7,5 +9,9 @@ cowd_LDADD = -ldevmapper -lltdl
cowd_LDADD = -ldevmapper -lltdl
cowd_LDFLAGS = -rdynamic -L./lib
+if INTERNAL_DMU
+cowd_SOURCES += libdmu/dmu.c
+endif
+
clean-local:
rm -f *~
diff -r 53c5bcecfcfd -r a19a066dea76 tools/cowd/configure.in
--- a/tools/cowd/configure.in Mon Aug 21 15:03:07 2006 -0500
+++ b/tools/cowd/c...
2020 Sep 07
9
[PATCH v2 0/7] Windows BitLocker support.
Original version linked from here:
https://bugzilla.redhat.com/show_bug.cgi?id=1808977#c8
There is no change in the code in this series, but feedback from the
original series was we shouldn't lose the error message in patch 7.
When I tested this just now in fact we don't lose the error if
debugging is enabled, but I have updated the commit message to note
what the error message is in the
2020 Mar 30
9
[PATCH 0/7] Support Windows BitLocker (RHBZ#1808977).
These commits, along with the associated changes to common:
https://www.redhat.com/archives/libguestfs/2020-March/msg00286.html
support the transparent decryption and inspection of Windows guests
encrypted with BitLocker encryption.
To do the BitLocker decryption requires cryptsetup 2.3.0 (although
cryptsetup 2.3 is not required for existing LUKS use). It also
requires a new-ish Linux kernel, I
2020 Sep 17
13
[PATCH v3 0/8] Windows BitLocker support.
As discussed in the emails today, this is the third version addressing
most points from the v1/v2 review.
You will need to pair this with the changes in libguestfs-common from
this series:
https://www.redhat.com/archives/libguestfs/2020-September/msg00050.html
Rich.
2016 Mar 07
2
[PATCH v2] Use less stack.
.../daemon/luks.c
@@ -91,9 +91,11 @@ luks_open (const char *device, const char *key, const char *mapname,
* that the device-mapper control device (/dev/mapper/control) is
* always there, so you can't ever have mapname == "control".
*/
- size_t len = strlen (mapname);
- char devmapper[len+32];
- snprintf (devmapper, len+32, "/dev/mapper/%s", mapname);
+ CLEANUP_FREE char *devmapper;
+ if (asprintf (&devmapper, "/dev/mapper/%s", mapname) == -1) {
+ reply_with_perror ("asprintf");
+ return -1;
+ }
if (access (devmapper, F_OK) == 0) {...
2007 Nov 13
1
Backups & Snapshot Support
Are there any plans for a type of "snapshot" support, which could be use
to make point in time consistent backups, similar to what lvm would
allow you to do for a local volume? I'm really looking for a good way to
back up my ocfs2 volume, but so far, all we've been able to use is rsync
and custom scripts.
Are there any other options?
--
Michael S. Moody
Sr. Systems
2020 Mar 30
2
"configure: error: Unable to find <rpc/rpc.h>" when compiling libvirt 6.0.0 from a release tarball
...no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking whether rl_completion_quote_character is declared... no
checking for BLKID... no
checking for capng_updatev in -lcap-ng... no
checking for CURL... no
checking for DBUS... no
checking for DEVMAPPER... no
checking for dm_task_run in -ldevmapper... no
checking for dlfcn.h... (cached) yes
checking for library containing dlopen... -ldl
checking for whether to install firewalld libvirt zone... no
checking for FUSE... no
checking for GLIB... yes
checking for GLUSTERFS... no
checking for GNUTLS... y...
2016 Mar 06
8
[PATCH 0/5] Use less stack.
Various changes/fixes to use smaller stack frames.
Rich.
2020 Mar 30
0
Re: "configure: error: Unable to find <rpc/rpc.h>" when compiling libvirt 6.0.0 from a release tarball
.../bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking whether rl_completion_quote_character is declared... no
> checking for BLKID... no
> checking for capng_updatev in -lcap-ng... no
> checking for CURL... no
> checking for DBUS... no
> checking for DEVMAPPER... no
> checking for dm_task_run in -ldevmapper... no
> checking for dlfcn.h... (cached) yes
> checking for library containing dlopen... -ldl
> checking for whether to install firewalld libvirt zone... no
> checking for FUSE... no
> checking for GLIB... yes
> checking for GLUST...
2010 Jun 11
24
[Xen-API] [XCP]: RC1 of XCP 0.5 available for testing
Hi everyone,
The first release candidate of the Xen Cloud Platform (XCP) version 0.5 is
now available for testing from:
http://www.xen.org/products/cloud_source_0.5.html
XCP-0.5 is intended to be a *stable* release, suitable for long-term production use.
Please download this release candidate and give it a thorough workout!
Cheers,
Dave
_______________________________________________
xen-api
2010 Jun 11
24
[Xen-API] [XCP]: RC1 of XCP 0.5 available for testing
Hi everyone,
The first release candidate of the Xen Cloud Platform (XCP) version 0.5 is
now available for testing from:
http://www.xen.org/products/cloud_source_0.5.html
XCP-0.5 is intended to be a *stable* release, suitable for long-term production use.
Please download this release candidate and give it a thorough workout!
Cheers,
Dave
_______________________________________________
xen-api
2005 Jan 13
2
Debian Sarge Root Raid + LVM + XEN install guide (LONG)
...o this step would
be avoided.
# cd /usr/src/kernel-source-2.6.9
# make clean
# export ARCH=xen
# cp ~/xen/cryptocracy.hn.org/xen/config.xenU .config
# make menuconfig
(Make changes as appropriate)
# make
# make modules_install
# cp vmlinuz /boot/vmlinuz-2.6.9-domU
13. Configure LVM
I use LVM (or devmapper) to store the domU VBDs, including their data.
This allows for easy resizing of
partitions/images as required by services.
# apt-get install lvm10 lvm2
Initialise the partition as a physical volume:
# pvcreate /dev/md3
Create a volume group for xen:
# vgcreate xen /dev/md3
14. Create domU en...
2007 Aug 22
5
Slow concurrent actions on the same LVM logical volume
Hi 2 all !
I have problems with concurrent filesystem actions on a ocfs2
filesystem which is mounted by 2 nodes. OS=RH5ES and OCFS2=1.2.6
F.e.: If I have a LV called testlv which is mounted on /mnt on both
servers and I do a "dd if=/dev/zero of=/mnt/test.a bs=1024
count=1000000" on server 1 and do at the same time a du -hs
/mnt/test.a it takes about 5 seconds for du -hs to execute:
270M