[Xen-bugs] [Bug 1089] creating 13th domain gets ('Cannot allocate memory')

[bugzilla-daemon@xxxxxxxxxxxxxxxxxxx]

http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1089


veliogluh@xxxxxxxxxx changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |veliogluh@xxxxxxxxxx




------- Comment #1 from veliogluh@xxxxxxxxxx  2008-12-18 13:59 -------
Same situation occurs in my RHEL5.2 x86_64 box with xen-3.0.3-64.el5_2.3 and
kernel-xen-2.6.18-92.1.22.el5. My machine has 16GB of memory and 4 PV machine
which has 4GB of RAM is running on it. So dom0 has 12 GB free memory. However,
when I want to create a hvm domain with virt-install command, I get en error
like "Cannot allocate memory". I have a production Xen system and this problem
had occured twice at there and I solved it with rebooting the machine or
creating another PV domain and after that creating hvm domain again.

But while workin with my test box I could catch the same issue and I want to
dig it without rebooting because I know after reboot it will work. But this is
not a solution.

Here is my xend.log after trying to run hvm domain.
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] DEBUG (XendDomainInfo:200)
XendDomainInfo.create(['vm', ['name', 'WIN1'], ['memory', '1024'], ['maxmem',
'1024'], ['vcpus', '1'], ['uuid', '5de35b73-4f57-4104-2005-4f805abc3876'],
['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'],
['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['device_model',
'/usr/lib64/xen/bin/qemu-dm'], ['vcpus', '1'], ['boot', 'd'], ['acpi', '1'],
['apic', '1'], ['pae', '1'], ['usb', '1'], ['serial', 'pty'], ['vnc', '1'],
['vncunused', '1']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname',
'file:/var/lib/xen/images/WIN1.img'], ['mode', 'w']]], ['device', ['vbd',
['dev', 'hdc:cdrom'], ['uname', 'file:/root/Windows2003CD1.iso'], ['mode',
'r']]], ['device', ['vif', ['mac', '00:16:3e:4c:ab:11'], ['bridge',
'Vlan28']]]])
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] DEBUG (XendDomainInfo:306)
parseConfig: config is ['vm', ['name', 'WIN1'], ['memory', '1024'], ['maxmem',
'1024'], ['vcpus', '1'], ['uuid', '5de35b73-4f57-4104-2005-4f805abc3876'],
['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'],
['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['device_model',
'/usr/lib64/xen/bin/qemu-dm'], ['vcpus', '1'], ['boot', 'd'], ['acpi', '1'],
['apic', '1'], ['pae', '1'], ['usb', '1'], ['serial', 'pty'], ['vnc', '1'],
['vncunused', '1']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname',
'file:/var/lib/xen/images/WIN1.img'], ['mode', 'w']]], ['device', ['vbd',
['dev', 'hdc:cdrom'], ['uname', 'file:/root/Windows2003CD1.iso'], ['mode',
'r']]], ['device', ['vif', ['mac', '00:16:3e:4c:ab:11'], ['bridge',
'Vlan28']]]]
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] DEBUG (XendDomainInfo:411)
parseConfig: result is {'shadow_memory': None, 'start_time': None, 'uuid':
'5de35b73-4f57-4104-2005-4f805abc3876', 'on_crash': 'destroy', 'on_reboot':
'destroy', 'localtime': None, 'image': ['hvm', ['kernel',
'/usr/lib/xen/boot/hvmloader'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'],
['vcpus', '1'], ['boot', 'd'], ['acpi', '1'], ['apic', '1'], ['pae', '1'],
['usb', '1'], ['serial', 'pty'], ['vnc', '1'], ['vncunused', '1']],
'on_poweroff': 'destroy', 'bootloader_args': None, 'cpus': None, 'name':
'WIN1', 'backend': [], 'vcpus': 1, 'cpu_weight': None, 'features': None,
'vcpu_avail': None, 'memory': 1024, 'device': [('vbd', ['vbd', ['dev',
'hda:disk'], ['uname', 'file:/var/lib/xen/images/WIN1.img'], ['mode', 'w']]),
('vbd', ['vbd', ['dev', 'hdc:cdrom'], ['uname',
'file:/root/Windows2003CD1.iso'], ['mode', 'r']]), ('vif', ['vif', ['mac',
'00:16:3e:4c:ab:11'], ['bridge', 'Vlan28']])], 'bootloader': None, 'cpu': None,
'maxmem': 1024}
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] DEBUG (XendDomainInfo:1350)
XendDomainInfo.construct: None
[2008-12-18 23:13:34 xend 26207] DEBUG (balloon:127) Balloon: 3332 KiB freee;
need 2048; done.
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] ERROR (XendDomainInfo:212)
Domain construction failed
Traceback (most recent call last):
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", line
204, in create
    vm.construct()
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", line
1370, in construct
    hvm = hvm)
Error: (12, 'Cannot allocate memory')
[2008-12-18 23:13:34 xend.XendDomainInfo 26207] DEBUG (XendDomainInfo:1560)
XendDomainInfo.destroy: domid=None
[2008-12-18 23:13:34 xend 26207] ERROR (SrvBase:88) Request create failed.
Traceback (most recent call last):
  File "/usr/lib64/python2.4/site-packages/xen/web/SrvBase.py", line 85, in
perform
    return op_method(op, req)
  File "/usr/lib64/python2.4/site-packages/xen/xend/server/SrvDomainDir.py",
line 82, in op_create
    raise XendError("Error creating domain: " + str(ex))
XendError: Error creating domain: (12, 'Cannot allocate memory')


After my investigation I found that in
/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py in function
        self.domid = xc.domain_create(
            domid = 0, ssidref = security.get_security_info(self.info,
'ssidref'),
            handle = uuid.fromString(self.info['uuid']),
            hvm = hvm)


the function xc.domain_create fails. I checked the functions in paramters and
their returns are correct. Here the parameters:
security.get_security_info(self.info, 'ssidref') returns 0
uuid.fromString(self.info['uuid']) returns [93, 227, 91, 115, 79, 87, 65, 4,
32, 5, 79, 128, 90, 188, 56, 118]
hvm is 1

And I write a "log.debug" line both after/before this call and just the before
one worked. So I think I catch the problem line.

I can keep this machine without rebooting so I can try any suggestion.

PS: Sorry for my english.


-- 
Configure bugmail: 
http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

_______________________________________________
Xen-bugs mailing list
Xen-bugs@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-bugs