Summary: | Floating IP/Security Group actions missing corresponding events | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Satoe Imaishi <simaishi> | ||||
Component: | Providers | Assignee: | Tzu-Mainn Chen <tzumainn> | ||||
Status: | CLOSED ERRATA | QA Contact: | Ola Pavlenko <opavlenk> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 5.7.0 | CC: | cpelland, dajohnso, jfrey, jhardy, obarenbo, rrasouli | ||||
Target Milestone: | GA | Keywords: | ZStream | ||||
Target Release: | 5.7.1 | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | openstack:sdn:event | ||||||
Fixed In Version: | 5.7.1.0 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | 1394279 | Environment: | |||||
Last Closed: | 2017-02-27 19:16:11 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | Openstack | Target Upstream Version: | |||||
Bug Depends On: | 1394279, 1419908 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Comment 2
CFME Bot
2017-01-09 18:11:04 UTC
Created attachment 1247787 [details]
last 1000 lines of evm.log and fog.log
created 2 events, floating IP, security group, non of them has been shown on provider timelines Hi Ronnie! I can't quite reproduce this error: a) the network provider timeline actually fails for me with a 404 - this might be a non-openstack bug b) as a backup, I went to the database and did the following: vmdb_development=# select count(id), event_type, ems_id from event_streams group by event_type, ems_id order by event_type; count | event_type | ems_id -------+----------------------------------+-------- 1 | ems_auth_changed | 133 | ems_auth_valid | 3 | evm_server_is_master | 3 | evm_server_start | 2 | evm_server_stop | 407 | evm_worker_start | 36 | evm_worker_stop | 2 | identity.domain.created | 3 35 | identity.endpoint.created | 3 2 | identity.project.created | 3 1 | identity.project.updated | 3 1 | identity.region.created | 3 13 | identity.role_assignment.created | 3 5 | identity.role.created | 3 11 | identity.service.created | 3 11 | identity.user.created | 3 2 | identity.user.updated | 3 36 | objectstore.http.request | 3 3 | security_group.create.end | 4 3 | security_group.create.start | 4 1 | security_group.delete.end | 4 1 | security_group.delete.start | 4 3 | security_group.update.end | 4 3 | security_group.update.start | 4 4 | subnet.create.end | 4 4 | subnet.create.start | 4 3 | subnet.delete.end | 4 2 | subnet.delete.start | 4 2 | subnet.update.end | 4 2 | subnet.update.start | 4 I saw security_group events in there, so I'm pretty sure ManageIQ is capturing the events after all. Can you do a similar databsae check on your instance? Mainn, I noticed these events, as you noticed the network provider timelines ends with 404 On DB indeed there are the new events on the query you used before 2 | floatingip.create.end | 156000000000010 2 | floatingip.create.start | 156000000000010 2 | security_group.create.end | 156000000000010 1 | security_group.create.end | 156000000000002 1 | security_group.create.start | 156000000000002 2 | security_group.create.start | 156000000000010 I am closing this BZ for now and filing new for the 404 timelines error 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://rhn.redhat.com/errata/RHSA-2017-0320.html |