Hide Forgot
+++ This bug was initially created as a clone of Bug #795322 +++ --- Additional comment from qwan on 2012-02-20 04:45:43 EST --- There are many other commands working like this, so it sounds reasonable to find a good solution to make it work for other commands too. And there is another reason to get this fixed, the commands like 'add-ro' won't take effect after launch, but the original parameters can be lost if we want to check that. for example: # guestfish -a /dev/null [...] ><fs> run ><fs> get-smp 1 ><fs> set-smp 4 ><fs> get-smp 4 ><fs> Actually, we're expecting to get 1 rather than 4, because there is only one vcpu assigned to the appliance, and it's impossible for the appliance to get 4 virtual vcpus now. --- Additional comment from rjones on 2012-02-20 06:10:49 EST --- (In reply to comment #1) > There are many other commands working like this, so it sounds reasonable to > find a good solution to make it work for other commands too. > > And there is another reason to get this fixed, the commands like 'add-ro' won't > take effect after launch, but the original parameters can be lost if we want to > check that. for example: > > # guestfish -a /dev/null > [...] > ><fs> run > ><fs> get-smp > 1 > ><fs> set-smp 4 > ><fs> get-smp > 4 > ><fs> > > Actually, we're expecting to get 1 rather than 4, because there is only one > vcpu assigned to the appliance, and it's impossible for the appliance to get 4 > virtual vcpus now. Just to note this is a separate issue and requires a new BZ. --- Additional comment from gaowanlong.com on 2012-02-23 00:25:43 EST --- (In reply to comment #1) > There are many other commands working like this, so it sounds reasonable to > find a good solution to make it work for other commands too. > > And there is another reason to get this fixed, the commands like 'add-ro' won't > take effect after launch, but the original parameters can be lost if we want to > check that. for example: > > # guestfish -a /dev/null > [...] > ><fs> run > ><fs> get-smp > 1 > ><fs> set-smp 4 > ><fs> get-smp > 4 > ><fs> > > Actually, we're expecting to get 1 rather than 4, because there is only one > vcpu assigned to the appliance, and it's impossible for the appliance to get 4 > virtual vcpus now. A fix patch has sent against upstream. https://www.redhat.com/archives/libguestfs/2012-February/msg00082.html
A upstream patch has been pushed: https://github.com/libguestfs/libguestfs/commit/9e5c0b39c6b598a733a790d73d27eae491910a22
Closing, seems to be a duplicate of bug 795322. *** This bug has been marked as a duplicate of bug 795322 ***