Resize errors with virt-resize/vgchange
by Alex
Hi all,
I hoped I could follow up with my post from libvirt-users, and include
the details in hopes someone can help. I have an fc18 system and
trying to resize an LVM partition with an
ext4 filesystem and receiving the following message from virt-resize:
# virt-resize -d --expand /dev/sda1 --LV-expand /dev/mapper/prop-home
prop-1.img prop-expand.img
command line: virt-resize -d --expand /dev/sda1 --LV-expand
/dev/mapper/prop-home prop-1.img prop-expand.img
Examining prop-1.img ...
libguestfs: trace: add_drive "prop-1.img" "readonly:true"
libguestfs: trace: add_drive = 0
libguestfs: trace: add_drive "prop-expand.img" "readonly:false"
libguestfs: trace: add_drive = 0
libguestfs: trace: launch
libguestfs: trace: get_tmpdir
libguestfs: trace: get_tmpdir = "/tmp"
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
libguestfs: trace: disk_format "/var/lib/libvirt/images/prop-expand.img"
libguestfs: trace: disk_format = "raw"
libguestfs: trace: get_cachedir
libguestfs: trace: get_cachedir = "/var/tmp"
[...] 100% --:--
libguestfs: trace: launch = 0
libguestfs: trace: lvm_set_filter "/dev/sda"
libguestfs: trace: lvm_set_filter = -1 (error)
Fatal error: exception Guestfs.Error("lvm_set_filter: vgchange:
Couldn't find device with uuid zouQ8X-qxqJ-mp6p-pzg3-mi2i-K9YM-A763Kc.
Refusing activation of partial LV home. Use --partial to override.
Refusing activation of partial LV swap. Use --partial to override.
R
libguestfs: trace: close
libguestfs: trace: internal_autosync
libguestfs: trace: internal_autosync = 0
I don't understand this error message. I also see that vgchange
doesn't even have a 'partial' option, so I'm not sure how to
troubleshoot it. Here is the filesystem layout for this system:
# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 7.9G 0 7.9G 0% /dev
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 7.9G 3.9M 7.9G 1% /run
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
/dev/mapper/prop-root 15G 7.4G 6.3G 55% /
tmpfs 7.9G 0 7.9G 0% /tmp
/dev/mapper/prop-boot 477M 95M 358M 21% /boot
/dev/mapper/prop-home 222G 212G 9.9G 96% /home
The image is the 222G /home partition only. The other partitions are
on another image.
There are a bunch of links regarding other methods for resizing an LVM
from within a VM. I don't know which to follow. Can someone make a
recommendation of one they know works with current systems?
Any ideas how to troubleshoot this would be greatly appreciated.
Thanks,
Alex
11 years
Redirecting libguestfs error messages
by Or Goshen
Hi,
When I register a callback for events with this function call:
eh = guestfs_set_event_callback(g, message_callback, GUESTFS_EVENT_ALL, 0,
dev);
Shouldnt it capture and redirect messages like this to message_callback():
"libguestfs: error: lstat: /.Trash: No such file or directory"
I still get them in stderr ..
Thanks,
Or
11 years
Problem with supermin & zypper
by Or Goshen
Hi,
During compilation of guestfs I get the following error:
*supermin -v -o supermin.d --names augeas-libs btrfs-progs cryptsetup
cryptsetup-luks e2fsprogs e4fsprogs genisoimage gfs-utils gfs2-utils grub
hfsplus-tools hivex iproute iputils kernel libcap libldm MAKEDEV
nilfs-utils ntfsprogs ntfs-3g openssh-clients pcre reiserfs-utils
libselinux syslinux-extlinux systemd vim-minimal xz yajl zfs-fuse acl attr
bash binutils bzip2 coreutils cpio diffutils dosfstools file findutils gawk
gdisk grep gzip jfsutils kmod less libxml2 lsof lsscsi lvm2 lzop mdadm
module-init-tools parted procps procps-ng psmisc rsync scrub sed strace
syslinux tar udev util-linux util-linux-ng xfsprogs zerofree --exclude
^perl --exclude ^python --exclude ^plymouth --exclude ^linux-firmware
--exclude ^kbd-misc --exclude ^kernel --exclude ^fedora-logos --exclude
^redhat-logos --exclude ^dracut
supermin 4.1.1
supermin: could not detect package manager used by this system or distro.
If this is a new Linux distro, or not Linux, or a Linux distro that uses
an unusual packaging format then you may need to port supermin. If
you are expecting that supermin should work on this system or distro
then it may be that the package detection code is not working.
make[2]: *** [stamp-supermin] Error 1*
Now, I installed supermin from git. During configuration it discovered
zypper:
*checking for zypper... zypper
checking for yum... no
checking for rpm... rpm
checking for yumdownloader... no
checking for aptitude... no
checking for apt-cache... apt-cache
checking for dpkg... no
checking if apt-cache depends --recurse is broken... yes
checking for pacman... no*
I have the following file:
*> cat /etc/SuSE-release
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 2*
What am I missing here ?
Why do I get this error ?
Thanks,
Or
11 years