search for: lv2

...in that direction, could someone do me the favor of reviewing and submitting the enclosed patch, or giving me feedback on it? Basically, I need to be able to differentiate the triple for a PS3 target. These are the triples currently used in the gcc-based compiler from the PS3 devkit: ppu-unknown-lv2 spu-unknown-lv2 "ppu" is an alias for the existing ppc64 architecture (though in the future there might need to be some specialization), "spu" is already an alias for cellspu, and "lv2" is the alias for a new Lv2 type, refering to the name used for the PS3 OS. Thanks...

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2168506 This small set covers the new /dev/mapper/VG-LV "--key" ID format in the libguestfs LUKS-on-LVM inspection test. Thanks, Laszlo Laszlo Ersek (3): update common submodule LUKS-on-LVM inspection test: rename VGs and LVs LUKS-on-LVM inspection test: test /dev/mapper/VG-LV translation common

Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=2168506 This small set covers the new /dev/mapper/VG-LV "--key" ID format in the LUKS-on-LVM virt-inspector test. Thanks, Laszlo Laszlo Ersek (3): update common submodule inspector: rename VGs and LVs in LUKS-on-LVM test inspector: test /dev/mapper/VG-LV translation in LUKS-on-LVM test common

I have lvm based (thin pool) storage on local disks. I need to move vps from one vg on one disk to another. Does it possible to migrate to localhost with blockcopy migration to another vg? I'm understand that i can move lv from one vg to another, but i don't need that. -- Vasiliy Tolstov, e-mail: v.tolstov@selfip.ru jabber: vase@selfip.ru

It seems the default behaviour of rake is to run tests sequentially, and not in parallel (there are separate gems to achieve that behaviour). Hence just invoke "rake test" to run all the available tests at once. This reverts commit 8f30c3c3f8c063f7c5ff8c6154d881e07a820251. --- ruby/run-ruby-tests | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

...-f $disk1 $disk2; fi + + exit $status +} +trap cleanup INT QUIT TERM EXIT + +# Create 2 disks partitioned as: +# sda1: 20M MD (md127) +# sda2: 20M PV (vg1) +# sda3: 20M MD (md125) +# +# sdb1: 20M PV (vg0) +# sdb2: 20M PV (vg2) +# sdb3: 20M MD (md125) +# +# lv0 : LV (vg0) +# lv1 : LV (vg1) +# lv2 : LV (vg2) +# md127 : md (sda1, lv0) +# md126 : md (lv1, lv2) +# md125 : md (sda3, sdb3) +# vg3 : VG (md125) +# lv3 : LV (vg3) + +guestfish <<EOF +# Add 2 empty disks +sparse $disk1 100M +sparse $disk2 100M +run + +# Partition disks +part-init /dev/sda mbr +part-add /dev/sda p 64 41023...

This patch set fixes a two year old bug in guestfish, namely that the 'glob' command does not expand /dev/* patterns. https://bugzilla.redhat.com/show_bug.cgi?id=635971 Rich.

Requires this series: https://www.redhat.com/archives/libguestfs/2019-November/msg00036.html

Hi all, I'm setting up Centos4.2 on 2x80GB SATA drives. The partition scheme is like this: /boot = 300MB / = 9.2GB /home = 70GB swap = 500MB The RAID is RAID 1. md0 = 300MB = /boot md1 = 9.2GB = LVM md2 = 70GB = LVM md3 = 500MB = LVM Now, the confusing part is: 1. When creating VolGroup00, should I include all PV (md1, md2, md3)? Then create the LV. 2. When setting up RAID 1, should I

...| 4 +--- 4 files changed, 5 insertions(+), 15 deletions(-) diff --git a/ruby/t/tc_100_launch.rb b/ruby/t/tc_100_launch.rb index 9c31aa5..b79b984 100644 --- a/ruby/t/tc_100_launch.rb +++ b/ruby/t/tc_100_launch.rb @@ -30,9 +30,7 @@ class TestLoad < MiniTest::Unit::TestCase g.lvcreate("LV2", "VG", 200); lvs = g.lvs() - if lvs != ["/dev/VG/LV1", "/dev/VG/LV2"] - raise "incorrect lvs returned" - end + assert_equal ["/dev/VG/LV1", "/dev/VG/LV2"], lvs g.sync() end diff --git a/ruby/t/tc_410_cl...

...ize with different disk change rate. Each host must have a limited sized resource and a reserved space. If a server needs more space to perform backup, It must be enabled and provisioned. My first solution was put each host pools on different logical volumes, like: host1 -> lv1 host2 -> lv2 host3 -> lv3 and store pools/volumes on specified storage daemon that uses a specified device for each different hosts. host1 -> storage1 -> device_lv1 host2 -> storage2 -> device_lv2 host3 -> storage3 -> device_lv3 Unfortunately, I can't define on bacula-sd.conf mul...

Hi all, I would like to use libguestfs to manage the virtual disk images of virtual machines on XenServer, which is a virtualization platform. When I try to do some test of the Java codes contained in the libguestfs package, the following error promped up: Exception in thread "main" java.lang.UnsatisfiedLinkError: no guestfs_jni in java.library.path at

Hi list Maybe someone can help with the following problem (thanks in advance): In a function I have a plot and want to add symbols/text only when indicated by a logical vector (which was generated by the function before, not manually like in the following example): plot(1:10, 1:10) lv <- c(T,T,T,F,F,F,T,T,T,F) text(1:10, 1:10, '*', pos = 3) In this example the asterisk is plotted at

If I''m running two rails apps on the same server using Unicorn, I have to run two instances of Unicorn, right? If so, then here''s a place where passenger might win in terms of memory use, as the rails code will be loaded into memory twice, right? I''m still probably going with Unicorn, but just exploring this first. Thanks, John

I have been looking for a while to LLVM as a possible technology to build a DSP execution engine, providing the runtime flexibility needed by real-time interactive DSP applications (like patcher languages), or by plug-in based processors, and in the same moment the powerful link time optimizations that such a system can provide. Such a task is daunting for a single developer project like

...specify the keys in > +# /dev/mapper/VG-LV format this time. > +keys_by_mapper_lvname=( > + --key /dev/mapper/Volume--Group-Root:key:FEDORA-Root > + --key /dev/mapper/Volume--Group-Logical--Volume--1:key:FEDORA-LV1 > + --key /dev/mapper/Volume--Group-Logical--Volume--2:key:FEDORA-LV2 > + --key /dev/mapper/Volume--Group-Logical--Volume--3:key:FEDORA-LV3 > +) > +fish_ref=$("${guestfish[@]}" "${keys_by_mapper_lvname[@]}") > +eval "$fish_ref" > + > +# Repeat the test. > +check_filesystems For the series: Reviewed-by: Richard W.M...

Let me preface my question by stressing that I am much less interested in the answer than in learning a way I could have *found the answer myself*. (As helpful as the participants in this list are, I have far too many R-related questions to resolve by posting here, and as I've written before, in my experience the R documentation has not been very helpful, but I remain hopeful that I may have

hello, i am a newbie to this list and i don't know if this has been posted before (if so, plzz accept my apologies) i just noticed a nice mini-howto on ext2-ext3 conversion at http://www.symonds.net/~rajesh/howto/ext3/index.html i think that maybe a link can be added to this after the download section... cheers Sayamindu *********************************************************************

...estfs_create (); +guestfs_add_drive_scratch ($g, 500 * 1024 * 1024); +guestfs_launch ($g); + +guestfs_pvcreate ($g, "/dev/sda"); +guestfs_vgcreate ($g, "VG", array ("/dev/sda")); +guestfs_lvcreate ($g, "LV1", "VG", 200); +guestfs_lvcreate ($g, "LV2", "VG", 200); + +$lvs = guestfs_lvs ($g); +var_dump ($lvs); + +guestfs_mkfs ($g, "ext2", "/dev/VG/LV1"); +guestfs_mount ($g, "/dev/VG/LV1", "/"); +guestfs_mkdir ($g, "/p"); +guestfs_touch ($g, "/q"); + +function dir_cmp ($a,...

...nk the interest, if any, would be in having a *low* level library generic enough to be used by multiple applications, so to factor the work. It may be that an existing project have internally a large part of the needed code, though. >Note also that hosts which run plugins at the level of LADSPA/LV2, >VST, AU, DSSI etc are unlikely to be easy candidates for any >cross-plugin optimization. I was actually talking about two different context, reusing existing binaries, and having cross plugin optimisations for native plugins. But, if the plugins are compiled with a different compilation c...