Hello, I''m trying to create a HVM virtual machine (windows guest) with 3G of memory but this isn''t working. Xen create the domain but nothing happens (the OS don''t start and the cpu time remains 0). Things start to work with 2000MB or below. Is there some kind of upper limit for HVM virtual machines? I''m using a Dell PowerEdge 8250 machine with 16GB of memory. Thanks in advance! -- Marcos Paulo Serafim Analista de Suporte Técnico / Support Analyst mpserafim (at) gmail (dot) com Orlandia/SP - Brazil MSN: mpserafim (at) gmail (dot) com; Linux User: #171191; FP: EB38 D704 A4FD 2677 A2B2 A052 F44E CAA5 45FB 1F42 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > Marcos Paulo Serafim > Sent: 06 December 2006 18:25 > To: xen-users@lists.xensource.com > Subject: [Xen-users] HVM memory upper limit > > Hello, > > I''m trying to create a HVM virtual machine (windows guest) with 3G of > memory but this isn''t working. Xen create the domain but > nothing happens > (the OS don''t start and the cpu time remains 0). Things start to work > with 2000MB or below. Is there some kind of upper limit for > HVM virtual > machines?Is this 32-bit PAE or 64-bit guest? I believe a 64-bit guest would work, but 32-bit guest would not, as the entire guest-memory is also mapped into QEMU, which fails to find a contiguous memory block of 3GB (as the overall limit of user-space memory is 3GB, and that space has already been fragmented by loading the qemu-dm executable as well as any other memory allocation happening before the mapping of the guest memory. 2GB may well work, but 3GB is definitely more than a 32-bit guest can handle). There was a patch to dynamically map memory, which was sent in the last couple of days - that will solve this problem, and you could, should you wish, give a 32-bit PAE guest 8GB of memory - at least if the patch "does what it says on the label". I haven''t seen it go into the tree itself, so I guess it''s not going to make 3.0.4, as it''s been feature frozen. -- Mats> > I''m using a Dell PowerEdge 8250 machine with 16GB of memory. > > Thanks in advance! > > -- > Marcos Paulo Serafim > Analista de Suporte Técnico / Support Analyst > mpserafim (at) gmail (dot) com > Orlandia/SP - Brazil > MSN: mpserafim (at) gmail (dot) com; Linux User: #171191; > FP: EB38 D704 A4FD 2677 A2B2 A052 F44E CAA5 45FB 1F42 > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Petersson, Mats escreveu:> Is this 32-bit PAE or 64-bit guest? I believe a 64-bit guest would work, but 32-bit guest would not, as the entire guest-memory is also mapped into QEMU, which fails to find a contiguous memory block of 3GB (as the overall limit of user-space memory is 3GB, and that space has already been fragmented by loading the qemu-dm executable as well as any other memory allocation happening before the mapping of the guest memory. 2GB may well work, but 3GB is definitely more than a 32-bit guest can handle). There was a patch to dynamically map memory, which was sent in the last couple of days - that will solve this problem, and you could, should you wish, give a 32-bit PAE guest 8GB of memory - at least if the patch "does what it says on the label". I haven''t seen it go into the tree itself, so I guess it''s not going to make 3.0.4, as it''s been feature frozen. > > -- > MatsMats, thanks for your answer and I''m sorry about the lack of information. I''m using Xen 3.0.3 with a 32-bit PAE system. The xm dmesg for this vm only shows me: (XEN) vmx_do_launch(): GUEST_CR3<=00b89da0, HOST_CR3<=00b89ca0 xm info: host : xen2 release : 2.6.16.29-xen version : #5 SMP Wed Nov 29 11:55:33 BRST 2006 machine : i686 nr_cpus : 16 nr_nodes : 1 sockets_per_node : 4 cores_per_socket : 2 threads_per_core : 2 cpu_mhz : 2992 hw_caps : bfebfbff:20100000:00000000:00000180:000064bd:00000000:00000001 total_memory : 15611 free_memory : 5757 xen_major : 3 xen_minor : 0 xen_extra : .3-0 xen_caps : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p xen_pagesize : 4096 platform_params : virt_start=0xf5800000 xen_changeset : Sun Oct 15 13:19:07 2006 +0100 11774:620cb0064d9b cc_compiler : gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13) cc_compile_by : shand cc_compile_domain : localdomain cc_compile_date : Sun Oct 15 13:19:23 BST 2006 xend_config_format : 2 And xm list shows the vm (telnetx) but the CPU time remains on 0: Name ID Mem(MiB) VCPUs State Time(s) Domain-0 0 511 16 r----- 4234.5 db2x 2 4096 2 -b---- 502.6 fsx 14 2000 1 -b---- 221.2 telnetx 17 3072 1 ------ 0.0 The Xen qemu-dm log points a error: domid: 19 qemu: the number of cpus is 1 malloc returned error 12 Well, I''ll look for this patch. :D Thanks again! -- Marcos Paulo Serafim Analista de Suporte Técnico / Support Analyst mpserafim (at) gmail (dot) com Orlandia/SP - Brazil MSN: mpserafim (at) gmail (dot) com; Linux User: #171191; FP: EB38 D704 A4FD 2677 A2B2 A052 F44E CAA5 45FB 1F42 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > Marcos Paulo Serafim > Sent: 07 December 2006 10:33 > To: xen-users@lists.xensource.com > Subject: Re: [Xen-users] HVM memory upper limit > > Petersson, Mats escreveu: > > Is this 32-bit PAE or 64-bit guest? I believe a 64-bit > guest would work, but 32-bit guest would not, as the entire > guest-memory is also mapped into QEMU, which fails to find a > contiguous memory block of 3GB (as the overall limit of > user-space memory is 3GB, and that space has already been > fragmented by loading the qemu-dm executable as well as any > other memory allocation happening before the mapping of the > guest memory. 2GB may well work, but 3GB is definitely more > than a 32-bit guest can handle). There was a patch to > dynamically map memory, which was sent in the last couple of > days - that will solve this problem, and you could, should > you wish, give a 32-bit PAE guest 8GB of memory - at least if > the patch "does what it says on the label". I haven''t seen it > go into the tree itself, so I guess it''s not going to make > 3.0.4, as it''s been feature frozen. > > > > -- > > Mats > > Mats, thanks for your answer and I''m sorry about the lack of > information. I''m using Xen 3.0.3 with a 32-bit PAE system. >[snip other info on the domain]> > The Xen qemu-dm log points a error: > > domid: 19 > qemu: the number of cpus is 1 > malloc returned error 12Error 12 = ENOMEM - out of memory, which is what I''d expect "map memory" to say if you haven''t got a contiguous space big enough to map the memory... Error handling with QEMU could be slightly better - particularly, I think xend should monitor the qemu-dm process and detect if it''s exiting - perhaps kill the domain at that point? Does the processor in your system support 64-bit? If so, you could try a 64-bit Xen + Dom0 - that would give qemu all the memory in the world (well, not quite, but about 1024TB less some hundreds of gigabyte for the Xen + Linux kernel, should be enough for most things in the near future... ;-)> > > Well, I''ll look for this patch. :DThere was a note from Keir Fraser on xen-devel list: -- Start Keir''s mail -- [Original post by Cui, Dexuan] <my snipping some other stuff>> Btw, it seems the patch has not been checked in. Could you give some commetns?I''m reworking it a bit. It''ll go in this morning. -- Keir -- End Keirs mail -- So keep an eye on the unstable tree for the next several hours... Just goes to show that I was wrong about it making 3.0.4 (I think). -- Mats> > Thanks again! > > -- > Marcos Paulo Serafim > Analista de Suporte Técnico / Support Analyst > mpserafim (at) gmail (dot) com > Orlandia/SP - Brazil > MSN: mpserafim (at) gmail (dot) com; Linux User: #171191; > FP: EB38 D704 A4FD 2677 A2B2 A052 F44E CAA5 45FB 1F42 > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Possibly Parallel Threads
- Centos 6 - Networking: Some Queries
- NordU2002 Call for Papers
- default backend = rid not showing full group information for users
- Découvrez notre sélection des plus belles références d'immobilier neuf
- default backend = rid not showing full group information for users