-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is there any good tmem documentation anywhere? I finally muddled my way into getting it working by adding the tmem command line arguments to xen and the kernel, but now the output of xm tmem-list is entirely undecipherable and not documented in the man page. Can anyone help me understand what this means? root@devserv:~# sudo xm tmem-list -a G=Tt:30670,Te:30114,Cf:0,Af:0,Pf:0,Ta:0,Lm:0,Et:0,Ea:0,Rt:0,Ra:0,Rx:0,Fp:0 C=CI:0,ww:0,ca:0,co:0,fr:0,Tc:15015548,Ge:0,Pp:0,Gp:0 P=CI:0,PI:0,PT:EP,U0:0,U1:0 P=CI:0,PI:1,PT:EP,U0:0,U1:0 P=CI:0,PI:2,PT:EP,U0:0,U1:0 T=Gn:0,Gt:0,Gx:0,Gm:2147483647,Pn:0,Pt:0,Px:0,Pm:2147483647,gn:30114,gt:13657797,gx:12420,gm:262,pn:0,pt:0,px :0,pm:2147483647,Fn:268,Ft:259289,Fx:5302,Fm:525,On:280,Ot:1098462,Ox:14010,Om:435,Cn:0,Ct:0,Cx:0,Cm:21474836 47,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx:0,dm:2147483647 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPMtyhAAoJEJrBOlT6nu75COoH/3d23brWWbouh87FnDRswewL 1o2EJEtgd77EVWBbKFyNVviMRJJ9aBjmL4xXRMsgehz2D8a3bgRkmr3D4NNX9mPb oi/q9XrkeEhXr0HiyuG6m/N5Uew4UUxKI4SS7899fBvqr4jQxKilh5+bwlNho08h FZjFpeTMmRW3rbxbIj277Qf0bYzfmRKUJ6sy1lUiu6Ddnxqadm9rsyHjxVQyIDpW ZNQxW5e2P7Kb+7ILjnKp9wFAPdXSw9jNTIr2HixW5+LQwePuL5zxf4o1jnntH82B ckU8W2dwbtL/B1QcoXtAPAzDBFxRgCaDKc/EdgchyBp1NWYGIJ3XCPIh+wLIwoo=3ZT8 -----END PGP SIGNATURE-----
Hi, the output is parsed with xm tmem-list-parse. I also had a had time understanding THAT output, but then solved that by simly testing a few domUs with the kernel from the tmem project page. And then I could see the dedup / compress values change. Florian 2012/2/8 Phillip Susi <psusi@ubuntu.com>:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Is there any good tmem documentation anywhere? I finally muddled my > way into getting it working by adding the tmem command line arguments > to xen and the kernel, but now the output of xm tmem-list is entirely > undecipherable and not documented in the man page. Can anyone help me > understand what this means? > > root@devserv:~# sudo xm tmem-list -a > G=Tt:30670,Te:30114,Cf:0,Af:0,Pf:0,Ta:0,Lm:0,Et:0,Ea:0,Rt:0,Ra:0,Rx:0,Fp:0 > C=CI:0,ww:0,ca:0,co:0,fr:0,Tc:15015548,Ge:0,Pp:0,Gp:0 > P=CI:0,PI:0,PT:EP,U0:0,U1:0 > P=CI:0,PI:1,PT:EP,U0:0,U1:0 > P=CI:0,PI:2,PT:EP,U0:0,U1:0 > T=Gn:0,Gt:0,Gx:0,Gm:2147483647,Pn:0,Pt:0,Px:0,Pm:2147483647,gn:30114,gt:13657797,gx:12420,gm:262,pn:0,pt:0,px > :0,pm:2147483647,Fn:268,Ft:259289,Fx:5302,Fm:525,On:280,Ot:1098462,Ox:14010,Om:435,Cn:0,Ct:0,Cx:0,Cm:21474836 > 47,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx:0,dm:2147483647 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPMtyhAAoJEJrBOlT6nu75COoH/3d23brWWbouh87FnDRswewL > 1o2EJEtgd77EVWBbKFyNVviMRJJ9aBjmL4xXRMsgehz2D8a3bgRkmr3D4NNX9mPb > oi/q9XrkeEhXr0HiyuG6m/N5Uew4UUxKI4SS7899fBvqr4jQxKilh5+bwlNho08h > FZjFpeTMmRW3rbxbIj277Qf0bYzfmRKUJ6sy1lUiu6Ddnxqadm9rsyHjxVQyIDpW > ZNQxW5e2P7Kb+7ILjnKp9wFAPdXSw9jNTIr2HixW5+LQwePuL5zxf4o1jnntH82B > ckU8W2dwbtL/B1QcoXtAPAzDBFxRgCaDKc/EdgchyBp1NWYGIJ3XCPIh+wLIwoo> =3ZT8 > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users-- the purpose of libvirt is to provide an abstraction layer hiding all xen features added since 2006 until they were finally understood and copied by the kvm devs.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2/11/2012 5:58 AM, Florian Heigl wrote:> Hi, > > the output is parsed with xm tmem-list-parse.xm tmem-list-parse: subcommand not found -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv 67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN 3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90 7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1 9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I=fcW/ -----END PGP SIGNATURE-----
Hi Phillip, I''m trying to install a guest VM containing a working tmem, but I found out that even if I turned on all the tmem related options in kernel compile, linux 3.x.x branch does not execute tmem properly. Which kernel did you use for guest VM? Thank you, Jinho On Mon, Feb 13, 2012 at 11:23 AM, Phillip Susi <psusi@ubuntu.com> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2/11/2012 5:58 AM, Florian Heigl wrote: > > Hi, > > > > the output is parsed with xm tmem-list-parse. > > xm tmem-list-parse: subcommand not found > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv > 67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN > 3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90 > 7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1 > 9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB > TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I> =fcW/ > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >-- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/03/2012 09:29 PM, jinho hwang wrote:> Hi Phillip, > > I''m trying to install a guest VM containing a working tmem, but I found out > that even if I turned on all the tmem related options in kernel compile, > linux 3.x.x branch does not execute tmem properly. Which kernel did you use > for guest VM?You have to pass "tmem" to both xen and the guest kernel to enable it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE=nspq -----END PGP SIGNATURE-----
Hi Phillip, Thank you for your e-mail. I want to tell you my situation about tmem: 1) I use Xen 4.1.2 + kernel 3.3.1 (ubuntu-based environment). tmem seems to be working now in both xen and guest os. 2) I found that tmem did not include frontswap in this version (and any of 3.x.x). 3) when I forced to enable frontswap, it did not work since swap struct did not have frontswap_map. 4) I still do not understand the output of sudo xm tmem-list -l -a..... I will look into the source code for that since there is no documents. Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I''m thinking to try it if I have time. Can you share your understanding for the output of sudo xm tmem-list -l -a? I hope we can help each other with this big toy. Thanks, Jinho On Tue, Apr 3, 2012 at 11:52 PM, Phillip Susi <psusi@ubuntu.com> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/03/2012 09:29 PM, jinho hwang wrote: > > Hi Phillip, > > > > I''m trying to install a guest VM containing a working tmem, but I found > out > > that even if I turned on all the tmem related options in kernel compile, > > linux 3.x.x branch does not execute tmem properly. Which kernel did you > use > > for guest VM? > > You have to pass "tmem" to both xen and the guest kernel to enable it. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 > 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy > +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU > qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY > hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 > aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE> =nspq > -----END PGP SIGNATURE----- >-- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users
I''ve been clearing out the crud for my xen install, but have come across something I''m not able to resolve. I''ve 4 live VMs that are running fine, but there are some legacy VMs that I can''t shift, at least according to ''xen-list-images''. Name: sotnec Memory: 512 IP: X.X.X.X Name: Memory: 128 As you can see one of them doesn''t even have a name! Normally VMs here can be removed with ''xen-delete-image'', which (possibly among other things) appears to remove the associated LV. These are loitering though, and I don''t like them there; there are no associated LVs for these entires. Does any one know a) what is generating the output of ''xen-list-images'', compared to say ''xm li'', and b) how I might remove the unwanted machines. Thanks, Jon
On 4/4/2012 12:11 PM, jinho hwang wrote:> Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I''m > thinking to try it if I have time.I don''t know what UEK2 is... I''m running Ubuntu.> Can you share your understanding for the output of sudo xm tmem-list -l -a?I still don''t understand it.
On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote:> Does any one know a) what is generating the output of ''xen-list-images'', > compared to say ''xm li'',xen-list-images comes from xen-tools[0], it''s not something provided by Xen itself.> and b) how I might remove the unwanted machines.I don''t know, but it''s just a perl script and looking at it suggests that it simply iterates over /etc/xen/*.cfg. I''d expect that you could just delete the files corresponding to the VM you want rid of (and manually clean up any other associated LVs etc). But xen-tools has it''s own mailing lists[1] so I''d recommend asking there before doing anything drastic. Ian. [0] http://xen-tools.org/software/xen-tools/ [1] http://xen-tools.org/software/xen-tools/lists.html
On Thu, 2012-04-05 at 08:20 +0100, Ian Campbell wrote:> On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote: > > Does any one know a) what is generating the output of ''xen-list-images'', > > compared to say ''xm li'', > > xen-list-images comes from xen-tools[0], it''s not something provided by > Xen itself. > > > and b) how I might remove the unwanted machines. > > I don''t know, but it''s just a perl script and looking at it suggests > that it simply iterates over /etc/xen/*.cfg. > > I''d expect that you could just delete the files corresponding to the VM > you want rid of (and manually clean up any other associated LVs etc). > But xen-tools has it''s own mailing lists[1] so I''d recommend asking > there before doing anything drastic. > > Ian. > > [0] http://xen-tools.org/software/xen-tools/ > [1] http://xen-tools.org/software/xen-tools/lists.html >Thanks, Ian. You were absolutelty right, checking /etc/xen/*cfg I noticed the culprits, removing them has cleared things up. Regards, Jon