Bug 960763 - anaconda GeoIP thinks my VMs are in St. Johns
Summary: anaconda GeoIP thinks my VMs are in St. Johns
Keywords:
Status: CLOSED DUPLICATE of bug 963531
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 19
Hardware: All
OS: All
unspecified
low
Target Milestone: ---
Assignee: Martin Kolman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-07 21:45 UTC by Adam Williamson
Modified: 2013-05-30 12:17 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-30 12:17:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Adam Williamson 2013-05-07 21:45:54 UTC
Well, see summary. I don't know why. Since the GeoIP stuff got into anaconda, all my VMs come up with 'America/St_Johns timezone' in the Date & Time spoke. anaconda.log shows:

21:41:41,863 INFO anaconda: Running Thread: AnaGeolocationRefreshThread (140272114689792)
21:41:41,863 INFO anaconda: Starting geolocation lookup
21:41:41,863 INFO anaconda: Geolocation provider: Fedora MirrorManager
21:41:42,683 INFO anaconda: Geolocation lookup finished in 0.8 seconds
21:41:42,684 INFO anaconda: territory: CA
21:41:42,684 INFO anaconda: Thread Done: AnaGeolocationRefreshThread (140272114689792)
21:41:43,485 INFO anaconda: Thread Done: AnaStorageThread (140272123082496)
21:41:44,049 INFO anaconda: Didn't get a single locale from Geolocation, falling back to default locale.

but isn't the 'default locale' usually New York? I've never seen St. Johns before. Haven't had time yet to see what happens on bare metal.

Comment 1 Adam Williamson 2013-05-07 21:48:44 UTC
Oh, should have mentioned - this is using the Fedora virt stack, virt-manager / KVM / qemu, the host is an F19 system also.

Comment 2 Martin Kolman 2013-05-14 13:32:09 UTC
GeoIP is currently used for two things:
* setting language & locale
* setting the timezone
These two are handled separately, which means that even if you are in a territory with multiple locales (such as CA or Switzerland), where Anaconda defaults back to English, the territory code will still be used to set the timezone. But of course it is just a preset, that would hopefully be right most of the time and thus save users a few clicks.

As Anaconda only has the territory code to work with (in this case CA), it seems that the America/St_Johns is the default timezone for Canada. 

If you are not in Canada or anywhere nearby, the public IP of your corporate network gateway might be, fooling the GeoIP service. 

Also, Anaconda is currently using the MirrorManager mirror API for getting the territory code. This API is primarily meant for finding the fastest Fedora mirror, which might again make the GeoIP results less accurate (say, if the fastest mirror for your current location is in Canada). But we are already talking with the Fedora infrastructure guys about setting up a dedicated GeoIP API, which should not have these issues.

So, basically, it works as intended.

Comment 3 Adam Williamson 2013-05-14 16:06:38 UTC
Fair enough. I don't know who controls the 'default' timezones, but St. John's is not a very sensible default for Canada; it's in the NST/NDT - Newfoundland Standard / Daylight Time - zone, which is tiny and sparsely inhabited. A sensible choice for a default for Canada would be Toronto, the biggest city in the country and part of the most populous province.

Comment 4 Martin Kolman 2013-05-30 12:17:53 UTC

*** This bug has been marked as a duplicate of bug 963531 ***


Note You need to log in before you can comment on or make changes to this bug.