Weblog entry #20 for dkg

tzconfig failing on xen instances
Posted by dkg on Thu 9 Aug 2007 at 02:31
I had trouble recently with a few xen etch instances built off the typical etch xen packages. The problem was that the domUs all reported time natively in UTC, despite my having used tzconfig to set it to my local timezone (i'm not in UTC).

Within the domU, while i could cat /etc/timezone and it would show the correct zone, doing a cmp /etc/localtime /usr/share/zoneinfo/my/time/zone indicated that they were in fact different. and tools like `date` would report in UTC if the TZ variable wasn't set.

` running dpkg-reconfigure tzdata did the proper thing, though, and updated /etc/localtime. Had that failed, i would have just copied (or linked, if /usr shared a partition with /) in the proper file to /etc/localtime. given that tzconfig seems to have been removed from lenny, i'm not sure where/how to report this problem, or if it's worth it. It may be due to a weird interaction between tzconfig and xen's default clock weirdnesses, too (the domU's inherit their clock from the dom0 unless you deliberately detach them).

 

Comments on this Entry

Posted by Anonymous (81.223.xx.xx) on Thu 16 Aug 2007 at 13:50

I guess you use debootstrap to set up domUs?

I guess that is normal behaviour, can't speek for lenny but tzconfig was an extra install in the domUs in etch (plain etch not upgraded vom sarge) iirc. Bugged me for quite some time since I (unfortunately) think of the complicated solutions first.

[ Parent | Reply to this comment ]

Posted by dkg (165.155.xx.xx) on Thu 16 Aug 2007 at 15:48
[ Send Message | View dkg's Scratchpad | View Weblogs ]
i used xen-create-image from steve's xen-tools package to set up the domUs. Seems like it would have been reasonable for it to have set up the tz correctly. otoh, i think steve lives in UTC, so maybe that didn't get tested well ;)

[ Parent | Reply to this comment ]

User Login

Username:

Password:

[ Advanced Login ]

Register Account

Quick Site Search