Bug 1122180
Summary: | Rubygem-Staypuft: Unable to assign some hosts to deployment after finishing deploying and cleaning/re-discovering. | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Alexander Chuzhoy <sasha> | ||||||||
Component: | foreman-proxy | Assignee: | Dominic Cleal <dcleal> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Omri Hochman <ohochman> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | high | ||||||||||
Version: | unspecified | CC: | lnatapov, mburns, mhulan, racedoro, rhos-maint, sclewis, yeylon | ||||||||
Target Milestone: | --- | Keywords: | ZStream | ||||||||
Target Release: | Installer | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2015-04-30 16:23:00 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: | |||||||||||
Attachments: |
|
Description
Alexander Chuzhoy
2014-07-22 17:31:48 UTC
Created attachment 919993 [details]
/var/log/messages file from the staypuft machine.
Created attachment 919994 [details]
production.log from the staypuft host.
Created attachment 919995 [details]
/var/log/forman-proxy/proxy.log from the staypuft host.
This workaround made it possible to assign hosts without reinstalling rhel-osp-installer: 1. clear the dns zones files from all dynamic entries 2. remove the dhcpd.aliases file 3. remove remained entries under tftproot/pxelinux.cfg/ 4. restart the named service 5. restert the dhcpd service 6. restart the foreman-proxy service 7. restart the foreman service From the production log it seems that following happened: There was a host with MAC 04:7d:7b:62:7d:5c which was discovered by Foreman. User tried to associate it within some deployment. This action failed because there was conflicting Reverse DNS record for 047d7b627d5c.example.com. From proxy log (line ~326) we can see that during related nsupdate we got an error '5.0.168.192.in-addr.arpa is already used by 047d7b685a04.example.com' but I see no log about creating this PTR record. Logs are probably not complete but I suppose that this record existed before cleaning/re-discovering and either Foreman did not clean it or there's some cache. Either access to a machine or full logs would greatly help to debug this. Happens on rhel-osp-installer 6,latest poodle. This does not reproduce in latest builds. |