Skip to content

Commit 61b80db

Browse files
authored
Merge pull request AdobeDocs#280 from ryanjcohen/event-status-grid
Adding the Event Status grid to the troubleshooting page
2 parents 17dfb9b + 0d0d803 commit 61b80db

File tree

2 files changed

+13
-9
lines changed

2 files changed

+13
-9
lines changed
139 KB
Loading

src/pages/events/troubleshooting.md

Lines changed: 13 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -12,8 +12,12 @@ This topic describes how to resolve frequently encountered issues with Adobe I/O
1212

1313
## Events are not showing in App Builder event registration
1414

15-
If Commerce is correctly [configured](configure-commerce.md), but triggered events aren't being received, check if the events exist in the Commerce `event_data` table.
16-
The `event_data` table temporarily stores events before transforming them into Adobe I/O events. The table contains a status column that can have the following values:
15+
If Commerce is correctly [configured](configure-commerce.md), but triggered events aren't being received, check the the _Events Status_ grid, located at **System** > Events > **Events Status** in the Commerce Admin, to view the status of triggered events that are present in the Commerce `event_data` database table.
16+
17+
![Events Status grid](../_images/events/event-status-grid.png)
18+
19+
You can perform additional troubleshooting by retrieving the contents of the `event_data` table, which contains information that is not displayed in the grid.
20+
This table temporarily stores events before transforming them into Adobe I/O events. The table contains a status column that can have the following values:
1721

1822
Status ID | Status
1923
--- | ---
@@ -26,11 +30,11 @@ You can use the following SQL query to select all events from the `event_data` t
2630

2731
`SELECT * FROM event_data`
2832

29-
Use the query results to determine the next troubleshooting step.
33+
Use the SQL query results or the content of the _Events Status_ grid to determine the next troubleshooting step.
3034

31-
### The table is empty
35+
### The table or grid is empty
3236

33-
If the `event_data` table is empty, use the following procedure to diagnose the problem:
37+
If the `event_data` table or the _Events Status_ grid is empty, use the following procedure to diagnose the problem:
3438

3539
1. Run `bin/magento events:list` to ensure that you have subscribed events.
3640

@@ -48,14 +52,14 @@ If the `event_data` table is empty, use the following procedure to diagnose the
4852
ENABLE_EVENTING: true
4953
```
5054
51-
### The event status is `0`
55+
### The event status is `0` or `Waiting`
5256

53-
Events are sent by crons. If the status of an event in the `event_data` is still `0` after a long period, then the crons are not configured correctly.
57+
Events are sent by crons. If the status of an event is still `0` in the `event_data` table or `Waiting` in the _Events Status_ grid after a long period, then the crons are not configured correctly.
5458
In a Cloud environment, check the logs. Cron execution might have been killed due to lack of space in the environment or other reasons.
5559

56-
### The event status is `2`
60+
### The event status is `2` or `Failure`
5761

58-
The event status `2` indicates there was an error during transmission. Additional information can be found in the `info` column of the table or in the `system.log` file.
62+
An event status of `2` in the `event_data` table, or `Failure` in the _Events Status_ grid, indicates there was an error during transmission. Additional information can be found in the `info` column of the table or in the `system.log` file.
5963
The following CLI command can show only logs related to the event batch sending.
6064

6165
```bash

0 commit comments

Comments
 (0)