Bug 1532540
Summary: | Deployment fails when Timezone parameter is set | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | David Juran <djuran> |
Component: | openstack-tripleo | Assignee: | Janki <jchhatba> |
Status: | CLOSED ERRATA | QA Contact: | Itzik Brown <itbrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 12.0 (Pike) | CC: | aschultz, djuran, itbrown, jchhatba, mburns, mkolesni, nyechiel, rhel-osp-director-maint, sisadoun |
Target Milestone: | beta | Keywords: | TestOnly, Triaged |
Target Release: | 13.0 (Queens) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: |
N/A
|
|
Last Closed: | 2018-06-27 13:41:30 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Juran
2018-01-09 09:44:45 UTC
This seems specially linked to the opendaylight container. We are using the latest version at this time, ie : 12.0-20180104.2. In another deployment without opendaylight, and with the TimeZone parameter, there is no issue. Sounds like the Opendaylight container is improperly attempting to configure the timezone in the container which is mapped from the host. @Janki, can you please take a look at this one? Yes. Looking into it. Hi David I could not reproduce the issue. I tried redeploying overcloud specifying the timezone as follows: $ cat my_timezone.yaml parameter_defaults: TimeZone: 'Europe/Paris' $ cat overcloud_deploy.sh timeout 100m openstack overcloud deploy \ ....\ --environment-file /usr/share/openstack-tripleo-heat-templates/environments/services-docker/neutron-opendaylight.yaml \ -e /home/stack/my_timezone.yaml \ .... The HA deployment went fine. Timezone was set to be Paris (CET-1CEST,M3.5.0,M10.5.0/3 [1].) in /etc/localtime both on controller nodes and inside ODL container. Please note the capital letters in "EUROPE" in your description. Can you please try again with small letters? I guess that could be the issue. Thanks Janki [1]. https://remotemonitoringsystems.ca/time-zone-abbreviations.php And I used OSP13 container images. 192.168.24.1:8787/rhosp13/openstack-opendaylight:2018-03-20.2 I see you are using OSP12 images. I currently don't have access to a test environment but I indeed encountered this with OSP12 Assuming this works with OSP13, I am moving this ti ON_QA so that QA and test and verify again. Is that fine Nir? (In reply to Janki from comment #11) > Assuming this works with OSP13, I am moving this ti ON_QA so that QA and > test and verify again. Is that fine Nir? Sure, @Itzik perhaps you or Tomas can try this with RHOSP 13? Thanks, Nir Checked with: openstack-tripleo-heat-templates-8.0.2-0.20180327213846.el7ost.noarch Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2018:2086 |