Bug 1406160
| 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: | |||||
| Embargoed: | |||||||
| 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 |