Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1337647
Summary: | QCIOOO 1.2 Install loses IP address during first DHCP renew event (dhclient) | ||
---|---|---|---|
Product: | Red Hat Quickstart Cloud Installer | Reporter: | Landon LaSmith <llasmith> |
Component: | ISO Installer | Assignee: | Jason Montleon <jmontleo> |
Status: | CLOSED CANTFIX | QA Contact: | Dave Johnson <dajohnso> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.0 | Keywords: | Triaged |
Target Milestone: | ga | ||
Target Release: | 1.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-08-05 14:54:56 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
Landon LaSmith
2016-05-19 18:01:29 UTC
Right now, I can only only reproduce this on our lab network when the type is sync'd backwards after the dhcp lease and probably when that offset is >dhclient dhcp-lease-time. On our lab network, the lease time began around 18:57, dhclient dhcp-lease-time 600 and dhclient expire time is 23:07. The time was sync'd backwards to 14:57 and the dhcp address was dropped 600 seconds later at 13:07. Looking at the kickstarts for the two I saw: QCI: timezone --utc America/New_York QCI OOO: timezone US/Eastern I changes them both to: timezone --utc America/New_York so we are consistent. Other than that the only other difference that stands out are the difference in packages installed. I suppose if the system clock is set for utc and we were setting US/Eastern time that could be why you're seeing the change only on that ISO. If that's not the case I'd hazard a guess that something is being installed and running as a dependency of the tripleo packages and we can't do anything about it. Please give the compose being created now a run and see if it works better. If not and we can get more information on what's different we can take another stab at it, otherwise we'll have to rely on progress for the RHEL bug 1093803. |