search for: lvm_pv

...efile.inc +++ b/gobject/Makefile.inc @@ -20,86 +20,86 @@ # 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. guestfs_gobject_headers=\ - guestfs-gobject.h \ - guestfs-gobject-session.h \ - guestfs-gobject-tristate.h \ - guestfs-gobject-struct-int_bool.h \ - guestfs-gobject-struct-lvm_pv.h \ - guestfs-gobject-struct-lvm_vg.h \ - guestfs-gobject-struct-lvm_lv.h \ - guestfs-gobject-struct-stat.h \ - guestfs-gobject-struct-statvfs.h \ - guestfs-gobject-struct-dirent.h \ - guestfs-gobject-struct-version.h \ - guestfs-gobject-struct-xattr.h \ - guestfs-gobject-struct-inotify_eve...

...ect/struct-hivex_node.h \ + include/guestfs-gobject/struct-hivex_value.h \ + include/guestfs-gobject/struct-inotify_event.h \ include/guestfs-gobject/struct-int_bool.h \ + include/guestfs-gobject/struct-isoinfo.h \ + include/guestfs-gobject/struct-lvm_lv.h \ include/guestfs-gobject/struct-lvm_pv.h \ include/guestfs-gobject/struct-lvm_vg.h \ - include/guestfs-gobject/struct-lvm_lv.h \ + include/guestfs-gobject/struct-mdstat.h \ + include/guestfs-gobject/struct-partition.h \ include/guestfs-gobject/struct-stat.h \ include/guestfs-gobject/struct-statvfs.h \ - include/guestfs-gobj...

...lication.h /usr/include/guestfs-gobject-struct-dirent.h /usr/include/guestfs-gobject-struct-inotify_event.h /usr/include/guestfs-gobject-struct-int_bool.h /usr/include/guestfs-gobject-struct-isoinfo.h /usr/include/guestfs-gobject-struct-lvm_lv.h /usr/include/guestfs-gobject-struct-lvm_pv.h /usr/include/guestfs-gobject-struct-lvm_vg.h /usr/include/guestfs-gobject-struct-mdstat.h /usr/include/guestfs-gobject-struct-partition.h /usr/include/guestfs-gobject-struct-stat.h /usr/include/guestfs-gobject-struct-statvfs.h /usr/include/guestfs-gobject-struct-version.h /us...

...sion.c +gobject/guestfs-gobject-struct-application.c +gobject/guestfs-gobject-struct-dirent.c +gobject/guestfs-gobject-struct-inotify_event.c +gobject/guestfs-gobject-struct-int_bool.c +gobject/guestfs-gobject-struct-isoinfo.c +gobject/guestfs-gobject-struct-lvm_lv.c +gobject/guestfs-gobject-struct-lvm_pv.c +gobject/guestfs-gobject-struct-lvm_vg.c +gobject/guestfs-gobject-struct-mdstat.c +gobject/guestfs-gobject-struct-partition.c +gobject/guestfs-gobject-struct-stat.c +gobject/guestfs-gobject-struct-statvfs.c +gobject/guestfs-gobject-struct-version.c +gobject/guestfs-gobject-struct-xattr.c +gobject...

As part of the fix for: https://bugzilla.redhat.com/show_bug.cgi?id=1626503 I'm proposing to add two new APIs to fetch information about the list of network interfaces of an existing guest. These two patches outline the proposed API but with no implementation or tests. However they can be applied and compiled. Please see the second patch for the proposed API. I have a mostly working

This is a simpler patch series to add symbol versioning. I have pushed patches 1-3 upstream. Rich.

This rather more complex patch series adds symbol versioning (7/7 shows it in action). This works for me, tested by running old and new virt-inspector binaries against the new library. Rich.

This patch replaces patches 14 and 15 from my previous series. The gtk-doc output is now reasonable, and we can rely on an automatically generated guestfs-sections.txt. Matt

The proposed API is the same as v1, but this includes an implementation (for /etc/sysconfig/network-scripts/ifcfg-*) and modifications to virt-inspector. This compiles and works. If you look in patch 5 you can see proposed output as virt-inspector XML for a guest (although this guest has not been booted, so a real guest would hopefully have a hwaddr="MAC" attribute too). Rich.

If we want to permit more than 255 drives to be added, then we will have to add the disks to the same virtio-scsi target using different unit (LUN) numbers. Unfortunately SCSI LUN enumeration in the Linux is not deterministic (eg. two disks with target=0, lun=[0,1] can be enumerated as /dev/sda or /dev/sdb randomly). Dealing with that will require some very complex device name translation on the

This reverts commit 3f6ca541c7b24d4c86688a509582cb41a7e0078c. The original commit was reverted prematurely. --- generator/generator_actions.ml | 10 +++++----- generator/generator_checks.ml | 5 +++++ generator/generator_types.ml | 3 +++ 3 files changed, 13 insertions(+), 5 deletions(-) diff --git a/generator/generator_actions.ml b/generator/generator_actions.ml index

...10 +193,8 @@ let structs = [ ]; ] (* end of structs *) -(* Ugh, Java has to be different .. - * These names are also used by the Haskell bindings. - *) -let java_structs = [ +(* For bindings which want camel case *) +let camel_structs = [ "int_bool", "IntBool"; "lvm_pv", "PV"; "lvm_vg", "VG"; @@ -211,11 +209,11 @@ let java_structs = [ "application", "Application"; ] -let java_name_of_struct typ = - try List.assoc typ java_structs +let camel_name_of_struct typ = + try List.assoc typ camel_structs...

Version 1 of the patch, for discussion, but not to be applied. It does work, but needs a lot more testing. This removes all the psychopathic gettextify cruft, and replaces it with a 99 line Makefile.am. A large win, I think. The third patch implements gettext support in the OCaml tools. The fourth patch is just for illustration. It shows the consequent changes to libguestfs.pot and the po

This changes the proposed API slightly. Previously 'mount-local' generating a 'mounted' event when the filesystem was ready, and from the 'mounted' event you had to effectively do a fork. Now, 'mount-local' just initializes the mountpoint and you have to call 'mount-local-run' to enter the FUSE main loop. Between these calls you can do a fork or whatever

This is a follow-up to the other generator changes in: https://www.redhat.com/archives/libguestfs/2017-February/msg00217.html Rich.

Split up the huge generator/actions.ml into several smaller files. Rich.

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 Thanks: Tomáš Golembiovský --- v2v/virt-v2v.pod | 38 ++++++++++++++++++++++++++------------ 1 file changed, 26 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..0943bf305 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,32 @@ that

See this bug for background information: https://bugzilla.redhat.com/show_bug.cgi?id=1350465 --- v2v/virt-v2v.pod | 39 +++++++++++++++++++++++++++------------ 1 file changed, 27 insertions(+), 12 deletions(-) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index e68d75cf8..93d1a9ecd 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -1909,18 +1909,33 @@ that guest through the RHV-M UI,

If the connection is not local, paths of disks will refer to the remote host, which were mistakenly handled as local paths (in the best case failing to open a non-existing disk, and in the worst case opening a different disk!). In case the disks are remote resources like ssh or ceph, nothing guarantees that the hostname can be reached from the local machine, or even that it is actually the same on

Hopefully this time ...