Bug #2948
Xen localtime template bug
| Status: | Closed | Start date: | 05/26/2014 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % Done: | 0% | ||
| Category: | Drivers - VM | |||
| Target version: | Release 4.6.2 | |||
| Resolution: | fixed | Pull request: | ||
| Affected Versions: | OpenNebula 4.6 | 
Description
Hi,
There is a problem with the LOCALTIME Xen feature introduced by:
Feature #2547: add localtime feature to Xen
The resulting Xen template contains:
  localtime='yes'
instead of
  localtime='1'
As a consequence, domU fails to start (at least with xen 4.1)
[2014-05-26 16:28:55 4064] ERROR (XendDomainInfo:488) VM start failed
Traceback (most recent call last):
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 474, in start
    XendTask.log_progress(31, 60, self._initDomain)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendTask.py", line 209, in log_progress
    retval = func(*args, **kwds)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 2841, in _initDomain
    self.image = image.create(self, self.info)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 66, in create
    return findImageHandlerClass(vmConfig)(vm, vmConfig)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 783, in __init__
    ImageHandler.__init__(self, vm, vmConfig)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 99, in __init__
    self.configure(vmConfig)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 1026, in configure
    HVMImageHandler.configure(self, vmConfig)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 791, in configure
    ImageHandler.configure(self, vmConfig)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/image.py", line 132, in configure
    if int(vmConfig['platform'].get('localtime', 0)):
ValueError: invalid literal for int() with base 10: 'yes'
	Best regards,
Laurent
Associated revisions
bug #2948: fix bug with localtime in xen
bug #2948: fix bug with localtime in xen
(cherry picked from commit 329752bc01f4e699f2446b4b94a66f83a601a7f5)
History
#1
     Updated by Laurent Grawet about 7 years ago
    Updated by Laurent Grawet about 7 years ago
    With Xen 4.4, the domU is started but the time is still UTC. So the parameter doesn't work either.
#2
     Updated by Javi Fontan about 7 years ago
    Updated by Javi Fontan about 7 years ago
    - Assignee set to Javi Fontan
I'll do the changes but the fix will be in the core (C++) so it can not be easily patched.
#3
     Updated by Laurent Grawet about 7 years ago
    Updated by Laurent Grawet about 7 years ago
    Thank you.
That's why it would be good to make source packages available.
See Request #2882: Add src packages to download repository
#4
     Updated by Jaime Melis about 7 years ago
    Updated by Jaime Melis about 7 years ago
    Source Packages are already available inside the package tarballs:
$ curl -s http://downloads.opennebula.org/packages/opennebula-4.6.1/Debian-7/Debian-7-opennebula-4.6.1-1.tar.gz | tar tvzf - | grep source drwxrwxr-x root/root 0 2014-05-20 18:24 opennebula-4.6.1-1/source/ -rw-rw-r-- root/root 3404738 2014-05-20 17:59 opennebula-4.6.1-1/source/opennebula_4.6.1.orig.tar.gz -rw-r--r-- root/root 1874 2014-05-20 18:20 opennebula-4.6.1-1/source/opennebula_4.6.1-1.dsc -rw-r--r-- root/root 1591686 2014-05-20 18:20 opennebula-4.6.1-1/source/opennebula_4.6.1-1.debian.tar.gz $ curl -s http://downloads.opennebula.org/packages/opennebula-4.6.1/CentOS-6/CentOS-6-opennebula-4.6.1-1.tar.gz | tar tvzf - | grep src drwxrwxr-x root/root 0 2014-05-20 18:02 opennebula-4.6.1-1/src/ -rw-rw-r-- root/root 4989101 2014-05-20 18:02 opennebula-4.6.1-1/src/opennebula-4.6.1-1.src.rpm
#5
     Updated by Laurent Grawet about 7 years ago
    Updated by Laurent Grawet about 7 years ago
    Ok, that's fine !
I'm using online repository for updates and only looked at src tar.gz, so I couldn't find src packages...
#6
     Updated by Javi Fontan about 7 years ago
    Updated by Javi Fontan about 7 years ago
    - Status changed from Pending to Closed
- Resolution set to fixed
The fix is in this commit 329752bc01f4e699f2446b4b94a66f83a601a7f5. You can also rebuild oned binary and substitute the one you have in you frontend. Make sure you read "Build from source code" manual to check the flags required for the features you want:
http://docs.opennebula.org/4.6/integration/references/compile.html
#7
     Updated by Jaime Melis about 7 years ago
    Updated by Jaime Melis about 7 years ago
    - Target version changed from Release 4.8 to Release 4.6.2